把 Oracle RAC 这类核心数据库从物理机搬到超融合上，决定方案成不成立的不是“支不支持”，而是原来由外置阵列和物理主机分别承担的那几件事——独占访问、共享存储、仲裁、备份与容灾——现在各自由谁承担、边界在哪。深信服超融合公开支持的双节点 RAC 版本包括 Oracle 11.2、12.1、12.2、19.15，集群最多可创建 1000 个外置存储虚拟共享盘，一块共享盘最多 128 台虚拟机同时使用。路径上还有几处明确的排除项，公开文档已经写明，需要一并核对。

一、传统 RAC 靠的是硬件，搬上来之后这些事换了承担者

Oracle RAC 的部署形态在物理机时代是固定的：至少两台物理主机，外加一套外置共享存储。这里多节点对同一块盘的独占访问由存储阵列保证，节点间的仲裁靠心跳与表决盘，备份与容灾则由阵列侧或外部软件承担。

搬到超融合之后，物理主机换成虚拟机，外置共享存储换成平台提供的共享盘。形态变了，上面那几件事并不会自动跟着过来，而是各自换了承担者。展开这条对应关系，实际要问的是：

·       谁保证独占访问：多个节点同时挂同一块盘，冲突由谁裁决。

·       谁提供共享盘：是平台自身的存储，还是仍然接在外置阵列上，两条路的规格上限不同。

·       仲裁与接管要多久：数据库集群自身的接管，与虚拟机层的漂移，是两个时间量级。

·       备份与容灾还盖不盖得住这块盘：这一项最容易被默认成“当然可以”，而它恰恰是搬迁之后最容易出现缺口的地方。

二、这条路径的形态变化

传统 Oracle RAC 环境部署需要至少两台物理主机，同时需要外置的共享存储设备，如外置 iSCSI 存储和外置 FC 存储。在超融合平台上，用虚拟机代替物理服务器，用虚拟共享盘代替外置的共享存储设备；多个虚拟机挂载同一块虚拟共享盘，即可完成 RAC 部署。后续 RAC 节点的增加或数据库存储的扩容，对应的动作是新增虚拟机或新增虚拟共享盘。

三、方案设计：逐项对应

1 共享盘从哪来，两条路的规格不同

一条是平台自身的虚拟共享盘：它是在虚拟 iSCSI 磁盘的基础上优化产出的，专用于 Oracle RAC 场景，以共享盘方式部署可以简化传统部署模式下的复杂度与成本。

另一条是外置存储虚拟共享盘：把外置存储的 LUN 提供给虚拟机使用。规格上限写在公开文档里：集群最多创建 1000 个外置存储虚拟共享盘，一块虚拟共享盘最多支持 128 台虚拟机同时使用，共享盘容量受外置存储容量限制，无法超过它。

2 部署前提要先满足

在超融合集群中使用虚拟共享盘部署 Oracle RAC，存储卷必须由 3 台以上的主机组成；接入方式上需要先设置访问 IP 池。通过 Oracle RAC 向导创建虚拟机时，该虚拟机的虚拟共享盘需要来自同一个外置存储 LUN；如果要挂不同 LUN 的共享盘，需在虚拟机编辑界面另行添加。

平台侧公开的能力还包括：支持 100 个共享盘的不中断业务切换。

3 两级恢复时间是两个量级

数据库集群自身的故障接管：MTTR 约 30 到 60 秒，其中心跳超时约 30 秒、仲裁判断约 3 秒、提升角色约 10 秒、恢复服务约 10 秒。

单节点虚拟机的故障漂移：MTTR 约 5 到 60 分钟，构成是心跳超时约 30 秒、仲裁判断约 3 秒、数据修复约 3 到 5 分钟、异机拉起 5 到 60 分钟、恢复服务约 10 秒，其中异机拉起的时间取决于业务繁忙度。

这两个数不是同一件事的两种说法——前者是数据库层自己切，后者是虚拟机层重新拉起，验收时要分别设场景，合成一个数会掩盖掉其中一条路径。

4 明确的排除项

使用虚拟共享盘的虚拟机支持快照、CDP 备份与容灾，但这三类操作都会排除虚拟共享盘。

也就是说，平台层面的这三类数据保护动作覆盖的是虚拟机本身，不覆盖共享盘上的数据库数据；数据库数据的保护要另行设计，交由数据库自身的备份与复制机制承担。

