企业官网建设流程全解析

1. 这不是“装个软件”——Oracle安装建库本地连接的本质是什么

很多人看到“Oracle安装+oracle建库+oracle本地连接”这个标题，第一反应是：“哦，又一个教怎么点下一步的教程”。但干了十多年数据库运维和交付的我必须说：这九个字背后，是一整套企业级数据基础设施的最小可行闭环。它不是IT新手的入门练习，而是某高校实验室搭建科研数据中台、某制造企业部署MES系统、某金融类模拟项目X启动前，必须亲手验证的“可信起点”。

为什么强调“本地连接”？因为这是唯一能绕过网络策略、防火墙、DNS解析、监听器远程路由等所有中间环节的验证方式。只要本地连接成功，就证明：Oracle二进制文件完整加载、实例进程真实运行、控制文件与数据文件物理可读、密码文件或OS认证机制生效、TNSNAMES.ORA配置语法无误——这五层校验全部通过。任何一层出问题，你看到的都不会是“ORA-12154：TNS无法解析服务名”，而是更底层的“ORA-01034：ORACLE not available”或“ORA-27101：shared memory realm does not exist”。

关键词里没提版本，但实操中这恰恰是最关键的变量。Oracle 19c与21c在静默安装参数、建库脚本路径、默认字符集策略、甚至$ORACLE_HOME目录结构上都有实质性差异。我试过用11g的建库脚本在19c环境执行，结果卡在“Creating data dictionary”阶段长达47分钟——不是性能问题，是数据字典视图定义已变更，脚本里调用的DBMS_METADATA包内部逻辑不兼容。所以本文所有步骤，默认基于Oracle Database 19c Enterprise Edition（19.21.0.0），这是当前企业生产环境最主流、文档最完备、补丁支持最稳定的LTS版本。如果你用的是21c或12c，我会在对应环节明确标注差异点和适配方法。

适合谁看？三类人必须精读：第一类是刚接手Oracle项目的开发工程师，需要独立完成本地环境搭建，避免每次改SQL都得找DBA开权限；第二类是备考OCP认证的考生，官方考试要求必须能在无GUI环境下完成静默建库；第三类是某公司技术负责人，正在评估Oracle是否适配其新业务系统，需要亲手验证从零到可用的全链路耗时与资源占用。别信“一键安装包”，那只是把错误藏得更深的黑盒。真正的掌控力，永远来自对每一步命令意图的清晰理解。

2. 安装不是复制粘贴——环境准备与二进制部署的硬性门槛

2.1 操作系统与内核参数：别让Linux“好心办坏事”

Oracle 19c官方只支持RHEL/CentOS 7.6+、Oracle Linux 7.6+、SUSE SLES 12 SP4+。我见过太多人在Ubuntu或Debian上强行安装，最后卡在libaio.so.1: cannot open shared object file——这不是缺包，是glibc版本与Oracle链接器不兼容。所以第一步，请确认你的系统：

cat /etc/redhat-release # 必须显示类似 "CentOS Linux release 7.9.2009" uname -r # 内核版本需 ≥ 3.10.0-1127.el7.x86_64

内核参数调整不是“照着网上抄几行sysctl.conf就完事”。比如kernel.shmall，网上教程常写2097152，但这是针对32GB内存的旧标准。正确算法是：shmall = 物理内存页数 = 总内存(字节) / 页面大小(4096)。一台64GB内存的服务器，shmall应设为(64*1024*1024*1024)/4096 = 16777216。设小了，建库时会报ORA-27102: out of memory，且错误日志里根本不会提示是shmall不足。

提示：修改后必须执行sysctl -p并验证sysctl kernel.shmall返回值，重启服务器才能生效。我曾因忘记sysctl -p，调试了3小时才发现参数根本没加载。

2.2 用户与目录权限：OS认证的底层逻辑

Oracle强制要求使用独立用户运行，不能是root。创建oracle用户时，必须指定组：

groupadd oinstall groupadd dba useradd -g oinstall -G dba oracle passwd oracle

关键点在于-G dba：dba组是Oracle赋予SYSDBA权限的OS组。如果漏掉，后续用sqlplus / as sysdba会失败，报错ORA-01031: insufficient privileges。这不是密码错了，是操作系统层面拒绝授权。

