30TB的网上图片数据库,给个建议(200分)

  • 主题发起人 主题发起人 caomo
  • 开始时间 开始时间
C

caomo

Unregistered / Unconfirmed
GUEST, unregistred user!
老板压活
要做30TB的网上图片数据库,
要稳定可靠快速,便于检索和提取数据
一切从零开始,进行项目评估
我可没做过这么大的项目,哪能评估?
还希望有经验的大侠指点迷津
问题如下:
1。采用什么样的硬件配置,开销估算?
2。采用什么样的软件系统? (要做著录系统和发布系统)
Linux+Apache/Windows+IIS?,Oracle/SqlServer/MySQL? Java+jsp/Kylix+cgi/C#+ASP
.net?
或者其它
3.会存在哪些风险?和可能遇到哪些问题?
 
1. 硬件配置关键的是硬盘,内存比普通的服务器高一点就行了。
2. 软件系统关键是数据库系统,我觉得Oracle是首选,至于Linux还是Windows问题不大,Java+jsp好点吧。
3. 风险是在取数据时的量,因为这样的数据库系统不会因为你的数据库体积的大小而受到太大的影响,
关键是取数的时候控制数据流量,否则网络也是个瓶颈。
 
unix+oracle8i以上+java+jsp+apache+resin
 
听课。。。
 
30tb=30gb*2^10,对不对呀?
 
1tb=1024gb=1024*1024Mb=1024*1024*1024kb=1024*1024*1024*1024b=2^40
hehe:)
 
关键应该是在集群,这个数据量,一台机器最多承受1000G的数据,要30台机器协同工作,
不太容易,要么采用小型机系统。
如果访问量大,1000G这个量还得减,估计得30~300台机器,比较恐怖!
 
哇塞,soul大侠来了,请大侠们继续发表高论。
不灌水了,听课中。。。
 
硬件:采用小型机HP9000或IBMAS/400
软件:UNIX + ORACLE9I
能够完全满足你的要求
 
30T?这么大?建议图片数据就不要放在数据库中啦,这种数据增长会很恐怖的。
最好是把图片放在其它的机器上,可以考虑ftp,当然真要用数据库也可以,但一开始设计
的时候一定要考虑到多台server的集群的问题,然后有一台专门的server装上oracle等
做索引和查询之用。
 
肯定是要集群的,soul说的有理。多做几个硬盘吧,可以提高点io瓶颈。如果有大量的查询瓶颈
往往不在硬件上,而是在查询算法上。如果算法合理,硬件配置得当应该没有什么问题吧。至于
数据库最多是放置图片的背景资料和路径,不可能防止图片,否则太慢。
 
小型机,上T数据就不是用硬盘了,用EMS的存储。
有钱就用NCR的数据库,没钱就用oracle的。
 
我也來聽課
 
听课,NCR的数据库什么?
 
NCR的数据库就是teradata的数据库,他实时操作不行。但适合作数据库。
 
这是个内容管理的话题,
建议到IBM的网站上找找相关话题
 
数据库:Oracle
存储服务:SAN存储网络
应用服务器:WebLogic
数据库服务器与应用服务器都的做群集啊。
看看美国税务局分局系统图吧
http://219.237.116.63:1023/images/irs_case_branch.gif
 
后退
顶部