Oracle DG之--构建Physical Standby（一主库对应多备库）

最新推荐文章于 2022-03-08 18:04:07 发布
原创 最新推荐文章于 2022-03-08 18:04:07 发布 · 7.7k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种Oracle数据库高可用方案——一主两备的Physical Standby配置方法。主库bjdb与两个备库shdb和gzdb通过特定的初始化参数实现日志归档与同步。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Oracle DG之--构建Physical Standby（一主库对应多备库）


系统环境：

操作系统： RedHat EL6

Oracle:    Oracle 10.2.0.1.0

wKioL1R25dqSqrvxAADnIlkOMXs321.jpg

      如图所示，主库为bjdb（db_unique_name)，备库为shdb和gzdb。


案例分析： 

一个主库，两个备库

主库初始化参数（pfile）：

[oracle@bjsrv dbs]$ cat initbj.ora 

*.audit_file_dest='/u01/app/oracle/admin/prod/adump'
*.background_dump_dest='/u01/app/oracle/admin/prod/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/u01/app/oracle/oradata/prod/control01.ctl','/disk1/oradata/bj/control02.ctl','/disk2/oradata/bj/control03.ctl'
*.core_dump_dest='/u01/app/oracle/admin/prod/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.DB_FILE_NAME_CONVERT='/u01/app/oracle/oradata/sh','/u01/app/oracle/oradata/prod','/u01/app/oracle/oradata/gz','/u01/app/oracle/oradata/prod'
*.db_recovery_file_dest='/u01/app/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.instance_name='bj'
*.job_queue_processes=10
*.open_cursors=300
*.pga_aggregate_target=94371840
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=285212672
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/prod/udump'

以下参数用于DG配置：

*.db_name='prod'
*.DB_UNIQUE_NAME='bjdb'
*.FAL_CLIENT='bjdb'
*.FAL_SERVER='shdb','gzdb'

*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(bjdb,shdb,gzdb)'

*.LOG_ARCHIVE_DEST_1='LOCATION=/disk3/arch_bj
  VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
  DB_UNIQUE_NAME=bjdb'
  
*.LOG_ARCHIVE_DEST_2='SERVICE=shdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) 
  DB_UNIQUE_NAME=shdb'
  
*.LOG_ARCHIVE_DEST_3='SERVICE=gzdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
  DB_UNIQUE_NAME=gzdb'
  
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_2='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_3='ENABLE'
*.log_archive_format='arch_%t_%s_%r.log'
*.LOG_ARCHIVE_MAX_PROCESSES=3

*.LOG_FILE_NAME_CONVERT='/disk1/oradata/sh','/disk1/oradata/bj','/disk2/oradata/sh','/disk2/oradata/bj','/disk1/oradata/gz','/disk1/oradata/bj','/disk2/oradata/gz','/disk2/oradata/bj'
*.STANDBY_FILE_MANAGEMENT='AUTO'


备库初始化参数pfile（shdb）：

[oracle@shsrv dbs]$ cat initsh.ora 
*.audit_file_dest='/u01/app/oracle/admin/sh/adump'
*.background_dump_dest='/u01/app/oracle/admin/sh/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/u01/app/oracle/oradata/sh/std_control.ctl'
*.core_dump_dest='/u01/app/oracle/admin/sh/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.DB_FILE_NAME_CONVERT='/u01/app/oracle/oradata/prod','/u01/app/oracle/oradata/sh','/u01/app/oracle/gz','/u01/app/oracle/oradata/sh'
*.instance_name='sh'
*.job_queue_processes=10
*.open_cursors=300
*.pga_aggregate_target=94371840
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=285212672
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/sh/udump'

以下参数用于DG配置：

*.db_name='prod'
*.DB_UNIQUE_NAME='shdb'
*.FAL_CLIENT='shdb'
*.FAL_SERVER='bjdb','gzdb'

*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(bjdb,shdb,gzdb)'

*.LOG_ARCHIVE_DEST_1='LOCATION=/disk3/arch_sh
  VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
  DB_UNIQUE_NAME=shdb'
  
*.LOG_ARCHIVE_DEST_2='SERVICE=bjdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) 
  DB_UNIQUE_NAME=bjdb'
  
*.LOG_ARCHIVE_DEST_3='SERVICE=gzdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
  DB_UNIQUE_NAME=gzdb'
  
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_2='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_3='ENABLE'
*.log_archive_format='arch_%t_%s_%r.log'
*.LOG_ARCHIVE_MAX_PROCESSES=3

