Oracle CDB/PDB 运维管理 100 条命令

前言

Oracle 多租户环境里，实例启动并不代表业务 PDB 已经可用。PDB 的打开状态、服务映射、数据文件、钱包和根容器元数据只要有一处没对上，应用就可能连错库，克隆、迁移和恢复也容易在最后一步失败。

这 100 条命令覆盖 CDB/PDB 日常巡检、服务定位、容量检查、克隆插拔和备份恢复。前半部分适合日常排查，后半部分涉及关闭、迁移和恢复，执行前先确认容器、影响范围和回退方案。觉得有用可以先收藏，现场需要时按场景直接查。

示例基于 Oracle Database 19c。SALES_PDB、路径、服务名和 SCN 都是占位值；RAC 环境还要在每个实例核对 PDB 状态与服务分布。

Oracle CDB/PDB 多租户架构示意图 Oracle CDB/PDB 多租户架构示意图

图里业务服务分别进入对应 PDB，管理连接进入 CDB$ROOT。根容器、种子库和业务 PDB 共用 CDB 实例与 redo，但各自有独立的数据文件。

一、先确认容器和 PDB 状态

1. 确认当前库是不是 CDB

SQL

1SELECT cdb FROM v$database;

返回 YES 才继续查 PDB。NO 是非 CDB，后面的多租户命令不适用。

2. 确认 SQL 会话所在容器

SQL

1SELECT SYS_CONTEXT('USERENV', 'CON_NAME') AS con_name
2FROM   dual;

查全库时应在 CDB$ROOT。已经切到某个 PDB 的会话，看不到其他 PDB 的完整状态。

3. 列出 CDB 的所有容器

SQL

1SELECT con_id, name, open_mode, restricted
2FROM   v$containers
3ORDER  BY con_id;

在根容器执行。CON_ID=1 是根容器，2 是 PDB$SEED；业务 PDB 从后面的编号找。OPEN_MODE 与 RESTRICTED 要一起看。

4. 查当前实例上每个 PDB 的打开状态

SQL

1SELECT con_id, name, open_mode, restricted, open_time
2FROM   v$pdbs
3ORDER  BY con_id;

MOUNTED 表示 PDB 还没有打开；READ WRITE 表示可读写。RESTRICTED=YES 时，普通业务账号未必能连接。这个视图显示当前实例；RAC 不能用单节点结果代表全群。

5. 确认 CDB 是否启用 Local Undo

SQL

1SELECT property_name, property_value
2FROM   database_properties
3WHERE  property_name = 'LOCAL_UNDO_ENABLED';

在根容器执行。TRUE 表示每个 PDB 使用本地 UNDO，是热克隆和 PDB 时间点恢复的重要前提；FALSE 表示共享 UNDO，恢复与克隆方案要按共享模式重新核对。

6. 查 PDB 元数据状态

SQL

1SELECT pdb_id, pdb_name, status
2FROM   dba_pdbs
3ORDER  BY pdb_id;

DBA_PDBS.STATUS 是 PDB 元数据状态，不能替代第 4 条的 OPEN_MODE。PDB 是否可接业务连接，仍要看打开模式和服务。

7. 查看 SALES_PDB 的资源计划限制

SQL

1SELECT plan, pluggable_database, shares,
2       utilization_limit, parallel_server_limit
3FROM   dba_cdb_rsrc_plan_directives
4WHERE  pluggable_database = 'SALES_PDB'
5ORDER  BY plan;

CPU 或并行能力明显低于其他 PDB 时，先看 CDB Resource Manager 是否给它设置了份额或上限。没有记录不代表资源充足，还要确认当前 CDB 是否启用了对应资源计划。

8. 检查 PDB 是否以限制模式打开

SQL

1SELECT name, restricted
2FROM   v$pdbs
3WHERE  restricted = 'YES';

限制模式常见于维护或兼容性处理阶段。遇到 YES，先查为什么被限制，再决定是否开放业务连接。

9. 查看重启后应恢复的 PDB 打开状态

SQL

1SELECT con_name, instance_name, state, restricted
2FROM   dba_pdb_saved_states
3ORDER  BY con_name, instance_name;

这张视图记录 SAVE STATE 保存的状态。RAC 中记录按实例区分；某个节点没有对应记录，不能假定它会在重启后自动打开目标 PDB。

10. 检查 PDB 的恢复状态

SQL

1SELECT name, recovery_status
2FROM   v$pdbs
3ORDER  BY name;

RECOVERY_STATUS 显示 ENABLED 或 DISABLED。看到 DISABLED 时不要继续按普通恢复流程照搬命令，先确认是不是备库或迁移阶段的特殊安排。

二、服务指向哪个 PDB

11. 列出所有 PDB 服务及连接名

SQL

1SELECT pdb, network_name, con_id
2FROM   cdb_services
3WHERE  pdb IS NOT NULL
4AND    con_id > 2
5ORDER  BY pdb, network_name;

在根容器执行。NETWORK_NAME 是客户端实际使用的网络服务名，不要仅凭 PDB 名称猜连接串。CDB_ 视图受容器可见性影响，关闭或限制模式的 PDB 可能不返回相应行；名单不完整时再查服务定义与 PDB 状态。

12. 查看 SALES_PDB 关联的服务定义

SQL

1SELECT name, network_name, pdb
2FROM   dba_services
3WHERE  pdb = 'SALES_PDB'
4ORDER  BY name;

服务定义存在，不等于服务已经在当前实例运行。下一条再看运行中的服务；RAC 中还要查目标实例。

13. 查当前实例正在提供的 PDB 服务

SQL

1SELECT name, network_name, con_name, blocked
2FROM   v$active_services
3WHERE  con_name = 'SALES_PDB'
4ORDER  BY name;

这里看的是当前实例的活动服务。BLOCKED=YES 表示该实例不接收该服务的新连接；找不到预期服务时，结合第 4 条看 PDB 有没有打开，再核对集群配置和监听注册。

14. 核对业务服务有没有指错 PDB

SQL

1SELECT name, network_name, pdb
2FROM   dba_services
3WHERE  network_name = 'sales-app.example.com';

