1 、故障描述

某次，某用户电话反馈，核心数据库出现卡顿，需要排查原因。数据库出现卡顿，其原因和场景有很多，需要根据具体情况具体分析。

本次案例中，用户的环境为 ORACLE 19C ， PDB 架构运行的。

2 、根因分析

通过分析发现，主要问题是故障时间段有大量 library cache lock 异常等待，这个等待原因有很多，包括存储过程对象编译，对象 DDL ，游标失效等。

对于最常见的对象（表或者存储过程） DDL 情况分析，并未发现有对象 DDL 和编译动作。

由于之前 11G 版本较多客户出现了自动统计信息调度，导致的 library cache lock 问题，所以对 19C 的统计信息进行分析，并未有人工调整：

      select t1.window_name,t1.repeat_interval,t1.duration from dba_scheduler_windows t1,dba_scheduler_wingroup_members t2

      where t1.window_name=t2.window_name and t2.window_group_name in ('MAINTENANCE_WINDOW_GROUP','BSLN_MAINTAIN_STATS_SCHED');

对 19C 的统计信息作业调度情况进行检查：

      select t.log_id, t.LOG_DATE, t.JOB_NAME, t.STATUS, t.ACTUAL_START_DATE, to_char((to_timestamp_tz

(ACTUAL_START_DATE) at time zone '+08:00'), 'yyyy-mm-dd hh24:mi:ss') "ACTUAL_START_DATE_+8",

 t.RUN_DURATION, t.con_id from cdb_scheduler_job_run_details t where job_name LIKE 'ORA$AT_OS%' and con_id

 = 3 order by log_date;

发现调度配置时间（ ACTUAL_START_DATE 列）是晚上 10 点，但是实际调度时间（ ACTUAL_START_DATE_+8 列）为 13 ： 03 ，与问题时间点能吻合。

在 CDB 中执行如下命令，确认 CDB 和 PDB 的当前默认时区设置：

      SELECT t.CON_ID, t.ATTRIBUTE_NAME, t.VALUE

      FROM CDB_SCHEDULER_GLOBAL_ATTRIBUTE t

      WHERE t.ATTRIBUTE_NAME = 'DEFAULT_TIMEZONE'

      ORDER BY 1;

可以看到 CDB 的时区是中国标准时间（ PRC, UTC+8 ），但是 PDB 的时区设置的有误为 PST8PDT 。

通过查询相关官方文档，发现在 Oracle 19c 版本中，有一个未发布的 BUG （编号 30076391 ），导致 PDB 的统计信息任务执行时间出现错乱。这可以从表 cdb_scheduler_job_run_details 统计信息任务列表中 ACTUAL_START_DATE 列是 TIMESTAMP WITH TIMEZONE 类型看出，而在 PDT （太平洋夏令时）和 PST （太平洋标准时间）之间切换时，时区转换引起了任务执行时间的延迟。

在数据库管理中，如果 PDB 的统计信息采集任务设定在特定时间（如晚上 22 点）执行，时区转换错误可能会导致任务延迟到次日下午执行。

PRC 是指中国标准时间（ China Standard Time ），也称为东八区时间（ UTC+8 ）。这是中国大陆、香港、澳门和台湾地区所使用的标准时间。在数据库管理中，特别是 Oracle 数据库多租户架构下（如 Oracle 19c ），时区设定对于任务调度的准确性非常重要。由于时区转换错误可能会导致

建议将 PDB 中的任务调度时间统一按照中国标准时间（ PRC, UTC+8 ）执行，避免由于时区转换导致的执行时间错乱问题。

修改PDB的时区，以解决调度窗口错乱问题。

ALTER SESSION SET CONTAINER=pdb1;

EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('default_timezone', 'PRC');

通过以上步骤，可以有效地解决PDB统计信息任务执行时间错乱的问题，确保任务在预期的时间执行。尽管这是一个临时解决方案，但在Oracle官方发布补丁之前，这是一个可行的解决方式。

3 、原理分析

PST8PDT 是一个组合时区名称，表示太平洋标准时间（ PST ）和太平洋夏令时间（ PDT ）的转换规则。具体来说：

PST （ Pacific Standard Time ）是太平洋标准时间，通常在冬季使用。 PST 是 UTC-8 ，即比协调世界时（ UTC ）晚 8 小时。

PDT （ Pacific Daylight Time ）是太平洋夏令时间，通常在夏季使用。 PDT 是 UTC-7 ，即比协调世界时（ UTC ）晚 7 小时。

当一个时区被表示为 PST8PDT 时，这意味着在该时区内，冬季使用 PST ，夏季使用 PDT 。具体转换时间为：

- 每年 3 月的第二个星期日至 11 月的第一个星期日使用 PDT （ UTC-7 ）。

- 其他时间使用 PST （ UTC-8 ）。

在涉及到数据库任务计划和时间戳转换时，这种时区转换需要特别注意，因为它会影响任务的执行时间。例如，在 Oracle 数据库中，将时间转换为北京时间（ UTC+8 ）时，需要考虑 PST 和 PDT 的差异：

PST 转换为北京时间 ** ：北京时间 = PST + 16 小时

PDT 转换为北京时间 ** ：北京时间 = PDT + 15 小时

举例说明：

- 2022 年10月2日07:00 PDT = 2022年10月2日22:00 北京时间（07:00 + 15小时 = 22:00）。

- 2022 年10月2日07:00 PST = 2022年10月2日23:00 北京时间（07:00 + 16小时 = 23:00）。

4 、解决方案

1.         建议在创建 19C 数据库时，使用 DBCA 的自定义模式（ Customize mode ），不要使用 General mode ，选择 PRC ，以确保后续创建的 PDB 的默认调度时区与 CDB$ROOT 相同，都是 PRC 。

2.         如果前期创建时候未注意，后期发现时区有问题不一致，可通过命令将 CDB 和 PDB 的时区都调整到一致到 PRC 。

3.         MOS 相关贴， Default Scheduler Timezone Value In PDB$SEED Different Than CDB (Doc ID 2702230.1)

希望本文能够帮助更多行业从业者更好地管理多租户架构中的PDB，并提供稳定的操作环境。