【话题讨论】数据库容灾系统的建设与建议

假如现在有个数据库每天的归档量在300GB左右，需要对该数据库做容灾。目前有一个具有相同操作系统平台的备份主机，而且网络条件允许，备份存储性能足够，那么你会选择什么技术做容灾？选择该技术的理由是什么？
    如果做了容灾之后，那么对容灾系统的要求是什么？我暂时想到以下几点，希望能够起到抛砖引玉的作用：
   1、首先不是摆设！
   2、是生产系统的冗余，不仅仅是数据库。尤其注意网络容灾，即核心交换机损坏了，客户端是不是也连不上容灾系统了？
   3、丢失数据率（RPO），甚至不丢数据。
   4、切换时间短（RTO），首先需要从技术角度上做到切换时间短。
   5、做到自行切换，靠人不如靠己。在有维保的情况下，甲方管理人员必须掌握应急切换的技术。要等乙方维保厂商千里迢迢赶过来，时间可能不允许。
   6、形成一份完善，可验证的切换文档。
   7、定期切换演练，如有条件可在容灾系统运行数月，再切换回生产系统。不仅可以增强技术技能，而且能够加强领导信心。
   8、是否能否透明切换。
   9、除了设备容灾之外，还有相关人员的容灾。即所有的事情是否都压在一个人身上。
  10、应该将容灾系统维护纳入日常维护中来。

讨论话题：
1、你会选择什么技术做容灾？选择该技术的理由是什么？
2、如果做了容灾之后，那么对容灾系统的要求是什么？