把示例网络名换成应用连接串里使用的服务名。PDB 不是 SALES_PDB 时，连接成功也可能落进了错误容器。

15. 查看 SALES_PDB 当前的业务会话落在哪些服务

SQL

1SELECT service_name, COUNT(*) AS sessions
2FROM   v$session
3WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
4AND    username IS NOT NULL
5GROUP  BY service_name
6ORDER  BY sessions DESC;

这是当前实例的会话快照。只统计有数据库用户名的会话；连接池可能保留空闲连接，所以会话数不等于当前请求数。RAC 需要到各实例核对。

16. 通过实际会话确认连接落入的容器

SQL

1SELECT sid, username, service_name, con_id
2FROM   v$session
3WHERE  service_name = 'sales-app'
4AND    username IS NOT NULL;

sales-app 是示例短服务名，不一定等于第 14 条的网络名称。服务配置看起来正确时，用会话的 CON_ID 再确认。结果只覆盖当前实例、当前存活的会话；没有记录不等于客户端完全无法连接。

三、PDB 的文件和空间

17. 比较各 PDB 的数据文件与临时文件占用

SQL

1SELECT name, ROUND(total_size / 1024 / 1024 / 1024, 2) AS total_gb,
2       ROUND(max_size / 1024 / 1024 / 1024, 2) AS max_gb
3FROM   v$pdbs
4ORDER  BY total_size DESC;

TOTAL_SIZE 包括数据文件和临时文件，不是对象段的实际已用空间。MAX_SIZE 是 PDB 文件可用的最大空间；未配置限制时，不能把这个数当作底层存储的真实剩余容量。

18. 定位 SALES_PDB 的数据文件

SQL

1SELECT con_id, file_id, tablespace_name, file_name
2FROM   cdb_data_files
3WHERE  con_id = (SELECT pdb_id FROM dba_pdbs WHERE pdb_name = 'SALES_PDB')
4ORDER  BY tablespace_name, file_id;

在根容器执行。查表空间告警时先把文件定位到容器，避免把同名表空间的文件认错。CDB_ 视图可能不返回关闭或限制模式 PDB 的行；加密表空间的字典查询还可能要求 keystore 已打开。

19. 定位 SALES_PDB 的临时文件

SQL

1SELECT con_id, file_id, tablespace_name, file_name
2FROM   cdb_temp_files
3WHERE  con_id = (SELECT pdb_id FROM dba_pdbs WHERE pdb_name = 'SALES_PDB')
4ORDER  BY tablespace_name, file_id;

临时文件与数据文件要分开看。找不到文件时先确认 PDB 是否打开，以及当前账号是否能看到对应容器的数据；不能直接断定临时文件丢失。

20. 查看 SALES_PDB 各表空间使用率

SQL

1-- 先切到 SALES_PDB，再执行
2SELECT tablespace_name, used_percent,
3       used_space, tablespace_size
4FROM   dba_tablespace_usage_metrics
5ORDER  BY used_percent DESC;

USED_PERCENT 以可达到的最大表空间大小为分母。自动扩展文件、底层存储剩余空间和 PDB 空间上限都可能影响这个分母；高使用率要结合数据文件与配额一起判断。

21. 查看 SALES_PDB 数据文件是否能自动扩展

SQL

1-- 在 SALES_PDB 执行
2SELECT tablespace_name, file_name,
3       ROUND(bytes / 1024 / 1024) AS current_mb,
4       autoextensible,
5       ROUND(maxbytes / 1024 / 1024) AS max_mb
6FROM   dba_data_files
7ORDER  BY tablespace_name, file_name;

AUTOEXTENSIBLE=NO 时文件不会自己增长；为 YES 也要检查 MAXBYTES 和底层空间。若文件已逼近上限，后续扩容方案应先确认 ASM 或文件系统还有容量。

22. 查 SALES_PDB 的临时文件增长上限

SQL

1-- 在 SALES_PDB 执行
2SELECT tablespace_name, file_name,
3       ROUND(bytes / 1024 / 1024) AS current_mb,
4       autoextensible,
5       ROUND(maxbytes / 1024 / 1024) AS max_mb
6FROM   dba_temp_files
7ORDER  BY tablespace_name, file_name;

排序或哈希操作报临时空间不足时，先看临时文件有无自动扩展及剩余增长空间，再查正在占用 TEMP 的会话。只加大文件，不处理异常 SQL，告警可能很快回来。

23. 检查 SALES_PDB 数据文件的联机状态

SQL

1-- 在 SALES_PDB 执行
2SELECT file_id, file_name, status, online_status
3FROM   dba_data_files
4WHERE  online_status <> 'ONLINE'
5ORDER  BY file_id;

ONLINE_STATUS 可能显示 OFFLINE、RECOVER、SYSTEM 或 SYSOFF；这里筛出的记录不一定都是故障。结合表空间和数据文件告警判断，不能按“非 ONLINE”统一执行恢复。

24. 查看 PDB 诊断文件占用

SQL

1SELECT name,
2       ROUND(diagnostics_size / 1024 / 1024) AS diagnostics_mb,
3       ROUND(max_diagnostics_size / 1024 / 1024) AS max_mb
4FROM   v$pdbs
5ORDER  BY diagnostics_size DESC;

DIAGNOSTICS_SIZE 是该 PDB 诊断 trace 的磁盘占用，不计入第 17 条的 TOTAL_SIZE。如果 trace 异常增长，要查对应 incident 和诊断日志，不能直接把文件当普通缓存清掉。

四、参数与业务账号

25. 找出允许在 PDB 内修改的参数

SQL

1-- 在 SALES_PDB 执行
2SELECT name, value, ispdb_modifiable
3FROM   v$system_parameter
4WHERE  ispdb_modifiable = 'TRUE'
5ORDER  BY name;

不能在 PDB 里任意修改实例参数。ISPDB_MODIFIABLE=TRUE 是一个必要条件，真正改之前还要核对参数的动态/静态性质以及根容器的资源余量。

26. 查 SALES_PDB 的当前会话参数

SQL

