头大，关于这几个选择

teconly

存储A，容量9T，年数据增量为3T。\r\n\r\n需求：欲备一份A的数据，每天定时备份至另一个设备B（未定，存储？小型服务器？磁带库？），当A出问题（软件或硬件问题），能将B的数据快速拷回A。\r\n\r\n针对这一需求，数个厂家提出不一样的方案：\r\n\r\n1、光盘库。问题是光盘保管不容易吧，比如系统安装盘，有的盘用几次就坏掉了；而且回拷数据的速度怎么保证，还要手动放盘至光盘库。\r\n\r\n2、磁带库。顾虑同光盘库，感觉磁带比光盘更不容易保管，磁带库的回拷速度更慢。\r\n\r\n3、归档设备，例如IBM DR550 。有必要吗？这种设备是数据一旦写入就不能更改的，没必要上升到这个层面吧。\r\n\r\n4、存储。存储拷数据应该不慢吧。如果是存储对存储拷数据，是不是有专门的软件，也要不少钱钱？\r\n\r\n5、小型服务器。配至大容量，用HBA卡或者千兆网卡，保证回拷速度。\r\n\r\n另外一个就是存储A本身就是raid5，能保护数据，以上是考虑万一存储A出现自身无法解决的问题时，怎么办。\r\n\r\n不准备上升到应用级容灾的层面。\r\n\r\n上面这几个方案，哪些综合起来比较好，我倾向于4或者5。请各位高人指教一下。

ysping

建一个容灾系统，每天定时将数据同步，出问题后业务全部切换到灾备系统，待主系统恢复后再切换回主系统。这要考虑灾备系统的性能能否支撑业务。这样做能保证很短的业务中断时间，留给主机恢复的时间也较长。你这么大的容量只有4、5比较好吧！

teconly

已经说了，不考虑上升到应用级容灾。造价贵。要异地的服务器能支撑起原服务器的业务。\r\n\r\n只想数据保存一份，存储出问题的时候，确保还有一份数据在别的备份设备上（存储、服务器、磁带库或者其它）。\r\n\r\n而且备份的数据能快速的拷回主存储，当主存储恢复正常以后。\r\n\r\n你说的是完整的一套灾备系统，是应用级的。\r\n\r\n我只想做数据级的，就是备份一份数据，而且出问题时能快速拷回主存储。\r\n\r\n有没有什么好的思路，厂家介绍了楼顶的思路，我个人倾向4.

wangyuep

1、2属于一种备份方案，基本上不能满足你快速恢复的需求。尤其是光盘库，现在使用的已经很少了。\r\n3方案感觉比较奇怪，你的需求和他们的方案根本就不是一回事。\r\n5方案没明白什么意思？\r\n4方案应该是现在比较流行的，而且很适合你的应用的一个方法，而且实施起来也相对简单，EMC、IBM、HP等都有相关的存储产品。\r\n\r\n方案4相当于一个数据级别的容灾。

fyits0

服务器那个没多大意义吧

iPod

再上一个存储，做数据层面的mirror，同步 异步都行！cost 不会太高