个人感觉和你的环境及投入有关。首先是环境，如果是同城双中心，百公里以内，可以考虑双活数据中心。超过这个距离，很难实现数据的实时同步，延时的影响太大了，所以只能考虑数据级容灾，数据级容灾完全没有必要承载全业务，当然如果你预算没问题，也可以考虑，一般数据级灾备中心都是考虑只...

    数据中心在选址时通常需要远离加油站等易燃易爆场所，远离粉尘、强振动源和强电磁辐射源，选择交通通信方便、配套设施齐全、自然环境和地质条件良好的地方，从而有利于保证设备的安全运行，减少周围环境对其设备的危害，这是生产中心和灾备中心在选址时的共同点。　...

灾备建设的六个考量维度分别是：策略、组织、流程、应用与数据、技术、基础架构。要实现从主备中心向双活中心的演进，需要统筹考量以上六个方面。比如在策略层面，需要有个发展规划，对于双活中心的定位是如何，走Active-Active路线还是Active-Query路线，是否将来有多中心的考虑等...

灾难发生，需要进行灾备中心接管，这是一个复杂的过程，需要经过灾难预警，灾难评估，灾难的宣告，切换重续，等等步骤，目前的技术不能完全替代人的判断，所以自动化智能是在某些环节实现的，并不是切换整个过程。大部分的操作还是需要人的干预。当然在切换过程中，也需要把一些操作尽量做到程...

数据库层面的双中心并发读写，其实在本地RAC和pure scale也存在，在双活的架构下主要是1、距离，太远的距离网络延迟时间较长无法接受，一般数据库双活都建议同城2、链路的质量，可以多租用几条链路，如移动，联通，电信通3、业务架构可以在逻辑上做一些拆分，两站点运行不同业务，尽量减少心...

基于存储复制的灾备架构因为在背端的盘不可读，需要挂载文件系统，启动数据库等一系列操作，一般容灾切换时间是比较长。想要降低切换时间只能从架构或者流程上着手。架构调整：方式一，可采用一些基于存储虚拟化的技术，如vplex，SVC，使得底层存储对于上端透明，在切换过程中可减少甚至免...

一般大型企业或银行都有灾备中心，同城或者两地三中心，通常建立在传统存储的复制技术上，在软件定义存储的架构上，对这样的传统存储灾备技术是否会有冲击，甚至颠覆，这样将可能完全改变灾备依赖的技术基础。...(more)

不是自动的

我基本上同意huoaosan的观点，首先需要对现有业务系统进行充分的调研和业务影响分析（BIA），确定业务系统的关键程度，以及业务系统的RTO和RPO，之后就很容易界定业务系统的灾备范围了。...

需要调研的内容很多，只能说重点关注吧   1、应用系统的重要性，关键性或是非关键性，这会决定灾备系统建设时对业务系统的灾备级别，例如应用级、数据级等；   2、应用系统的性能，基于数据库或是其他应用（非结构化或是半结构化），这会决定灾备系统建设时灾备端的设...