做异地容灾系统，网络、应用等都可以在异地集成一套完整相同的架构，但是应用连接的数据库，怎办？

个人观点哦，仅供参考。

我觉得异地的数据库，可以通过存储级别的数据同步来实现数据一致。两台存储现在本地做数据同步。然后拿一台到异地。在通过专线进行数据同步。这样实时传输的数据量就相对较小，应该不会降低太多性能。

数据库不是有DR功能么，配合存储远程复制功能，尽可能的缩小日志传输的gap，可以尽可能的减少损失，但是以我的理解，已经是异地灾备了，就不要指望真切换的时候一点数据不丢，

关于应用跨机房连接数据库的性能问题，可以考虑配置灾备机房数据库的只读功能，来分担一部分中心机房数据库的负载，但主要的入库操作仍然交给生产中心数据库来实现。

关于数据库的切换问题，取决于数据库的DR模式是选用同步还是异步方式实现。

在进行切换时，通过修改网络指向或者手动修改应用连接数据库的配置，让应用连接到灾备端数据库。

应用跨数据中心访问数据库，通过专线实现，延时一般是可以接受的，很多地方也是这么做的。

网络上最大的挑战还是数据跨数据中心之间的复制，这个复制根据不同的RTO目标，对网络还是有一些苛刻要求的。

与数据库、网络环境等有关。

数据库如何切换，取决于数据库容灾的部署方式。如果容灾数据库数据是同步的，则可以将数据库部署成扩展高可靠性架构，这样可以实现生产、容灾环境数据库0切换了。如果容灾环境数据库数据容灾是异步方式实现的话，则须根据具体数据库特征进行相应的切换，延迟是不可避免的。

影响性能的关键因素还是网络服务带宽。