现在单位有搞异地容灾的想法， 我刚接触服务器，对这个懵懵懂懂，不懂得该如何根据现有情况制定需求。
集成商来过，问了需求，我们也无法给出细致描述，只是说希望主服务器瘫了以后，异地服务器能马上承担起工作。集成商提出几套方案给我们选择，我们感觉费用太高，但是不晓得该从哪里下手去修改方案。是不是该多请几家集成商试试？

1、让制定方案之前，怎么给出我们的需求？或者说有哪些具体参数是需要我们提供及集成商最想了解到的？

2、集成商制定方案之后，怎么了解相应的设备是否达到了关键的参数要求，我在IBM及dell的网站上看了半天，好像都是没有具体的设备参数说明文档，文档大都是一些宣传该产品采用了哪些新技术，有多好用多好用之类的。

还请诸位大侠多多指教，不胜感激。看能不能试着学到一点东西，或者大家说需要哪些参数，我报出来，大家看看哪些厂商的产品能满足需求。

附图是单位现网服务器状况，我们的目标是：

1、建立san架构的容灾和备份，建立所有系统的存储
2、整合和优化现网的结构，充分利用现有设备
3、新增OA及医疗影像系统(pacs)，或者为上pacs先预留资源。

[ 本帖最后由 teconly 于 2008-5-13 09:45 编辑 ]

这么强的问题居然没有人回。我来答一个吧：
1.首先是异地容灾，这个是看你想做成什么级别的，有软件层面的、有硬件层面的。软件的话，就是在异地建一个存储，然后把数据库内容复制过程，这种一般是通过类似于导出导入的方式来实现。硬件的话，就是用磁盘阵列的镜像或者是远程复制等功能，在硬件层面直接把数据写过去。
2.数据复制过去后，还有一个问题就是服务器想做成在灾备中心立即启用的，这个是比如主服务器崩了，备用立即启用，这个一般需要和软件集群相结合来搞，而且在网络访问等各方面都要考虑到。而如果不是要求立即上线，只是完成切换，那可以采用保数据为主，另一边部署一套同样的系统，平时不用，出现灾难时启用。
3.再具体的要求，就得慢慢了解情况了。先说这些。

有关产品的资料问题，这些其实基本都是在英文网站上，中文是基本没有的，像IBM产品，你可以找销售手册。

BCDR的费用确实是很高的，1+1>>2，该花的钱一点都不能省，尤其是通讯链路
对于存储系统，原本可能比较称职的中端光纤存储，为了做到近乎0数据丢失而做同步数据镜像，这时候处理能力会不足，性能下降也会比较多。做异步数据镜像会有一定的数据丢失
服务器端，x86服务器遇到的比较少，一般都是小型机。如果LZ的系统可以运行在Linux而不是win平台的话，可以用IBM的小型机进行多服务器整合，HACMP/XD是成熟的容灾解决方案

首先确定你的RPO RTO是多少？

嘿嘿,简单提提
1、选择SAN交换机，可以选两台，做链路冗余；根据容量及扩充需求、性能要求（RPO、RTO），选择合适的磁盘阵列，其实DS4700应该也算可以的，可扩充容量；不过IBM的阵列迁移技术不是很了解。
2、关键是要容灾，异地容灾范围有点广，异地再部署同样的应用系统（服务器），相当费钱；利用有较好的线路，通过部署阵列的异地复制即可实现存储数据的容灾（各种阵列复制技术：譬如EMC 的MirrorView、SANCOPY、SRDF；NetApp的SnapMirror、SnapVault、MetroCluster等，单独或结合可以实现磁盘阵列的本地/异地的同步/异步数据迁移，加上一些机制，可以实现灾难自动接管）。
3、整合现有网络，把SCSI换成IP SAN，把DAS变成SAN，统一整合IP SAN+FC SAN；按需预留存储资源；另外，可以选择合适的备份管理软件，磁带库或者虚拟带库产品（直接接入SAN），对数据库或系统等进行离线或近线备份。

对于你的情况，给你一些小的建议：

1.采用SAN架构：可以对现有系统进行很好的整合，如果需要达到更好的整合效果，可以采用类似Falcon的存储整合的东西。
2.采用分级的存储架构，对于需要经常访问的HIS系统可以采用FC的磁盘阵列，对于PASC系统，可以采用SATA的磁盘阵列，毕竟他的容量比较大，而且价格比较便宜。综合来讲，这样做会节省很大一笔银子。
3.最重要的，也是你最关系的容灾的问题。如果容灾距离比较近，例如两个相邻的楼宇什么的，则比较简单，通过简单的集群软件就可以。如果真的是远程容灾，首先需要考虑的就是你是否真的需要容灾系统接管业务？毕竟就容灾系统而言，是否能接管业务，对于容灾系统的价格会差很多。如果没必要接管业务，仅仅是将数据完整的拷贝一份过去的话，方法有很多。像什么EMC、IBM、Falcon等都可以。如果需要接管业务，那么就不要图省钱，该花的一定得花。

[ 本帖最后由 wangyuep 于 2008-5-19 13:40 编辑 ]