$ORACLE_HOME目录必须由oracle用户完全拥有，且权限严格为755：

mkdir -p /u01/app/oracle/product/19c/dbhome_1 chown -R oracle:oinstall /u01/app/oracle chmod -R 755 /u01/app/oracle

注意-R递归设置权限。我见过有人只改了dbhome_1目录权限，结果$ORACLE_HOME/inventory子目录权限仍是700，导致安装程序无法写入注册信息，静默安装直接退出。

2.3 静默安装：跳过图形界面的精准控制

下载LINUX.X64_193000_db_home.zip后，解压到临时目录，不要直接解压到$ORACLE_HOME。先校验MD5：

md5sum LINUX.X64_193000_db_home.zip # 应与Oracle官网发布页一致

静默安装的核心是响应文件db_install.rsp。这个文件不能手写，必须用runInstaller -silent -generateResponseFile生成模板，再编辑。重点修改以下参数：

oracle.install.option=INSTALL_DB_SWONLY ORACLE_HOSTNAME=localhost UNIX_GROUP_NAME=oinstall INVENTORY_LOCATION=/u01/app/oraInventory SELECTED_LANGUAGES=en,zh_CN ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1 ORACLE_BASE=/u01/app/oracle oracle.install.db.InstallEdition=EE oracle.install.db.OSDBA_GROUP=dba oracle.install.db.OSOPER_GROUP=oper oracle.install.db.OSBACKUPDBA_GROUP=backupdba oracle.install.db.OSDGDBA_GROUP=dgdba oracle.install.db.OSKMDBA_GROUP=kmdba oracle.install.db.OSRACDBA_GROUP=racdba

注意：oracle.install.option=INSTALL_DB_SWONLY表示只安装软件，不建库。这是最佳实践——安装与建库分离，便于故障隔离。很多教程把INSTALL_DB_AND_CONFIG写进去，结果安装失败时连软件都没装上，重装耗时翻倍。

执行安装：

./runInstaller -silent -responseFile /path/to/db_install.rsp -ignorePrereqFailure

-ignorePrereqFailure不是万能钥匙。它只忽略非致命检查（如某些rpm包版本略低），但内存、swap、内核参数等硬性指标仍会阻止安装。安装日志在/u01/app/oraInventory/logs/，关键看installActions*.log末尾是否有The installation of Oracle Database was successful.。

3. 建库不是执行脚本——从参数文件到数据字典的逐层构建

3.1 初始化参数文件（PFILE）：实例启动的宪法

Oracle实例启动依赖初始化参数文件。19c默认使用SPFILE（二进制），但建库必须从文本PFILE开始。创建init.ora：

db_name='ORCL' memory_target=2G processes=300 db_block_size=8192 compatible=19.0.0 db_recovery_file_dest='/u01/app/oracle/fast_recovery_area' db_recovery_file_dest_size=4G undo_tablespace='UNDOTBS1' control_files=('/u01/app/oracle/oradata/ORCL/control01.ctl','/u01/app/oracle/fast_recovery_area/ORCL/control02.ctl') diagnostic_dest='/u01/app/oracle'

核心参数解析：

• memory_target=2G：自动内存管理（AMM）启用，19c推荐。若设memory_target=0则启用ASMM（自动共享内存管理），需手动设sga_target和pga_aggregate_target。
• compatible=19.0.0：决定数据库能使用的特性集。设为18.0.0则无法使用19c的JSON增强函数。
• control_files：必须至少两个路径，且一个在fast_recovery_area。这是为后续RMAN备份做准备，不是可选项。

实操心得：db_recovery_file_dest_size必须大于db_recovery_file_dest所在文件系统剩余空间的20%。我曾设4G但磁盘只剩3G，建库到90%时因归档日志写满而失败，错误日志里只显示ORA-19809，不提示磁盘空间不足。

3.2 手动建库脚本：比DBCA更透明的控制流

创建create_database.sql，内容不是简单CREATE DATABASE，而是分步控制：