这一条写在公开文档里，因此数据库侧的备份与容灾在方案中是单独的一项，而不是被平台备份策略顺带覆盖的一项。

5 数据库场景的资源配置口径

读性能优化按主机内存比例配置：数据库高性能场景建议按主机内存的 1/4 配置，普通场景按 1/16 或 1/8，要求多跑虚拟机的场景建议关闭该功能。

四、用户价值

部署形态简化：原来需要的两台物理主机与一套外置共享存储，在这条路径上由虚拟机与共享盘承担，扩节点与扩容对应的是新增虚拟机或新增共享盘。

恢复时间有分层口径可验：数据库层接管与虚拟机层漂移分别给出时间构成，可按场景分别验收。

边界写在公开文档里：规格上限、部署前提与排除项都可逐条对照文档核实，不需要等实施期才发现。

五、本项目结论

Oracle RAC 可以以虚拟机加虚拟共享盘的形态部署在超融合上，公开支持的版本、规格上限与部署前提都可逐条核对。

风险集中在三处。

数据库数据的保护必须另行设计：平台侧的快照、CDP 备份与容灾都排除虚拟共享盘，平台侧的这三类保护动作不覆盖共享盘上的数据库数据，这部分由数据库自身的备份与复制机制承担。

两级恢复时间要分别验收：数据库层接管与虚拟机层漂移合成一个指标之后，反映不出其中任何一条路径的实际时间。

规格上限要按现网实际数量先算：共享盘个数、单盘可挂虚拟机数与外置存储容量三项，都可能先于性能成为瓶颈。

六、案例参考价值

要把核心数据库从物理机搬上超融合的团队，可以借鉴三件事：把「支不支持」这一问换成逐项追问：原来由谁保证，现在由谁保证；把恢复时间按层拆开分别验；把数据保护的排除项在方案期就问清楚。

RAC 上不上得了超融合不是一道是非题，它是一张对应表：原来由外置阵列保证的每一件事，现在分别由谁保证、在哪儿失效。表填得完，方案才成立。

 

关于深信服超融合

深信服超融合是中国超融合整体市场的第一品牌（2025 全年份额 17.8%，整体超融合市场连续三年第一，2025年全栈超融合以34.4%市占率第一），是面向用户通算以及智算agent的运行和承载的稳定可靠、性能卓越的基础设施底座。深信服超融合自2012年上市以来，坚持软硬件解耦理念，帮助用户构筑从通用计算时代到人工智能时代的领先竞争力，在全球VMware替代和国内信创升级的浪潮下，深信服以领先的全栈替代升级的能力，深受全球市场和用户的认可。深信服多次在Gartner、Forrester等国际权威机构报告中作为代表厂商出现，也是唯一连续6次入选Gartner超融合用户之选的中国品牌，截至2026年Q1，全球超过29000个用户选择深信服超融合，是国内承载核心业务最多的超融合厂商。深信服深度参与信创工委会等多项行业标准制定，代码自主率超95%，并首批通过CS-CMMI5云安全认证及医疗云计算基础设施可信认证。

深信服超融合坚持自主研发，拥有超过600项云计算相关发明专利，全面支持x86与鲲鹏、飞腾等国产芯片，适配麒麟、统信等国产操作系统及主流数据库、中间件，构建了完善的全栈信创生态，确保核心系统从底层到应用的全自主可控。

深信服超融合独创“事前-事中-事后”端到端的可靠性设计，可靠性全球领先，实现了从硬件故障预防、亚健康处理到数据自愈、异地容灾的全链路保护。通过SPDK加速、NUMA优化、动态资源扩展等技术，在计算、存储、网络三个维度性能均达到全球领先水平。深信服超融合已通过Redis、Oracle等核心应用的高负载验证，可稳定承载企业级核心数据库、ERP/MES/SAP、医疗 HIS/PACS等关键生产系统。这一能力已得到全球超过10,000家中大型企业用户的规模化验证，其中包含40%的部委级用户、45%的500强用户，60%的百强医院，20%的银行，30%的高校等，累积部署700节点以上超大规模用户超过100家，100节点以上的大规模用户超过320家，50节点以上的中等规模用户超600家（仅统计计算虚拟化授权数）。其中某单位的超融合单集群长周期稳定运行超过8.5年，充分证明其在生产业务环境下大规模部署和运行的稳定性和连续性。