执行计划内切换（如操作系统打补丁、硬件维护）是检验HA流程是否规范的试金石。
标准切换流程 ：
-
前置检查 ：确认业务已做好切换准备（应用连接中断可接受），检查集群状态完全健康，HANA系统复制状态正常，备份已完成。
-
放置维护模式 ： crm resource maintenance <resource_name> 或将节点置于待机模式 crm node standby <node_name> 。这告诉集群"我即将手动操作，不要自动干预"。
-
执行资源迁移 ：使用 crm resource migrate 命令将HANA主资源优雅地迁移到备用节点。Pacemaker会先在备节点启动HANA为备机，然后进行主备切换，最后停止原主节点上的HANA服务。 务必使用 migrate 而非强制 move ， move 不会在目标节点启动服务，可能导致中断。
-
执行维护 ：在已无资源运行的节点上进行维护工作。
-
恢复节点 ：维护完成后，将节点从待机模式唤醒 crm node online <node_name> 。
-
资源均衡（可选） ：如果希望资源回切，再次执行 migrate 命令。或者清除维护模式，让集群根据策略自动决定资源位置。
-
后置验证 ：全面检查应用连接、数据库性能和集群状态。
实操心得 ：永远在维护窗口开始前，进行一次完整的切换演练并记录时间。真实的切换时间会受到数据量、网络、存储性能等多种因素影响，仅凭文档估算往往不准。有了实测数据，你给业务部门的停机时间窗口承诺才会准确可靠。