主要看数据的持久层部署在对象存储或者集中存储上，可以分别采用上述的持久层方案进行部署。而对于应用的业务连续性，则需要考虑后端微服务架构的应用提供方式进行选择，目前常见的都是通过容器化部署来实现，通过容器管理平台实现应用的高可用，例如VMware Tanzu提供的高可用保障...

答案是肯定的，多种方案的叠加肯定能够防范更广泛的灾难风险。但是需要注意的是，在做DRP预案的时候，针对不同的灾难场景要有详细的预案，要充分分析不同灾备解决方案的灾难恢复效果和适用场景。...

不只是中间件，应用程序连接数据库更改为容灾数据库连接可以有以下几种办法：1、二层通的业务系统，可以直接切换数据库对于应用的服务IP地址即可。2、三层的业务系统，可以使用DNS域名访问，应用程序无需变动。3、如果不适用DNS，可以在应用系统里面配置hosts文件替换任务，将数据库的...

个人理解是，自动化切换的工具平台需要与数据中心灾备管理工作深度集成，并不是简单使用一套工具就能实现的。灾备自动化切换的工具平台大致需要满足三大的功能点：1.自动化能力，包括集成现有类似ansible这种的自动化工具，在不同运行环境执行切换命令和脚本  2.流程编排能力，灾...

这个是不同的级别的问题，数据库双活保证的业务的持续性，但是灾难的发生往往是突然的，虽然说双活的情况下这个概率会比较低，但是还是需要防范于未然所以，即使数据库是双活，灾备也是必须的。...

我想到的方法是TSM 6.3之后有个功能叫做Node Replication，生产中心建设TSM服务器，灾备中心也同样是TSM服务器，之后开启Node Replication功能，将生产中心的备份数据复制到灾备中心。生产中心的TTSM Server可以被灾备中心的TSM Server接管，如果生产中心TSM出现问题的话。同样，可...