简介这是一份面向Windows平台高可用架构实施人员的部署文档聚焦如何以RoseHA双节点集群承载Oracle 11g数据库解决关键数据库服务因硬件故障或节点异常而中断的问题适合具备Oracle基础、希望落地HA方案的运维工程师参考。文档完整梳理了从环境准备到服务上线的路径操作系统补丁、心跳网络、静态IP、磁盘阵列RAID等基础准备均有说明应用层面覆盖负载均衡、故障转移、备份与数据安全策略并给出Oracle 11g的图形/命令行安装方式、网格基础架构选项、版本与安装位置选择、配置监听、在oradb1与oradb2上创建数据库实例等关键步骤。后续章节还涉及RoseHA安装及GUI管理工具创建群集、配置Oracle服务的操作细节便于逐步对照实施。资源共1个文件为docx格式压缩包大小1.84MB以章节式技术文档呈现目录结构清晰方便按需查阅。已有241人学习下载可作为企业构建WindowsOracle高可用环境时的重要参考。1. RoseHA 双机热备为什么在 Windows 上跑 Oracle 11g 必须配一套做数据库运维的人基本都遇到过这种情况核心业务库挂在单机上半夜硬件故障或者系统蓝屏整个业务直接停摆第二天上班被业务部门堵着门问。RoseHA 就是来解决这个问题的——它是一套老牌的双机热备软件跑在 Windows Server 上通过心跳线监控两台服务器的存活状态一旦主节点出问题备节点自动接管应用 IP、挂载共享磁盘、拉起 Oracle 服务把业务中断时间压缩到分钟级以内。这份文档是 RoseHA for Windows 配合 Oracle 11.2.0.4 的完整实施记录覆盖了环境准备、Oracle 双节点部署、RoseHA 集群配置、资源组管理和故障切换测试的全流程。网上 oracle11g 安装教程很多但真正把双机高可用串起来的完整部署文档很少这套步骤在 Windows Server 2008 R2 上验证过适合正在做数据库高可用选型或者要给现有 Oracle 环境加双机保护的运维和 DBA 参考。2. 环境准备拓扑结构、心跳线和共享磁盘的规划逻辑2.1 双节点拓扑与硬件要求RoseHA 集群的标准拓扑是两台物理服务器加一台磁盘阵列。两台服务器分别叫 oradb1 和 oradb2各自运行一套相同的 Oracle 软件数据文件放在共享阵列上RoseHA 负责仲裁谁在干活。这里有一个关键认知双机热备不是双活同一时刻只有一台机器挂载共享磁盘并对外提供服务另一台是待命状态。这个设计和 Oracle RAC 有本质区别——RAC 是两节点同时读写共享存储RoseHA 是主备切换模式。选型的时候要搞清楚业务到底能不能接受切换时间一般 RoseHA 切换在 1 到 3 分钟内完成包括系统重启和 Oracle 服务拉起。硬件上有个硬性要求容易被忽略每台主机至少需要 3 块网卡。一块用于公网通信两块用于心跳线直连。为什么心跳要两组因为心跳是集群判断对方死活的唯一依据单条心跳线如果松动或者交换机端口故障集群会误判对方宕机触发脑裂。两组心跳线直连可以在一条链路出问题时仍然维持通信这也是整个集群可靠性设计里成本最低但收益最高的部分。2.2 操作系统配置与网络规划两台服务器的操作系统版本要一致Windows Server 2008 R2 Enterprise Edition主机名分别设置成 oradb1 和 oradb2并加入同一个域 jxcc-intl.local。加入域不是可选项——RoseHA 的服务在一些老版本上对工作组环境的权限处理有兼容性问题统一加域后账户权限和防火墙策略都更好管控。网络配置的原则是所有用到的网卡必须配置静态 IP禁止 DHCP。同一台主机上每片网卡的 IP 需要设置为不同网段方便 RoseHA 区分公网和心跳流量。下面是这套环境的 IP 规划建议直接照抄这是文档里验证过的用途oradb1oradb2网段说明集群应用 IP192.168.13.20同左对外提供数据库服务的虚拟 IP故障时随主节点切换Public 网卡192.168.13.2/24192.168.13.3/24业务网段客户端通过此网段访问数据库Heartbeat110.10.10.10/2410.10.10.11/24第一条心跳链路直连Heartbeat211.11.11.10/2411.11.11.11/24第二条心跳链路直连防火墙和杀毒软件需要放行 RoseHA 和 Oracle 的通信端口。这里贴一份完整的清单照着开就行TCP 端口 9527 和 7535、UDP 端口 9528 和 7534 是 RoseHA 集群通信端口心跳通信走 UDP 3000 和 3001Oracle 监听端口是 1521。网上有人问 windows 关闭端口号怎么操作在双机环境里思路要反过来——先把该放行的端口全部放行再考虑收紧否则集群通信一断切换直接就翻车了。2.3 磁盘阵列划分与共享盘挂载规则磁盘阵列上建议划分两类磁盘。第一类是应用数据共享盘容量根据 Oracle 数据量决定存放所有的数据文件、控制文件和重做日志。第二类是仲裁磁盘容量建议 2GB 到 10GB注意在 Windows 平台上必须保持裸磁盘状态——不要创建分区不要格式化RoseHA 需要以原始设备方式访问它。仲裁盘的作用是当心跳完全中断时两个节点通过争抢仲裁盘来决出谁继续干活避免脑裂导致两边同时写共享数据。共享磁盘的挂载有几个规则是血泪经验换来的原文里反复强调过分配的盘符不能被其他本地分区占用两台主机上共享盘的盘符必须完全一致。比如 oradb1 上共享盘是 E 盘oradb2 上连接同一块阵列 LUN 后也必须映射成 E 盘。取消操作系统启动时自动挂载共享盘。如果不取消服务器重启后系统会自动识别并挂载如果这时候另一台节点正在写数据文件系统直接损坏。任意时刻只能有一台主机联机挂载共享盘。在 oradb1 上操作完必须先卸载驱动器号并把磁盘脱机才能在 oradb2 上联机。两台同时挂载的后果往轻了说数据损坏往重了说阵列上的文件系统直接报废。文件系统推荐 NTFS。分区表保持一致也很重要两台主机对共享盘设备上分区的盘符设定要完全相同否则 RoseHA 切换后数据库实例会因为找不到数据文件路径而启动失败。2.4 应用部署的对称性原则Oracle 软件有两部分程序文件和数据文件。这套方案里程序文件放在各自主机本地盘数据文件放在共享盘。这么做的好处很明显——程序文件占用的本地空间只需要满足 Oracle 软件本体和安装依赖共享盘只承载数据IO 压力不落在本地磁盘上同时切换时 RoseHA 只需要接管共享盘和虚拟 IP不需要同步几百 GB 的程序文件。两台主机上 Oracle 的安装路径、实例名、数据文件路径、关键参数必须完全一致。差异哪怕只有一个字符切换后启动就会失败。这不是玄学RoseHA 切换的本质就是让备节点重复主节点的工作配置不对称就谈不上接管。3. Oracle 11g 双节点部署数据文件上共享盘程序文件留本地3.1 部署流程与整体思路Oracle 11g 在 RoseHA 环境下的部署流程和单机安装完全不是一回事。单机安装只需要考虑软件本身好不好用而双机环境下的关键是让两台机器的 Oracle 状态对称——软件版本一致、实例配置一致、数据文件路径一致。这套流程的先后顺序也很有讲究先在 oradb1 上联机共享盘完成安装然后停止服务改手动、脱机再到 oradb2 上重复同样的操作最后回到 oradb1 验证。这个串行过程不能省如果两台机器同时挂载共享盘去装 Oracle数据文件初始化就会互踩装完直接是坏的。这里顺便说一句这套环境不建议用静默安装。静默安装 oracle11g 确实能省去图形界面的等待时间但数据文件路径、字符集、控制文件位置这些关键参数在静默应答文件里容易写漏一旦控制文件落在本地盘后面 RoseHA 切换必挂。图形界面安装虽然慢一点但每一步都能确认首次部署求稳比求快重要得多。原文档给的部署流程整理如下在 oradb1 上联机共享磁盘完成 Oracle 11g 软件安装和数据库实例创建。在 oradb1 上停止 Oracle 服务把相关服务启动类型从自动改为手动。重命名共享磁盘上的目录在 oradb1 上脱机共享磁盘。在 oradb2 上联机共享磁盘完成 Oracle 软件安装和数据库实例创建。在 oradb2 上停止 Oracle 服务把相关服务启动类型改为手动脱机共享磁盘。回到 oradb1 上联机共享磁盘确认 Oracle 服务能正常启停客户端能正常访问。第 3 步重命名目录很多人看不懂它的作用是防止 oradb2 安装时 Oracle Universal Installer 检测到已存在的目录而拒绝写入。重命名后 oradb2 会以全新环境安装但共享盘上的数据文件目录结构最终会被覆盖成一致的状态。重命名没有技术含量但漏掉这一步后面 oradb2 的安装向导会直接报目录已存在整个流程卡死。3.2 软件安装的关键选项Oracle 11g 软件安装过程中有四个选项需要特别注意选错了后面 RoseHA 配置全是坑。安装选项选择仅安装数据库软件。不要在这里直接创建数据库数据库实例要等 RoseHA 装完后再通过 DBCA 单独创建这样资源组配置时才能精确控制服务的手动启动方式。网格安装选项选择单实例数据库安装。配合 RoseHA 集群环境不要选 Oracle RAC 相关的集群安装。RoseHA 管理的不是 Oracle 集群而是操作系统层面的服务和资源选错会装出一堆用不到且互相冲突的组件。安装版本选择企业版。标准版缺少一些高可用相关的特性虽然 RoseHA 本身不依赖 Oracle 企业版功能但生产环境选企业版可以给后续扩展留余地。安装位置放在本地磁盘。Oracle 基目录建议存放于本地盘不要图省事把软件装到共享盘上。Oracle 程序文件放共享盘会导致两个问题第一软件运行时的锁定文件冲突第二切换时程序目录被另一台机器接管本地服务反而找不到文件。以上步骤在 oradb1 和 oradb2 上都要执行。软件安装完成后用 netca 命令配置监听端口 1521。两个节点的监听配置保持默认即可客户端访问走的是虚拟 IP 192.168.13.20不是物理 IP所以两台机器的监听端口只需要一致不需要做额外转发配置。配置完监听后Oracle 软件层面的安装就算完成了。先不要急着创建数据库确认两台机器都能通过 lsnrctl status 看到监听在运行。3.3 在 oradb1 上创建数据库实例先在 oradb1 上联机共享盘把阵列上的数据 LUN 初始化为 NTFS 分区并分配盘符 E。然后在 oradb1 上通过 DBCA 创建数据库实例名设置为 oraha这是整个集群中两个节点共用的实例名。数据文件、控制文件、重做日志文件、归档文件全部指定到 E:\oradata 目录下。这里有一个细节极其重要控制文件必须放在共享盘。Oracle 启动时第一个读的就是控制文件如果控制文件落在本地盘切换后 oradb2 根本不知道数据库长什么样实例起不来。原文档专门提醒过这一点实际部署中也见过有人把控制文件默认放在本地 Oracle 目录下结果手动切换测试时直接翻车。字符集要手动调整为 UTF8。这个操作在 DBCA 的字符集选项卡里默认可能是 AL32UTF8 或者根据操作系统语言自动选择的其他编码。如果不调整中文字段数据在切换后可能出现乱码这种问题排查起来极其耗时间。归档配置也要在创建时指定归档文件存放位置到共享盘 E 盘否则 Oracle 默认把归档放到闪回恢复区闪回区空间有限生产库跑几天就可能报归档空间不足。创建完成后在 oradb1 上测试数据库能否正常启动停止、客户端能否正常访问然后停止数据库实例把 oradb1 上所有 Oracle 相关的 Windows 服务启动类型改为手动。最后在磁盘管理里卸载 E 盘驱动器号并把磁盘脱机。这一步改服务启动类型是 RoseHA 接管的前提。如果把 Oracle 服务留在自动启动两台机器开机后都会尝试拉起数据库但共享盘只有一台能挂载结果就是另一台报了 ORA-00200 等一堆控制文件错误而且 RoseHA 接管时会遇到端口占用冲突。服务设为手动后正常启动操作系统不会自动拉起数据库只有 RoseHA 在切换时才会主动拉起这就把控制权完全交给了 RoseHA。3.4 在 oradb2 上覆盖安装数据库实例在 oradb2 上重复上面的操作。挂载共享盘、指定盘符 E、用 DBCA 创建同名实例 oraha、数据文件路径指到 E:\oradata。由于共享盘上已经存在 oradb1 创建的数据文件DBCA 执行到最后会弹出覆盖确认点是覆盖即可。这一步的本质是用 oradb2 生成的数据库配置文件覆盖共享盘上的对应文件同时保持数据文件格式和路径一致。覆盖完成后oradb2 上同样要测试数据库正常启停然后把 Oracle 相关服务改为手动脱机共享盘。整套流程走完后两台机器上的 Oracle 处于完全对称状态相同的安装路径、相同的实例名、相同的服务配置、相同的数据文件位置。唯一不同的是各自本地磁盘上的 Oracle 二进制文件这部分本来就不同步也不需要同步。4. 避坑指南共享盘与集群配置的五个典型故障4.1 两台主机同时挂载共享盘导致数据文件损坏现象oradb1 还在跑着数据库oradb2 上把共享盘联机了没过多久数据库报文件系统错误重启实例后提示数据文件损坏部分表无法访问。原因NTFS 文件系统不支持多主机并发读写同一块磁盘。两台机器同时挂载后文件系统元数据在两个节点上各自缓存写入互相覆盖数据文件和重做日志的块都处于不一致状态。这不是 RoseHA 的缺陷而是 Windows 平台共享磁盘的物理限制。解决严格串行操作。在 oradb1 上做完一切操作后先在磁盘管理中卸载盘符并脱机再在 oradb2 上联机。我一般在磁盘上贴标签写明当前归属节点操作前看一眼操作完改标签物理防止手误。4.2 控制文件落在本地盘切换后实例无法启动现象RoseHA 配置完成后做手动切换测试备节点接管共享盘后Oracle 服务拉起失败告警日志报无法找到控制文件数据库进入 NOMOUNT 状态后立即退出。原因DBCA 默认把控制文件放在 Oracle 软件目录下的 ORADATA 子目录里这个路径在两台机器上是各自本地盘的路径。主节点写的控制文件只存在于主节点本地盘备节点接管后访问的是自己本地盘上的路径自然找不到控制文件。解决创建数据库时在 DBCA 的存储选项页面手动添加控制文件位置指定到共享盘 E:\oradata 目录并且删除默认的本地路径。两个节点的控制文件配置必须一致否则切换后路径对不上。验证方法是分别看两台机器上 pfile 或 spfile 中 control_files 参数的内容。4.3 Oracle 服务未改手动开机后两台机器争抢资源现象RoseHA 配置完成后做关机测试主节点关机后备节点没有正常接管数据库处于不可用状态查看备节点事件日志发现 Oracle 服务启动失败。原因安装 Oracle 后服务默认是自动启动。两台机器同时开机或主节点关机后备节点开机时Windows 会尝试在每台机器上启动 Oracle 服务。备节点虽然能挂载共享盘但此时服务启动机制不受 RoseHA 控制RoseHA 可能还没完成资源接管服务就已经自己启动失败了。解决在两台机器上执行以下命令把 Oracle 相关服务全部改为手动sc config OracleServiceORAHA start demand sc config OracleOraDb11g_home1TNSListener start demand sc config OracleOraDb11g_home1DBConsoleORAHA start demand提示Oracle 11g 的服务名可以通过sc query | findstr Oracle查看以实际安装的 home 名称为准。改完后重启机器确认服务不会自动启动。4.4 两台机器共享盘盘符不一致切换后数据文件路径错误现象手动切换后备节点能挂载共享盘但 Oracle 实例起不来告警日志报找不到 E:\oradata 下的数据文件。原因两台机器上共享盘对应的盘符不一致。比如 oradb1 上是 E 盘而 oradb2 上因为本地盘多了个分区共享盘被分配成了 F 盘。Oracle 的参数文件记录的是 E:\oradata 路径切到 oradb2 后实际数据在 F 盘路径对不上。解决在两台机器初始化共享盘时强制指定相同的盘符。磁盘管理中右键共享盘分区选择更改驱动器号和路径手动指定为 E。如果盘符被占用先给占用盘符的本地分区换一个空闲盘符。这个操作要在两台机器上分别做做完后通过mountvol命令确认两个节点上共享盘盘符一致。4.5 心跳线松动导致脑裂告警现象集群运行一段时间后RoseHA 事件日志出现心跳超时告警偶尔出现两个节点同时尝试接管资源组的现象。原因两条心跳线中有一条物理链路松动或交换机端口老化心跳通信间歇性中断。RoseHA 检测不到对方心跳时会尝试通过仲裁盘确定归属如果仲裁盘响应也有延迟就可能出现短暂的脑裂窗口。解决首先确保两条心跳线都是直连网线不要经过交换机。其次检查心跳网卡是否开启了节能模式Windows 默认的网卡节能会在系统空闲时降低链路速率导致心跳包延迟增大。在网卡属性中关闭允许计算机关闭此设备以节约电源并把双工模式固定为千兆全双工。这些设置两台机器要保持一致。5. RoseHA 安装与 Oracle 资源组配置5.1 RoseHA 组件选择与安装RoseHA 的安装包是标准的 MSI 格式以系统管理员身份运行 RoseHA.msi跟着向导走到选择组件页面时注意三个组件的用途区别组件作用是否必装Cluster Engine主服务组件负责心跳监控、资源接管和故障切换两台服务器必须安装Cluster Manager图形化管理工具用于配置和管理集群生产环境建议安装Cluster Command Line Interface命令行管理工具用于脚本化运维和自动化操作推荐安装Cluster Engine 是核心如果不装后面的管理工具连不上集群。Cluster Manager 虽然叫管理端但建议两台服务器都装方便在任意节点上直接打开 GUI 查看状态。CLI 工具在排查问题时非常有用后面会细说。安装完成后通过开始菜单 - 所有程序找到 RoseHA 的 GUI 管理工具并启动。首次启动会弹出连接集群的向导直接选择创建集群。5.2 创建集群的五个关键步骤创建集群的入口在 GUI 菜单栏的系统 - 创建集群欢迎页点击下一步进入配置。这个向导有五个关键配置点群集名称填写一个有意义的名称比如 ORACLE11G_HA后面所有资源组都会挂在这个集群下。群集服务器把 oradb1 和 oradb2 都添加进来。RoseHA 支持扩展双方服务器可以按需加入更多节点。群集服务器序列号两台服务器的序列号要唯一这个序列号是内部识别节点的标识不要设置成相同值。群集服务器心跳这里要配置两条心跳链路分别填写心跳网卡的 IP 地址并指定通信端口。心跳配置页面会显示两台机器之间的通信状态配置完成后能看到两个节点的心跳都处于正常状态。这里要重点说明心跳端口的参数含义。RoseHA 默认使用 UDP 3000 和 3001 作为心跳通信端口这两个端口必须在防火墙中放行。配置时优先选择实网卡的 IP不要选回环地址。心跳超时时间和重试次数使用默认值即可除非你的网络环境有严重的延迟问题一般不需要调整。如果网络延迟高可以适当增大超时时间但代价是故障检测变慢切换时间变长。5.3 高可用配置向导Oracle 资源组的组装逻辑创建集群后通过高可用配置向导创建一个应用资源组。资源组是 RoseHA 管理的最小单元它把 Oracle 运行所需的共享盘、虚拟 IP 和 Windows 服务打包成一个整体切换时整个组一起迁移。这个资源组包含六类资源每一类都有特定的配置要求资源类型配置值说明应用类型Oracle 11g 或 DatabaseRoseHA 内置了常见应用的配置模板选择后会自动带入对应的检测脚本服务器oradb1、oradb2指定资源组可以运行在哪些节点上两台都勾选仲裁资源仲裁裸盘选择磁盘阵列上划分的裸磁盘不分配盘符的那块 LUN卷资源E 盘共享数据盘挂载后对应的盘符RoseHA 切换时负责挂载/卸载IP 资源192.168.13.20对外提供服务的虚拟 IP切换时由 RoseHA 负责绑定到当前主节点NT 服务资源Oracle 相关服务需要被 RoseHA 监控和控制的服务列表通常包括 OracleServiceORAHA 和 OracleOraDb11g_home1TNSListener配置卷资源时指定盘符 E 和共享盘的磁盘签名RoseHA 依赖磁盘签名来识别共享盘而不是盘符——因为盘符在节点间可能不一致但磁盘签名是 LUN 的物理属性不会变化。配置 IP 资源时填写 192.168.13.20这是客户端访问数据库的统一入口。平时客户端连的是这个虚拟 IP而不是某台物理机的 IP。一旦切换发生虚拟 IP 自动漂移到另一台节点上客户端不需要改任何配置。NT 服务资源配置是整个 Oracle 资源组的核心。需要手动添加数据库实例服务和监听服务两个服务缺一不可。监听服务负责接受客户端连接数据库服务负责提供数据访问任何一个起不来客户端都无法正常使用。RoseHA 启动资源组时按顺序执行先挂载共享盘再绑定虚拟 IP然后启动 NT 服务。停止时顺序相反先停服务再解绑 IP最后卸载共享盘。这个顺序不能乱因为数据库服务启动时需要监听已经就绪而监听启动时数据文件所在磁盘必须已经可访问。6. 切换测试与 CLI 管理把高可用从配置变成可信赖6.1 五类故障演练的标准操作资源组配置完成后不要急着上生产先把五类测试全部做一遍。这套测试清单在原文档的第七章实际实施中也是按这个顺序来验收的测试项操作方式预期结果客户端访问测试从客户端连接 192.168.13.20:1521执行查询和 DML数据库响应正常读写无报错手动切换GUI 中右键资源组执行切换资源组在 oradb2 上联机客户端短暂中断后自动恢复关机测试直接关闭主节点服务器电源备节点在 1 到 3 分钟内接管全部资源客户端重连后可用拔线测试拔掉主节点的公网网线或心跳线集群通过剩余心跳线检测故障触发切换数据库恢复可用杀进程测试用任务管理器结束 Oracle 服务进程RoseHA 检测到服务异常后自动重启或切换取决于配置的故障策略手动切换到 oradb2 的验证方法# 在 oradb2 上确认共享盘已挂载、虚拟 IP 已绑定输出包含 192.168.13.20 即正常 ipconfig /all | findstr 192.168.13.20 # 确认 Oracle 监听已启动 lsnrctl status # 确认数据库实例状态为 OPEN sqlplus / as sysdba SQL select status from v$instance;提示拔线测试要分两种场景只拔心跳线和只拔公网线两种场景的切换路径不同都需要验证。6.2 命令行管理工具GUI 之外的排查利器RoseHA 自带的 CLI 工具在故障排查中比 GUI 更高效尤其是远程登录服务器排查问题时CLI 可以快速获取集群状态而不需要打开图形界面。常用命令如下# 查看集群整体状态 roseha -c cluster status # 查看指定资源组的状态和当前主节点 roseha -c group status -group oraha_group # 手动切换资源组到指定节点 roseha -c group switch -group oraha_group -to oradb2 # 查看集群事件日志 roseha -c event log -cluster ORACLE11G_HACLI 命令输出的信息比 GUI 更底层能看到每一步切换动作的时间戳和执行结果。排查问题时先用group status看资源组当前的状态再用event log看历史切换记录基本能定位 90% 的问题。事件日志中每个资源的状态变化都有记录比如卷资源挂载失败、IP 绑定失败、NT 服务启动超时这些信息在 GUI 上往往只显示一个笼统的切换失败。6.3 日志查看与切换时间调优日志是排错的最后一道防线。RoseHA 的日志文件默认安装在安装目录的 log 子目录下Windows 上一般在C:\Program Files\RoseHA\log也可以在安装时自定义路径。日志文件名按日期滚动每天一个文件。查看日志时重点搜 ERROR 和 WARNING 关键字切换失败的原因基本都能在日志里找到具体报错比如磁盘签名不匹配、心跳超时、服务启动超时。另外别忘了 Windows 事件查看器RoseHA 服务运行期间的关键操作也会写入系统日志两边的信息结合起来看定位问题会快很多。切换时间可以从日志中提取关键时间戳来计算从主节点故障触发到备节点资源组完全启动的时间差就是实际切换耗时。如果切换时间偏长优先检查两个位置卷资源挂载后是否有磁盘扫描或文件系统自检耗时NT 服务启动前是否有等待外部依赖的超时。把不必要的磁盘自检关掉给服务设置合理的超时时间切换能快几十秒。这套环境上线之后我自己总结了一个习惯每次改完 Oracle 配置或者 RoseHA 资源组参数强制走一遍完整的手动切换测试确认 oradb2 能够正常接管再离开机房。高可用系统最怕的不是出故障而是配置改坏了没人知道真到故障发生时才发现切换不了。从那以后我每次部署都强制走一遍完整的故障演练清单从关机到拔线到杀进程全部通过才算验收。希望帮到你。本文还有配套的精品资源点击获取