1. 错误概述与现象描述

1.1 错误现象

当 ASM 实例尝试挂载磁盘组（Diskgroup）时，实例崩溃或挂载失败，alert.log 中出现以下错误信息：

ORA-00600: internal error code, arguments: [kfrValAcd30], [DG_DATA], [2], [1843], [3748], [1854], [3]

典型的错误堆栈（Stack Call）如下：

kfrValAcd30 <- kfrcACDRcvChk <- kfrcMount <- kfrmMount <- ksfdmmnt <- asm_mount <- ...

集群环境下，资源 ora.asm 可能显示为 offline 状态，CRS 日志中出现大量 ORA-00600 错误：

CRS-5017: 资源操作 "ora.asm start"遇到以下错误: 
ORA-00600: internal error code, arguments: [kfrValAcd30], [OCR_VOTE], [1], [14], [7556], [15], [7584]

1.2 错误参数解析

ORA-00600 [kfrValAcd30] 的参数格式如下：

参数位置含义
arg0固定值 kfrValAcd30
arg1磁盘组名称（如 DG_DATA、OCR_VOTE）
arg2Thread ID
arg3期望的 Checkpoint Sequence
arg4实际的 Checkpoint Sequence
arg5期望的 Checkpoint Block
arg6实际的 Checkpoint Block

错误在 ASM 对磁盘组进行恢复时，期望的 Change Sequence 与实际读取到的 Sequence 不一致时触发。

2. 深度技术分析

2.1 ACD 是什么？

ASM 的 Active Change Directory (ACD) 是 ASM 元信息的 3号文件，记录 ASM 元数据块的每一次原子性变化，相当于数据库实例的 Redo Log——ACD 用于 ASM 自身的 Crash Recovery。

ACD 结构组成：

组件全称说明
ACDCACD CheckpointACD 检查点块，存储当前恢复位置
ABAACD Block AddressACD 块地址，类似 DB 的 RBA
LGEACD Redo Log RecordACD 重做日志记录
BCDBlock Change Descriptor块变更描述，类似 DB 的重做向量

2.2 ACD 在磁盘组中的布局

ACD 被分成多个 chunk（线程块），每个运行中的 ASM 实例拥有自己的 chunk，大小固定为 42MB。当磁盘组被创建时，会为第一个 ASM 实例分配一个独立的 chunk。

查询 ACD 在磁盘组中的分布：

-- 查询磁盘组 1 的 ACD（元数据文件号 = 3）分布
SELECT x.xnum_kffxp "Extent", 
       x.au_kffxp "AU", 
       x.disk_kffxp "Disk #", 
       d.name "Disk name"
FROM x$kffxp x, v$asm_disk_stat d
WHERE x.group_kffxp = d.group_number
  AND x.disk_kffxp = d.disk_number
  AND x.group_kffxp = 1      -- 替换为目标磁盘组号
  AND x.number_kffxp = 3     -- ACD 文件号固定为 3
ORDER BY 1, 2;

2.3 ACD Checkpoint Block 关键字段

ACD Checkpoint Block 中存储以下关键元数据：

字段说明
kfracdc.threadASM Thread ID
kfracdc.blk0该 Thread 第一个 Active Change Block 块号
kfracdc.blksActive Change Block 数量（通常为 10751）
kfracdc.ckpt.seqCheckpoint Sequence（类似 DB 的 Checkpoint RBA）
kfracdc.ckpt.blkCheckpoint Block
kfracdc.fcn.base/wrapCheckpoint FCN（类似 DB 的 Checkpoint SCN）

使用 kfed 查看 ACD Checkpoint Block：

# 查看指定磁盘上 ACD 的 AU 3（需根据实际 AU 位置调整）
kfed read /dev/oracleasm/disks/ASMDISK6 ausz=4m aun=3 | more

关键输出示例：

