Every Day of a DBA，第154期: Oracle 19c Active Data Guard — Automatic Block Media Recovery (ABMR)

┌─────────────────────────────────────────┐
│     客户端查询触发物理块 I/O 失败          │
│     ORA-01578: 文件 X 块 Y 读取失败       │
└─────────────────┬───────────────────────┘
                  │
                  ▼
┌─────────────────────────────────────────┐
│   Oracle 内核检测到校验和错误或块格式错误   │
│   校验: 块是否属于可自动修复的物理坏块       │
│   ✗ 逻辑坏块 → 不触发 ABMR，直接报错       │
│   ✓ 物理坏块 → 进入 ABMR 流程             │
└─────────────────┬───────────────────────┘
                  │
                  ▼
┌─────────────────────────────────────────┐
│  ABMR 通过网络从另一端数据库请求块的副本     │
│                                          │
│   备库出错 → 从主库 FETCH 干净块            │
│   主库出错 → 从备库 FETCH 干净块            │
└─────────────────┬───────────────────────┘
                  │
                  ▼
┌─────────────────────────────────────────┐
│  接收到块副本后, 写入损坏位置, 刷新缓存      │
│  记录日志:                                  │
│  "Automatic block media recovery:          │
│   successfully restored block Y from       │
│   <source>"                                │
└─────────────────────────────────────────┘
                  │
                  ▼
┌─────────────────────────────────────────┐
│  客户端重新尝试读取 — 成功                  │
│  整个流程对应用完全透明                      │
└─────────────────────────────────────────┘

SELECT OPEN_MODE, DATABASE_ROLE FROM V$DATABASE;

SELECT PROCESS,STATUS, CLIENT_PID, THREAD#, SEQUENCE#
FROM V$MANAGED_STANDBY
WHERE PROCESS LIKE'MRP%';

SELECT*FROM V$OPTION WHERE PARAMETER ='Active Data Guard';

-- 主库检查
SHOW PARAMETER log_archive_config;

-- 备库检查
SHOW PARAMETER log_archive_config;

log_archive_config = 'DG_CONFIG=(orcl,orcl_stby)'
--                      ↑ 主库 DB_UNIQUE_NAME  ↑ 备库 DB_UNIQUE_NAME

log_archive_config = 'DG_CONFIG=(orcl)'            -- 漏了备库名称
log_archive_config = 'DG_CONFIG=(orcl_stby)'       -- 漏了主库名称
log_archive_config = ''                             -- 空值

-- 通过告警日志验证 ABMR 是否尝试触发
-- 逻辑坏块：仅看到 ORA-01578，无 ABMR 相关日志
-- 物理坏块：ORA-01578 后紧跟 "Automatic block media recovery: requesting block..."

-- 查看主库告警日志路径
SELECTVALUEFROM V$DIAG_INFO WHERE NAME ='Diag Alert';

# tail 实时跟踪
tail -f$ORACLE_BASE/diag/rdbms/<db_name>/trace/alert_<sid>.log | grep-i"automatic block media recovery"

Automatic block media recovery: requesting block 1234 from standby for file 5
Automatic block media recovery: successfully restored block 1234 from standby for file 5

