在知识库中专注阅读，并随时返回相关工具与课程
大家好，这里是公众号 DBA学习之路，分享一些学习国产数据库路上的知识和经验。 @TOC目录 最近遇到好几次数据泵导入报错 ORA-39405 的问题，需要升级时区，本文正好记录一下解决过程。 两套 19C 数据库，补丁版本不一致，源端补丁版本高于目标端，需要将源端的用户数据导入到目标端数据库库，在导入的时候报错如下： bash ORA-39405: Oracle Data Pump does n
系统学习 Oracle DBA
开通会员 ¥128/月起
查看完整课程大家好，这里是公众号 DBA学习之路，分享一些学习国产数据库路上的知识和经验。
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
最近遇到好几次数据泵导入报错 ORA-39405 的问题，需要升级时区，本文正好记录一下解决过程。
两套 19C 数据库，补丁版本不一致，源端补丁版本高于目标端，需要将源端的用户数据导入到目标端数据库库，在导入的时候报错如下：
1ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 42 into a target database with TSTZ version 32.查看报错：
1[oracle@orcl19c:/home/oracle]$ oerr ora 39405239405, 00000, "Oracle Data Pump does not support importing from a source database with TSTZ version %s into a target database with TSTZ version %s."3// *Cause: The source database was at a different time zone version than the4// target database and there were tables that contained TIMESTAMP5// WITH TIME ZONE (TSTZ) data.6// *Action: Convert the target database to the same time zone version or7// later as the source database or use Oracle Data Pump with8// conventional data movement to export then import this data.大致意思就是：
在使用 Oracle Data Pump 进行数据导入时，如果源数据库的时区版本（TSTZ版本）与目标数据库的时区版本不同，就会出现该错误，需要将目标数据库的时区版本更新为与源数据库相同或更高版本。
根据提示，我们需要将目标端数据库时区升级到 42，参考 MOS 文档：
需要安装补丁 Patch 35220732: RDBMS - DSTV42 UPDATE - TZDATA2023C：
下载补丁后，根据 README 提示进行升级时区即可。
安装补丁需要先关闭数据库：
1SQL> shu immediate安装补丁：
1## 进入补丁目录2[oracle@orcl19c:/home/oracle]$ cd /home/oracle/3522073234## 安装前检查5[oracle@orcl19c:/home/oracle]$ $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -ph ./6Oracle Interim Patch Installer version 12.2.0.1.177Copyright (c) 2025, Oracle Corporation. All rights reserved.89PREREQ session1011Oracle Home : /u01/app/oracle/product/19.0.0/db12Central Inventory : /u01/app/oraInventory13 from : /u01/app/oracle/product/19.0.0/db/oraInst.loc14OPatch version : 12.2.0.1.1715OUI version : 12.2.0.7.016Log file location : /u01/app/oracle/product/19.0.0/db/cfgtoollogs/opatch/opatch2025-02-20_17-23-05PM_1.log1718Invoking prereq "checkconflictagainstohwithdetail"1920Prereq "checkConflictAgainstOHWithDetail" passed.2122OPatch succeeded.2324## 安装补丁25[oracle@orcl19c 35220732]$ $ORACLE_HOME/OPatch/opatch apply26Oracle Interim Patch Installer version 12.2.0.1.1727Copyright (c) 2025, Oracle Corporation. All rights reserved.2829Oracle Home : /u01/app/oracle/product/19.0.0/db30Central Inventory : /u01/app/oraInventory31 from : /u01/app/oracle/product/19.0.0/db/oraInst.loc32OPatch version : 12.2.0.1.1733OUI version : 12.2.0.7.034Log file location : /u01/app/oracle/product/19.0.0/db/cfgtoollogs/opatch/opatch2025-02-20_17-23-11PM_1.log3536Verifying environment and performing prerequisite checks...37OPatch continues with these patches: 35220732 3839Do you want to proceed? [y|n]40y41User Responded with: Y42All checks passed.43Backing up files...44Applying interim patch '35220732' to OH '/u01/app/oracle/product/19.0.0/db'4546Patching component oracle.oracore.rsf, 19.0.0.0.0...47Patch 35220732 successfully applied.48Log file location: /u01/app/oracle/product/19.0.0/db/cfgtoollogs/opatch/opatch2025-02-20_17-23-11PM_1.log4950OPatch succeeded.5152## 检查补丁是否安装完成53[oracle@orcl19c 35220732]$ $ORACLE_HOME/OPatch/opatch lspatches5435220732;RDBMS - DSTV42 UPDATE - TZDATA2023C5529585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)5629517242;Database Release Update : 19.3.0.0.190416 (29517242)5758OPatch succeeded.安装完成后开启数据库：
1SQL> startup到这补丁安装就算完成了，接下来还需要执行时区升级。
在 MOS 文档中看到升级时区有两种方式：
DBMS_DST package： 4.7.2 Upgrading the Time Zone Data Using the DBMS_DST Packageutltz_* Scripts in the $ORACLE_HOME/rdbms/admin directory：4.7.1 Upgrading the Time Zone Data Using the utltz_* Scripts这里官方建议使用第二种方式进行升级：
1-- 运行 utltz_countstats.sql 显示所有包含 "TIMESTAMP WITH TIME ZONE" 类型的表的优化器统计信息，包括 num_rows（行数）。2SQL> @?/rdbms/admin/utltz_countstats.sql3-- 运行 utltz_countstar.sql 显示了所有包含 "TIMESTAMP WITH TIME ZONE" (TSTZ) 数据类型的表的 count(*) 操作结果。4SQL> @?/rdbms/admin/utltz_countstar.sql5-- 以上两个脚本只需要执行其中一个就行，具体根据统计信息的准确性来选择，第二种需要执行的时间可能较长。67-- dbms_scheduler 表通常包含大量的时区数据，如果不需要该表中的数据，可以在执行升级步骤之前使用以下命令删除它。在运行此命令之前，请停止主要作业，因为如果某些主作业仍在执行，则可能无法删除 dbms_scheduler 表中的所有数据。8SQL> exec dbms_scheduler.purge_log;910-- 其他可能包含大量时区数据的表包括 SYS.WRI$_OPTSTAT_HISTGRM_HISTORY 和 SYS.WRI$_OPTSTAT_HISTHEAD_HISTORY 表。如果您不需要这些数据，可以使用以下命令删除它们：11SQL> select count(*) from SYS.WRI$_OPTSTAT_HISTGRM_HISTORY;12SQL> select count(*) from SYS.WRI$_OPTSTAT_HISTHEAD_HISTORY;13SQL> select systimestamp - dbms_stats.get_stats_history_availability from dual;14SQL> exec dbms_stats.alter_stats_history_retention(0);15SQL> exec DBMS_STATS.PURGE_STATS(systimestamp);16SQL> select count(*) from SYS.WRI$_OPTSTAT_HISTGRM_HISTORY;17SQL> select count(*) from SYS.WRI$_OPTSTAT_HISTHEAD_HISTORY;1819-- 等时区数据升级完成，可以使用以下命令将数据保留期限设置回其原始值：20SQL> exec dbms_stats.alter_stats_history_retention(31);以上为升级时区前的一些准备工作，下面开始正式升级时区：
1-- 升级时区2SQL> @?/rdbms/admin/utltz_upg_check.sql3SQL> @?/rdbms/admin/utltz_upg_check.sql4SQL> @?/rdbms/admin/utltz_upg_apply.sql升级完成后，检查时区版本是否正确：
1SQL> col property_name for a302col value for a303select property_name, substr(property_value, 1, 30) value4 from database_properties5 where property_name like 'DST_%'6 order by property_name;78PROPERTY_NAME VALUE9------------------------------ ------------------------------10DST_PRIMARY_TT_VERSION 4211DST_SECONDARY_TT_VERSION 012DST_UPGRADE_STATE NONE可以看到时区已经升级到 42，再次使用数据泵导入数据成功。
这里在延伸一下，从 RU 19.18 开始，时区补丁会跟随 RU 一起安装，但是不会自动更新数据库时区，需要人为执行升级，可参考 MOS：
所以，大家建议大家在安装 RU 19.18 之后的补丁，需要手工升级时区：
1## 注意：rac 数据库需要先切换成单机模式进行升级2SQL> @?/rdbms/admin/utltz_upg_apply.sql具体步骤可以参考 MOS 文档内容。