主要看数据的持久层部署在对象存储或者集中存储上,可以分别采用上述的持久层方案进行部署。而对于应用的业务连续性,则需要考虑后端微服务架构的应用提供方式进行选择,目前常见的都是通过容器化部署来实现,通过容器管理平台实现应用的高可用,例如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出现问题的话。同样,可...