1-- 在 SALES_PDB 执行
2SELECT name, value, ismodified
3FROM   v$parameter
4WHERE  name IN ('optimizer_mode', 'nls_date_format')
5ORDER  BY name;

V$PARAMETER 是当前会话看到的值。某个应用会话用 ALTER SESSION 改了参数，DBA 会话的查询不会替它显示那个会话的值；要和 V$SYSTEM_PARAMETER 的系统值区分。

27. 核对 SALES_PDB 内业务用户的账号状态

SQL

1-- 在 SALES_PDB 执行
2SELECT username, account_status, common, authentication_type
3FROM   dba_users
4WHERE  oracle_maintained = 'N'
5ORDER  BY username;

应用登录失败时先看账号是否锁定或密码过期。COMMON=YES 是公共用户，NO 是本地用户；别把根容器里同名或公共账号的状态当成当前 PDB 的业务账号状态。

28. 查看业务账号使用的默认与临时表空间

SQL

1-- 在 SALES_PDB 执行
2SELECT username, default_tablespace, temporary_tablespace
3FROM   dba_users
4WHERE  oracle_maintained = 'N'
5ORDER  BY username;

用户报建表或排序失败时，用这条先确认它实际落在哪个表空间。下一步再查对应文件、配额和空间，不要先给账号扩大权限。

29. 查看 PDB 与 CDB 的待处理兼容性问题

SQL

1SELECT name, cause, type, status, message
2FROM   pdb_plug_in_violations
3WHERE  status = 'PENDING'
4ORDER  BY name, type, cause;

新 PDB 打不开或升级后进入限制模式时先查这里。TYPE=ERROR 与 WARNING 要分开处理，MESSAGE 只给原因线索；修复动作还要对照版本和具体 ACTION，不能批量忽略待处理记录。

30. 检查 SALES_PDB 使用的 Lockdown Profile

SQL

1SELECT profile_name, rule_type, rule, clause,
2       clause_option, status
3FROM   dba_lockdown_profiles
4WHERE  profile_name = (
5  SELECT property_value
6  FROM   database_properties
7  WHERE  property_name = 'PDB_LOCKDOWN'
8)
9ORDER  BY rule_type, rule, clause;

在 SALES_PDB 内执行。某些语句或功能只在这个 PDB 报权限错误时，除账号权限外还要查 Lockdown Profile。子查询没有返回值，表示当前 PDB 没有设置该属性。

五、克隆与刷新状态

先从字典视图确认克隆类型、源 PDB 和刷新进度，再决定是否执行刷新或开放。

31. 找出 CDB 中的可刷新克隆 PDB

SQL

1SELECT pdb_name, status, refresh_mode, refresh_interval
2FROM   dba_pdbs
3WHERE  refresh_mode IS NOT NULL
4ORDER  BY pdb_name;

REFRESH_MODE=MANUAL 需要人工刷新；AUTO 才有自动刷新间隔。克隆即使打开为只读，数据也可能落后于源 PDB，别把“可以连接”理解为“已经追平”。

32. 检查克隆 PDB 上次刷新的 SCN

SQL

1SELECT pdb_name, refresh_mode, last_refresh_scn
2FROM   dba_pdbs
3WHERE  refresh_mode IS NOT NULL
4ORDER  BY pdb_name;

LAST_REFRESH_SCN 是上次刷新的 SCN，不是以秒计的延迟。要判断克隆落后多少，还需对照源端 SCN、redo 传输和实际刷新记录。

33. 查看 SALES_PDB 的来源及历史操作

SQL

1SELECT con_id, pdb_name, op_timestamp, operation,
2       cloned_from_pdb_name, db_unique_name
3FROM   cdb_pdb_history
4WHERE  con_id = (SELECT pdb_id FROM dba_pdbs WHERE pdb_name = 'SALES_PDB')
5ORDER  BY op_timestamp DESC;

在根容器查询 PDB 历史。用当前 PDB_ID 找记录，同时核对历史的 PDB_DBID、旧名称和来源 PDB；克隆后只凭名称推断来源容易认错。

34. 确认一个 PDB 是否是快照克隆

SQL

1SELECT name, snapshot_parent_con_id
2FROM   v$pdbs
3WHERE  snapshot_parent_con_id <> 0
4ORDER  BY name;

非零值指向快照克隆的父 PDB 容器编号。后续移动或删除源 PDB 前，先查这种依赖；普通完整克隆这里是 0。

35. 查创建后尚未完成整合的 PDB

SQL

1SELECT pdb_name, status, creation_time
2FROM   dba_pdbs
3WHERE  status IN ('NEW', 'UNUSABLE')
4ORDER  BY creation_time DESC;

NEW 表示创建后还没在读写模式完成首次整合；UNUSABLE 需要先看创建过程和 alert log，不能直接用 ALTER PLUGGABLE DATABASE OPEN 反复重试。

36. 检查 PDB 是否正在迁移或已经迁移

SQL

1SELECT pdb_name, status, foreign_cdb_dbid,
2       foreign_pdb_id, unplug_scn
3FROM   dba_pdbs
4WHERE  status IN ('RELOCATING', 'RELOCATED', 'UNPLUGGED')
5ORDER  BY pdb_name;

这种状态通常出现在跨 CDB 迁移或插拔流程里。查源库记录时还要对照目标 CDB 的 PDB 和服务；源端显示 RELOCATED，不等于目标端业务连接已经恢复。

六、PDB 备份与恢复前检查

以下 RMAN 命令，未另行注明时都以 SYSBACKUP 或 SYSDBA 连接 CDB 根容器的 TARGET。备份列表来自 RMAN repository，不能代替恢复演练。

37. 列出 SALES_PDB 的备份

RMAN

1LIST BACKUP OF PLUGGABLE DATABASE SALES_PDB;

看备份完成时间、设备类型、备份片状态和包含的数据文件。列表中有 PDB 备份，不等于恢复所需归档齐全；PDB 单独备份默认不自动带上归档日志。

38. 查看 CDB 最近备份摘要

RMAN

1LIST BACKUP SUMMARY;

