PL/SQL不能直接校验备份有效性，因其无法解析物理备份集；真正有效的校验必须由RMAN执行VALIDATE BACKUPSET或RESTORE DATABASE PREVIEW，PL/SQL仅能用于还原后的数据一致性检查，如行数比对、主键校验、触发器与序列状态核查。
pl/sql 本身不能直接执行备份校验，它不读取 rman 备份集、控制文件或归档日志；所谓“用 pl/sql 校验备份”，实际是指在备份还原后，用 pl/sql 编写逻辑检查还原结果的数据一致性。
为什么不能用 DBMS_BACKUP_RESTORE 或其他包验证备份有效性
Oracle 官方明确限制：除 RMAN 外，所有用户态工具（包括 PL/SQL 包）均无法解析或校验物理备份集（如 .bkp 文件）的完整性。DBMS_BACKUP_RESTORE 是内部包，未公开文档，调用它会导致 ORA-01031 或静默失败；DBMS_DATAPUMP 只能启动导出作业，不提供校验接口。
常见误操作是写个存储过程去 SELECT COUNT(*) FROM backup_set_table —— 这类表根本不存在，纯属虚构。
- 真正有效的备份校验必须由
RMAN执行：VALIDATE BACKUPSET或RESTORE DATABASE PREVIEW - PL/SQL 能做的，仅限于还原后的数据层验证：行数比对、关键字段校验、约束状态检查
- 若跳过 RMAN 校验直接还原，等于把备份有效性完全押注在“还原没报错”上——而很多逻辑损坏（如索引与表数据不一致）RMAN 还原时根本不报错
COUNT(*) 和 NUM_ROWS 对不上？别急着删表
还原后发现某张表 COUNT(*) 比源库少几行，但 USER_TABLES.NUM_ROWS 显示一致？这是典型统计信息未刷新导致的假象。
执行前先确认是否已收集统计信息：
EXEC DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCOTT', tabname => 'EMP');
更可靠的一致性检查方式是绕过统计信息，用确定性方法比对：
- 对主键列做
MIN/MAX/COUNT三重校验：SELECT MIN(empno), MAX(empno), COUNT(*) FROM emp; - 用
DBMS_CRYPTO.HASH计算整表摘要（适合中小表）：SELECT STANDARD_HASH(CAST(COLLECT(empno || ',' || ename) AS SYS.ODCIVARCHAR2LIST), 'SHA256') FROM emp; - 避免
ORDER BY+ROWNUM分页比对——不同执行计划下顺序可能不同，导致误判
还原后触发器/序列状态容易被忽略
用 PL/SQL Developer 导出再导入时，SEQUENCE.CURRVAL 不会自动同步，TRIGGER 默认处于 DISABLED 状态。这会导致后续插入失败或主键冲突，但错误不在还原过程本身，而在还原后未检查。
必须手动运行以下检查：
- 查禁用触发器：
SELECT trigger_name, status FROM user_triggers WHERE status = 'DISABLED'; - 查序列当前值偏差：
SELECT sequence_name, last_number FROM user_sequences;（需与源库LAST_NUMBER手动比对） - 重建触发器前先确认依赖对象是否存在：
SELECT referenced_name FROM user_dependencies WHERE name = 'MY_TRIGGER' AND type = 'TRIGGER';
特别注意：Oracle 12c+ 的 identity 列不会导出为 SEQUENCE，但 PL/SQL Developer 的“导出表”功能仍会生成 INSERT 脚本，此时若目标库未启用 IDENTITY，脚本执行直接报错。
用 PL/SQL 自动化一致性检查的关键点
写一个检查脚本不难，难在覆盖边界场景。以下三点决定结果是否可信：
- 时间点必须严格一致：所有校验查询应在同一事务中完成，用
SET TRANSACTION READ ONLY避免中间 DML 干扰 - 排除临时表和全局临时表（
GTTS）：它们不参与备份，但USER_TABLES里有记录，硬比对会误报 - LOB 字段需单独处理：
DBMS_LOB.GETLENGTH比LENGTH更准，且要检查DBA_LOBS中的CHUNK设置是否匹配
最易被忽略的是字符集转换问题——源库是 AL32UTF8，目标库建库时用了 ZHS16GBK，即使 COUNT(*) 相同，中文字段也可能被截断或乱码，这种损坏 PL/SQL 查不到，只能靠业务侧抽样验证。