kfbh.endian:                  1 ; 0x000: 0x01
kfbh.hard:                  130 ; 0x001: 0x82
kfbh.type:                    7 ; 0x002: KFBTYP_ACDC
kfracdc.thread:               1 ; 0x020: 0x00000001
kfracdc.ckpt.seq:          1843 ; 0x028: 0x00000733
kfracdc.ckpt.blk:          3748 ; 0x02c: 0x00000ea4

2.4 根因分析

错误 ORA-00600 [kfrValAcd30] 的根本原因是：

  1. 硬件故障：存储双活同步异常、磁盘损坏、HBA 卡故障、光纤线缆问题

  2. OS/文件系统问题：操作系统异常、文件系统损坏、IO 超时

  3. 异常掉电：非正常关机导致 ACD 块写入不完整

  4. Bug 触发：特定场景下的 ASM Bug

  5. 元数据损坏：ACD 块的主辅扩展区均发生损坏

Oracle 官方认为该错误通常由存储或 OS 问题导致 ACD 块的元数据不一致。

3. 诊断与信息收集

3.1 获取完整错误信息

-- 查询 ASM Alert Log
SELECT value FROM v$parameter WHERE name = 'background_dump_dest';
-- 查看 $BACKGROUND_DUMP_DEST/alert_<ASM_SID>.log

-- 检查 ASM 实例的 Trace 文件
SELECT value FROM v$parameter WHERE name = 'user_dump_dest';

3.2 收集 ASM 诊断信息

-- 查看无法挂载的磁盘组信息
SELECT group_number, name, state, type, total_mb, free_mb 
FROM v$asm_diskgroup;

-- 查看磁盘组中的磁盘状态
SELECT group_number, disk_number, name, path, state, header_status, mode_status
FROM v$asm_disk 
ORDER BY group_number, disk_number;

-- 检查 ASM 实例的进程信息
SELECT inst_id, group_number, state, total_mb, free_mb
FROM gv$asm_diskgroup;

3.3 生成 AMDU 自动诊断转储

从 Oracle 11.2.0.3 开始，ORA-600 [kfd...] 类错误会自动触发 amdu dump 操作，dump 文件存放在诊断目录下：

# 查找自动生成的 amdu dump 文件
find $ADR_BASE -name "amdu*" -type f 2>/dev/null

3.4 手动执行 AMDU 元数据导出

# 导出磁盘组元数据
amdu -diskstring '/dev/oracleasm/disks/*' -dump 'DG_DATA'

# 导出到指定目录（不创建目录结构）
amdu -diskstring '/dev/oracleasm/disks/*' -dump 'DG_DATA' -nodir

# 不输出执行过程，仅生成报告
amdu -diskstring '/dev/oracleasm/disks/*' -dump 'DG_DATA' -noreport

# 仅导出特定 ASM 文件（如控制文件）
amdu -diskstring '/dev/oracleasm/disks/*' -extract 'DG_DATA.256'

3.5 使用 kfed 诊断损坏块

# 查看磁盘头信息
kfed read /dev/oracleasm/disks/DISK1

# 查看 ACD checkpoint block（指定 AU 和 AU 大小）
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=0 blkn=0

# 查看 Partner Status Table (PST)
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=1 blkn=2

# 查看 File Directory
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=1 blkn=0

3.6 比较期望值与实际值的差异

从错误信息中提取参数并分析：

错误参数含义诊断操作
arg3 = 期望 SequenceASM 期望的 Checkpoint Sequencekfed 读取 kfracdc.ckpt.seq
arg4 = 实际 Sequence磁盘上存储的实际 Sequence对比差异
arg5 = 期望 Block期望的 Checkpoint Blockkfed 读取 kfracdc.ckpt.blk
arg6 = 实际 Block磁盘上存储的实际 Block对比差异

4. 解决方案

4.1 方案一：重建磁盘组（官方推荐方案）

适用场景：有完整 RMAN 备份或可接受数据丢失

