容灾应急切换，确保生产端与灾备端的配置相同，有什么比较好的实践方法

生产端和灾备端一般说来灾备端比生产端都是简化版，毕竟土豪还是少的。

保持两端配置相同，这个问题有点大，涉及的内容较多，主要就是管理先行，制度保障，流程明确，专人负责，各司其职，监督到位。

要有灾备制度和方案，有明确的分工，职责清晰，任务到位，管数据库保障数据库，网络的负责网络，系统的负责系统，业务负责业务，负责协调搞好协调。每人都是小螺丝，谁松了都是问题。

这个需要在流程制度上保持高度统一，各类变更包括实施文档也要详细描述，容灾端的实施步骤和方案，专人审核，没有就不审批，实施过程中，也要有专人审核步骤。

另外一点是容灾端配置一致性也分容灾的级别的

比如说数据级备份或者复制，存储都自动帮你完成了，这一点就无需审核和变更步骤，比如说应用双活，或者应用容灾，这就要在变更时，明确告知需要变更那些内容，如网络、系统、应用程序，硬件、存储等，相应的变更步骤中，也应体现灾备端相同的变更步骤，否则审核人就不通过该变更。

在实施过程中，也有专人把控或者复合整个变更步骤和过程，对本地和容灾端的变更把控也包含在内。

以上的点，能够把控住，就已经差不多了。

如何使生产与灾备端的配置相同，是我们进行容灾建设方案需要重点关注的问题，最佳实践的实施也要根据企业现有架构来确定，并且要从网络、数据库、存储等多个层面考虑。以下列举一部分在生产与灾备端建同步配置的实践方法。

网络层面，可采用裸光纤，将两端中心在二层打通，实现网络上的连通和同步。

数据库层面，可以采用数据库的日志同步技术，如Oracle的DG；DB2的HADR等同步技术。

存储层面可以采用卷复制技术。

应用和操作系统层面根据不同需求，可以利用中间件建立集群，或者采用类似于rsync等同步工具实现。