在知识库中专注阅读，并随时返回相关工具与课程
大家好，这里是公众号 DBA学习之路，分享一些学习数据库路上的知识和经验。
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
上周五，开发同事反馈某套 Oracle 数据库中，大量表的统计信息已有半年未自动收集，导致执行计划不准确，SQL 执行频繁出现问题，每次都需要手动收集统计信息，希望我能协助排查并解决这个问题。
本以为是一个常规问题，但排查过程中发现了不少问题点，最终定位到一个 Oracle 未发布的 BUG，过程颇为曲折。本文将详细分享整个问题的分析思路、排查步骤与解决方案，供大家参考。
开始之前，我先说一下环境信息，这对问题分析比较重要。数据库环境为 Oracle 19.3 RAC CDB 架构，有一个从 NON-CDB 迁移而来的 PDB。
据同事反馈，该库的自动统计信息收集任务已停滞一段时间，检查其提供的一张表：
1SQL> set line2222 pages10002col TABLE_NAME for a403col PARTITION_NAME for a304SELECT TABLE_NAME, PARTITION_NAME, LAST_ANALYZED, NUM_ROWS, BLOCKS5 FROM DBA_TAB_STATISTICS6 WHERE TABLE_NAME = 'PLC_DC_CDO_NOPDAHIS_ZR';78TABLE_NAME PARTITION_NAME LAST_ANALYZED NUM_ROWS BLOCKS9------------------------------ -------------------- ------------------- ---------- ----------10PLC_DC_CDO_NOPDAHIS_ZR 2025/10/26 11:14:28 302641840 788651511PLC_DC_CDO_NOPDAHIS_ZR SYS_P5483012PLC_DC_CDO_NOPDAHIS_ZR SYS_P5881513PLC_DC_CDO_NOPDAHIS_ZR SYS_P5999414...（部分分区信息省略）15PLC_DC_CDO_NOPDAHIS_ZR PART_T01 2025/08/16 10:37:03 0 0其中 2025/10/26 的统计信息是手动收集的，上一次自动收集则要追溯到 2025/08/16，确实已间隔很久。
接下来，我根据我的实际排查思路进行复盘。
注意：在 CDB 架构下，PDB 的统计信息收集任务是独立的，因此所有检查都需在 PDB 下进行。
首先确认自动统计信息收集功能是否开启：
1SQL> SELECT CLIENT_NAME, STATUS2FROM DBA_AUTOTASK_CLIENT3WHERE CLIENT_NAME = 'auto optimizer stats collection';45CLIENT_NAME STATUS6---------------------------------------------------------------- --------7auto optimizer stats collection ENABLED任务状态显示为启用，正常。
查看统计信息收集任务对应的调度窗口组：
1SQL> SELECT2 CLIENT_NAME,3 WINDOW_GROUP4 FROM DBA_AUTOTASK_CLIENT5 WHERE CLIENT_NAME = 'auto optimizer stats collection';67CLIENT_NAME WINDOW_GROUP8---------------------------------------- ------------------------------9auto optimizer stats collection ORA$AT_WGRP_OS查看 ORA$AT_WGRP_OS 窗口组包含的具体时间窗口：
1SQL> select * from dba_scheduler_wingroup_members where window_group_name='ORA$AT_WGRP_OS';23WINDOW_GROUP_NAME WINDOW_NAME4------------------------------ ------------------------------5ORA$AT_WGRP_OS MONDAY_WINDOW6ORA$AT_WGRP_OS TUESDAY_WINDOW7ORA$AT_WGRP_OS WEDNESDAY_WINDOW8ORA$AT_WGRP_OS THURSDAY_WINDOW9ORA$AT_WGRP_OS FRIDAY_WINDOW10ORA$AT_WGRP_OS SATURDAY_WINDOW11ORA$AT_WGRP_OS SUNDAY_WINDOW窗口配置正常，按天执行。
检查近 30 天的任务执行历史：
1SQL> SELECT2 WINDOW_NAME,3 JOB_NAME,4 JOB_STATUS,5 JOB_START_TIME,6 JOB_DURATION,7 JOB_INFO8 FROM DBA_AUTOTASK_JOB_HISTORY9 WHERE CLIENT_NAME = 'auto optimizer stats collection'10 AND JOB_START_TIME >= SYSDATE - 3011 ORDER BY JOB_START_TIME DESC;1213WINDOW_NAME JOB_NAME JOB_STATUS JOB_START_TIME JOB_DURATION JOB_INFO14-------------------- ------------------------------ ---------- ----------------------------------- -------------------- ----------------------------------------------------------------------------------------------------15SUNDAY_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"16SUNDAY_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"17SUNDAY_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"18SUNDAY_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”，其余窗口均无运行记录。这是否意味着其他窗口被禁用了？
进一步查看已启用统计信息收集的窗口详情：
1SQL> SELECT W.WINDOW_NAME,2 W.REPEAT_INTERVAL,3 W.DURATION,4 W.NEXT_START_DATE,5 W.LAST_START_DATE,6 W.ENABLED7 FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W8 WHERE C.WINDOW_NAME = W.WINDOW_NAME9 AND C.OPTIMIZER_STATS = 'ENABLED';1011WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL12-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------------------ -----13MONDAY_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 TRUE14TUESDAY_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 TRUE15WEDNESDAY_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 TRUE16THURSDAY_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 TRUE17FRIDAY_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 TRUE18SATURDAY_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 TRUE19SUNDAY_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 TRUE20WEEKEND_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 TRUE21WEEKNIGHT_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观察发现，启用的窗口包含以下几类：
正常情况下，不应出现 WEEKEND_WINDOW 和 WEEKNIGHT_WINDOW。这两个是什么窗口？检查其所属窗口组：
1SQL> select * from dba_scheduler_wingroup_members where WINDOW_NAME in ('WEEKNIGHT_WINDOW','WEEKEND_WINDOW');23no rows selected它们不属于任何窗口组。但关键发现是：WEEKEND_WINDOW 覆盖了周末窗口，WEEKNIGHT_WINDOW 覆盖了工作日窗口！
再观察各窗口的 LAST_START_DATE：
这意味着自 2025 年 8 月中旬起，只有周日、WEEKEND、WEEKNIGHT 窗口在运行，其余窗口均未执行。
通过窗口历史验证上述结论：
1SQL> select * from DBA_AUTOTASK_WINDOW_HISTORY order by WINDOW_START_TIME desc;23WINDOW_NAME WINDOW_START_TIME WINDOW_END_TIME4-------------------- ---------------------------------------- -------------------------------------5WEEKNIGHT_WINDOW 27-NOV-25 10.00.00.462315 PM +08:00 28-NOV-25 06.00.00.059050 AM +08:006WEEKNIGHT_WINDOW 26-NOV-25 10.00.00.175039 PM +08:00 27-NOV-25 06.00.00.093159 AM +08:007WEEKNIGHT_WINDOW 25-NOV-25 10.00.00.182260 PM +08:00 26-NOV-25 06.00.00.123977 AM +08:008WEEKNIGHT_WINDOW 24-NOV-25 10.00.00.248089 PM +08:00 25-NOV-25 06.00.00.083077 AM +08:009SUNDAY_WINDOW 23-NOV-25 11.59.58.152753 PM +08:00 24-NOV-25 02.00.00.266551 AM +08:0010WEEKEND_WINDOW 22-NOV-25 05.59.58.207990 AM +08:00 23-NOV-25 11.59.58.084099 PM +08:0011WEEKNIGHT_WINDOW 21-NOV-25 10.00.00.268361 PM +08:00 22-NOV-25 05.59.58.179604 AM +08:0012WEEKNIGHT_WINDOW 20-NOV-25 10.00.00.196818 PM +08:00 21-NOV-25 06.00.00.042041 AM +08:0013WEEKNIGHT_WINDOW 19-NOV-25 10.00.00.279480 PM +08:00 20-NOV-25 06.00.00.202939 AM +08:0014WEEKNIGHT_WINDOW 18-NOV-25 10.00.00.226061 PM +08:00 19-NOV-25 06.00.00.095200 AM +08:0015WEEKNIGHT_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 窗口的启用，导致原有的工作日和周末窗口被覆盖而无法执行。
通过查阅 MOS 文档 IF:11g Autotask Jobs Are Not Running as Scheduled. (Doc ID 2084941.1) 得知：
WEEKNIGHT_WINDOW和WEEKEND_WINDOW是 Oracle 10g 时期使用的调度窗口，高版本虽保留但不建议使用。
检查当前 PDB 中这两个窗口的状态：
1SQL> select window_name, enabled from dba_scheduler_windows where window_name in ('WEEKNIGHT_WINDOW','WEEKEND_WINDOW');23WINDOW_NAME ENABLED4------------------------------ ----------5WEEKNIGHT_WINDOW TRUE6WEEKEND_WINDOW TRUE查询显示为 TRUE，这就是为什么统计信息收集任务的窗口没有正常执行的根本原因。
解决方法很简单，直接禁用这两个窗口：
1SQL> exec dbms_scheduler.disable('WEEKNIGHT_WINDOW');2exec dbms_scheduler.disable('WEEKEND_WINDOW');周五禁用后，周一检查窗口状态，周五、周六、周日的窗口已恢复正常执行：
1WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL2-------------------- ------------------------------------------------------------ -------------------- ----------------------------------- ------------------------------------ -----3MONDAY_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 TRUE4TUESDAY_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 TRUE5WEDNESDAY_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 TRUE6THURSDAY_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 TRUE7FRIDAY_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 TRUE8SATURDAY_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 TRUE9SUNDAY_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 之后发现了一个相关的文档：Default Scheduler Timezone Value In PDB$SEED Different Than CDB (Doc ID 2702230.1)
文档中提到：
结论：使用 DBCA General 模式创建的 CDB 数据库，其 PDB$SEED 的默认 Scheduler 时区独立于 CDB$ROOT，具体规则为：
Etc/UTCPST8PDT若使用 CREATE DATABASE 命令或 DBCA 自定义（customize） 模式创建，则无此问题，PDB$SEED 会继承 CDB$ROOT 的 Scheduler 时区。
检查当前环境的时区设置：
1-- CDB$ROOT 时区2SQL> select * from cdb_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';34ATTRIBUTE_NAME VALUE5------------------------------ ----------6DEFAULT_TIMEZONE PRC78-- PDB$SEED 时区9SQL> alter session set container=PDB$SEED;10SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';1112ATTRIBUTE_NAME VALUE13------------------------------ ------------------------------14DEFAULT_TIMEZONE PST8PDT1516-- 用户 PDB 时区17SQL> alter session set container=RPTDB;18SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';1920ATTRIBUTE_NAME VALUE21------------------------------ ----------22DEFAULT_TIMEZONE PRC可以发现，PDB$SEED 的 Scheduler 时区为 PST8PDT（符合上述 BUG 描述），用户 PDB 的 Scheduler 时区为 PRC（推测为人为修改过）。
通过创建测试 PDB 验证时区继承行为：
1-- 从 PDB$SEED 创建一个测试 PDB2SQL> create pluggable database test admin user admin identified by oracle;3SQL> alter pluggable database test open;4SQL> alter session set container=TEST;56-- 检查新建 PDB 的 scheduler 时区7SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';89ATTRIBUTE_NAME VALUE10------------------------------ ----------11DEFAULT_TIMEZONE PST8PDT结论：在不人为干预的情况下，新建 PDB 会从 PDB$SEED 继承 PST8PDT 时区。
查看自动任务优化器统计信息收集所使用的窗口时间：
1SQL> SELECT W.WINDOW_NAME,2 W.REPEAT_INTERVAL,3 W.DURATION,4 W.NEXT_START_DATE,5 W.LAST_START_DATE,6 W.ENABLED7 FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W8 WHERE C.WINDOW_NAME = W.WINDOW_NAME9 AND C.OPTIMIZER_STATS = 'ENABLED';1011WINDOW_NAME12REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL13-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------- -----14SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PST8PDT TRUE15MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 01-DEC-25 10.00.00.000000 PM PST8PDT TRUE16FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PST8PDT TRUE17WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PST8PDT TRUE18TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PST8PDT TRUE19SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PST8PDT TRUE20THURSDAY_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 时区：
1-- 切换到 TEST PDB2SQL> alter session set container=TEST;34Session altered.56-- 调整 TEST PDB 的 scheduler 时区为 PRC7SQL> EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('default_timezone', 'PRC');89PL/SQL procedure successfully completed.1011-- 修改后检查 TEST PDB 的 scheduler 时区12SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';1314ATTRIBUTE_NAME VALUE15------------------------------ ----------16DEFAULT_TIMEZONE PRC修改后，自动任务窗口的 NEXT_START_DATE 将更新为 PRC 时区下的正确时间。
再次检查自动任务优化器统计信息收集所使用的窗口时间：
1SQL> SELECT W.WINDOW_NAME,2 W.REPEAT_INTERVAL,3 W.DURATION,4 W.NEXT_START_DATE,5 W.LAST_START_DATE,6 W.ENABLED7 FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W8 WHERE C.WINDOW_NAME = W.WINDOW_NAME9 AND C.OPTIMIZER_STATS = 'ENABLED';1011WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL12-------------------- ---------------------------------------------------------------------- --------------- ------------------------------------ ------------------------- -----13SATURDAY_WINDOW freq=daily;byday=SAT;byhour=6;byminute=0; bysecond=0 +000 20:00:00 06-DEC-25 06.00.00.000000 AM PRC TRUE14MONDAY_WINDOW freq=daily;byday=MON;byhour=22;byminute=0; bysecond=0 +000 04:00:00 08-DEC-25 10.00.00.000000 PM PRC TRUE15FRIDAY_WINDOW freq=daily;byday=FRI;byhour=22;byminute=0; bysecond=0 +000 04:00:00 05-DEC-25 10.00.00.000000 PM PRC TRUE16WEDNESDAY_WINDOW freq=daily;byday=WED;byhour=22;byminute=0; bysecond=0 +000 04:00:00 03-DEC-25 10.00.00.000000 PM PRC TRUE17TUESDAY_WINDOW freq=daily;byday=TUE;byhour=22;byminute=0; bysecond=0 +000 04:00:00 02-DEC-25 10.00.00.000000 PM PRC TRUE18SUNDAY_WINDOW freq=daily;byday=SUN;byhour=6;byminute=0; bysecond=0 +000 20:00:00 07-DEC-25 06.00.00.000000 AM PRC TRUE19THURSDAY_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 了。
基于以上排查，可以还原大致的问题时间线：
DBCA General 模式创建，导致 PDB$SEED 的 Scheduler 时区默认为 PST8PDT。DBMS_PDB.DESCRIBE 方式迁移，作为 PDB 插入该 CDB。此过程会基于 PDB$SEED 创建 PDB 的元数据，因此继承了 PST8PDT 时区。WEEKEND_WINDOW 和 WEEKNIGHT_WINDOW 这两个窗口。PRC。WEEKEND_WINDOW 和 WEEKNIGHT_WINDOW 窗口，导致这两个窗口覆盖了原有的周一至周六窗口，致使统计信息收集任务长期无法在正确时间触发。目前这个时区 BUG 尚未被 Oracle 正式发布修复。建议针对所有使用 CDB 架构的数据库进行检查：
1SQL> alter session set container=MES;23Session altered.45SQL> select * from dba_scheduler_global_attribute where ATTRIBUTE_NAME like '%TIMEZONE%';67ATTRIBUTE_NAME VALUE8-------------------- ----------9DEFAULT_TIMEZONE PST8PDT1011SQL> SELECT W.WINDOW_NAME,12 W.REPEAT_INTERVAL,13 W.DURATION,14 W.NEXT_START_DATE,15 W.LAST_START_DATE,16 W.ENABLED17 FROM DBA_AUTOTASK_WINDOW_CLIENTS C, DBA_SCHEDULER_WINDOWS W18 WHERE C.WINDOW_NAME = W.WINDOW_NAME19 AND C.OPTIMIZER_STATS = 'ENABLED';2021WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL22-------------------- ------------------------------------------------------------ --------------- ------------------------------------ ------------------------------------ -----23MONDAY_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 TRUE24TUESDAY_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 TRUE25WEDNESDAY_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 TRUE26THURSDAY_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 TRUE27FRIDAY_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 TRUE28SATURDAY_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 TRUE29SUNDAY_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这个问题的解决方案，上面分析过程中其实已经提供了：
1-- 禁用 10g 版本的 WEEKEND 和 WEEKNIGHT 窗口2SQL> exec dbms_scheduler.disable('WEEKNIGHT_WINDOW');3exec dbms_scheduler.disable('WEEKEND_WINDOW');45-- 修改 PDB 时区为 PRC6SQL> EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('default_timezone', 'PRC');78PL/SQL procedure successfully completed.执行完之后，窗口的 NEXT_START_DATE 已经更新为正确的了：
1WINDOW_NAME REPEAT_INTERVAL DURATION NEXT_START_DATE LAST_START_DATE ENABL2-------------------- ------------------------------------------------------------ --------------- ------------------------------------ ------------------------------------ -----3MONDAY_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 TRUE4TUESDAY_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 TRUE5WEDNESDAY_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 TRUE6THURSDAY_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 TRUE7FRIDAY_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 TRUE8SATURDAY_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 TRUE9SUNDAY_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 分钟的大表进行手动单独收集：
1SQL> spool /tmp/dba_autotask_table30min.html2set markup html on3SELECT4target,5start_time,6end_time,7(end_time - start_time) AS elapsed_time, -- interval8(9EXTRACT(DAY FROM (end_time - start_time)) * 1440 +10EXTRACT(HOUR FROM (end_time - start_time)) * 60 +11EXTRACT(MINUTE FROM (end_time - start_time)) +12EXTRACT(SECOND FROM (end_time - start_time)) / 6013) AS elapsed_minutes,14notes15FROM dba_optstat_operation_tasks16WHERE end_time IS NOT NULL17AND (18EXTRACT(DAY FROM (end_time - start_time)) * 1440 +19EXTRACT(HOUR FROM (end_time - start_time)) * 60 +20EXTRACT(MINUTE FROM (end_time - start_time)) +21EXTRACT(SECOND FROM (end_time - start_time)) / 6022) > 3023ORDER BY start_time DESC;24spool off25set markup html off使用以上命令可以获取统计信息运行超过 30 分钟的表，然后通过以下命令手动收集这些表：
1SQL> exec dbms_stats.lock_table_stats('<OWNER>', '<TABLE_NAME>');2SQL> 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 时区设置，防患于未然。