dbca -silent 创建数据库最简必传参数包括：-templateName、-gdbname、-sid、-sysPassword、-systemPassword、-pdbAdminPassword、-datafileDestination、-storageType。
能用，但必须严格按三步走：先配响应文件，再校验权限和路径，最后执行 dbca -silent 命令；漏掉任意一步，大概率卡在“precheck failed”或直接报错退出。
dbca -silent 创建数据库时必须传哪些参数？
静默建库不是只写 dbca -silent -createDatabase 就完事。DBCA 会强制校验关键参数是否齐全，缺一个就终止。最简可用组合包括：
-
-templateName：必须指定模板文件，如General_Purpose.dbc（路径默认在$ORACLE_HOME/assistants/dbca/templates/） -
-gdbname和-sid：全局数据库名和实例名，两者可相同，但不能为空 -
-sysPassword、-systemPassword、-pdbAdminPassword：三个密码缺一不可；若不建 PDB，-pdbAdminPassword仍需提供（可设为占位符，但不能省略） -
-datafileDestination：数据文件存放路径，FS 存储填目录（如/u01/oradata），ASM 填磁盘组（如+DATA） -
-storageType：明确写FS或ASM，别依赖默认值
常见错误现象：ERROR: [FATAL] [DBT-06201] Database template not specified 或 ERROR: [FATAL] [DBT-06208] Passwords for SYS and SYSTEM must be specified——都是参数缺失的直接反馈。
dbca.rsp 响应文件和命令行参数，哪个优先级更高？
命令行参数永远覆盖 dbca.rsp 中的同名配置。也就是说，你可以在响应文件里写好大部分参数，但运行时用命令行临时覆盖个别值（比如换密码、改路径），它就会生效。
但要注意两个陷阱：
- 如果用了
-responseFile参数指向dbca.rsp，又没在文件里填全必填项（比如漏了sysPassword），DBCA 不会回退去读命令行里的同名参数，而是直接报错 -
-responseFile和-templateName不能共存——Oracle 文档明确说“当指定响应文件时，模板必须在响应文件中定义”，否则报DBT-06201
所以生产环境推荐：用 dbca.rsp 管理所有静态配置（字符集、内存、归档模式等），命令行只传敏感且易变的字段（密码、主机名、临时路径）。
为什么 dbca -silent 总卡在 “Validating prerequisites…”？
这个阶段不是卡住，是 DBCA 在逐项检查系统状态。失败原因几乎都来自三类硬性限制：
-
磁盘空间不足：DBCA 默认要求
/tmp至少 1GB 可用空间，/u01（或datafileDestination所在分区）至少预留 5GB；df -h /tmp /u01必须先跑一遍 -
字符集不兼容：如果响应文件或命令行指定了
-characterset AL32UTF8，但操作系统 locale 不是 UTF-8（如en_US.UTF-8），预检会失败；检查用locale命令 -
内核参数未生效：比如
kernel.shmall已写入/etc/sysctl.conf，但没执行sysctl -p，DBCA 读的是旧值；验证必须用sysctl kernel.shmall直接查运行时值
绕过检查（-ignorePreReqs）只适合测试环境。生产库一旦跳过，后续可能遇到共享内存分配失败、连接数上限被掐断等隐性故障。
创建 CDB 容器数据库时，-createAsContainerDatabase TRUE 是唯一开关吗？
不是。-createAsContainerDatabase TRUE 只是告诉 DBCA 要建 CDB，但真正决定是否包含 PDB 的，是另外两个联动参数：
-
-createAsContainerDatabase TRUE+-numberOfPDBs 0→ 建空 CDB（只有 ROOT，无种子 PDB） -
-createAsContainerDatabase TRUE+-numberOfPDBs 1（或省略）→ 建标准 CDB（含 PDB$SEED） -
-createAsContainerDatabase FALSE→ 强制建非容器数据库（传统单租户）
容易被忽略的一点：-numberOfPDBs 仅在 CDB 模式下生效；如果误设为 2 且没配 -pdbName，DBCA 会静默创建两个默认命名的 PDB（PDB1、PDB2），而不是报错提醒——这在标准化交付中极易引发命名混乱。