从根容器看到的是整个 CDB 的备份摘要。遇到 PDB 恢复需求，要继续用第 37 条确认目标 PDB 文件确实在备份中，不要只看全库作业名称。

39. 查看 SALES_PDB 的文件结构

RMAN

1-- RMAN TARGET 连接 SALES_PDB
2REPORT SCHEMA;

直接连接 PDB 时，报告只列该 PDB 的永久和临时文件。恢复前把文件编号、表空间和路径与第 18、19 条对照；迁移后路径变化要另核对目标端文件转换设置。

40. 找出 SALES_PDB 需要重新备份的数据文件

RMAN

1-- RMAN TARGET 连接 SALES_PDB
2REPORT NEED BACKUP;

报告按当前 RMAN 保留策略判断数据文件是否需要备份。保留策略设为 NONE 时，这条可能报错；它也不检查归档文件是否已真正可读。

41. 查恢复所需的全库归档清单

RMAN

1LIST ARCHIVELOG ALL;

PDB 的变化依靠 CDB redo 与归档日志恢复，归档文件不属于某个 PDB 独有。先看对应时间段、RAC 各 thread 和归档状态；LIST 只说明 repository 有记录，文件可读取还需交叉检查或恢复预演。

42. 检查 RMAN 备份配置

RMAN

1SHOW ALL;

核对保留策略、控制文件自动备份、归档删除策略、通道和设备类型。PDB 单独备份与 CDB 归档备份若由不同作业负责，故障前应明确两条作业的衔接方式。

43. 交叉检查 SALES_PDB 的备份状态

RMAN

1CROSSCHECK BACKUP OF PLUGGABLE DATABASE SALES_PDB;

LIST 只显示 RMAN repository 里的记录，CROSSCHECK 会核对磁盘或介质管理层能否找到对应备份，并更新为 AVAILABLE 或 EXPIRED。它不读取全部备份内容，恢复前仍要做 VALIDATE 或恢复预演。

44. 列出迁移前的 SALES_PDB 备份

RMAN

1SET PREPLUGIN CONTAINER = SALES_PDB;
2LIST PREPLUGIN BACKUP OF PLUGGABLE DATABASE SALES_PDB;

仅在 PDB 从别的 CDB 插入当前 CDB、且现场计划使用迁移前备份时执行。RMAN 连接目标 CDB 根容器，COMPATIBLE 至少为 18.0；这两条是查看 repository，不是把源端备份自动复制到目标端。

45. 列出迁移前可见的归档日志

RMAN

1-- 承接第 44 条的 PREPLUGIN CONTAINER 设置
2LIST PREPLUGIN ARCHIVELOG ALL;

恢复迁移前的数据时还要看源 CDB 的归档范围。名单里缺日志就不能假定 PDB 文件备份能完成恢复；同时核对目标端是否已正确纳入这些备份与归档。

七、PDB 插拔与迁移前检查

PDB 迁到另一个 CDB，不能只拷数据文件。先看源端文件、钱包和业务连接，再拿 XML 描述文件在目标端做兼容性检查。下面各条默认在 CDB 根容器执行；需要切到 PDB 的地方单独注明。

46. 检查 SALES_PDB 的 TDE 钱包状态

SQL

1SELECT c.name, w.status, w.wallet_type, w.wrl_type, w.wrl_parameter
2FROM   v$encryption_wallet w
3JOIN   v$containers c ON c.con_id = w.con_id
4WHERE  c.name = 'SALES_PDB';

如果 PDB 用了 TDE，加密数据文件跟着搬走还不够，目标端必须能使用相应的钱包和主密钥。OPEN 是钱包可用的一个前提；具体密钥迁移还要按现场的 united 或 isolated keystore 配置处理。

47. 查 SALES_PDB 里哪些表空间启用了加密

SQL

1-- 当前会话连接 SALES_PDB
2SELECT tablespace_name, encrypted
3FROM   dba_tablespaces
4WHERE  encrypted = 'YES'
5ORDER  BY tablespace_name;

这条比只看钱包状态更直接：能找出需要随 PDB 一起核对密钥的表空间。空结果不等于所有列都未加密，使用 TDE 列加密的库还要另查加密列。

48. 查 PDB 插拔前仍在运行的业务会话

SQL

1SELECT s.service_name, s.status, COUNT(*) sessions
2FROM   v$session s
3WHERE  s.con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
4AND    s.type = 'USER'
5GROUP  BY s.service_name, s.status
6ORDER  BY sessions DESC;

关闭或拔出 PDB 前，先和业务确认这些会话能否断开。INACTIVE 只代表当时没有执行 SQL，不代表连接池已停止向这个 PDB 建新连接。

49. 汇总 SALES_PDB 的文件路径

SQL

1SELECT file_type, file_name
2FROM   (
3  SELECT 'DATAFILE' file_type, file_name
4  FROM   cdb_data_files
5  WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
6  UNION ALL
7  SELECT 'TEMPFILE', file_name
8  FROM   cdb_temp_files
9  WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
10)
11ORDER BY file_type, file_name;

XML 描述文件只有元数据，不会替你复制这些文件。插入目标 CDB 前要确认文件已经能从目标端访问，或准备好 COPY / MOVE 和文件名转换方案；临时文件在目标端也要复核。

50. 检查目标 CDB 的数据库版本和字符集

SQL

1-- 在目标 CDB 根容器执行
2SELECT banner_full FROM v$version WHERE banner_full LIKE 'Oracle Database%';
3SELECT value FROM nls_database_parameters
4WHERE  parameter IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

先记录目标端的版本和字符集，再执行第 51 条正式兼容性检查。单看这两项不能判定可插入：组件、选项、补丁及 PDB 元数据也可能形成插件冲突。

51. 用 XML 文件检查 PDB 能否插入目标 CDB

SQL

1-- 在目标 CDB 根容器执行；XML 路径须由目标端数据库进程读取
2SET SERVEROUTPUT ON
3DECLARE
4  compatible VARCHAR2(3);
5BEGIN
6  compatible := CASE DBMS_PDB.CHECK_PLUG_COMPATIBILITY(
7    pdb_descr_file => '/u01/pdb_meta/sales_pdb.xml',
8    pdb_name       => 'SALES_PDB')
9    WHEN TRUE THEN 'YES' ELSE 'NO' END;
10  DBMS_OUTPUT.PUT_LINE('Compatible: ' || compatible);
11END;
12/

