智慧医院环境下医院信息系统“两地三中心“的灾备解决方案中对存储架构有何升级拓展和改造建议？

不管是哪种方式的灾备解决方案，首先应该考虑医院的系统的实际体量，以及上层实际使用业务场景要求，而不是一种方案吃遍所有医院信息系统，这样不符合医院需求及成本的预期。RTO和RPO要求高的系统，可以通过两地三中心的灾备解决方案，如果要求不高的，也可以选择更加经济的灾备方案满足需求。如选择两地三中心的解决方案，应充分考虑业务需求及网络链路条件来选择复制方式(是同步亦或是异步)，如预算较紧，灾备端的存储可选择比生产环境低一点档次的，容量相同的存储。实施阶段，应该充分测试两地三中心的方案，测试应全面覆盖各类故障场景，形成可实际操作的应急处置文档，以备系统实际使用中遇到问题时可根据文档快速进行系统恢复

“两地三中心”容灾方案中表示具备三个数据中心，即生产中心、同城灾备中心和异地灾备中心。对医院信息系统而言，同院区的双活容灾中心已是必备的要求，要求同院区的数据中心能够同时对外提供业务，即我们所说的 AA 双活，这样生产中心故障下，能做到 RPO 和 RTO 为零切换到双活中心。
如存在新院区的情况，可以考虑在新院区部署异地的灾备中心，形成两地三中心的容灾解决方案。这样即使老院区的双活中心故同时障情况下，新院区灾备中心同样可以进行业务的快速拉起。并且，随着业务和技术的发展，传统的异地灾备中心集容灾和备份与一体，不但可以做到数据中心的容灾，还可实现异地数据的备份，这样可以实现异地灾备的双重保护。
当然，具体是双活容灾还是两地三中心容灾案，还是需要根据医院的实际业务要求来定。对容灾要求更高的医院可以选择两地三中心方案，但要求不是太高，可以选择双活数据中心方案。

同城同步复制、异地异步复制

谢谢，共享。