必须先确认主库启用归档模式和force logging,这是adg同步的前提;归档需显示automatic archival enabled,force logging须查v$database确认为yes,否则备库将出现ora-01152或逻辑损坏。

必须先确认主库是归档模式且启用 FORCE LOGGING,否则备库永远追不上主库——这不是配置顺序问题,而是数据一致性前提。
主库必须开启归档和强制日志记录
很多故障源于这一步跳过或验证不充分。归档模式不是“开了就行”,要确保 ARCHIVE LOG LIST 显示 Automatic archival Enabled;FORCE LOGGING 也不是可选项,它保证所有 DML(包括 NOLOGGING 操作)都生成 redo,否则备库应用时会报 ORA-01152 或跳过块导致逻辑损坏。
- 执行顺序不能颠倒:先
STARTUP MOUNT,再ALTER DATABASE ARCHIVELOG,最后ALTER DATABASE OPEN -
ALTER DATABASE FORCE LOGGING必须在归档启用后执行,且需等待当前事务提交完成(可查V$DATABASE.FORCE_LOGGING = 'YES'确认) - 若主库曾用
NOLOGGING建过表或索引,必须在开启FORCE LOGGING后重建,否则这些对象在备库上会变成坏块
主库参数 LOG_ARCHIVE_DEST_2 必须指向有效 TNS 别名
常见错误是 SERVICE=ora11g_standby 在 tnsnames.ora 中未定义,或监听未 reload,导致主库日志传输直接失败,但 ALTER SYSTEM SET 命令仍成功返回——你根本看不到错误,直到查 V$ARCHIVE_DEST_STATUS.ERROR 才发现是 ORA-12154: TNS:could not resolve the connect identifier。
-
tnsnames.ora中的 service name 必须与LOG_ARCHIVE_DEST_2的SERVICE=xxx完全一致(区分大小写) - 备库监听必须运行,且静态注册中
SID_NAME要匹配备库实际实例名(不是DB_UNIQUE_NAME) - 推荐用
LGWR ASYNC而非ARCH:前者实时推送 online redo,延迟更低;后者依赖归档触发,可能卡在 log switch
备库必须有 standby redo log,且组数/大小要匹配
没有 standby redo log,ADG 就退化成传统物理备库——只能 mount 状态接收归档,无法 open read-only 并实时应用 redo。Oracle 不会自动创建,必须手动加,且数量不足会导致 ORA-00313 或传输中断。
- 组数公式:
(online redo 组数 + 1) × 线程数;单实例线程数为 1,所以至少比 online redo 多一组 - 每组大小必须 ≥ 最大 online redo 组大小,否则备库启动时报
ORA-00362 - 路径建议与主库 online redo 分开(如
/u01/app/oracle/oradata/ora11g/stdby_redo04.log),避免 I/O 冲突
主备 DB_UNIQUE_NAME 和 LOG_ARCHIVE_CONFIG 必须严格一致
这是 Data Guard 配置中最容易拼错的地方。DB_UNIQUE_NAME 是逻辑标识,不是实例名也不是 service name;LOG_ARCHIVE_CONFIG 里括号内的两个名字,顺序无关,但必须与主备各自的 DB_UNIQUE_NAME 完全相同,一个字母都不能差。
- 主库设
DB_UNIQUE_NAME=ora11g_primary,备库就必须设DB_UNIQUE_NAME=ora11g_standby(不能是standby或ora11g_stby) -
LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g_primary,ora11g_standby)'两边都要执行(备库也得设),否则备库收不到主库发来的日志 - 密码文件必须存在且
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE,否则ALTER DATABASE RECOVER MANAGED STANDBY DATABASE会报ORA-01031: insufficient privileges
最常被忽略的是 standby redo log 的存在性验证——哪怕参数都对、TNS 通、归档开,只要少一组 standby redo,备库就无法 real-time apply,也就谈不上 ADG。别只盯着 SQL*Plus 里的 success 提示,一定要查 V$STANDBY_LOG 和 SELECT STATUS FROM V$INSTANCE(备库应为 MOUNTED 或 OPEN READ ONLY,而非 NOT MOUNTED)。