YES 表示这次检查没有发现阻止插入的兼容性问题，随后仍要验证文件、钱包和服务。NO 时查第 52 条，不要凭 XML 文件存在就执行 CREATE PLUGGABLE DATABASE ... USING。

52. 查看目标端的插件冲突详情

SQL

1-- 承接第 51 条，在目标 CDB 根容器执行
2SELECT time, name, cause, type, status, message, action
3FROM   pdb_plug_in_violations
4WHERE  name = 'SALES_PDB'
5AND    status = 'PENDING'
6ORDER  BY time DESC;

先处理 ERROR，再评估 WARNING。这个视图也会保留旧检查记录，所以要结合 TIME 对上本次检查；修好源端或目标端条件后重新运行兼容性检查。

八、克隆与可刷新副本

以下是建库和状态变更命令，执行账号为目标 CDB 的 SYSDBA。命令里的 PDB 名、数据库链路和文件目录必须先在测试环境对过；生产库要确认源端负载、归档保留、目标端容量及业务服务名称。

53. 核对热克隆的归档模式

SQL

1-- 源 CDB 根容器
2SELECT log_mode FROM v$database;

源 PDB 若要保持读写状态进行热克隆，CDB 需要 ARCHIVELOG 和 local undo。克隆期间生成的归档不能被清理；否则复制文件虽完成，也可能无法把副本推进到一致的 SCN。

54. 核对克隆目标的 OMF 目录

SQL

1-- 目标 CDB 根容器
2SHOW PARAMETER db_create_file_dest
3SHOW PARAMETER pdb_file_name_convert

目标文件必须落在新位置。示例后续使用 CREATE_FILE_DEST 明确指定目录；若改用 FILE_NAME_CONVERT，先确认每个源文件路径都能匹配且不会撞上现有文件。

55. 从本地 SALES_PDB 克隆测试 PDB

SQL

1-- 目标 CDB 根容器；本例使用目标端 OMF 文件目录
2CREATE PLUGGABLE DATABASE SALES_PDB_TEST FROM SALES_PDB
3  CREATE_FILE_DEST = '/u02/oradata/sales_pdb_test';

这条会复制 PDB 文件并创建一个新容器，不是创建指向源库的别名。热克隆须符合第 53 条条件；若源 PDB 含 TDE 加密数据，还要按目标 keystore 配置补齐 KEYSTORE IDENTIFIED BY 要求。

56. 检查新克隆 PDB 的组件状态

SQL

1SELECT con_id, comp_id, comp_name, version, status
2FROM   cdb_registry
3WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB_REF')
4ORDER  BY comp_id;

克隆完成后除打开状态外，还要确认数据库组件是否有效。INVALID 或版本不一致时先看插件告警和升级日志，不要直接把业务服务切到新 PDB。

57. 首次打开新克隆 PDB

SQL

1-- 目标 CDB 根容器；确认建库检查无未处理 ERROR 后执行
2ALTER PLUGGABLE DATABASE SALES_PDB_TEST OPEN READ WRITE;

普通克隆需要首次读写打开以完成与 CDB 的整合。打开后再回读 DBA_PDBS.STATUS、服务与文件清单；不能把 NEW 状态的 PDB 当作已经可供业务连接。

58. 备份新克隆 PDB

RMAN

1-- RMAN TARGET 连接目标 CDB 根容器
2BACKUP PLUGGABLE DATABASE SALES_PDB_TEST;

新 PDB 的备份计划要在交付前建立。这条备份 PDB 数据文件，不自动带入故障恢复所需的 CDB 归档；归档备份、保留策略和实际恢复预演还要另做。

59. 从远程 SALES_PDB 建立手动刷新克隆

SQL

1-- 目标 CDB 根容器；sales_pdb_link 指向源 PDB
2CREATE PLUGGABLE DATABASE SALES_PDB_REF FROM SALES_PDB@sales_pdb_link
3  CREATE_FILE_DEST = '/u02/oradata/sales_pdb_ref'
4  REFRESH MODE MANUAL;

可刷新克隆依赖源端数据库链路；源 CDB 要使用 ARCHIVELOG 与 local undo。它是只读副本，不能在副本上做与源端不一致的业务写入。源端后续新增数据文件，还要核对目标端路径转换参数。

60. 查看刷新克隆的模式与进度

SQL

1SELECT pdb_name, refresh_mode, refresh_interval, last_refresh_scn
2FROM   dba_pdbs
3WHERE  pdb_name = 'SALES_PDB_REF';

MANUAL 表示不会按时自动刷新；LAST_REFRESH_SCN 只说明最近刷新到哪个位置，业务验证仍要比对源、副本的数据时间点和关键对象。

61. 手动刷新前关闭副本

SQL

1-- 目标 CDB 根容器；先确认副本上的查询业务允许中断
2ALTER PLUGGABLE DATABASE SALES_PDB_REF CLOSE IMMEDIATE;

刷新时 PDB 必须处于关闭状态。CLOSE IMMEDIATE 会中断副本上的会话；如果要把只读副本提供给报表业务，先安排刷新窗口。

62. 手动刷新 SALES_PDB_REF

SQL

1-- 连接目标 CDB 后切到已关闭的刷新克隆 PDB
2ALTER SESSION SET CONTAINER = SALES_PDB_REF;
3ALTER PLUGGABLE DATABASE REFRESH;

刷新会经源端链路应用增量变化。完成后回到根容器核对第 60 条的 SCN，并查看插件冲突和告警日志；命令成功也不能替代报表侧抽样校验。

63. 以只读模式重新开放刷新克隆

SQL

1-- 当前容器为 SALES_PDB_REF
2ALTER PLUGGABLE DATABASE OPEN READ ONLY;

刷新克隆继续用于查询时应保持只读。重新开放后核对业务服务是否注册到这个 PDB，报表连接是否恢复，并记录本次刷新后的数据时间点。