4.1.1 步骤概览

  1. 收集数据文件结构信息

  2. 识别受影响磁盘组中的数据库文件

  3. 从 RMAN 备份恢复数据文件

  4. 删除并重建故障磁盘组

  5. 将数据文件迁移回新磁盘组

4.1.2 详细操作步骤

步骤 1：获取数据库文件结构信息

-- 从数据库 Alert Log 获取控制文件位置
grep "control_files" $ORACLE_BASE/diag/rdbms/<dbname>/<sid>/alert/log.xml

-- 查询数据文件信息（如果数据库可以启动到 mount 状态）
SELECT name FROM v$datafile UNION ALL
SELECT member FROM v$logfile UNION ALL
SELECT name FROM v$tempfile UNION ALL
SELECT name FROM v$controlfile;

步骤 2：识别受影响磁盘组中的文件

-- 假设受影响磁盘组名为 'DG_DATA'
SELECT name FROM v$datafile WHERE name LIKE '+DG_DATA/%';
SELECT member FROM v$logfile WHERE member LIKE '+DG_DATA/%';
SELECT name FROM v$tempfile WHERE name LIKE '+DG_DATA/%';

步骤 3：执行 RMAN 恢复（如有备份）

# RMAN 恢复脚本示例
rman target /

RMAN> RUN {
    ALLOCATE CHANNEL ch1 DEVICE TYPE DISK;
    SET NEWNAME FOR DATABASE TO '+NEW_DG';
    RESTORE DATABASE;
    SWITCH DATAFILE ALL;
    RECOVER DATABASE;
    RELEASE CHANNEL ch1;
}

步骤 4：强制删除无法挂载的磁盘组

-- 如果磁盘组无法正常 DROP
DROP DISKGROUP DG_DATA INCLUDING CONTENTS;

-- 若上述命令失败，需要清除磁盘头元数据（请务必谨慎操作！）
-- 使用 dd 命令清除磁盘前 50MB（仅限确认磁盘无误的情况下操作）
dd if=/dev/zero of=/dev/oracleasm/disks/DISK1 bs=1048576 count=50

⚠️ 警告：使用 dd 清除磁盘头是非常危险的操作，必须在 Oracle 支持的指导下进行，并且务必先备份所有磁盘的头部元数据！

步骤 5：重建磁盘组

CREATE DISKGROUP DG_DATA 
    EXTERNAL REDUNDANCY 
    DISK '/dev/oracleasm/disks/DISK1', 
         '/dev/oracleasm/disks/DISK2'
    ATTRIBUTE 'au_size'='4M', 'compatible.asm'='19.0.0.0.0';

4.2 方案二：使用 AMDU 抽取数据（无 RMAN 备份时）

适用场景：没有 RMAN 备份，需要最大程度恢复数据

AMDU 工具不依赖 ASM 实例状态，可在磁盘组未挂载的情况下直接抽取 ASM 文件。

4.2.1 步骤概览

  1. 从数据库 Alert Log 提取控制文件位置

  2. 使用 AMDU 抽取控制文件

  3. 启动数据库到 mount 状态

  4. 获取数据文件列表

  5. 使用 AMDU 抽取所有数据文件

  6. 将数据库切换到新磁盘组或文件系统

4.2.2 详细操作步骤

步骤 1：提取控制文件

# 从 Alert Log 获取控制文件的 ASM 文件名
# 格式: +DG_NAME/DB_NAME/CONTROLFILE/current.XXX.YYY
# 假设控制文件为 +DG_DATA/ORCL/CONTROLFILE/current.269.957297789

# 使用 AMDU 抽取控制文件
amdu -diskstring '/dev/oracleasm/disks/*' \
     -extract 'DG_DATA.269' \
     -noreport -nodir

# 输出文件: DG_DATA_269.f

步骤 2：启动数据库到 mount 状态

# 创建临时参数文件
cat > /tmp/init_restore.ora << EOF
*.control_files='/tmp/DG_DATA_269.f'
*.db_name='ORCL'
EOF