-- 步骤1：启动实例到NOMOUNT状态（仅读取PFILE，不访问控制文件） STARTUP NOMOUNT PFILE='/u01/app/oracle/product/19c/dbhome_1/dbs/init.ora'; -- 步骤2：执行核心建库语句 CREATE DATABASE ORCL USER SYS IDENTIFIED BY oracle123 USER SYSTEM IDENTIFIED BY oracle123 LOGFILE GROUP 1 ('/u01/app/oracle/oradata/ORCL/redo01a.log') SIZE 200M, GROUP 2 ('/u01/app/oracle/oradata/ORCL/redo02a.log') SIZE 200M, GROUP 3 ('/u01/app/oracle/oradata/ORCL/redo03a.log') SIZE 200M MAXLOGFILES 5 MAXLOGMEMBERS 5 MAXLOGHISTORY 1 MAXDATAFILES 100 CHARACTER SET AL32UTF8 NATIONAL CHARACTER SET AL16UTF16 EXTENT MANAGEMENT LOCAL DATAFILE '/u01/app/oracle/oradata/ORCL/system01.dbf' SIZE 700M REUSE SYSAUX DATAFILE '/u01/app/oracle/oradata/ORCL/sysaux01.dbf' SIZE 550M REUSE DEFAULT TABLESPACE users DATAFILE '/u01/app/oracle/oradata/ORCL/users01.dbf' SIZE 500M REUSE DEFAULT TEMPORARY TABLESPACE temp TEMPFILE '/u01/app/oracle/oradata/ORCL/temp01.dbf' SIZE 20M REUSE UNDO TABLESPACE undotbs1 DATAFILE '/u01/app/oracle/oradata/ORCL/undotbs01.dbf' SIZE 200M REUSE ENABLE PLUGGABLE DATABASE SEED FILE_NAME_CONVERT = ('/u01/app/oracle/oradata/ORCL/pdbseed/', '/u01/app/oracle/oradata/ORCL/pdbseed/') SYSTEM DATAFILES SIZE 125M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED SYSAUX DATAFILES SIZE 100M; -- 步骤3：运行脚本创建数据字典视图 @?/rdbms/admin/catalog.sql @?/rdbms/admin/catproc.sql @?/rdbms/admin/utlrp.sql -- 编译失效对象 -- 步骤4：创建SPFILE（永久化参数） CREATE SPFILE FROM PFILE;

关键细节：

• REUSE参数：强制覆盖已有文件。建库失败重试时，没有它会报ORA-01119: error in creating database file。
• ENABLE PLUGGABLE DATABASE：19c默认启用CDB/PDB架构。SEED是模板PDB，必须存在才能创建应用PDB。
• @?/rdbms/admin/catalog.sql：?是$ORACLE_HOME的快捷符号，确保路径正确。

执行建库：

sqlplus /nolog @/path/to/create_database.sql

注意：sqlplus /nolog不连接任何实例，避免因未启动实例导致脚本中断。建库过程约3-5分钟，观察alert_ORCL.log实时输出，成功标志是Completed: CREATE DATABASE。

3.3 网络配置：TNSNAMES.ORA与LISTENER.ORA的共生关系

本地连接依赖两个文件协同工作：

• listener.ora：定义监听器端口、协议、主机名
• tnsnames.ora：定义客户端如何找到监听器及服务名

$ORACLE_HOME/network/admin/listener.ora标准配置：

LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521)) ) ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = ORCL) (ORACLE_HOME = /u01/app/oracle/product/19c/dbhome_1) (SID_NAME = ORCL) ) )

$ORACLE_HOME/network/admin/tnsnames.ora：

ORCL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL) ) )

验证监听器：

lsnrctl status # 必须显示 "Service "ORCL" has 1 instance(s)" lsnrctl start # 若未运行则启动

常见陷阱：HOST = localhost不能写成127.0.0.1。Oracle监听器对localhost有特殊解析逻辑，写IP可能导致ORA-12541: TNS:no listener。这是19c的已知行为，不是bug。

4. 本地连接不是“sqlplus / as sysdba”——认证机制与连接验证的深度拆解

4.1 三种本地认证方式：何时用哪种？

Oracle本地连接有三大认证通道，优先级从高到低：