九、拔出与插入 PDB

以下以 SALES_PDB 从源 CDB 迁到目标 CDB 为例。拔出后源端连接立即不可用；目标端打开、校验并完成首次备份之前，不应清除唯一可用的数据文件和 XML 元数据。RAC 要确认源 PDB 在所有实例上都已关闭。

64. 为未拔出的 PDB 生成描述文件

SQL

1-- 源 CDB 根容器；目录须允许数据库进程写入
2BEGIN
3  DBMS_PDB.DESCRIBE(
4    pdb_descr_file => '/u01/pdb_meta/sales_pdb_check.xml',
5    pdb_name       => 'SALES_PDB');
6END;
7/

迁移评估阶段可先生成 XML，交给目标端运行第 51 条兼容性检查，不必立即停库。XML 是描述文件，不包含数据文件；若源端随后改了组件或文件位置，应重新生成并检查。

65. 关闭即将拔出的 SALES_PDB

SQL

1-- 源 CDB 根容器；业务连接已切走后执行
2ALTER PLUGGABLE DATABASE SALES_PDB CLOSE IMMEDIATE;

先让应用停连或迁走服务，再执行关闭。RAC 场景要在所有实例确认 SALES_PDB 已 MOUNTED；只关当前实例就执行拔出会失败。

66. 将 SALES_PDB 拔出为 XML 元数据文件

SQL

1-- 源 CDB 根容器；第 65 条已完成，路径留在可控目录
2ALTER PLUGGABLE DATABASE SALES_PDB
3  UNPLUG INTO '/u01/pdb_meta/sales_pdb.xml';

拔出会把 PDB 与源 CDB 脱离，源库业务无法再连这个 PDB。XML 只记录插入所需元数据；数据文件、TDE 钱包和恢复所需备份仍需单独迁移与核对。

67. 确认源端 PDB 已处于拔出状态

SQL

1-- 源 CDB 根容器
2SELECT pdb_name, status
3FROM   dba_pdbs
4WHERE  pdb_name = 'SALES_PDB';

UNPLUGGED 表示源 CDB 还保留这个 PDB 的记录，不能在同一个 CDB 直接用它的 XML 再插入同名 PDB。下一条用于迁移时移除该记录，同时保留数据文件。

68. 从源 CDB 移除记录并保留数据文件

SQL

1-- 仅在第 66、67 条确认完成且 XML、数据文件均已留存后执行
2DROP PLUGGABLE DATABASE SALES_PDB KEEP DATAFILES;

这是破坏性元数据操作，只允许已拔出的 PDB 使用 KEEP DATAFILES。它会删除源 CDB 控制文件中的 PDB 引用；永久数据文件保留，临时文件会被移除。执行前记录文件路径和备份，目标端迁移成功后仍需重新备份。

69. 在目标 CDB 插入 SALES_PDB 并复制文件

SQL

1-- 目标 CDB 根容器；已完成兼容性、文件、钱包与容量检查
2CREATE PLUGGABLE DATABASE SALES_PDB
3  USING '/u01/pdb_meta/sales_pdb.xml'
4  COPY
5  FILE_NAME_CONVERT = ('/u01/oradata/sales_pdb/',
6                       '/u02/oradata/sales_pdb/');

COPY 保留源文件，FILE_NAME_CONVERT 指定目标文件位置。前提是目标端能读取 XML 中记录的源文件路径；若文件先搬到了另一目录，还要另配 SOURCE_FILE_NAME_CONVERT。不要把 NOCOPY 用在实际需要复制的现场。

70. 核对刚插入的 PDB 状态与文件位置

SQL

1-- 目标 CDB 根容器
2SELECT p.pdb_name, p.status, v.open_mode
3FROM   dba_pdbs p
4JOIN   v$pdbs v ON v.name = p.pdb_name
5WHERE  p.pdb_name = 'SALES_PDB';

刚插入时通常仍是 NEW、MOUNTED。先查目标文件是否落在预定路径，再处理本次 PDB_PLUG_IN_VIOLATIONS 的待处理项；UNUSABLE 要看告警日志，不应直接反复创建同名 PDB。

71. 首次读写打开插入目标 CDB 的 PDB

SQL

1-- 目标 CDB 根容器；文件、钱包及未处理 ERROR 已复核
2ALTER PLUGGABLE DATABASE SALES_PDB OPEN READ WRITE;

首次读写打开完成 PDB 与目标 CDB 的整合。随后确认 DBA_PDBS.STATUS=NORMAL、业务服务的 PDB 属性、实际会话容器和目标端备份计划；数据库能打开不代表迁移交付已完成。

十、备份、校验与 PDB 恢复

以下恢复命令不是日常巡检操作。生产库先在隔离环境用同一备份链演练，核对目标 SCN、归档、CDB 根容器和 PDB 钱包；执行恢复时由 SYSBACKUP 或 SYSDBA 连接正确的 CDB 根容器。

72. 为迁移前备份 PDB 和归档

RMAN

1-- 源 CDB 根容器；迁移前完成
2BACKUP PLUGGABLE DATABASE SALES_PDB PLUS ARCHIVELOG ALL
3  TAG 'SALES_PDB_MIGRATION';

预迁移备份要带上恢复所需归档。Oracle 19c 在 local undo 条件下才能保证这条语法备齐对应归档；备份后还要记录源 CDB 控制文件、XML 和目标端实际能读到的备份片。

73. 备份迁入目标端后的 SALES_PDB

RMAN

1-- 目标 CDB 根容器；第 71 条首次打开并核对完成后
2BACKUP PLUGGABLE DATABASE SALES_PDB;

目标端首次备份是迁移交付的一部分。它不会自动包含 CDB 归档，所以还要确认全库归档作业与保留策略，不能把第 72 条源端备份当成目标端长期备份计划。

74. 验证目标端 PDB 备份片能否读取

RMAN

1-- 目标 CDB 根容器；只读校验，不写数据文件
2RESTORE PLUGGABLE DATABASE SALES_PDB VALIDATE;

