引用:
原帖由 lqycat 于 2007-3-10 17:36 发表
产品你虽然说明白了,但是应用你说的并不是很清楚啊?
比如并发、IO、可宕机时间,牵不牵扯数据迁移?......
而且附件那个图......iSCSI???
应用要怎么说才清楚了,我们现有的SAP环境是4.6C ,windows 2000的OS + SQL 2000的数据库,硬件是采用:
DELL 2650 (双xeon 2.6 4G RAM, 72G*2 RAID 1)
DELL 6600 (双xeon 2.0 4G RAM, 72G*2 RAID 1)
两台服务器用WINDOWS 2000 做了集群,2650跑SAP的应用,一台6600跑SAP的数据库,
中间用了一个EMC CX300来做存储,
CX300用了5个72G的硬盘,做了一个RAID 5,分了5个区,其中一个做SQL 2000的数据库,2个做了SAP的交换分区,还有一个做了其他的存储。
因为公司我们的规模不是很大,业务系统允许宕机的时间大概在4小时,可我们自己要求在2小时以内修复,SAP的并发用户并不多,同时在线的用户峰值最多也就50人左右,估计对IO的要求也不高,只是每天晚上要做备份,现在备份使用DELL的122磁带库,每天做一个差异备份,隔天做一个全备份。
新的SAP环境我们是架构在WINDWOS 2003 R2 的企业版上,数据库用MS SQL 2005,打算升级到SAP NerWaver ECC6.0上面,并且升级到UNICODE,64位的环境上。整体的环境和之前差不多,只是硬件升级了一些,大概确定的标准大概是:
DELL 6850 4*7110 双核至强、24G RAM、146G×2 RAID 1、双电源 做SAP ERP生产机1
DELL 2950 2*5310 四核至强、16G RAM、146G× 2 RAID 1、双电源 做SAP ERP生产机2
DELL 2950 2*5310 四核至强、16G RAM、146G× 2 RAID 1、双电源 做SAP BW 生产机
本来这次也想直接升级到IBM的小型机,但年后升级的时间要求短,预算又不多,所有就采用构建一个新的环境出来,找个时间点,直接将业务迁移过来,以前的数据大部分都不迁移了,目前只能是这样。
不知道这样说明够不够明确?