1. OS认证（/ as sysdba）：依赖dba组权限，无需密码。适用于DBA日常维护。
2. 密码文件认证（/ as sysdba with password file）：当remote_login_passwordfile=EXCLUSIVE时生效，需提前创建密码文件。
3. 数据库用户密码认证（username/password@ORCL）：标准应用连接方式。

验证OS认证：

su - oracle sqlplus / as sysdba SQL> SELECT instance_name, status FROM v$instance; -- 应返回 ORCL, OPEN

若失败，检查：

• 当前用户是否在dba组：id -Gn
• $ORACLE_SID环境变量是否设为ORCL：echo $ORACLE_SID
• sqlnet.ora中SQLNET.AUTHENTICATION_SERVICES=(ALL)是否启用

4.2 密码文件创建：远程管理的基石

即使只做本地连接，也必须创建密码文件。因为ALTER SYSTEM等操作可能触发后台进程切换，依赖密码文件认证：

orapwd file=$ORACLE_HOME/dbs/orapwORCL password=oracle123 entries=10

entries=10表示最多支持10个具有SYSDBA权限的用户。orapwORCL文件名必须与$ORACLE_SID一致（此处为ORCL）。创建后，在SQL*Plus中执行：

SQL> ALTER SYSTEM SET remote_login_passwordfile=EXCLUSIVE SCOPE=SPFILE; SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP;

提示：EXCLUSIVE模式允许单实例使用密码文件，SHARED模式用于RAC。设错会导致ORA-01990: error opening password file。

4.3 连接字符串解析：TNSPING与SQL*Plus的双重验证

tnsping ORCL只能验证网络层连通性，不能保证数据库服务就绪。必须组合验证：

# 步骤1：TNSPING确认监听器响应 tnsping ORCL # 应返回 "OK (xx msec)" # 步骤2：SQL*Plus连接测试 sqlplus system/oracle123@ORCL # 使用建库时设定的system密码 # 步骤3：执行最小查询验证数据字典 SQL> SELECT COUNT(*) FROM all_objects WHERE rownum<10;

如果tnsping成功但sqlplus失败，90%是以下原因：

• 数据库实例未启动：ps -ef | grep pmon查看ora_pmon_ORCL进程是否存在
• SERVICE_NAME不匹配：SELECT value FROM v$parameter WHERE name='service_names';
• tnsnames.ora中SERVICE_NAME写成了SID_NAME（19c默认用服务名）

实操心得：在tnsnames.ora中添加ENABLE=broken参数可禁用连接池，避免连接复用掩盖问题。例如：

ORCL = (DESCRIPTION = (ENABLE=broken) (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) ... )

5. 常见问题与排查技巧实录：那些文档里不会写的坑

5.1 “ORA-12514: TNS:listener does not currently know of service requested” —— 服务名注册延迟

现象：建库完成后立即tnsping ORCL成功，但sqlplus system/oracle123@ORCL报12514。

原因：Oracle实例启动后，需向监听器动态注册服务名，这个过程有延迟（通常1-2分钟）。监听器日志$ORACLE_HOME/network/log/listener.log中会显示Service "ORCL" has 1 instance(s)，但此行出现时间晚于实例启动。

解决方案：

• 等待2分钟后重试
• 强制立即注册：sqlplus / as sysdba后执行ALTER SYSTEM REGISTER;
• 检查local_listener参数：SHOW PARAMETER local_listener，若为空则设为ALTER SYSTEM SET local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))';

5.2 “ORA-00845: MEMORY_TARGET not supported on this system” —— /dev/shm空间不足

现象：STARTUP NOMOUNT时报错，但df -h /dev/shm显示有足够空间。

原因：/dev/shm是tmpfs文件系统，其大小由mount参数控制，而非磁盘剩余空间。默认大小常为64MB，小于memory_target=2G。

修复：

# 临时增大（重启失效） sudo mount -o remount,size=4G /dev/shm # 永久生效：编辑/etc/fstab tmpfs /dev/shm tmpfs defaults,size=4G 0 0 sudo mount -o remount /dev/shm

注意：size=4G必须大于memory_target值，否则启动仍失败。

5.3 “ORA-01102: cannot mount database in EXCLUSIVE mode” —— 实例残留锁文件