*.LOG_FILE_NAME_CONVERT='/disk1/oradata/bj','/disk1/oradata/sh','/disk2/oradata/bj','/disk2/oradata/sh','/disk1/oradata/gz','/disk1/oradata/sh','/disk2/oradata/gz','/disk2/oradata/sh'
*.STANDBY_FILE_MANAGEMENT='AUTO'

备库初始化参数pfile（gzdb）：

[oracle@gzsrv dbs]$ cat initgz.ora 

*.audit_file_dest='/u01/app/oracle/admin/gz/adump'
*.background_dump_dest='/u01/app/oracle/admin/gz/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/u01/app/oracle/oradata/gz/gzstd_control.ctl'
*.core_dump_dest='/u01/app/oracle/admin/gz/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.DB_FILE_NAME_CONVERT='/u01/app/oracle/oradata/prod','/u01/app/oracle/oradata/gz','/u01/app/oracle/oradata/sh','/u01/app/oracle/oradata/gz'
*.open_cursors=300
*.pga_aggregate_target=94371840
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=285212672
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/gz/udump'
*.job_queue_processes=10

以下参数用于DG配置：

*.db_name='prod'
*.DB_UNIQUE_NAME='gzdb'
*.FAL_CLIENT='gzdb'
*.FAL_SERVER='bjdb','shdb'
*.instance_name='gz'

*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(bjdb,shdb,gzdb)'

*.LOG_ARCHIVE_DEST_1='LOCATION=/disk3/arch_gz
  VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
  DB_UNIQUE_NAME=gzdb'
  
*.LOG_ARCHIVE_DEST_2='SERVICE=bjdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) 
  DB_UNIQUE_NAME=bjdb'
  
*.LOG_ARCHIVE_DEST_3='SERVICE=shdb LGWR ASYNC
  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
  DB_UNIQUE_NAME=shdb'
  
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_2='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_3='ENABLE'
*.log_archive_format='arch_%t_%s_%r.log'
*.LOG_ARCHIVE_MAX_PROCESSES=3

*.LOG_FILE_NAME_CONVERT='/disk1/oradata/bj','/disk1/oradata/gz','/disk2/oradata/bj','/disk2/oradata/gz','/disk1/oradata/sh','/disk1/oradata/gz','/disk2/oradata/sh','/disk2/oradata/gz'
*.STANDBY_FILE_MANAGEMENT='AUTO'

---以上为构建一个主库2个Physical Standby的初始化参数，创建过程省略，可以参考：http://tiany.blog.51cto.com/513694/1583444《 Oracle DG之--构建Physical Standby》

本文出自 “天涯客的blog” 博客，请务必保留此出处http://tiany.blog.51cto.com/513694/1583399