ORA-01578: ORACLE data block corrupted (file # 5, block # 1234)
ORA-01110: data file 5: '/u01/oradata/users01.dbf'

# 1. 确定数据文件路径和块号
# 从 V$DATABASE_BLOCK_CORRUPTION 或:
SELECT file_name, file_id FROM DBA_DATA_FILES WHERE tablespace_name ='USERS';

# 2. 在主库使用 dd 损坏一个物理块
# 假设 file_id=5, block_number=12345
# 块大小 8192 字节
dd if=/dev/zero of=/u01/oradata/users01.dbf bs=8192conv=notrunc seek=12344count=1
# ↑ seek = block_number - 1（dd 的 seek 是 0-based）

# 3. 立即查询该表
SELECT COUNT(*) FROM test_table;  -- 预期：ORA-01578

# 4. 检查告警日志
tail -f$ORACLE_BASE/diag/rdbms/<db_name>/trace/alert_*.log | grep-i"automatic block"

# 5. 如果 ABMR 正常工作，会看到请求/恢复日志
# 验证坏块是否消失
SELECT * FROM V$DATABASE_BLOCK_CORRUPTION WHERE FILE# = 5 AND BLOCK# = 12345;
-- 应该无记录（已自动修复）

SELECT FILE#,
       BLOCK#,
       BLOCKS,
       CORRUPTION_TYPE,
       CORRUPTION_CHANGE#,
       RAC_ID
FROM V$DATABASE_BLOCK_CORRUPTION;

# 在备库执行 BLOCKRECOVER（修复备库本地坏块）
RMAN> BLOCKRECOVER DATAFILE 5 BLOCK 12345;

-- 1. 创建 Repair 表
BEGIN
    DBMS_REPAIR.ADMIN_TABLES(
        table_name      =>'REPAIR_TABLE',
        table_type      => DBMS_REPAIR.REPAIR_TABLE,
        action          => DBMS_REPAIR.CREATE_ACTION,
        tablespace_name =>'USERS'
    );
END;
/

-- 2. 检查坏块
DECLARE
    v_num_corrupt INT;
BEGIN
    v_num_corrupt := DBMS_REPAIR.CHECK_OBJECT(
        schema_name    =>'SCOTT',
        object_name    =>'EMP',
        repair_table   =>'REPAIR_TABLE'
    );
    DBMS_OUTPUT.PUT_LINE('Corrupt blocks found: '|| v_num_corrupt);
END;
/

-- 3. 标记块为跳过（丢失该块数据，慎用！）
DECLARE
    v_num_corrupt INT;
BEGIN
    v_num_corrupt := DBMS_REPAIR.FIX_CORRUPT_BLOCKS(
        schema_name    =>'SCOTT',
        object_name    =>'EMP',
        repair_table   =>'REPAIR_TABLE'
    );
    DBMS_OUTPUT.PUT_LINE('Blocks fixed: '|| v_num_corrupt);
END;
/

-- 4. 跳过损坏块读取数据
SELECT/*+ SKIP_CORRUPT */*FROM SCOTT.EMP;

-- 通过 ANALYZE 或 V$DATABASE_BLOCK_CORRUPTION 确认
SELECT SEGMENT_NAME, SEGMENT_TYPE, PARTITION_NAME, TABLESPACE_NAME
FROM DBA_EXTENTS
WHERE FILE_ID =5
  AND12345BETWEEN BLOCK_ID AND(BLOCK_ID + BLOCKS -1);

-- 如果段类型为 INDEX
DROPINDEX<owner>.<index_name>;
CREATEINDEX<owner>.<index_name>ON<table>(<columns>) ...;

-- 1. 使用 ROWID 分段扫描定位可读记录
-- 先找出坏块对应的 ROWID 范围
-- 2. 跳过坏块 CREATE TABLE AS SELECT
CREATETABLE scott.emp_goodAS
SELECT/*+ SKIP_CORRUPT */*FROM scott.emp;

-- 3. 验证行数
SELECTCOUNT(*)FROM scott.emp_good;
SELECTCOUNT(*)FROM scott.emp;  -- 可能比上面多或少（如果有坏块被跳过）

-- 4. 确认数据完整性后，替换原表
DROPTABLE scott.emp;
ALTERTABLE scott.emp_goodRENAMETO emp;

-- RMAN 物理与逻辑检测
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE;
-- 或
RMAN> VALIDATE CHECK LOGICAL DATABASE;

-- DBVERIFY
$ dbv file=/u01/oradata/users01.dbf blocksize=8192 logonly=yes

-- 查看 ABMR 相关的统计信息
SELECT NAME,VALUE
FROM V$SYSSTAT
WHERE NAME LIKE'%automatic block%';

-- Active Data Guard 统计
SELECT NAME,VALUE, TIME_COMPUTED
FROM V$ADG_STATS
WHERE NAME LIKE'%block%';

-- ABMR 条件巡检脚本
COLUMNcondition FORMAT A50
COLUMNstatus FORMAT A20

SELECT'Open Mode'AScondition,
       CASEWHEN OPEN_MODE ='READ ONLY WITH APPLY'THEN'✅ PASS'ELSE'❌ FAIL'ENDASstatus
FROM V$DATABASE
UNIONALL
SELECT'MRP0 Process',
       CASEWHENEXISTS(SELECT1FROM V$MANAGED_STANDBY WHERE PROCESS ='MRP0'ANDSTATUS='APPLYING_LOG')
            THEN'✅ PASS'ELSE'❌ FAIL'END
FROMDUAL
UNIONALL
SELECT'ADG License',
       CASEWHEN(SELECTVALUEFROM V$OPTION WHERE PARAMETER ='Active Data Guard')='TRUE'
            THEN'✅ PASS'ELSE'❌ FAIL'END
FROMDUAL
UNIONALL
SELECT'LOG_ARCHIVE_CONFIG',
       CASEWHEN(SELECTVALUEFROM V$PARAMETER WHERE NAME ='log_archive_config')LIKE'%DG_CONFIG=%'
            THEN'✅ CHECK (manual verify both sides)'ELSE'❌ FAIL'END
FROMDUAL;