不能用存储过程一键切换adg，因oracle未提供pl/sql可调用的switchover接口，该操作是需人工介入的实例级原子动作；存储过程仅能自动化前置状态检查，如验证to primary、mrp0 applying_log等5项硬性条件。
不能直接用存储过程封装完整的 adg 切换流程——oracle 不提供可调用的内置存储过程来替代 alter database commit to switchover 或 dgmgrl 命令，所有角色切换必须由 dba 在 sql*plus 或 dgmgrl 中显式发起。
为什么不能写个存储过程一键切换
ADG switchover 是数据库实例级的原子操作，涉及状态校验、日志同步确认、实例 shutdown/open、Broker 元数据更新等跨进程协作。Oracle 将这些逻辑硬编码在内核层，不暴露为 PL/SQL 可调用接口。试图用 DBMS_SCHEDULER 或 UTL_TCP 模拟命令行调用，不仅违反 Oracle 官方支持边界，还会因缺少上下文（如当前连接身份、实例状态锁）导致 ORA-16475、ORA-16139 等静默失败。
能用存储过程做什么：前置检查自动化
虽然不能执行切换，但可以用存储过程集中校验 switchover 前的 5 个硬性状态，避免人工漏查。例如：
CREATE OR REPLACE PROCEDURE adg_switchover_precheck AS
v_switchover_status VARCHAR2(30);
v_mrp_status VARCHAR2(30);
v_dest_state VARCHAR2(10);
v_compatible VARCHAR2(20);
v_fsf_status VARCHAR2(20);
BEGIN
SELECT switchover_status INTO v_switchover_status FROM v$database;
IF v_switchover_status != 'TO PRIMARY' THEN
RAISE_APPLICATION_ERROR(-20001, 'SWITCHOVER_STATUS is not TO PRIMARY: ' || v_switchover_status);
END IF;
<p>SELECT status INTO v_mrp_status
FROM v$managed_standby WHERE process = 'MRP0';
IF v_mrp_status != 'APPLYING_LOG' THEN
RAISE_APPLICATION_ERROR(-20002, 'MRP0 not applying: ' || v_mrp_status);
END IF;</p><p>-- 其余三项检查（LOG_ARCHIVE_DEST_STATE_2、COMPATIBLE、FAST_START_FAILOVER）同理
END;</p>
这个过程只做验证，不触发任何状态变更。它帮你把 SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY、SELECT FS_FAILOVER_STATUS FROM V$DATABASE 等分散查询收拢成一次调用，输出明确错误码便于集成到运维脚本中。
DGMGRL 连接和切换必须人工介入
即使你封装了全部检查逻辑，真实切换仍需 DBA 手动执行以下不可绕过的步骤：
- 用
dgmgrl sys/password@orcl连接到当前主库实例（连错实例会直接拒绝SWITCHOVER TO） - 运行
SHOW CONFIGURATION确认末尾是Configuration status: SUCCESS（出现 WARNING 就不能继续） - 执行
SWITCHOVER TO 'orcl_stdy'后，原主库自动 shutdown，新主库停留在MOUNT状态 - 必须立刻在新主库上运行
ALTER DATABASE OPEN，否则应用连接会超时失败
这些动作依赖实时交互和状态判断，无法被预编译的存储过程捕获。任何试图“后台自动 open”的尝试，都会因实例未真正完成角色转换而报 ORA-01109（database not open）。
真正容易被忽略的是：切换后新主库的 local_listener 和 log_archive_dest_1 参数仍指向旧环境，不手动更新会导致监听注册失败、归档路径写入错误磁盘组——这和存储过程无关，但常被自动化思维掩盖。