ORACLE DG专题3--手把手部署DG 物理备库
本博客纯属个人学习记载，不对外负责，若有错误，请批评指正
09-17 2732
前言 笔者前文已介绍了ORACLE DG的成员身份与数据保护模式等相关理论知识，从本文开始，将进入ORACLE DG理论与实践相结合模式，深入理解ORACLE DG的内在原理与基本运维技能。本文讲述如何使用rman恢复方式搭建ORACLE DG物理备库—physical standby。 部署前规划 oracle DG要求主备数据库的DB_NAME相同，d...
ORACLE DG专题5--物理备库与snapshot备库切换
本博客纯属个人学习记载，不对外负责，若有错误，请批评指正
09-19 663
前言 继续前文描述，本文讲解oracle DG备库的最后一种类型：snapshot—快照库。与其他备库不同，snapshot备库是一种完全可以更新的备库，由物理备库切换而来。 当物理备库切换至snapshot备库时，snapshot继续接收主库传过来的redo log，但不应用redo log。同时，snapshot以读写模式打开，允许进行数据的读写，对snapshot库的写...
1个主库配置多个备库的问题
ctest011501的博客
03-19 183
看到在PUB上有人提问：==================================dataguard: 一个primary，配置两个standby疑问配置两个standby的话，参数log_archive_XX，FAL...
ADG架构搭建5 -- 一主两备ADG主备切换
Ruishine的博客
11-19 3914
本文接该系列文章的上一篇：ADG架构搭建4 – 搭建一主两备ADG架构 前言 在《ADG架构搭建3 – 一主一备ADG主备切换》一文中，已经带领大家完成了一主一备ADG的主备切换，相信大家对该部分内容已有所了解。本文将对《ADG架构搭建4 – 搭建一主两备ADG架构》中搭建的一主两备架构进行主备切换的演示。 正文 Oracle Dataguard的角色转换包含两类：Switchover和Failover。Switchover指主备之间角色转换，主库降为备库，备库升级为主库。而failover则是指主库.
Oracle 一主两从 主从切换（switchover）步骤记录
Hehuyi_In的博客
07-14 5085
网上关于一主两从 switchover的文章特别少，自己测试了一下，做个记录。 数据库IP db_unique_name 原角色 目标角色 192.168.3.224 prodcdb 主库 备库 192.168.3.225 prodcdb_dg 备库 主库
ADG架构搭建4 -- 搭建一主两备ADG架构
Ruishine的博客
11-18 2606
本文接该系列文章的上一篇：ADG架构搭建3 – 一主一备ADG主备切换 前言 请先参照文章《ADG架构搭建1–Oracle安装》完成第三台服务器的Oracle安装。 本文将完成的ADG架构为：一个主库（ruiadg1）和两个备库（ruiadg2、ruiadg3）. 正文 一、修改主备库的tnsnames.ora和listener文件 1.修改主备库tnsnames.ora文件 $ vi $ORACLE_HOME/network/admin/tnsnames.ora 已知服务器 ruiadg1 和 r.
记一次逻辑卷误操作导致OracleDG主备库failover切换后出现两个主库的情况
Zacharl的博客
07-02 877
妈的，这次事情经过很简单但是过程还是比较曲折，想起这次误操作导致数据库停机1个多小时然后还要被领导骂个狗血淋头就很蛋疼，本来是一次简单的在服务器上逻辑卷扩容，但是我在写命令的时候从自己的笔记里面复制出来一个收缩的命令。 本来这是扩容 lvextend -L +50G /dev/VolGroup/lv_root 我复制成了lvreduce -L -51G /dev/VolGroup/lv_hom...
ORACLE 12c DG实测-主从转换
09-30
Oracle Data Guard 技术提供了全面的数据保护、数据可用性和灾难恢复解决方案，通过在主数据库（Primary Database）与一个或多个从数据库（Standby Database）之间同步复制数据，来实现高可用性和灾难恢复能力。...
oracle dg备库 自动拓展,11g dataguard 主库创建 temp 表空间，备库不能自动创建？
weixin_35716518的博客
04-12 617
Fri Aug 01 21:37:39 2014alter database open read onlyAUDIT_TRAIL initialization parameter is changed to OS, as DB is NOT compatible for database opened with read-only accessFri Aug 01 21:37:39 2014SMO...
Oracle 11 Dg 一主两备的搭建步骤.docx
05-17
redhat 7.6 oracle 11.0.2.4 DataGuard 搭建详细步骤
Oracle -＞ DG主备配置
rod0320的博客
12-03 5039
文章目录介绍主库是归档模式安装前准备工作主库配置从库配置利用RMAN在备库上恢复主库：启动备库到nomount： 介绍主库是归档模式 Oracle中有2种日志，一种称为 Redo Log（重做日志），另一种叫做Archive Log（归档日志） Redo Log（重做日志） oracle对数据库的记录,当数据库有增删改,新建表索引等变化时,会对记录成日志写入到一个文件中。 理论上来说,就是按顺序记录了这些SQL语句,只要我们重新按顺序执行一遍这些记录的语句就可以还原数据库。 Archive
【DG】Oracle之级联DG--(cascade dg) --(一主一备一级联)--Cascaded Standby
小麦苗DBA宝典
09-05 2162
【DG】Oracle之级联DG--(cascade dg) --(一主一备一级联) dataguard 一主一备一级联，意思是主库将日志传输给备库，然后备库在将日志传输给级联...
Linux环境下部署DG（一对一、一对多、RAC到单机）
weixin_40913898的博客
11-28 1734
Linux环境下部署DG（一对一、一对多、RAC到单机） 规划: 主机名 iP db_unique_name instance_name service_names tnsname primary 172.12.7.233 prod orcl prod prod standby 172.12.7.234 prodstd orcl prodstd prodstd 注意：primary、standby在/etc/hosts文件内做了解析 首先在备库创建对应的目录，一定要注意目
oracleADG增加备库，由一主一从变为一主多从
小渣渣的博客
07-03 2724
oracleADG增加备库 新增备库主机： 192.168.66.44 主机名：dgd sid：orcl 网络别名：orcl_sd 下文中称之为“备2” 1，更改现在的主备文件 hosts文件，tnsnames.ora文件，initorcl.ora文件 1.1，更改hosts文件 把新增的主机加上 主： [oracle@db dbs]$ cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.local
基于window搭建oracle 11g datagurad 一主多备
03-08 938
最近公司有需要这块的准备，特意尝试了下，在网上参考了不少资料，踩了不少坑，感觉都不够完整，特意把自己搭建过程记录下，让其他童鞋少踩点坑，尽量按照自己的步骤描述下。 一、主库操作 1、开启归档 先查看是否开启归档 archive log list; 如果没有启用 shutdown immediate; startup mount; alter database archivelog; alter database force logging; alter database open;
oracle rac多实例dg,ORACLE RAC+DG(单实例)
weixin_31437777的博客
04-06 1362
ORACLE RAC+DG(单实例)前提条件：1.主库RAC已经成功安装,数据库也已经创建。2.DG备库已经安装完相同版本的oracle软件，无需创建数据库。1、RAC开启归档。任意节点:alter system set log_archive_format='%t_%s_%r.arc' scope=spfile sid='*';alter system set log_archive_dest_...
oracle单例转多列,Oracle 给rac创建单实例dg并做主从切换功能
weixin_35118333的博客
04-03 331
一、概述本文将介绍如何给rac搭建单节点的dg，以及如何对其进行角色转换。预先具备的知识(rac搭建，单实例-单实例dg搭建)二、实验环境介绍主库rac(已安装rac，并已有数据库orcl)rac1：192.168.56.11，sid1：orcl1，version：11.2.0.4rac2：192.168.56.12，sid2：orcl2，version：11.2.0.4从库(已安装单实例数据库软...
Oracle-11G-DataGuard 一主库多备库详细配置
LUMIS的博客
07-31 9382
1  说明 基于网上的文档做了补充说明改动形成的文档。 2 判断DataGuard是否安装 select * from v$option where parameter = 'Oracle Data Guard'; 3 网络配置 192.168.1.110---------------------------主库-------------实例名----ora11g(ora11g_PD
oracle dg 备库的arch、rfs、mrp进程完全正常，和主库的arch、lns进程参数完全对应，归档日志也正常传输到备库。但数据却没有同步。
最新发布
07-27
<think>根据用户提供的引用信息和之前的问题，我们继续分析Oracle Data Guard主备库归档日志传输正常但数据未同步的原因。结合引用[1][2][3][4]中的关键点，以下是核心排查方向： ### 核心原因定位（基于引用） 1. **备库日志应用(MRP)未启动**（引用[1]明确提到）： - 即使日志传输正常（LNSn进程活动），若备库未启动MRP进程，则日志不会被应用到备库数据库[^1]。 - 引用[1]中操作命令： - 停止应用：`ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL` - 启动应用：`ALTER DATABASE RECOVER MANAGED STEDNBY DATABASE DISCONNECT` 2. **归档日志存在间隙(GAP)**（引用[2][3]强调）： - 通过`V$ARCHIVE_GAP`视图可检查缺失的日志序列[^2][^3]。 - 即使新日志持续传输，若中间有日志丢失（如网络中断导致），备库会卡在缺失日志处停止应用。 3. **日志应用参数配置错误**（引用[4]说明传输机制）： - 主库日志传输依赖LNSn进程（非LGWR直接传输）[^4]，但备库需正确配置`STANDBY_FILE_MANAGEMENT`等参数才能应用日志。 4. **备库状态不兼容**（引用[1]隐含）： - 物理备库需处于`MOUNT`或`READ ONLY WITH APPLY`状态（Active Data Guard）才能应用日志[^1]。 --- ### 详细排查步骤（结合引用和实战） #### 1. **确认备库日志应用状态**（关键一步） ```sql -- 检查MRP进程状态（引用[1][2]） SELECT PROCESS, STATUS, SEQUENCE# FROM V$MANAGED_STANDBY WHERE PROCESS IN ('MRP0', 'MRP'); ``` - **正常状态**：`STATUS`应为`APPLYING_LOG`且`SEQUENCE#`持续增长。 - **异常处理**： - 若未返回记录，说明MRP未启动，执行： ```sql ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT; ``` #### 2. **检查日志序列连续性**（引用[2][3]） ```sql -- 是否存在日志间隙（GAP） SELECT * FROM V$ARCHIVE_GAP; ``` - **输出说明**： - `THREAD#`: 线程号（RAC环境需关注） - `LOW_SEQUENCE#`/`HIGH_SEQUENCE#`: 缺失的日志序列号范围。 - **处理缺失日志**： 1. 在主库定位缺失的归档日志文件： ```sql SELECT NAME FROM V$ARCHIVED_LOG WHERE THREAD#=<gap_thread> AND SEQUENCE# BETWEEN <low_seq> AND <high_seq>; ``` 2. 手动复制到备库归档目录。 3. 在备库注册日志： ```sql ALTER DATABASE REGISTER PHYSICAL LOGFILE '/path/to/archive_log_<sequence#>.arc'; ``` #### 3. **验证备库数据库状态**（引用[1]） ```sql SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS FROM V$DATABASE; ``` - **要求状态**： - Oracle 11g+：`OPEN_MODE`应为`READ ONLY WITH APPLY`（启用Active Data Guard）。 - Oracle 10g：`OPEN_MODE`应为`MOUNTED`。 - **错误状态示例**：`OPEN_MODE=READ ONLY`但未启用应用（无`WITH APPLY`）。 - **修复命令**： ```sql -- 先取消恢复（若已启动） ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; -- 重启为正确模式 ALTER DATABASE OPEN READ ONLY; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT; ``` #### 4. **检查关键参数配置**（引用[3][4]） ```sql -- 备库文件自动管理（避免文件缺失导致应用失败） SHOW PARAMETER STANDBY_FILE_MANAGEMENT; -- 应为 'AUTO' -- 备库归档路径（确认与主库传输路径匹配） SHOW PARAMETER STANDBY_ARCHIVE_DEST; -- 路径需有写入权限且磁盘空间充足 ``` - **异常处理**： - 若`STANDBY_FILE_MANAGEMENT=MANUAL`，需改为`AUTO`： ```sql ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO SCOPE=BOTH; ``` - 若路径错误或磁盘满，调整路径或清理空间。 #### 5. **检查备库告警日志**（终极手段） ```bash # 登录备库服务器 tail -100f $ORACLE_BASE/diag/rdbms/<dbname_standby>/<instance_name>/trace/alert_<instance_name>.log ``` - **关键错误**： - `ORA-00308`: 无法打开归档日志（文件损坏或路径错误） - `ORA-19502`: 写数据文件失败（存储问题） - `ORA-600 [3020]`: 块校验错误（主备库数据文件不一致） --- ### 总结解决方案 | **原因** | **解决措施** | |-------------------------|-----------------------------------------------------------------------------| | MRP进程未启动 | 启动MRP：`ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;` | | 存在日志间隙(GAP) | 手动注册缺失日志（方法见步骤2） | | 备库状态错误 | 调整为`MOUNT`或`READ ONLY WITH APPLY`（方法见步骤3） | | 参数配置错误 | 修正`STANDBY_FILE_MANAGEMENT=AUTO`，确保归档路径有效 | | 日志/数据文件损坏 | 从主库重新传输文件或重建备库 | > **预防建议**：部署定期监控脚本，检查`V$ARCHIVE_GAP`和`V$MANAGED_STANDBY`，并配置OEM告警。 §§相关问题§§ 1. Oracle Data Guard中如何自动修复日志间隙(GAP)？ 2. 如何配置Active Data Guard以实现备库实时查询？ 3. 主库与备库出现数据文件不一致时如何修复？ 4. 如何监控Oracle Data Guard的实时同步延迟？</think>### Oracle DG 主备库日志传输正常但数据未同步的原因排查 根据引用内容，结合 Oracle Data Guard 的核心机制，以下是数据未同步的**根本原因**和**排查步骤**： --- ### 一、核心原因分析 1. **备库日志应用未启动（MRP 进程未运行）** - 归档日志传输（由 LNSn 进程完成）正常，但日志**应用**依赖 MRP 进程[^1][^4]。 - **典型表现**： ```sql -- 查询结果 STATUS 为空或非 APPLYING_LOG SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY WHERE PROCESS = 'MRP0'; ``` 2. **日志序列间隙（GAP）** - 主库日志序列不连续，导致备库无法应用后续日志（即使新日志持续传输）[^2][^3]。 - **检查命令**： ```sql SELECT * FROM V$ARCHIVE_GAP; -- 显示缺失的日志序列 ``` 3. **备库状态不兼容日志应用** - Oracle 10g：备库需处于 `MOUNT` 状态才能应用日志。 - Oracle 11g+：需启用 Active Data Guard（`READ ONLY WITH APPLY`）[^1]。 - **错误状态示例**： ```sql SELECT OPEN_MODE FROM V$DATABASE; -- 返回 OPEN（非 READ ONLY WITH APPLY） ``` 4. **参数配置错误** - `STANDBY_FILE_MANAGEMENT=MANUAL`（备库无法自动管理文件）[^3] - `LOG_ARCHIVE_DEST_2` 含 `DELAY` 属性（故意延迟应用）[^1] - `STANDBY_ARCHIVE_DEST` 路径错误（日志文件无法定位）[^3] 5. **日志/数据文件损坏** - 传输的归档日志在备库损坏（如 RFS 进程写入失败）[^4] - 备库数据文件与主库不一致（如手动修改备库文件） --- ### 二、关键排查步骤 #### 1. 检查备库日志应用状态（MRP 进程） ```sql -- 确认 MRP 进程是否运行 SELECT PROCESS, STATUS, SEQUENCE# FROM V$MANAGED_STANDBY WHERE PROCESS = 'MRP0'; -- 若未运行，手动启动 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT; ``` #### 2. 检查日志序列连续性 ```sql -- 是否存在日志间隙 SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP; -- 对比主备库日志序列 SELECT MAX(SEQUENCE#) AS "主库最新序列" FROM V$ARCHIVED_LOG WHERE DEST_ID=1; SELECT MAX(SEQUENCE#) AS "备库已应用序列" FROM V$ARCHIVED_LOG WHERE APPLIED='YES'; ``` #### 3. 验证备库状态和模式 ```sql -- 检查数据库状态 SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS FROM V$DATABASE; -- Oracle 11g+ 修复命令（启用 Active DG） ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; ALTER DATABASE OPEN; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT; ``` #### 4. 审核关键参数 ```sql -- 检查文件自动管理 SHOW PARAMETER STANDBY_FILE_MANAGEMENT; -- 需为 AUTO -- 检查备库归档路径 SHOW PARAMETER STANDBY_ARCHIVE_DEST; -- 检查延迟设置（主库执行） SHOW PARAMETER LOG_ARCHIVE_DEST_2; -- 确认无 DELAY 属性 ``` #### 5. 检查日志错误和系统资源 ```sql -- 查看同步错误（引用[2][3]） SELECT ERROR_CODE, MESSAGE FROM V$DATAGUARD_STATUS; -- 检查备库存储空间 SELECT * FROM V$RECOVERY_AREA_USAGE; -- 归档区使用率 ``` --- ### 三、解决方案总结 | **问题类型** | **解决措施** | |----------------------|-----------------------------------------------------------------------------| | MRP 进程未运行 | 启动 MRP：`ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;` | | 日志间隙（GAP） | 手动注册缺失日志：`ALTER DATABASE REGISTER PHYSICAL LOGFILE '<路径>';` | | 备库状态错误 | 重启至正确模式（`MOUNT` 或 `READ ONLY WITH APPLY`） | | 参数配置错误 | 修正参数：`ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;` | | 日志/文件损坏 | 从主库重新传输日志或重建备库 | > **预防建议**： > - 部署监控脚本定期检查 `V$MANAGED_STANDBY` 和 `V$ARCHIVE_GAP`[^2] > - 启用 Active Data Guard（11g+）避免状态冲突[^1] > - 设置 `LOG_ARCHIVE_TRACE=15` 跟踪日志传输细节 --- ### 四、相关问题 1. 如何配置 Active Data Guard 实现备库实时查询？ 2. Oracle Data Guard 出现 ORA-00308 错误如何修复？ 3. 如何监控 Data Guard 的实时同步延迟？ 4. 主库与备库数据文件不一致时如何修复？ 通过以上步骤，90% 的同步问题可快速定位。若问题仍存在，请检查备库告警日志（`alert_<SID>.log`）中的 ORA 错误[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值