# 启动数据库
sqlplus / as sysdba
SQL> STARTUP NOMOUNT PFILE='/tmp/init_restore.ora';
SQL> ALTER DATABASE MOUNT;

步骤 3：获取所有 ASM 文件的编号

-- 获取数据文件编号
SELECT file#, name FROM v$datafile;

-- 获取临时文件编号
SELECT file#, name FROM v$tempfile;

-- 获取日志文件编号
SELECT group#, member FROM v$logfile;

-- 获取控制文件编号（已在步骤1使用）
SELECT name FROM v$controlfile;

步骤 4：批量抽取数据文件

#!/bin/bash
# amdu_extract.sh - 批量抽取 ASM 文件

DISKSTRING='/dev/oracleasm/disks/*'
OUTPUT_DIR='/oracle/extracted_files'

# 创建输出目录
mkdir -p ${OUTPUT_DIR}

# 抽取数据文件（假设文件号为 347, 368, 316...）
for fnum in 347 368 316 335 400; do
    echo "Extracting DG_DATA.${fnum} ..."
    amdu -diskstring "${DISKSTRING}" \
         -extract "DG_DATA.${fnum}" \
         -noreport -nodir
    mv DG_DATA_${fnum}.f ${OUTPUT_DIR}/
done

# 抽取日志文件
for fnum in 501 502 503; do
    echo "Extracting DG_DATA.${fnum} ..."
    amdu -diskstring "${DISKSTRING}" \
         -extract "DG_DATA.${fnum}" \
         -noreport -nodir
    mv DG_DATA_${fnum}.f ${OUTPUT_DIR}/
done

echo "Extraction completed. Files in ${OUTPUT_DIR}"

步骤 5：处理非 OMF 命名的数据文件

# 对于非 OMF 命名的文件（如 +DG_DATA/orcl/datafile/tbs01.dbf），需要先抽取元数据

# 1. 导出磁盘组元数据
amdu -diskstring '/dev/oracleasm/disks/*' -dump 'DG_DATA'

# 2. 从元数据中找到 alias 对应的 fnum
#    查看 amdu_dump_*/dg_data/df/df_* 目录中的信息

# 3. 根据找到的 fnum 进行抽取
amdu -diskstring '/dev/oracleasm/disks/*' -extract 'DG_DATA.123'

步骤 6：恢复数据库

-- 将控制文件中的数据文件路径更新为抽取后的文件路径
ALTER DATABASE RENAME FILE '+DG_DATA/ORCL/DATAFILE/system.347.957297809'
    TO '/oracle/extracted_files/DG_DATA_347.f';

ALTER DATABASE RENAME FILE '+DG_DATA/ORCL/DATAFILE/sysaux.368.957297823'
    TO '/oracle/extracted_files/DG_DATA_368.f';

-- 重复上述操作对所有数据文件

-- 执行介质恢复（如需要）
RECOVER DATABASE;

-- 打开数据库
ALTER DATABASE OPEN;

4.3 方案三：KFED 元数据修复（黑客方案）

⚠️ 严重警告：此方案涉及直接修改 ASM 元数据，操作不当可能导致数据永久损坏。仅限无备份且 AMDU 无法正常抽取时，在充分评估风险后尝试。

4.3.1 修复原理

通过修改 ACD Checkpoint Block 中的以下字段，强制 ASM 跳过错误的恢复步骤：

  • kfracdc.ckpt.seq — Checkpoint Sequence

  • kfracdc.ckpt.blk — Checkpoint Block

4.3.2 修复步骤

步骤 1：备份所有元数据（关键！）

#!/bin/bash
# backup_asm_metadata.sh - 备份 ASM 磁盘元数据

BACKUP_DIR="/oracle/asm_metadata_backup/$(date +%Y%m%d_%H%M%S)"
mkdir -p ${BACKUP_DIR}

