1. DBCA 到底替你干了什么先从一次手工建库的翻车说起早几年带新人的时候我总会让他们先用脚本手工敲一遍CREATE DATABASE然后再去用 Oracle DBCA 创建数据库。原因很简单只有亲手写过那份建库脚本你才会明白 DBCA 这个图形化工具背后到底埋了多少体力活。DBCA 的全称是 Database Configuration Assistant它是 Oracle 官方随数据库软件一起安装的建库工具负责的是从什么都没有到一个能登录的实例这一整条链路同时也负责反向操作——把数据库干净地拆掉。很多人对 DBCA 的印象停留在点下一步的向导觉得它只是个给初学者用的玩具。但真在生产环境待过就知道DBCA 的静默模式是批量交付、测试环境快速复制、CI 流水线里造库的标准手段一条命令就能把数据库拉起来比手工脚本可维护得多。这篇内容会围绕 Oracle DBCA 创建与删除数据库的完整流程展开把图形界面的每一步含义讲清楚也把静默模式的参数逐个拆开重点是那些文档里不会写、但实操中一定会撞上的坑。适合谁看如果你是刚接触 Oracle 的运维或开发照着走能一次把库建起来如果你已经建过很多次库那第 5 章和第 6 章关于报错定位和残留清理的部分可能更值得花时间。至于环境版本下面涉及的命令在 11g、12c、19c 上都适用差异点我会单独标出来比如 12c 之后多出来的 CDB/PDB 概念。1.1 手工建库脚本里那些容易漏掉的动作一份最小的建库脚本大概长这样先设ORACLE_SID写一个initSID.ora参数文件startup nomount然后CREATE DATABASE接着跑catalog.sql、catproc.sql建数据字典最后配监听、配网络服务名。看起来七八步实际上真正的坑在后半段建库时指定的字符集如果不符合业务要求后期改动成本极高基本等于重建临时表空间和 UNDO 表空间的初始大小、自动扩展策略如果没设跑几天就报空间不足数据字典脚本漏跑一个后面用expdp导出会直接失败参数文件里db_create_file_dest写了一个不存在的目录实例启动阶段就报 ORA-01261监听配置忘了加静态注册DBCA 或客户端连过来时找不到实例。这些步骤里脚本只负责语法正确不负责配置合理。而 DBCA 的价值恰恰在于它把合理这件事做成了默认值模板会自动带上标准表空间、标准参数、标准的归档与非归档策略选择还会在最后帮你注册监听、生成密码文件、写 oratab。你要做的只是把几个关键选项选对。1.2 DBCA 的三种工作模式与各自的适用场景DBCA 不止一种用法按交互方式分实际工作中会用到的是这三类模式启动方式适用场景主要限制图形向导dbca学习、单次建库、需要边看边确认服务器需有图形环境或 X11 转发静默模式dbca -silent ...批量交付、脚本化、无图形服务器参数必须一次给全报错信息偏简略响应文件dbca -silent -responseFile xxx.rsp参数多、需要版本管理和复用需要先从已有环境生成模板选哪种取决于你要做几次。如果只是临时搭一个练手库图形向导最省心如果是给客户交付三套环境、每套还要建两个 PDB那静默模式或者响应文件才是正解——你不可能在交付现场点几十次下一步。提示静默模式并不是高级玩法它反而是更适合纳入版本管理的做法。把建库命令写进脚本参数进 Git下次重建环境就是一条命令的事。2. 按下第一个按钮之前把内存、目录和参数先算清楚我见过太多建库失败的案例最后定位下来根本不是 DBCA 的问题而是环境没准备好。DBCA 在启动时会做一轮前置检查检查不过会直接报错退出但它的报错往往只说不满足条件不告诉你怎么改。与其被它卡住不如动手之前自己先过一遍清单。2.1 系统资源与内核参数的核对清单第一件事是内存。Oracle 实例的内存由 SGA 和 PGA 两部分组成DBCA 在建库时会问你要分配多少内存这个值指的是 SGA PGA 的总和。经验算法是先给操作系统留出 2 到 4 GB剩下的再按计划建几个实例均分。举个实际的数字。一台 32 GB 内存的测试机计划跑三个实例那么32 - 4 28 GB 可用28 / 3 ≈ 9 GB每个实例给 8 GB 比较稳妥留一点余量给文件缓存。如果你用的是自动内存管理AMM还要额外确认/dev/shm的大小不低于 SGA否则实例起不来。第二件事是内核参数和资源限制。下面这几个值建议直接写进/etc/security/limits.conf然后重新登录生效# /etc/security/limits.conf oracle soft nproc 16384 oracle hard nproc 16384 oracle soft nofile 65536 oracle hard nofile 65536 oracle soft stack 10240 oracle hard stack 10240 oracle soft memlock unlimited oracle hard memlock unlimitednofile这个值太低是最隐蔽的问题之一建库本身能过但实例起来之后连接稍微一多就报too many open files排查起来很绕。memlock设成 unlimited 是为了后面如果要上大页内存做准备用不上也不会有副作用。2.2 目录规划与 db_create_file_dest 的取值逻辑目录规划这件事说穿了就一句所有 Oracle 相关的目录都要让 oracle 用户有完整的读写权限并且绝对不要放到/tmp或者用户家目录下面。标准的目录结构建议这样摆/u01/app/oracle/product/19.0.0/dbhome_1 # ORACLE_HOME /u01/app/oracle/oradata # 数据文件根目录 /u01/app/oracle/admin # 审计日志、dump 目录 /u01/app/oracle/fast_recovery_area # 归档与备份如果你用的是文件系统存储非 ASMDBCA 里选择的数据文件位置最终会写进db_create_file_dest参数。这里有个关键点这个参数指向的目录必须已经存在并且 oracle 用户可写。Oracle 不会替你创建这个顶层目录。很多 ORA-01261 报错的根源就在这里——参数里写了一个/u01/app/oracle/oradata/orcl但/u01/app/oracle/oradata这一层压根没建。用 ASM 存储的话这个参数的取值就变成了磁盘组名比如DATA。这时候要确认的是磁盘组已经挂载、状态是 MOUNTED、剩余空间够用# 进入 ASM 命令行查看磁盘组 asmcmd lsdg # 或者用 SQL 查 sqlplus / as sysasm SQL select name, state, total_mb, free_mb from v$asm_diskgroup;free_mb至少要留出数据文件预估容量的 1.5 倍因为 UNDO、临时表空间、归档日志都是要占地方的。2.3 ORACLE_HOME、ORACLE_SID 与 PATH 的正确摆法环境变量没设对DBCA 会告诉你command not found或者更糟——它启动了但用的是另一个 ORACLE_HOME 下的实例信息。在 oracle 用户的.bash_profile里这几行是必须的export ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/19.0.0/dbhome_1 export ORACLE_SIDorcl export PATH$ORACLE_HOME/bin:$PATH export LD_LIBRARY_PATH$ORACLE_HOME/lib:/lib:/usr/lib export NLS_LANGAMERICAN_AMERICA.AL32UTF8这里提醒一句ORACLE_SID在建库之前其实还不存在但你必须先给一个值DBCA 会用这个值去找$ORACLE_HOME/dbs下有没有旧文件。如果这个目录里躺着上一个同名实例的 spfile 或密码文件DBCA 可能会报数据库已存在。我个人的习惯是建库前先执行一遍ls $ORACLE_HOME/dbs确认目录干净。NLS_LANG这个变量单独说一下。它决定的是客户端字符集跟数据库字符集是两码事。设置成AL32UTF8能避免中文乱码也能避免导出数据时身份证号一类长数字串被显示成科学计数法这种让人头疼的问题——那类问题很多时候根源是客户端字符集与数据库不匹配导致的数据解释偏差而不是数据本身错了。3. 图形向导建库从模板选择到字符集定稿环境准备好之后图形向导的每一步其实都有讲究只是很多人习惯了无脑下一步。下面按向导顺序把关键节点的判断依据讲清楚。3.1 启动 dbca 与模板类型的取舍在$ORACLE_HOME/bin下执行dbca如果是通过 SSH 连的服务器需要先确认DISPLAY变量指向了正确的 X Server或者干脆用ssh -X建立带图形转发的连接。启动后第一个界面是数据库操作选择我们要选的是创建数据库。接下来是模板选择常见的是这几个一般用途或事务处理General Purpose / OLTP绝大多数业务系统用这个数据文件、表空间、参数都是通用配置定制数据库从零开始所有参数自己定适合有明确规范要求的环境数据仓库针对大批量查询和分析做了参数优化比如更大的 SGA、不同的 PGA 策略。选哪一个我的建议是除非你有明确的数仓场景否则就选一般用途或事务处理。定制模板看起来很酷但它会跳过很多默认配置反而容易漏东西。真正需要个性化的部分建完库之后再用ALTER SYSTEM调比在向导里试错要清晰得多。3.2 全局数据库名、SID 与 PDB 命名的那点讲究向导第二步会问你全局数据库名和SID。这两个概念新手最容易混全局数据库名Global Database Name是db_name.db_domain的形式用于网络标识SID 是实例的标识符只在本机有效。大多数时候两者保持一致比如都叫orcl这样管理起来最省事。如果你用的是 12c 以上的版本还会遇到一个选项创建为容器数据库Create as Container Database。选上之后你需要给 PDB 起名。常见的做法是这样对象命名示例说明全局数据库名orcl网络层面的标识SIDorcl实例名本机唯一CDB 名称orcl根容器一般与 SID 同名PDB 名称pdbdev / pdbuat按用途命名便于识别PDB 的命名建议带上用途后缀比如pdbdev、pdbtest。我见过有人把 PDB 全叫成pdb1、pdb2结果几个月后完全分不清哪个是哪个业务在用。名字这东西多敲几个字符换来的可读性非常划算。区分 CDB 和 PDB 的一个直观类比CDB 像一栋写字楼PDB 像楼里的各个房间楼道、水电、门禁是共用的但每个房间自己装修、自己上锁。19c 之后 Oracle 官方也推荐用多租户架构新建库基本都会开 CDB。3.3 存储类型、字符集与内存参数的最终确认到了存储配置这一步向导会问你用文件系统File System还是 ASM。判断标准很简单如果你在建库之前已经配好了 ASM 实例和磁盘组那就选 ASM享受条带化和镜像带来的便利如果没有就用文件系统别为了看起来更专业硬上 ASM——ASM 单独配置一套环境够你折腾大半天。接着是字符集选择这一步是整个向导里最不可逆的决策。选项一般有三个使用默认字符集通常是AL32UTF8新版 DBCA 默认就是这个使用 UnicodeAL32UTF8明确选择 UTF-8从列表中选择可以选ZHS16GBK等中文环境常用字符集。怎么选只要没有特殊历史包袱就选AL32UTF8。它的好处是能容纳几乎所有语言的字符后续做数据迁移、对接外部系统时不会因为字符集转换丢数据。需要注意的一点UTF-8 下中文汉字占 3 个字节如果一个字段按VARCHAR2(10)定义实际只能存 3 个汉字多一点所以建议统一用VARCHAR2(10 CHAR)这种按字符计数的写法或者预留足够长度。最后是内存、进程数这些参数。向导会给出基于当前物理内存的推荐值如果你按第 2 章算过账就在这里手动覆盖。另外记得检查字符集旁边那个示例方案选项——如果只是练手勾上它可以自带 HR、OE 这些示例 Schema方便测试生产库千万别勾。3.4 创建完成后的验收动作DBCA 跑完最后一步会弹出一个摘要页面告诉你数据库名、SID、监听端口、EM Express 的访问地址。不要直接点完成然后走人先点一下口令管理确认 SYS、SYSTEM、DBSNMP 这几个账号的状态是未锁定。默认情况下只有 SYS 和 SYSTEM 是解锁的其余账号都是锁定状态需要用时单独解锁。真正建完之后按下面这几步验收# 1. 看实例是否起来了 ps -ef | grep pmon # 2. 用 sysdba 登录确认数据库处于 OPEN 状态 sqlplus / as sysdba SQL select name, open_mode, cdb from v$database; SQL select name from v$datafile; # 3. 看监听有没有注册上服务 lsnrctl statuslsnrctl status的输出里应该能看到你刚建的数据库服务名状态是 READY。如果没看到先lsnrctl start再alter system register手动触发注册等几秒钟再查一次。4. 静默模式建库把几十次点击压成一条命令图形向导适合学习和单次操作但真正在生产交付里静默模式才是主力。它的核心思路是把向导的每一步都翻译成命令行参数一次执行到底。4.1 静默建库命令的参数拆解下面是一条在 19c 上实测可用的静默建库命令我按功能块拆开讲dbca -silent -createDatabase \ -templateName General_Purpose.dbc \ -gdbName orcl -sid orcl \ -createAsContainerDatabase true \ -numberOfPDBs 1 \ -pdbName pdbdev \ -pdbAdminPassword Oracle_123 \ -sysPassword Oracle_123 \ -systemPassword Oracle_123 \ -characterSet AL32UTF8 \ -databaseType OLTP \ -storageType FS \ -datafileDestination /u01/app/oracle/oradata \ -memoryMgmtType auto_sga \ -totalMemory 4096 \ -emConfiguration NONE \ -redoLogFileSize 200几个参数值得单独说-templateName指定模板文件一般放在$ORACLE_HOME/assistants/dbca/templates/下面。文件名必须写对写错了会报无法读取模板。-createAsContainerDatabase true和-numberOfPDBs这两个搭配使用前者开启 CDB后者指定建几个 PDB。11g 上没有这两个参数写了会报无效选项。-storageType FS表示文件系统存储如果用 ASM改成ASM同时-datafileDestination要写成DATA这种磁盘组格式。-memoryMgmtType auto_sga表示自动管理 SGA此时-totalMemory的值是 SGA PGA 总量单位 MB。如果要手动指定 SGA 和 PGA就用auto或manual配合-sgaSize、-pgaSize。-emConfiguration NONE不配置 Enterprise Manager。生产环境如果不需要 EM建议关掉省得它去占端口或者因为环境不满足而报错中断。注意密码里如果含有$、、!这类 shell 特殊字符必须用单引号包起来或者干脆避免使用否则命令会被 shell 提前解析导致密码与预期不一致。4.2 response file 与脚本化批量建库参数一多命令行就变得很长维护起来难受。这时候可以让 DBCA 帮你生成一个响应文件模板dbca -silent -createDatabase -help # 或者直接从已有环境导出模板思路参考 $ORACLE_HOME/assistants/dbca/dbca.rsp有了.rsp文件之后把所有参数写进去建库命令就缩成一行dbca -silent -responseFile /home/oracle/dbca_orcl.rsp这样做的好处很直接响应文件可以进版本库不同环境只改几个字段出问题也能一眼看出是哪一项配置导致的。我在做多套环境交付时固定做法是准备一份基础.rsp然后用sed按环境替换数据库名、目录和密码批量跑。4.3 静默建库常见报错与日志定位静默模式下 DBCA 不会给你交互提示出错了只会甩一行简短信息。真正有用的内容在日志里路径规律是这样的$ORACLE_BASE/cfgtoollogs/dbca/SID/这个目录下通常有几个文件SID.log是主日志记录 DBCA 的执行过程trace.log是更底层的跟踪日志。我的排查顺序是先看屏幕上的报错关键字然后grep -i error主日志最后在trace.log里找具体的 ORA- 报错码。举几个静默模式常见的失败原因报错关键字可能原因处理方向ORA-01034 / ORA-27101实例未启动或共享内存不足检查/dev/shm大小与内存参数ORA-01261db_create_file_dest 目录无效确认目录存在且 oracle 可写ORA-00845MEMORY_TARGET 超过共享内存调小 totalMemory 或扩大/dev/shm无法连接监听监听未启动或端口被占lsnrctl status后启动监听模板文件不存在templateName 路径错误核对$ORACLE_HOME/assistants/dbca/templates/5. 建库过程中最容易撞上的三类报错怎么查这一章讲的是排查思路不是结论清单。因为同样的报错在不同环境下原因可能完全不同掌握链路比记住答案更重要。5.1 ORA-01261 的根因db_create_file_dest 指向了不存在的路径ORA-01261: parameter db_create_file_dest destination string cannot be translated这个报错几乎每个 Oracle 从业者都遇到过至少一次。它的字面意思是参数里的目标路径无法被解析翻译成人话就是Oracle 拿着这个路径去找找不到或者没权限。排查步骤我一般是这样走的确认当前实例在哪个阶段报错。如果是startup nomount阶段就报说明参数文件里写死了这个值如果是 DBCA 建库过程中报说明向导里选的目录有问题。把路径原样复制出来手工验证ls -ld /u01/app/oracle/oradata看目录是否存在看属主属组是不是 oracle:oinstall看权限有没有写位。如果是 ASM 路径检查磁盘组状态asmcmd lsdg看 state 是不是 MOUNTED磁盘组名是否拼错DATA和data在有些环境下行为不一致。检查挂载点。这个是隐蔽性最高的一种目录明明存在权限也对但底层文件系统没挂上看起来是个空目录。df -h /u01一看容量是根分区的问题立刻暴露。顺带提一个相关的经典场景数据库建好后某次重启机器实例起不来了报的还是 ORA-01261。这种情况十有八九是/etc/fstab里少了自动挂载条目重启后存储没挂上。解决办法是把挂载项补进fstab并加上noatime之类的优化选项。5.2 监听起不来导致 DBCA 在建库中途反复重试DBCA 在最后阶段会尝试注册监听服务如果监听没起它会重试几次然后可能中断或者数据库建好了但服务没注册上。监听起不来的原因就那么几类端口被占用netstat -tlnp | grep 1521看谁在占listener.ora里配置了不存在的主机名导致解析失败/etc/hosts里没有把主机名映射到正确的 IP监听的日志目录没有写权限。一个很实用的判断方法直接lsnrctl start看它自己的报错信息比在 DBCA 日志里翻要快得多。如果监听能起来但 DBCA 还是连不上那就是网络服务名tnsnames.ora的问题或者local_listener参数没配对。# 检查监听状态 lsnrctl status # 手动触发实例向监听注册 sqlplus / as sysdba SQL alter system register; # 检查 local_listener 参数 SQL show parameter local_listener5.3 DBCA 卡在进度条中间不动的排查路径DBCA 卡住比报错更难处理因为没有错误码。常见卡住的百分比和对应原因大概是这样的卡在 5% 到 10% 附近多半是实例启动阶段出了问题通常和内存参数或db_create_file_dest有关卡在 40% 到 60% 之间一般是建数据文件和跑数据字典脚本这个阶段确实慢但如果卡着不动超过十几分钟就要怀疑是存储 I/O 瓶颈或者文件系统空间满了卡在 90% 以上通常是在注册监听或创建 EM 配置这时候去查监听状态。判断真的卡住还是就是慢我一般会开另一个会话看两个东西# 看 oracle 进程是否还在活跃RMAN、DBWn 等后台进程 ps -ef | grep -E DBW|CKPT|LGWR|rman # 看数据文件目录是否还在增长 watch -n 5 du -sh /u01/app/oracle/oradata/orcl如果后台进程都在、目录大小在涨那就是在干活耐心等如果目录十分钟没变化、进程也停了那基本可以判定卡死去日志里找线索必要时杀掉 DBCA 进程清理残留后重建。6. 删除数据库dbca -deleteDatabase 的正确姿势与删不干净的善后建库容易删库难这句话在 Oracle 里格外成立。DBCA 提供的删除功能删掉的是数据库对象和大部分数据文件但不保证把所有痕迹都清掉。尤其是 12c 以上的多租户环境残留往往比预期多。6.1 卸载前必须确认的三件事在敲删除命令之前先确认好这三点否则容易删错库确认要删的是哪个实例。echo $ORACLE_SID、ps -ef | grep pmon、sqlplus / as sysdba里select name from v$database三处交叉验证三个结果一致再动手。确认没有业务在连。查一下当前会话select count(*) from v$session where typeUSER;如果有活跃连接先通知相关方断开或者你直接做好沟通记录再删。确认有备份或确认数据可丢。这一步听起来像废话但删库这种不可逆操作多一次确认不多余。特别是测试环境里经常有人以为这个库没人用结果它是某条流水线的依赖。6.2 图形删除与静默删除的操作差异图形方式很简单运行dbca选择删除数据库从列表里选中目标输入 SYS 用户的密码下一步到底就行。向导会先把实例关闭再以 MOUNT 状态启动然后删数据文件最后清理配置。静默方式的命令是dbca -silent -deleteDatabase \ -sourceDB orcl \ -sysDBAUserName sys \ -sysDBAPassword Oracle_123执行过程中它会输出几个阶段的进度都跑完才算成功。有个细节要注意DBCA 删除要求实例能够被它接管。如果实例处于异常状态比如上次关库没关干净或者密码文件丢了DBCA 会卡在连接阶段报无法连接目标数据库。这时候的处理办法是先用sqlplus / as sysdba手工把实例拉到 MOUNT 状态再重新执行删除。还有一种情况是你的 Oracle 软件和数据库是分开管理的删除数据库不希望动到软件本身。这一点 DBCA 处理得没问题它只删数据库不卸载软件。要卸载软件得单独跑$ORACLE_HOME/deinstall/deinstall。6.3 删完之后的手工清场残留文件、oratab、监听与 ASM 磁盘组这是最容易被忽略、也最容易出问题的一步。DBCA 删除之后下面这些地方通常还会有残留需要手工确认位置内容处理方式/etc/oratab对应实例的条目手工删除该行否则下次 DBCA 可能误判库存在$ORACLE_HOME/dbsspfileSID.ora、orapwSID、initSID.ora确认无其他实例共用后删除$ORACLE_BASE/admin/SID审计文件、dump 目录整个目录删除$ORACLE_BASE/oradata/SID残留数据文件、控制文件检查后删除注意别整个oradata目录删掉$ORACLE_BASE/fast_recovery_area/SID归档日志、闪回日志按需清理listener.ora静态注册条目删除或注释掉ASM 磁盘组数据文件、spfileasmcmd ls确认后用asmcmd rm清理这是12c 删除不干净这个说法的由来在 12c 和 19c 上PDB 的数据文件可能放在与 CDB 不同的目录DBCA 删除时偶尔会漏掉一部分ASM 上的文件也需要单独清理。我习惯的做法是删完之后按上面的表格逐项打勾最后用find扫一遍# 按 SID 全盘搜索残留文件排除软件目录本身 find /u01 -name *orcl* -type f 2/dev/null | head -50如果搜出来的还在你预期之外的路径那就说明有配置项把它指过去了值得追一下原因。还有一个坑删库之后立刻重建同名实例DBCA 有时候会报数据库已存在。原因就是oratab和$ORACLE_HOME/dbs里的残留没清。所以删库和重建之间务必把清场做完整这不是洁癖是节省自己时间。7. 把 DBCA 用成日常工具的几个经验写到这儿建库和删库的主线基本走完了。最后分享几个我在实际操作里踩出来、后来变成固定习惯的做法。第一个习惯是建库前先看$ORACLE_HOME/dbs。这个目录里的文件是 Oracle 判断实例是否存在的重要依据。养成建库前ls -l $ORACLE_HOME/dbs的习惯能提前发现一堆库已存在的诡异报错。同理删库后也要回来看一眼确认该清的清掉了。第二个习惯是所有建库操作都留下命令行痕迹。图形向导点出来的库事后你很难说清当时选了什么字符集、内存给了多少。我的做法是即使用图形界面建库也会在最后拿静默模式的等价命令记录下来或者把向导摘要页截图存档。下次要建同规格的库照着抄就行不用重新推演。第三个习惯是字符集在项目最开始就要定死。这件事我吃过亏早期给一个内部系统建库时随手选了默认字符集后来业务要接外部数据字段里出现了一些生僻字导入时报了一堆转换错误最后只能重建库、重导数据。从那以后只要不是有历史遗留约束一律AL32UTF8起步字段长度按CHAR语义定义。第四个习惯是删库前先备份参数文件。哪怕这个库确定要删也先把spfile拷一份出来create pfile from spfile生成一个文本版记下字符集、内存参数、表空间布局。一是留个记录二是万一删错了重建时能快速恢复到一个可用的状态。还有个细节值得提一下如果你的环境里同时装了多个版本的 Oracle 软件跑 DBCA 之前一定确认ORACLE_HOME和PATH指向的是你想用的那套。不同版本的 DBCA 模板不通用11g 的模板拿到 19c 上跑即使命令不报错建出来的库也可能缺一些新特性。多版本共存的环境里我一般会给每个版本的ORACLE_HOME写一个独立的切换脚本用. ora19c这种方式切比手工 export 一堆变量可靠得多。DBCA 这东西说到底就是个把复杂流程固化成几个选项的工具。它省的是体力不省脑力。哪些参数不能动、哪些目录必须提前建、删库之后哪些地方要补刀这些判断还是得自己心里有数。等你把建库和删库的完整链路都跑通几遍再回头看那些动辄上百行的手工建库脚本大概就能理解为什么我说先手工再 DBCA这个顺序不能反了。
