ORA-01882错误源于Oracle 12c安装时TZ设为Asia/Shanghai，而其内置timezlrg.dat不识别IANA时区名；应设为PRC或GMT+8，且仅在运行runInstaller前临时设置。
ora-01882 错误在 oracle 12c 安装过程中出现，基本可以确定不是安装包损坏或权限问题，而是安装程序启动时读取了不兼容的时区名（如 asia/shanghai），但当前环境缺少对应解析能力——根源在 tz 环境变量与 oracle 自身时区机制的错位。
安装前为什么不能设 TZ=Asia/Shanghai？
Oracle 12c 安装程序（尤其是runInstaller）依赖 JVM 启动，而 JVM 默认按 TZ 解析时区。但 Oracle 12c（尤其 R1/R2 初始版本）自带的时区文件 timezlrg.dat 版本通常为 v14 或 v18，根本不识别 Asia/Shanghai 这类 IANA 区域名，只认 PRC 或 GMT+8。一旦你设了 TZ=Asia/Shanghai，JVM 尝试匹配失败，就会在图形界面初始化或后台校验阶段直接抛出 ORA-01882: timezone region not found 并中断。
-
TZ设成PRC、GMT+8或留空（让 JVM fallback 到系统默认）反而更安全 - 不要设成
CST、China Standard Time等 Windows 风格名，Oracle 不认 - Docker 或最小化 CentOS 7 环境中
TZ常为空，此时显式设TZ=GMT+8反而比不设更可控
Linux 安装时 TZ 应该设在哪一级？
必须在启动runInstaller 前，由安装用户（通常是 oracle）在当前 shell 中临时设置，**不要写入 /etc/profile 或 ~/.bashrc 全局生效**——否则后续数据库实例启动、监听器、备份脚本都可能受干扰。
实操建议：
- 切换到 oracle 用户后，执行：
export TZ=GMT+8（或export TZ=PRC） - 验证：
echo $TZ输出应为设定值，且date显示时间正确 - 立即运行：
./runInstaller，不要新开 shell 或 su 切换 - 安装完成、数据库实例创建完毕后再按需调整数据库级时区（用
ALTER SYSTEM SET TIME_ZONE），和安装期TZ无关
JDBC 或 SQL*Plus 客户端连不上也报 ORA-01882？那不是安装问题
如果错误出现在安装完成后、首次用 SQL*Plus 或 JDBC 连接数据库时，说明问题已转移到客户端环境：- Linux 客户端：检查
$ORACLE_HOME/oracore/zoneinfo/timezlrg.dat版本是否和数据库一致（SELECT VERSION FROM V$TIMEZONE_FILE），不一致就从服务端拷一份覆盖 - Java 客户端：连接串必须加
oracle.jdbc.timezoneAsRegion=true，且严禁设置-Duser.timezone=GMT+8（它会压制区域名解析） -
serverTimezone是 MySQL 参数，Oracle JDBC 驱动完全忽略，写了反而掩盖真实配置
真正容易被忽略的是：TZ 在安装阶段只影响图形界面和 JVM 初始化，但一旦安装完成，数据库实例自己的时区行为就彻底由 TIME_ZONE 参数和 timezlrg.dat 文件版本决定——安装时设的 TZ 对运行态零影响。