RMAN 会按 repository 选择恢复所需备份并读备份内容，但不会还原目标数据文件。它能发现备份片不可读的问题；完整恢复仍需要可用归档和实际恢复演练。

75. 校验目标 PDB 当前数据文件

RMAN

1-- RMAN TARGET 连接 SALES_PDB
2VALIDATE DATABASE;

连接 PDB 后 DATABASE 只覆盖该 PDB。校验会消耗 I/O，最好错开高峰；通过也只说明当前文件块检查结果，不代表未来能从备份恢复。

76. 核对目标 CDB 归档备份

RMAN

1-- 目标 CDB 根容器
2LIST BACKUP OF ARCHIVELOG ALL;

按目标恢复时段和 RAC 每个 redo thread 查归档是否被备份。只有 PDB 数据文件备份、没有对应 CDB 归档，通常无法完成所需的介质恢复。

77. 检查 CDB 根容器是否也有可用备份

RMAN

1-- 目标 CDB 根容器
2LIST BACKUP OF DATABASE ROOT;

PDB 时间点恢复会用到 CDB 根容器的元数据。若考虑恢复已删除 PDB，Oracle 还要求可用的控制文件、根容器和原 PDB 备份；不能只保留单独的 PDB 备份片。

78. 列出 SALES_PDB 的还原点

SQL

1-- 目标 CDB 根容器
2SELECT name, scn, time, guarantee_flashback_database,
3       pdb_restore_point, clean_pdb_restore_point
4FROM   v$restore_point
5WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
6ORDER  BY time DESC;

先分清是普通还原点、PDB 还原点还是 clean PDB 还原点；保证型还原点还会占用 flashback 空间。查到一个名字，不等于所需 flashback log 仍在或恢复目标与当前 incarnation 一致。

79. 查看 CDB 是否启用 Flashback Database

SQL

1-- 目标 CDB 根容器
2SELECT flashback_on FROM v$database;

想用 PDB flashback 时，先确认 CDB flashback 状态和实际可回退范围。PDB 使用 local undo 与 shared undo 时所需辅助文件不同，不能只因 FLASHBACK_ON=YES 就直接执行回退。

80. 恢复前再次预览 SALES_PDB 备份链

RMAN

1RESTORE PLUGGABLE DATABASE SALES_PDB PREVIEW SUMMARY;

进入恢复窗口前再跑一次预览，确认控制文件里看到的备份片、归档范围和设备类型没有变化。预览通过只说明 repository 能选出备份，关键备份片仍应配合 VALIDATE 验证可读性。

81. 从备份还原 SALES_PDB 的数据文件

RMAN

1-- RMAN TARGET 连接目标 CDB 根容器；仅在恢复窗口执行
2RESTORE PLUGGABLE DATABASE SALES_PDB;

真正的 RESTORE 会写数据文件，与第 74 条 VALIDATE 不同。执行前核对目标路径、备份类型、可读备份片和空间；若数据文件有新的目标位置，还须设置文件新名并准备切换步骤。

82. 将 SALES_PDB 恢复到最新可用位置

RMAN

1-- 承接第 81 条，目标 CDB 根容器
2RECOVER PLUGGABLE DATABASE SALES_PDB;

完全恢复需要 PDB 数据文件及对应的 CDB redo/归档。RMAN 报缺归档时先查备份链和 thread，不应把不完整恢复误报成完全恢复。成功后先核对错误输出与文件状态，再开放 PDB。

83. 检查恢复后是否还有文件需要介质恢复

SQL

1SELECT con_id, file#, online_status, error, change#, time
2FROM   v$recover_file
3WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
4ORDER  BY file#;

完全恢复结束后先查这张视图。没有记录才表示控制文件未发现仍需介质恢复的数据文件；若有记录，按 FILE# 和 ERROR 继续处理，不要急着开放 PDB。

84. 确定 PDB 时间点恢复的目标 SCN

SQL

1-- CDB 根容器；示例用事故前已创建的还原点
2SELECT name, scn, time, pdb_incarnation#
3FROM   v$restore_point
4WHERE  name = 'SALES_BEFORE_CHANGE';

目标要落在误操作之前，同时确认它属于要恢复的 PDB 分支。若没有还原点，应从审计、告警日志和业务事件时间线确定 SCN；不能随手填一个比报错时间早的数字。

85. 验证时间点恢复要使用的 PDB 备份

RMAN

1RESTORE PLUGGABLE DATABASE SALES_PDB VALIDATE;

这条会读取 RMAN 为当前恢复选择的备份内容，但不会写出数据文件。验证通过后仍要核对目标 SCN 所需归档；缺少目标时间段的 redo，PDB 备份本身可读也无法完成 PITR。

86. 将 SALES_PDB 恢复到指定 SCN

RMAN

1-- RMAN TARGET 连接 CDB 根容器；示例 SCN 必须改成已确认的目标值
2RUN {
3  SET UNTIL SCN 123456789;
4  RESTORE PLUGGABLE DATABASE SALES_PDB;
5  RECOVER PLUGGABLE DATABASE SALES_PDB;
6}

这不是预演命令，会改写 PDB 数据文件，并放弃目标 SCN 之后的业务变更。没有 FRA 时可能需要 AUXILIARY DESTINATION 供辅助实例使用；先在隔离环境把同一备份链跑通。

87. 时间点恢复后以 RESETLOGS 打开 PDB

SQL

1-- 第 86 条恢复成功后，在 CDB 根容器执行
2ALTER PLUGGABLE DATABASE SALES_PDB OPEN RESETLOGS;

这会为 PDB 创建新的恢复分支，不是普通完全恢复的打开方式。开放前确认恢复报告和业务验收目标；开放后立即保存新的 incarnation 与备份计划。

88. 回读 PDB 新的 incarnation

SQL

1SELECT con_id, pdb_incarnation#, status,
2       incarnation_scn, incarnation_time
3FROM   v$pdb_incarnation
4WHERE  con_id = (SELECT con_id FROM v$pdbs WHERE name = 'SALES_PDB')
5ORDER  BY pdb_incarnation# DESC;