现象：建库失败后重试，STARTUP MOUNT报错。

原因：上次异常退出留下$ORACLE_HOME/dbs/lkORCL锁文件，阻止新实例挂载。

解决：

rm $ORACLE_HOME/dbs/lkORCL # 同时检查$ORACLE_HOME/dbs下是否有其他lk*文件，一并删除

5.4 本地连接成功但应用连接失败 —— 防火墙与SELinux双关卡

现象：sqlplus system/oracle123@localhost:1521/ORCL成功，但Java应用报Connection refused。

排查顺序：

1. 检查防火墙：sudo firewall-cmd --list-ports | grep 1521，若无则开放：sudo firewall-cmd --add-port=1521/tcp --permanent && sudo firewall-cmd --reload
2. 检查SELinux：sestatus，若为enforcing，临时设为permissive测试：sudo setenforce 0
3. 验证监听地址：netstat -tlnp | grep :1521，若只显示127.0.0.1:1521，说明监听器绑定localhost，需改listener.ora中HOST = 0.0.0.0

5.5 建库后中文乱码 —— 字符集与NLS_LANG的隐式转换

现象：INSERT INTO test VALUES('测试');后SELECT显示问号。

根因：客户端NLS_LANG与数据库字符集不匹配。建库时设CHARACTER SET AL32UTF8，则客户端必须设：

export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 # 或简写 export NLS_LANG=.AL32UTF8

验证：echo $NLS_LANG，然后sqlplus / as sysdba执行：

SELECT * FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET'); SELECT * FROM nls_instance_parameters WHERE parameter = 'NLS_LANGUAGE';

关键经验：NLS_LANG必须在启动sqlplus前设置，且不能包含空格。.AL32UTF8是安全写法，避免AMERICAN_AMERICA.AL32UTF8中空格导致解析失败。

6. 从本地连接到生产就绪：三个必须完成的加固动作

完成本地连接只是起点。要让这个环境真正可用，还需三步加固：

6.1 创建应用用户与表空间：告别SYSTEM用户直连

永远不要用SYSTEM用户开发。创建专用用户：

-- 创建应用表空间 CREATE TABLESPACE app_data DATAFILE '/u01/app/oracle/oradata/ORCL/app_data01.dbf' SIZE 500M AUTOEXTEND ON NEXT 100M MAXSIZE 2G; -- 创建用户 CREATE USER app_user IDENTIFIED BY app_pass DEFAULT TABLESPACE app_data TEMPORARY TABLESPACE temp QUOTA UNLIMITED ON app_data; -- 授予最小权限 GRANT CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SEQUENCE TO app_user; GRANT CONNECT, RESOURCE TO app_user; -- RESOURCE包含上述权限

注意：RESOURCE角色在12c+已弃用，但19c仍兼容。生产环境建议显式授予所需权限，而非用角色。

6.2 配置自动备份：RMAN基础策略

本地环境也要有备份意识。配置RMAN保留策略：

rman target / RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; RMAN> CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET;

首次全备：

RMAN> BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;

备份集存放在$ORACLE_BASE/fast_recovery_area/ORCL/backupset/，验证：

ls -lh $ORACLE_BASE/fast_recovery_area/ORCL/backupset/

6.3 监控告警配置：让问题主动浮现

启用Oracle Enterprise Manager Express（轻量级Web监控）：

-- 启用HTTP端口（默认5500） EXEC DBMS_XDB.SETHTTPPORT(5500); -- 重启监听器使端口生效 lsnrctl reload

访问https://localhost:5500/em（首次需用SYS用户登录），可查看：

• 表空间使用率（避免ORA-01653）
• 会话活动（识别长事务）
• 最近SQL执行计划（优化慢查询）

最后分享一个小技巧：在$ORACLE_HOME/bin/下创建oraenv脚本别名，避免每次都要export ORACLE_SID=ORCL。将以下内容加入~/.bash_profile：

alias oraenv='export ORACLE_SID=ORCL; export ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1; export PATH=$ORACLE_HOME/bin:$PATH'

执行oraenv即可一键切换环境。这是我给所有新同事的第一条Shell技巧。