Oracle 11g静默安装必须在response file中显式设置oracle.install.db.config.starterdb.characterSet=AL32UTF8和nationalCharacterSet=AL16UTF16；图形化OUI则需选“高级安装”，在“Initialization Parameters”页的“Character Sets”标签下勾选“Use Unicode (AL32UTF8)”。
Oracle 11g静默安装时如何在OUI中指定AL32UTF8字符集
oracle 11g默认字符集取决于安装方式：图形化oui（oracle universal installer）在“典型安装”下会根据系统语言环境自动选we8mswin1252或zhs16gbk，**不会默认用al32utf8**；只有在“高级安装”并手动展开数据库配置步骤时，才能显式选择。静默安装（response file）则必须显式声明，否则沿用oui典型路径的默认值。
使用OUI图形界面安装时选AL32UTF8的实操路径
OUI里没有“字符集”输入框，它藏在数据库配置向导的深层选项中。关键不是跳过，而是不选“典型安装”——典型安装会屏蔽所有NLS参数控制权。
- 启动OUI后，**必须选择“高级安装”**（Advanced installation），不能点“Typical”
- 走到“Database Configuration”页 → 选“Create database” → 点“Next”后出现“Database Identification”页，继续点“Next”
- 在“Database Content”页之后，出现“Initialization Parameters”页 → 切换到“Character Sets”标签页
- 勾选 “Use Unicode (AL32UTF8) for the database character set”（这是唯一能安全启用AL32UTF8的官方勾选项）
- 国家字符集（NCHAR）保持默认
AL16UTF16即可，无需改动
静默安装（response file）中必须设置的两个关键参数
静默安装完全依赖response file，漏掉任一参数都会回退到平台默认字符集（如Linux下常为WE8MSWIN1252）。注意：这些参数只在 createDatabase=true 时生效。
-
oracle.install.db.config.starterdb.characterSet=AL32UTF8—— 这是数据库字符集，必填 -
oracle.install.db.config.starterdb.nationalCharacterSet=AL16UTF16—— 国家字符集，建议显式设为AL16UTF16，避免依赖模板默认值 - 不要设置
NLS_LANG在response file里——那是客户端环境变量，对建库无影响 - 如果response file中这两项缺失或拼写错误（比如写成
charset而非characterSet），OUI会静默忽略并采用内置模板的默认值
为什么ALTER DATABASE CHARACTERSET INTERNAL_USE AL32UTF8不是安装时该做的事
这个命令是给**已建库补救用的危险操作**，不是安装阶段的替代方案。它绕过Oracle的字符集兼容性检查，直接写入数据字典，但存在明确风险：
- 已有数据若含WE8MSWIN1252无法映射到AL32UTF8的字节序列，重启后可能变成乱码或
? - Oracle官方文档明确标注
INTERNAL_USE是内部调试用途，11gR2起已标记为deprecated - 执行前必须停所有应用连接、禁用job和AQ，且无法回滚——而安装时一次性设对，根本不需要走这条路
- 如果你正在重装11g，别碰
ALTER DATABASE characterset INTERNAL_USE，直接重走OUI高级安装或修正response file
最易被忽略的一点：即使OUI里勾了AL32UTF8，安装完成后仍要立刻验证 v$nls_parameters 中的 NLS_CHARACTERSET 值，因为某些OUI版本在多语言系统下会忽略该选项而静默回退——别只信安装日志里的“Success”。