OPEN RESETLOGS 后先辨认当前分支，再追踪旧备份能否用于后续恢复。若库同时有 Data Guard，主备对 PDB 分支的跟随也需要单独核对。

89. 建立时间点恢复后的新备份基线

RMAN

1BACKUP PLUGGABLE DATABASE SALES_PDB
2  TAG 'POST_PITR_BASELINE';

OPEN RESETLOGS 后立即为新 incarnation 建立带标签的备份基线，便于后续恢复时和旧分支区分。备份完成后还要检查作业状态，并验证备份片可读。

十一、打开状态与容量维护

下面是常见的状态和容量变更。执行后要回查 PDB 状态、服务注册和实际连接。

90. 保存 SALES_PDB 的打开状态

SQL

1-- CDB 根容器；PDB 已以期望模式打开
2ALTER PLUGGABLE DATABASE SALES_PDB SAVE STATE;

保存后实例重启会尝试恢复当前打开模式。在 RAC 中，这个操作只影响当前实例的保存状态；各实例都要核对，不能把一条命令当成全群设置。

91. 删除 SALES_PDB 保存的打开状态

SQL

1-- CDB 根容器；确实不希望实例重启时自动开放此 PDB
2ALTER PLUGGABLE DATABASE SALES_PDB DISCARD STATE;

这是撤销重启自动开放设置，不会立即关闭 PDB。变更后查第 92 条，确认目标实例的记录是否已移除。

92. 回读各实例保存的 PDB 状态

SQL

1SELECT con_name, instance_name, state, restricted
2FROM   dba_pdb_saved_states
3WHERE  con_name = 'SALES_PDB'
4ORDER  BY instance_name;

RAC 每个实例可以有不同的保存状态。若业务只应在部分实例开放，逐一比对预期实例与这里的记录；没有记录的实例重启后不会因为别的实例保存了状态而自动开放。

93. 在维护窗口限制模式打开 SALES_PDB

SQL

1-- CDB 根容器；PDB 已关闭，且业务连接已切走
2ALTER PLUGGABLE DATABASE SALES_PDB OPEN READ WRITE RESTRICTED;

限制模式只允许具备 RESTRICTED SESSION 权限的用户进入 PDB。适合迁移后检查和受控维护；结束前要正常重新开放，不要让业务持续收到连接拒绝。

94. 查看 SALES_PDB 当前空间上限

SQL

1SELECT name, total_size, max_size
2FROM   v$pdbs
3WHERE  name = 'SALES_PDB';

TOTAL_SIZE 包含该 PDB 的数据和临时文件大小，MAX_SIZE 是 PDB 设置的容量上限；这里不是业务段的已用空间。容量不足时还要看底层文件系统或 ASM 可用空间。

95. 为 SALES_PDB 设置容量上限

SQL

1-- 当前容器为 SALES_PDB；示例 200G 按现场容量规划替换
2ALTER PLUGGABLE DATABASE STORAGE (MAXSIZE 200G);

上限会约束 PDB 文件增长，不能把它当成底层磁盘扩容。调整前查第 94 条和表空间自动扩展设置；上限低于业务实际需求时，写入和文件扩展会报错。

96. 检查 PDB 的默认表空间

SQL

1-- 当前容器为 SALES_PDB
2SELECT property_name, property_value
3FROM   database_properties
4WHERE  property_name IN ('DEFAULT_PERMANENT_TABLESPACE',
5                         'DEFAULT_TEMP_TABLESPACE');

迁移后先核对默认永久和临时表空间。用户单独指定的默认表空间不会因这里的值改变；还要回看业务用户配置。

97. 调整 PDB 的默认临时表空间

SQL

1-- 当前容器为 SALES_PDB；SALES_TEMP 已存在且容量足够
2ALTER PLUGGABLE DATABASE DEFAULT TEMPORARY TABLESPACE SALES_TEMP;

这会影响未显式指定临时表空间的用户后续分配。大排序作业前查临时文件位置、空间与自动扩展，避免在迁移后把默认值指向过小的临时表空间。

98. 为需要保护的 PDB 启用 FORCE LOGGING

SQL

1-- 当前容器为 SALES_PDB；先与备库/复制方案核对
2ALTER PLUGGABLE DATABASE ENABLE FORCE LOGGING;

对有 Data Guard 或增量复制要求的 PDB，先评估现有 NOLOGGING 作业和写入开销，再设置强制日志。命令执行后还需核对数据库与 PDB 层的实际 logging 状态。

99. 跨 RAC 实例查看 PDB 打开状态

SQL

1SELECT inst_id, name, open_mode, restricted
2FROM   gv$pdbs
3WHERE  name = 'SALES_PDB'
4ORDER  BY inst_id;

单查 V$PDBS 只能看到当前实例。迁服务、保存状态或关闭 PDB 后，各实例都要确认打开模式与业务部署一致；非 RAC 库也可以用它查看当前实例。

100. 通过实际会话核对服务与 PDB

SQL

1SELECT s.inst_id, s.service_name, c.name pdb_name,
2       COUNT(*) user_sessions
3FROM   gv$session s
4JOIN   v$containers c ON c.con_id = s.con_id
5WHERE  s.type = 'USER'
6AND    c.name = 'SALES_PDB'
7GROUP  BY s.inst_id, s.service_name, c.name
8ORDER  BY s.inst_id, user_sessions DESC;

最后让业务从正式服务名重新连接，核对新会话所在实例和容器。PDB 打开、服务已注册和客户端真正连进目标 PDB，是三项不同的检查；都对上再结束迁移或恢复。

总结

CDB/PDB 故障最容易混淆的是容器、实例和服务三个范围。先确认会话在哪个容器，再查目标 PDB 在各实例的打开状态和实际服务。克隆、插拔或恢复完成后，还要核对文件、钱包、归档和新连接；命令成功只是操作结束，业务连接正常才算处理完成。

ORA100 DBA100 系列海报 ORA100 DBA100 系列海报

更多场景命令收录在 ORA100 · DBA100：

https://ora100.com/dba100

微信里也可以搜索小程序 「三笠的百令册」。