# 获取所有 ASM 磁盘
for disk in /dev/oracleasm/disks/*; do
    diskname=$(basename ${disk})
    echo "Backing up metadata for ${diskname} ..."
    
    # 备份磁盘头
    dd if=${disk} of=${BACKUP_DIR}/${diskname}_header.dd bs=4096 count=1
    
    # 备份每个 AU（备份前 50 个 AU，覆盖 ACD 区域）
    for au in {0..50}; do
        dd if=${disk} of=${BACKUP_DIR}/${diskname}_au${au}.dd bs=1048576 skip=${au} count=1 2>/dev/null
    done
    
    # 使用 kfed 输出元数据
    kfed read ${disk} > ${BACKUP_DIR}/${diskname}_kfed.out
done

echo "Backup completed in ${BACKUP_DIR}"

步骤 2：定位 ACD Checkpoint Block

# 方法一：通过 X$KFFXP 视图定位（需要 ASM 实例启动到 nomount）
sqlplus / as sysasm

SQL> SELECT x.disk_kffxp, x.au_kffxp, x.xnum_kffxp, d.path
     FROM x$kffxp x, v$asm_disk d
     WHERE x.group_kffxp = 1 
       AND x.number_kffxp = 3   -- ACD 文件号
       AND x.xnum_kffxp = 0     -- 第一个 extent（ACDC block）
       AND x.disk_kffxp = d.disk_number;

-- 方法二：如果没有 X$ 视图访问权限，尝试在多个磁盘上搜索
for disk in /dev/oracleasm/disks/*; do
    for au in {0..41}; do
        kfed read ${disk} ausz=1m aun=${au} blkn=0 2>/dev/null | grep -q "KFBTYP_ACDC" && \
            echo "Found ACDC on ${disk} AU ${au}"
    done
done

步骤 3：读取当前 ACDC Block 信息

# 假设 ACDC 位于 /dev/oracleasm/disks/DISK1 的 AU 0
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=0 blkn=0 | grep -E "kfracdc"

步骤 4：修改 ACDC Block

# 方法一：使用 kfed write 直接修改（推荐，需先构造修改后的块）

# 1. 将原始块读入文件
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=0 blkn=0 > /tmp/acdc_block.txt

# 2. 使用十六进制编辑器修改关键字段
#    - 将 kfracdc.ckpt.seq 从错误值改为期望值
#    - 将 kfracdc.ckpt.blk 从错误值改为期望值
#    - 建议将 kfracdc.fcn.base 适当减小

# 3. 写回磁盘
kfed write /dev/oracleasm/disks/DISK1 ausz=1m aun=0 blkn=0 file=/tmp/acdc_modified.txt

方法二：使用十六进制编辑器直接修改

# 将整个 AU 读到文件
dd if=/dev/oracleasm/disks/DISK1 of=/tmp/au0.dd bs=1048576 skip=0 count=1

# 使用 hexdump 查看并修改
hexdump -C /tmp/au0.dd | head -20

# 使用 dd 配合 echo 修改特定偏移量
# 偏移量计算：kfracdc.ckpt.seq 通常位于 0x028，需要根据实际情况确认
echo -ne "\x00\x00\x07\x33" | dd of=/dev/oracleasm/disks/DISK1 bs=1 seek=40 conv=notrunc

# 注意：以上十六进制值需根据实际情况替换

步骤 5：验证修改

# 重新读取 ACDC Block，确认修改生效
kfed read /dev/oracleasm/disks/DISK1 ausz=1m aun=0 blkn=0 | grep -E "kfracdc"

# 尝试挂载磁盘组
sqlplus / as sysasm
SQL> ALTER DISKGROUP DG_DATA MOUNT;
4.3.3 备用方案：删除 ACD 文件并重建

如果 kfed 修复无效，可以尝试删除 ACD 文件并让 ASM 重建：

# 1. 使用 kfed 将 ACDC block 的类型改为未使用
#    将 kfbh.type 从 7(KFBTYP_ACDC) 改为 0

# 2. 强制挂载磁盘组
sqlplus / as sysasm
SQL> ALTER DISKGROUP DG_DATA MOUNT FORCE;

# 3. 如果挂载成功，立即备份数据

5. 预防机制

5.1 定期备份 ASM 元数据

#!/bin/bash
# asm_metadata_backup_daily.sh - 每日 ASM 元数据备份脚本

BACKUP_BASE="/oracle/asm_metadata_backup"
DATE=$(date +%Y%m%d)
BACKUP_DIR="${BACKUP_BASE}/${DATE}"
mkdir -p ${BACKUP_DIR}

# 获取 ASM 磁盘组信息
sqlplus -s / as sysasm << EOF
SET PAGESIZE 0 FEEDBACK OFF HEADING OFF
SELECT name FROM v\$asm_diskgroup;
EOF | while read dgname; do
    echo "Backing up diskgroup: ${dgname}"
    
    # 使用 amdu 备份元数据
    amdu -dump ${dgname} -diskstring '/dev/oracleasm/disks/*' -nodir \
         >> ${BACKUP_DIR}/${dgname}_amdu.log 2>&1
done

# 备份磁盘头
for disk in /dev/oracleasm/disks/*; do
    diskname=$(basename ${disk})
    kfed read ${disk} > ${BACKUP_DIR}/${diskname}_kfed.out
    dd if=${disk} of=${BACKUP_DIR}/${diskname}_header.dd bs=4096 count=1 2>/dev/null
done

# 清理 30 天前的备份
find ${BACKUP_BASE} -type d -mtime +30 -exec rm -rf {} \; 2>/dev/null

echo "ASM metadata backup completed at $(date)"

配置定时任务：

# 添加到 crontab
0 2 * * * /oracle/scripts/asm_metadata_backup_daily.sh >> /var/log/asm_metadata_backup.log 2>&1

5.2 硬件层预防

措施说明
存储双活/镜像使用 Normal 或 High Redundancy 磁盘组
UPS 电源防止异常掉电导致的 ACD 写入不完整
HBA 卡冗余多路径（Multipath）配置
存储定期巡检检查磁盘 SMART 信息，提前发现故障

5.3 ASM 层面最佳实践

1. 配置 compatible.asm 参数

-- 创建磁盘组时设置兼容性
CREATE DISKGROUP DG_DATA 
    EXTERNAL REDUNDANCY 
    DISK '/dev/oracleasm/disks/DISK1'
    ATTRIBUTE 'compatible.asm'='19.0.0.0.0',
              'compatible.rdbms'='19.0.0.0.0',
              'au_size'='4M';

2. 设置磁盘组属性

-- 设置磁盘组属性以增强容错能力
ALTER DISKGROUP DG_DATA SET ATTRIBUTE 'disk_repair_time'='3.0H';
ALTER DISKGROUP DG_DATA SET ATTRIBUTE 'content.check'='TRUE';

3. 启用 ASM 快速镜像重新同步

ALTER DISKGROUP DG_DATA SET ATTRIBUTE 'fast_mirror_resync'='TRUE';

4. 配置 ASM 参数

-- 增大 ASM 实例的 PROCESSES 和 SGA
ALTER SYSTEM SET processes=500 SCOPE=SPFILE SID='*';
ALTER SYSTEM SET asm_diskstring='/dev/oracleasm/disks/*' SCOPE=SPFILE SID='*';

-- 启用 ASM 诊断增强
ALTER SYSTEM SET event='600 trace name errorstack level 3' SCOPE=SPFILE SID='*';

5.4 RMAN 备份策略

# 完整的 RMAN 备份脚本（包含控制文件自动备份）
rman target / << EOF
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 4;

BACKUP AS COMPRESSED BACKUPSET 
    DATABASE 
    PLUS ARCHIVELOG 
    DELETE INPUT;

BACKUP CURRENT CONTROLFILE;
BACKUP SPFILE;

REPORT SCHEMA;
EOF

5.5 监控与告警

-- 创建 ASM 健康监控视图
CREATE OR REPLACE VIEW asm_health_monitor AS
SELECT g.name AS diskgroup_name,
       g.state,
       g.type,
       g.total_mb,
       g.free_mb,
       ROUND((g.free_mb / g.total_mb) * 100, 2) AS free_pct,
       COUNT(d.disk_number) AS disk_count,
       SUM(CASE WHEN d.state != 'NORMAL' THEN 1 ELSE 0 END) AS unhealthy_disk_count
FROM v$asm_diskgroup g, v$asm_disk d
WHERE g.group_number = d.group_number(+)
GROUP BY g.name, g.state, g.type, g.total_mb, g.free_mb;

-- 定期执行并告警
SELECT * FROM asm_health_monitor WHERE free_pct < 20 OR state != 'MOUNTED';

配置 ASM Alert Log 监控脚本：

#!/bin/bash
# monitor_asm_alert.sh

ALERT_LOG="/u01/app/grid/diag/asm/+asm/+ASM1/trace/alert_+ASM1.log"
KEYWORDS=("ORA-00600" "kfrValAcd30" "ORA-00603" "ORA-07445")

for kw in "${KEYWORDS[@]}"; do
    if tail -n 100 ${ALERT_LOG} | grep -q "${kw}"; then
        echo "ALERT: Found ${kw} in ASM alert log at $(date)" | mail -s "ASM Alert" dba@company.com
    fi
done

6. 总结

6.1 方案选择指南

场景推荐方案数据损失风险
有 RMAN 完整备份方案一：重建磁盘组恢复点以内
无备份，数据至关重要方案二：AMDU 抽取低（需完整数据）
无备份，AMDU 失败，紧急恢复方案三：kfed 修复中-高

6.2 关键注意事项

  1. 任何修复操作前必须备份元数据：使用 dd 备份受影响磁盘的至少前 100 个 AU

  2. 优先考虑业务连续性：如有 Data Guard，可切换至备库

  3. 记录所有操作：包括时间、命令、输出结果，便于回滚

  4. 联系 Oracle 支持：如果数据价值极高，优先寻求官方支持

  5. 修复后进行全库验证：使用 DBV 和 RMAN VALIDATE 检查完整性

7. 参考文献

  1. Oracle MOS Note 563048.1 - How to Drop and Recreate ASM Diskgroup

  2. Oracle MOS Note 553639.1 - AMDU (ASM Metadata Dump Utility)

  3. Oracle Database Error Messages 19c

  4. Oracle ASM Internal Active Change Directory Architecture

# 数据库
Logo
AI编程社区

汇聚全球AI编程工具，助力开发者即刻编程。

更多推荐

cover

码道 · 寻艺——从零构建“非遗交互式对话平台“的完整实践

avatar AI编程社区

码道：用 Python + FastAPI 快速构建一个学生信息管理接口：从零到 Swagger 在线文档

在日常开发和教学中，我们经常需要一套简单、可控、能快速上手的后端接口来演示"前后端分离"、练习 Restful API 设计，或者作为前端联调的 Mock 服务。传统做法往往是搭一套完整的 Web 工程：配置数据库、编写 DAO、引入 ORM、做请求分发……一套流程下来，光环境搭建就要花去不少时间，对于想快速验证想法、或者刚入门 API 开发的同学来说，显得过于沉重。

avatar AI编程社区

码道：从零构建学生信息管理系统 API：FastAPI 内存版 CRUD 项目全解析

FastAPI 的强大，很大程度上来自 Pydantic 的校验能力。我们写下类型声明，FastAPI 在运行时自动把它变成边界检查器。name：字符串，长度限制 1 到 50；age：整数，限制在 6 到 120 之间（ge大于等于、le小于等于）；gender：字符串，用正则限定只能是"男"“女”“其他”；email：邮箱格式字符串；grade与major：可选字段，代表班级和专业方向。

avatar AI编程社区