大家好，这里是公众号 DBA学习之路，分享一些学习数据库路上的知识和经验。
@TOC
前言
上周五，开发同事反馈某套 Oracle 数据库中，大量表的统计信息已有半年未自动收集，导致执行计划不准确，SQL 执行频繁出现问题，每次都需要手动收集统计信息，希望我能协助排查并解决这个问题。
本以为是一个常规问题，但排查过程中发现了不少问题点，最终定位到一个 Oracle 未发布的 BUG，过程颇为曲折。本文将详细分享整个问题的分析思路、排查步骤与解决方案，供大家参考。
问题描述
开始之前，我先说一下环境信息，这对问题分析比较重要。数据库环境为 Oracle 19.3 RAC CDB 架构，有一个从 NON-CDB 迁移而来的 PDB。
据同事反馈，该库的自动统计信息收集任务已停滞一段时间，检查其提供的一张表：
SQL> set line2222 pages1000
col TABLE_NAME for a40
col PARTITION_NAME for a30
SELECT TABLE_NAME, PARTITION_NAME, LAST_ANALYZED, NUM_ROWS, BLOCKS
FROM DBA_TAB_STATISTICS
WHERE TABLE_NAME = 'PLC_DC_CDO_NOPDAHIS_ZR';
TABLE_NAME PARTITION_NAME LAST_ANALYZED NUM_ROWS BLOCKS
------------------------------ -------------------- ------------------- ---------- ----------
PLC_DC_CDO_NOPDAHIS_ZR 2025/10/26 11:14:28 302641840 7886515
PLC_DC_CDO_NOPDAHIS_ZR SYS_P54830
PLC_DC_CDO_NOPDAHIS_ZR SYS_P58815
PLC_DC_CDO_NOPDAHIS_ZR SYS_P59994
...（部分分区信息省略）
PLC_DC_CDO_NOPDAHIS_ZR PART_T01 2025/08/16 10:37:03 0 0
其中 2025/10/26 的统计信息是手动收集的，上一次自动收集则要追溯到 2025/08/16，确实已间隔很久。
问题分析
接下来，我根据我的实际排查思路进行复盘。
注意：在 CDB 架构下，PDB 的统计信息收集任务是独立的，因此所有检查都需在 PDB 下进行。
检查任务状态
首先确认自动统计信息收集功能是否开启：
SQL> SELECT CLIENT_NAME, STATUS
FROM DBA_AUTOTASK_CLIENT
WHERE CLIENT_NAME = 'auto optimizer stats collection';
CLIENT_NAME STATUS
---------------------------------------------------------------- --------
auto optimizer stats collection ENABLED
任务状态显示为启用，正常。
检查任务窗口
查看统计信息收集任务对应的调度窗口组：
SQL> SELECT
CLIENT_NAME,
WINDOW_GROUP
FROM DBA_AUTOTASK_CLIENT
WHERE CLIENT_NAME = 'auto optimizer stats collection';
CLIENT_NAME WINDOW_GROUP
---------------------------------------- ------------------------------
auto optimizer stats collection ORA$AT_WGRP_OS
查看 ORA$AT_WGRP_OS 窗口组包含的具体时间窗口：
SQL> select * from dba_scheduler_wingroup_members where window_group_name='ORA$AT_WGRP_OS';
WINDOW_GROUP_NAME WINDOW_NAME
------------------------------ ------------------------------
ORA$AT_WGRP_OS MONDAY_WINDOW
ORA$AT_WGRP_OS TUESDAY_WINDOW
ORA$AT_WGRP_OS WEDNESDAY_WINDOW
ORA$AT_WGRP_OS THURSDAY_WINDOW
ORA$AT_WGRP_OS FRIDAY_WINDOW
ORA$AT_WGRP_OS SATURDAY_WINDOW
ORA$AT_WGRP_OS SUNDAY_WINDOW
窗口配置正常，按天执行。
检查任务执行情况
检查近 30 天的任务执行历史：
SQL> SELECT
WINDOW_NAME,
JOB_NAME,
JOB_STATUS,
JOB_START_TIME,
JOB_DURATION,
JOB_INFO
FROM DBA_AUTOTASK_JOB_HISTORY
WHERE CLIENT_NAME = 'auto optimizer stats collection'
AND JOB_START_TIME >= SYSDATE - 30
ORDER BY JOB_START_TIME DESC;
WINDOW_NAME JOB_NAME JOB_STATUS JOB_START_TIME JOB_DURATION JOB_INFO
-------------------- ------------------------------ ---------- ----------------------------------- -------------------- ----------------------------------------------------------------------------------------------------
SUNDAY_WINDOW ORA$AT_OS_OPT_SY_2061 STOPPED 24-NOV-25 12.00.12.228566 AM PRC +000 01:59:48 REASON="Stop job called because associated window was closed"
SUNDAY_WINDOW ORA$AT_OS_OPT_SY_2041 STOPPED 17-NOV-25 12.00.11.518845 AM PRC +000 01:59:49 REASON="Stop job called because associated window was closed"
SUNDAY_WINDOW ORA$AT_OS_OPT_SY_2021 STOPPED 10-NOV-25 12.00.13.109201 AM PRC +000 01:59:47 REASON="Stop job called because associated window was closed"
SUNDAY_WINDOW ORA$AT_OS_OPT_SY_2001 STOPPED 03-NOV-25 12.00.11.134075 AM PRC +000 01:59:49 REASON="Stop job called because associated window was closed"
历史记录显示，仅周日窗口有执行记录，且状态为“STOPPED”，其余窗口均无运行记录。这是否意味着其他窗口被禁用了？
检查启用的窗口
进一步查看已启用统计信息收集的窗口详情：
SQL> SELECT W.WINDOW_NAME,
W.REPEAT_INTERVAL,
W.DURATION,
W.NEXT_START_DATE,
W.LAST_START_DATE,
W.ENABLED
FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W
WHERE C.WINDOW_NAME = W.WINDOW_NAME
AND C.OPTIMIZER_STATS = 'ENABLED';
WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------------------ -----
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0;bysecond=0 +000 04:00:00 01-DEC-25 10.00.00.000000 PM PRC 11-AUG-25 10.00.00.022088 PM PST8PDT TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0;bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PRC 12-AUG-25 10.00.00.030151 PM PST8PDT TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0;bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PRC 13-AUG-25 10.00.00.142106 PM PST8PDT TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0;bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PRC 14-AUG-25 10.00.00.102161 PM PST8PDT TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0;bysecond=0 +000 04:00:00 28-NOV-25 10.00.00.000000 PM PRC 15-AUG-25 10.00.00.166076 PM PST8PDT TRUE
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0;bysecond=0 +000 20:00:00 29-NOV-25 06.00.00.000000 AM PRC 09-AUG-25 06.00.00.070181 AM PST8PDT TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0;bysecond=0 +000 20:00:00 30-NOV-25 06.00.00.000000 AM PRC 23-NOV-25 11.59.58.070041 PM PRC TRUE
WEEKEND_WINDOW freq=daily;byday=SAT;byhour=0;byminute=0;bysecond=0 +002 00:00:00 29-NOV-25 12.00.00.000000 AM PRC 22-NOV-25 05.59.58.174010 AM PRC TRUE
WEEKNIGHT_WINDOW freq=daily;byday=MON,TUE,WED,THU,FRI;byhour=22;byminute=0; bysecond=0 +000 08:00:00 28-NOV-25 10.00.00.000000 PM PRC 27-NOV-25 10.00.00.111627 PM PRC TRUE
观察发现，启用的窗口包含以下几类：
- 工作日窗口（MONDAY_WINDOW~FRIDAY_WINDOW）：22:00 开始，持续 4 小时。
- 周末窗口（SATURDAY_WINDOW, SUNDAY_WINDOW）：06:00 开始，持续 20 小时。
- WEEKEND_WINDOW：周六 00:00 开始，持续 48 小时。
- WEEKNIGHT_WINDOW：周一到周五 22:00 开始，持续 8 小时。
正常情况下，不应出现 WEEKEND_WINDOW 和 WEEKNIGHT_WINDOW。这两个是什么窗口？检查其所属窗口组：
SQL> select * from dba_scheduler_wingroup_members where WINDOW_NAME in ('WEEKNIGHT_WINDOW','WEEKEND_WINDOW');
no rows selected
它们不属于任何窗口组。但关键发现是：WEEKEND_WINDOW 覆盖了周末窗口，WEEKNIGHT_WINDOW 覆盖了工作日窗口！
再观察各窗口的 LAST_START_DATE：
- 周六至周五的窗口（SATURDAY_WINDOW ~ FRIDAY_WINDOW）最后启动时间均为 2025 年 8 月，且时区为 PST8PDT。
- 周日窗口（SUNDAY_WINDOW）、WEEKEND_WINDOW、WEEKNIGHT_WINDOW 最后启动时间较新，且时区为 PRC。
这意味着自 2025 年 8 月中旬起，只有周日、WEEKEND、WEEKNIGHT 窗口在运行，其余窗口均未执行。
检查窗口执行历史
通过窗口历史验证上述结论：
SQL> select * from DBA_AUTOTASK_WINDOW_HISTORY order by WINDOW_START_TIME desc;
WINDOW_NAME WINDOW_START_TIME WINDOW_END_TIME
-------------------- ---------------------------------------- -------------------------------------
WEEKNIGHT_WINDOW 27-NOV-25 10.00.00.462315 PM +08:00 28-NOV-25 06.00.00.059050 AM +08:00
WEEKNIGHT_WINDOW 26-NOV-25 10.00.00.175039 PM +08:00 27-NOV-25 06.00.00.093159 AM +08:00
WEEKNIGHT_WINDOW 25-NOV-25 10.00.00.182260 PM +08:00 26-NOV-25 06.00.00.123977 AM +08:00
WEEKNIGHT_WINDOW 24-NOV-25 10.00.00.248089 PM +08:00 25-NOV-25 06.00.00.083077 AM +08:00
SUNDAY_WINDOW 23-NOV-25 11.59.58.152753 PM +08:00 24-NOV-25 02.00.00.266551 AM +08:00
WEEKEND_WINDOW 22-NOV-25 05.59.58.207990 AM +08:00 23-NOV-25 11.59.58.084099 PM +08:00
WEEKNIGHT_WINDOW 21-NOV-25 10.00.00.268361 PM +08:00 22-NOV-25 05.59.58.179604 AM +08:00
WEEKNIGHT_WINDOW 20-NOV-25 10.00.00.196818 PM +08:00 21-NOV-25 06.00.00.042041 AM +08:00
WEEKNIGHT_WINDOW 19-NOV-25 10.00.00.279480 PM +08:00 20-NOV-25 06.00.00.202939 AM +08:00
WEEKNIGHT_WINDOW 18-NOV-25 10.00.00.226061 PM +08:00 19-NOV-25 06.00.00.095200 AM +08:00
WEEKNIGHT_WINDOW 17-NOV-25 10.00.00.208560 PM +08:00 18-NOV-25 06.00.00.097892 AM +08:00
历史记录证实，只有 SUNDAY_WINDOW、WEEKEND_WINDOW 和 WEEKNIGHT_WINDOW 在正常运行。WEEKEND 和 WEEKNIGHT 窗口的启用，导致原有的工作日和周末窗口被覆盖而无法执行。
WEEKEND 和 WEEKNIGHT 窗口分析
通过查阅 MOS 文档 IF:11g Autotask Jobs Are Not Running as Scheduled. (Doc ID 2084941.1) 得知：
WEEKNIGHT_WINDOW和WEEKEND_WINDOW是 Oracle 10g 时期使用的调度窗口，高版本虽保留但不建议使用。
检查当前 PDB 中这两个窗口的状态：
SQL> select window_name, enabled from dba_scheduler_windows where window_name in ('WEEKNIGHT_WINDOW','WEEKEND_WINDOW');
WINDOW_NAME ENABLED
------------------------------ ----------
WEEKNIGHT_WINDOW TRUE
WEEKEND_WINDOW TRUE
查询显示为 TRUE，这就是为什么统计信息收集任务的窗口没有正常执行的根本原因。
解决方法很简单，直接禁用这两个窗口：
SQL> exec dbms_scheduler.disable('WEEKNIGHT_WINDOW');
exec dbms_scheduler.disable('WEEKEND_WINDOW');
周五禁用后，周一检查窗口状态，周五、周六、周日的窗口已恢复正常执行：
WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ------------------------------------------------------------ -------------------- ----------------------------------- ------------------------------------ -----
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0;bysecond=0 +000 04:00:00 01-DEC-25 10.00.00.000000 PM PRC 11-AUG-25 10.00.00.022088 PM PST8PDT TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0;bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PRC 12-AUG-25 10.00.00.030151 PM PST8PDT TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0;bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PRC 13-AUG-25 10.00.00.142106 PM PST8PDT TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0;bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PRC 14-AUG-25 10.00.00.102161 PM PST8PDT TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0;bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PRC 28-NOV-25 10.00.00.021661 PM PRC TRUE
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0;bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PRC 29-NOV-25 06.00.00.069636 AM PRC TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0;bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PRC 30-NOV-25 06.00.00.087849 AM PRC TRUE
时区问题分析
窗口执行的问题已经解决了，但是时区的问题还是比较困惑，所以继续分析了一下时区的问题。
MOS 文档参考
关于时区问题，我查阅 MOS 之后发现了一个相关的文档：Default Scheduler Timezone Value In PDB$SEED Different Than CDB (Doc ID 2702230.1)
文档中提到：
结论：使用 DBCA General 模式创建的 CDB 数据库，其 PDB$SEED 的默认 Scheduler 时区独立于 CDB$ROOT，具体规则为：
- 12C & 18C：
Etc/UTC - 19C：
PST8PDT
若使用 CREATE DATABASE 命令或 DBCA 自定义（customize） 模式创建，则无此问题，PDB$SEED 会继承 CDB$ROOT 的 Scheduler 时区。
环境时区检查
检查当前环境的时区设置：
-- CDB$ROOT 时区
SQL> select * from cdb_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
------------------------------ ----------
DEFAULT_TIMEZONE PRC
-- PDB$SEED 时区
SQL> alter session set container=PDB$SEED;
SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
------------------------------ ------------------------------
DEFAULT_TIMEZONE PST8PDT
-- 用户 PDB 时区
SQL> alter session set container=RPTDB;
SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
------------------------------ ----------
DEFAULT_TIMEZONE PRC
可以发现，PDB$SEED 的 Scheduler 时区为 PST8PDT（符合上述 BUG 描述），用户 PDB 的 Scheduler 时区为 PRC（推测为人为修改过）。
实战验证
通过创建测试 PDB 验证时区继承行为：
-- 从 PDB$SEED 创建一个测试 PDB
SQL> create pluggable database test admin user admin identified by oracle;
SQL> alter pluggable database test open;
SQL> alter session set container=TEST;
-- 检查新建 PDB 的 scheduler 时区
SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
------------------------------ ----------
DEFAULT_TIMEZONE PST8PDT
结论：在不人为干预的情况下，新建 PDB 会从 PDB$SEED 继承 PST8PDT 时区。
查看自动任务优化器统计信息收集所使用的窗口时间：
SQL> SELECT W.WINDOW_NAME,
W.REPEAT_INTERVAL,
W.DURATION,
W.NEXT_START_DATE,
W.LAST_START_DATE,
W.ENABLED
FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W
WHERE C.WINDOW_NAME = W.WINDOW_NAME
AND C.OPTIMIZER_STATS = 'ENABLED';
WINDOW_NAME
REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------- -----
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PST8PDT TRUE
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 01-DEC-25 10.00.00.000000 PM PST8PDT TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PST8PDT TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PST8PDT TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PST8PDT TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PST8PDT TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0; bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PST8PDT TRUE
可以发现，NEXT_START_DATE 字段显示的是 PST8PDT，也就是说从 PDB$SEED 继承过来的默认时区是 PST8PDT（太平洋时间）。此时，如果默认不修改时区，自动任务优化器统计信息收集会在太平洋时间的晚上 10 点和早上 6 点运行，这显然是错误的。
修复这个问题，可手动修改 PDB 的 scheduler 时区：
-- 切换到 TEST PDB
SQL> alter session set container=TEST;
Session altered.
-- 调整 TEST PDB 的 scheduler 时区为 PRC
SQL> EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('default_timezone', 'PRC');
PL/SQL procedure successfully completed.
-- 修改后检查 TEST PDB 的 scheduler 时区
SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
------------------------------ ----------
DEFAULT_TIMEZONE PRC
修改后，自动任务窗口的 NEXT_START_DATE 将更新为 PRC 时区下的正确时间。
再次检查自动任务优化器统计信息收集所使用的窗口时间：
SQL> SELECT W.WINDOW_NAME,
W.REPEAT_INTERVAL,
W.DURATION,
W.NEXT_START_DATE,
W.LAST_START_DATE,
W.ENABLED
FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W
WHERE C.WINDOW_NAME = W.WINDOW_NAME
AND C.OPTIMIZER_STATS = 'ENABLED';
WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------- -----
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PRC TRUE
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 08-DEC-25 10.00.00.000000 PM PRC TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PRC TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PRC TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PRC TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PRC TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0; bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PRC TRUE
修改完之后，LAST_START_DATE 字段显示已经修改为 PRC 了。
问题分析总结
基于以上排查，可以还原大致的问题时间线：
- 目标 CDB 库通过
DBCA General模式创建，导致PDB$SEED的 Scheduler 时区默认为PST8PDT。 - 原 NON-CDB 库通过
DBMS_PDB.DESCRIBE方式迁移，作为 PDB 插入该 CDB。此过程会基于PDB$SEED创建 PDB 的元数据，因此继承了PST8PDT时区。 - 迁移完成后，PDB 运行一段时间，DBA 发现统计信息收集任务执行时间（显示为太平洋时间）与实际不符。
- 可能为了解决时间问题，启用了
WEEKEND_WINDOW和WEEKNIGHT_WINDOW这两个窗口。 - DBA 后面发现了时区问题，手动将 PDB 的 Scheduler 时区修改为
PRC。 - 但未禁用
WEEKEND_WINDOW和WEEKNIGHT_WINDOW窗口，导致这两个窗口覆盖了原有的周一至周六窗口，致使统计信息收集任务长期无法在正确时间触发。
解决方案
目前这个时区 BUG 尚未被 Oracle 正式发布修复。建议针对所有使用 CDB 架构的数据库进行检查：
SQL> alter session set container=MES;
Session altered.
SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';
ATTRIBUTE_NAME VALUE
-------------------- ----------
DEFAULT_TIMEZONE PST8PDT
SQL> SELECT W.WINDOW_NAME,
W.REPEAT_INTERVAL,
W.DURATION,
W.NEXT_START_DATE,
W.LAST_START_DATE,
W.ENABLED
FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W
WHERE C.WINDOW_NAME = W.WINDOW_NAME
AND C.OPTIMIZER_STATS = 'ENABLED';
WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ------------------------------------------------------------ --------------- ------------------------------------ ------------------------------------ -----
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 01-DEC-25 10.00.00.000000 PM PST8PDT 24-NOV-25 10.00.00.110249 PM PST8PDT TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PST8PDT 25-NOV-25 10.00.00.166222 PM PST8PDT TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PST8PDT 26-NOV-25 10.00.00.158350 PM PST8PDT TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0; bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PST8PDT 27-NOV-25 10.00.00.022223 PM PST8PDT TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PST8PDT 28-NOV-25 10.00.00.030350 PM PST8PDT TRUE
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PST8PDT 29-NOV-25 06.00.00.126232 AM PST8PDT TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PST8PDT 30-NOV-25 06.00.00.206237 AM PST8PDT TRUE
这个问题的解决方案，上面分析过程中其实已经提供了：
-- 禁用 10g 版本的 WEEKEND 和 WEEKNIGHT 窗口
SQL> exec dbms_scheduler.disable('WEEKNIGHT_WINDOW');
exec dbms_scheduler.disable('WEEKEND_WINDOW');
-- 修改 PDB 时区为 PRC
SQL> EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('default_timezone', 'PRC');
PL/SQL procedure successfully completed.
执行完之后，窗口的 NEXT_START_DATE 已经更新为正确的了：
WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL
-------------------- ------------------------------------------------------------ --------------- ------------------------------------ ------------------------------------ -----
MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 08-DEC-25 10.00.00.000000 PM PRC 24-NOV-25 10.00.00.110249 PM PST8PDT TRUE
TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PRC 25-NOV-25 10.00.00.166222 PM PST8PDT TRUE
WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PRC 26-NOV-25 10.00.00.158350 PM PST8PDT TRUE
THURSDAY_WINDOW freq=daily;byday=THU;byhour=22;byminute=0; bysecond=0 +000 04:00:00 04-DEC-25 10.00.00.000000 PM PRC 27-NOV-25 10.00.00.022223 PM PST8PDT TRUE
FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PRC 28-NOV-25 10.00.00.030350 PM PST8PDT TRUE
SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PRC 29-NOV-25 06.00.00.126232 AM PST8PDT TRUE
SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PRC 30-NOV-25 06.00.00.206237 AM PST8PDT TRUE
执行后，各窗口的 NEXT_START_DATE 将更新为 PRC 时区下的正确时间，LAST_START_DATE 将在下次窗口执行后同步更新。
拓展
统计信息收集任务虽然已经解决，但是由于接近半年没有收集统计信息，所以很多表收集会耗费很多时间，导致每天收集都会无法执行完成。
为了解决这个问题，可以将收集任务中时间大于 30 分钟的大表进行手动单独收集：
SQL> spool /tmp/dba_autotask_table30min.html
set markup html on
SELECT
target,
start_time,
end_time,
(end_time - start_time) AS elapsed_time, -- interval
(
EXTRACT(DAY FROM (end_time - start_time)) * 1440 +
EXTRACT(HOUR FROM (end_time - start_time)) * 60 +
EXTRACT(MINUTE FROM (end_time - start_time)) +
EXTRACT(SECOND FROM (end_time - start_time)) / 60
) AS elapsed_minutes,
notes
FROM dba_optstat_operation_tasks
WHERE end_time IS NOT NULL
AND (
EXTRACT(DAY FROM (end_time - start_time)) * 1440 +
EXTRACT(HOUR FROM (end_time - start_time)) * 60 +
EXTRACT(MINUTE FROM (end_time - start_time)) +
EXTRACT(SECOND FROM (end_time - start_time)) / 60
) > 30
ORDER BY start_time DESC;
spool off
set markup html off
使用以上命令可以获取统计信息运行超过 30 分钟的表，然后通过以下命令手动收集这些表：
SQL> exec dbms_stats.lock_table_stats('<OWNER>', '<TABLE_NAME>');
SQL> exec dbms_stats.gather_table_stats(ownname=>'<OWNER>',tabname =>'<TABLE_NAME>',estimate_percent =>DBMS_STATS.AUTO_SAMPLE_SIZE,method_opt => 'FOR ALL COLUMNS SIZE AUTO',cascade=>true, DEGREE=> DBMS_STATS.AUTO_DEGREE);
建议您可以先锁住它们，然后手动收集输出里每个表的统计信息。
写在最后
这个 BUG 表面上看只是时区显示问题，似乎不影响统计信息收集任务本身。但深入思考，统计信息收集任务通常被安排在业务低峰期（如夜间）执行，以避免对生产系统造成性能冲击。如果因时区错误导致任务实际在业务高峰期执行，极易引发严重的性能问题，影响生产环境的稳定运行。
因此，建议所有 Oracle CDB 用户检查 PDB 的 Scheduler 时区设置，防患于未然。
📚 推荐阅读：DBA 学习之路
如果这篇文章对你有帮助，推荐访问我的 Oracle DBA 系统学习站点，涵盖 100 天完整学习路线：
- 🔧 Oracle 安装部署 · RMAN 备份恢复 · Data Pump 数据迁移
- 🏗️ RAC 高可用 · DataGuard 容灾 · 多租户架构
- 🔍 故障排查 · 升级迁移 · GoldenGate 数据同步
