DBCA静默模式下必须指定responseFile、operationType、templateName、sysPassword、systemPassword、datafileDestination、dbName和gdbName；字符集需匹配系统环境；ORA-12547多因监听配置或ulimit过低；AMM依赖/dev/shm且21c已改参数名。
DBCA 静默模式下必须指定哪些响应文件参数
不填全关键参数，dbca 直接报错退出，不会给你补全提示。最常漏的是数据库唯一名（dbname）和全局数据库名（gdbname），这两个看似重复，但作用不同：dbname 是实例名（对应 oracle_sid），gdbname 是网络可解析的完整名（如 orcl.example.com）。静默创建时它们必须显式一致或按需区分。
以下参数缺一不可：
-
responseFile：指向响应文件路径，必须绝对路径，相对路径在静默模式下常被忽略 -
operationType必须设为createDatabase -
templateName：模板路径要真实存在，推荐用$ORACLE_HOME/assistants/dbca/templates/General_Purpose.dbc，别手写错后缀 -
sysPassword和systemPassword：密码强度需满足 Oracle 密码策略，否则创建中途失败，错误信息是ORA-00922: missing or invalid option（实际是密码校验触发的误导性报错） -
datafileDestination：必须是已存在、Oracle 用户有读写权限的目录，且不能是 ASM 别名路径（除非明确配置了storageType=ASM）
为什么 characterSet 和 nationalCharacterSet 不能随便抄模板值
字符集一旦定死，后续改代价极高——不是 ALTER DATABASE 就能切的。常见误操作是直接复制模板里的 AL32UTF8，却没检查操作系统语言环境是否支持。比如在 LANG=C 的 Linux 上建 AL32UTF8 库，监听器可能无法正常启动，日志里出现 TNS-12537: TNS:connection closed。
更隐蔽的问题是 nationalCharacterSet。它只影响 NCHAR/NVARCHAR2 字段，但若设成 AL16UTF16（默认），而应用层没做 Unicode 转换，插入中文会变成乱码，且查不出错——字段存进去了，只是读出来不对。
- 生产库建议统一用
AL32UTF8+AL16UTF16，但先确认客户端 NLS_LANG 设置匹配 - 如果只存 ASCII 或 GBK 数据，用
ZHS16GBK更省空间，但跨平台迁移时容易出问题 - Oracle 19c+ 对
AL32UTF8的排序性能有优化，旧版本（如 11g）用它反而慢
dbca -silent 报 ORA-12547: TNS:lost contact 的真实原因
这个错误八成不是网络问题，而是响应文件里 listenerConfigure 和 listenerName 没配对。静默模式下，dbca 默认尝试调用 netca 配监听，但如果 listenerConfigure=false 却没手动启监听，实例起来后立刻断连。
另一个高频原因是 oracle 用户的 ulimit 设置过低。响应文件本身不控制资源限制，但 dbca 启动后台进程时会继承 shell 限制。如果 nofile 小于 65536，实例可能在写控制文件阶段崩溃，日志里只显示 “Process terminated”，而终端报 ORA-12547。
- 运行前执行
ulimit -n 65536，并确认/etc/security/limits.conf已持久化 - 若不想让
dbca碰监听，设listenerConfigure=false，然后自己用lsnrctl start启好再跑 - 检查
$ORACLE_HOME/network/admin/listener.ora是否被其他进程锁住（比如上次异常退出没释放）
响应文件中 automaticMemoryManagement 开关的实际影响
设成 true 表示启用 AMM（Automatic Memory Management），但这是个“全有或全无”的开关：一旦开启，sgaTarget 和 pgaAggregateTarget 就不能单独设值，否则 dbca 直接拒绝解析响应文件，报错 Invalid value for parameter 'sgaTarget'。
更麻烦的是 Linux 上的兼容性问题。AMM 依赖 /dev/shm，如果该挂载点大小小于 memoryTarget 值，实例启动后几秒内就会被 OOM killer 杀掉，现象是 ps -ef | grep pmon 看不到进程，alert.log 里只有 ORA-27102: out of memory。
- 生产环境建议关 AMM，用 ASMM（
automaticSharedMemoryManagement=true），更可控 - 如果非要开 AMM，确保
/dev/shm挂载大小 >=memoryTarget，命令是mount -o remount,size=4G /dev/shm - Oracle 21c 默认禁用 AMM，响应文件里设
true会被忽略，得用enableAutomaticMemoryManagement这个新参数名
