2同行回答
医疗行业，尤其是医院。可以这样高度概括下。
一，医院有3-5个核心系统数据库。比如HIS，EMR。还有几十到近百个非核心系统，每个系统后端也是一个数据库。这些数据库，40%是MS SQL Server，40%是Oracle。
核心数据库当然也有部署在HCI上的案例。但从性能，可靠性，容灾（很多时候部署在HCI上是看中了易管理性和可以容灾）等角度，部署在bare metal 服务器上更好。条条大路都通罗马，HYBRID FC-SAN，ALL-FLASH FC-SAN，HCI都可以。但最佳性能和延迟，不输于FC-SAN的数据安全性和基于数据库业务连续性，最低成本，尤其是在两地三中心时的最低成本。最佳的方案是：
HIS专用一台IA架构的bare metal 数据库服务器，EMR电子病历也专用数据库服务器。一般而言，HIS这类的数据库在500GB 左右，主流NVMe SSD容量在2TB以上，容量不是问题。那么用偶数的NVMe SSD。用数据库或者操作系统做RAID1或者RAID-10。因为是本机的NVMe SSD。IOPS和延迟是最佳的。这样性能最好。因为偶数disk做RAID1或者RAID-10，不怕disk坏。和FC-SAN的数据安全性是一个级别。存储厂家能做容灾。但最了解数据库的是数据库厂家，比如MSFT做的MS SQL SERVER容灾，不能解决ORACLE的容灾问题，但对于MS SQL SERVER而言，MSFT毫无疑问是最了解的，做出来的容灾方案是源生的，只适合的。还不要钱。成本是最低的。同理ORACLE也是如此。
总结下：
1-本机NVMe SSD，性能最佳，容量不是问题，还有未来足够扩容空间
2-偶数NVMe SSD，OS或者数据库做RAID1或RAID10，盘坏一半，数据还在，数据安全性不比FC-SAN差
3-基于数据库的源生容灾和双活。最适合这个数据库。最关键的是，不需要两套FC-SAN，不需要stretched HCI，更不需要存储的容灾软件。最关键的是，数据库容灾软件有些不要钱，比如MS SQL SERVER。所以成本最低，安全性最高
4-没有存储软件，没有容灾软件，源生的，集成在数据库和OS里的。成本最低。除了硬成本，机房空间，耗电和制冷，没有存储运维人员（数据库的运维人员就把存储的运维做了）的10年整体成本更是低的多
5-无厂家绑定
山东临沂卫健委的核心数据库就是这么做的
还有PACS和虚拟化两个大类 下次再说
收起- 匿名用户集成平台的应用场景，非其他业务系统。
- 如何做Oracle 或 Sql Server的双活，保证数据库数据一致性和数据库可以？
- 双活的定义就是一个可以讨论很久的话题。为了保持没有歧义，互相说的是同一件事情。先说小点，能不能保证数据库数据一致性？ 前面讲了容灾用数据库本身的容灾软件，好处是源生，不要钱（有的还是要收费的），这里也讲讲不好的。不好的就是数据库厂家允许你做到哪个地步，你才能做到那个地步，不能超越数据库厂家。道理也很简单，人家的软件人家做主嘛。比如Mysql，从5.x的主从，进化到了8.x的群主复制Group Replication，很多的双活方案，也就依赖于此（写这一段主要是双活定义扯起来实在费工夫）。 拉回话题，我既不是oracle的人，也不是微软的人。所以你的问题，数据库数据是否一致，我只能告诉你去查两家什么技术资料。你自己思考，自己拍板做决定 MS SQL SERVER，alwayson有同步模式，ORACLE， DG有maximize protection模式。你可以详细看看这两个模式的讲解，看看是否满足你对“双活”的认知，看看是否满足对数据库数据一致的最低要求