DBCA图形界面中需在「Storage Options」页选择「File System」并点击View/Edit Storage Locations，分别指定Datafile Location、Redo Log Group 1/2 Location及Archive Log Destination至不同挂载点。
DBCA图形界面里怎么指定不同的数据文件和日志文件挂载点
dbca（database configuration assistant）在交互式建库时，默认会把 datafile 和 redo log 都放在同一个自动选中的存储路径下。要分离，必须手动干预——不是靠“下一步”默认跳过，而是得在「storage options」页主动切换模式。
关键操作点：进入「Storage Options」后，不要选「Use Automatic Storage Management (ASM)」或「Use Oracle Managed Files (OMF)」这类全自动选项；必须选「File System」，然后点击右下角的 View/Edit Storage Locations 按钮。
- 点击后弹出窗口里，
Datafile Location填你规划好的数据盘挂载点，比如/u01/oradata/PROD -
Redo Log Group 1 Location和Redo Log Group 2 Location要分别填到独立的日志盘，例如/u02/redo/PROD和/u03/redo/PROD（建议至少两组，且不在同一物理盘） - 如果还启用了归档，
Archive Log Destination也应单独指向另一挂载点，如/u04/arch/PROD，避免和在线日志争 I/O
命令行执行 DBCA 时如何用参数强制分离路径
图形界面容易漏点、难复现；生产环境推荐用静默模式（silent mode），通过 -datafileDestination 和 -redoLogFileSize 等参数控制，但注意：DBCA 静默模式不直接提供 -redoLogLocation 这类参数——它靠模板 + 响应文件间接实现。
实操路径是：先用图形界面生成一次响应文件（勾选「Save Response File」），再编辑该文件，在 oracle.install.db.config.starterdb.storageType 设为 FILE_SYSTEM 后，重点修改以下字段：
-
oracle.install.db.config.starterdb.fileSystemStorage.dataLocation→ 设为数据挂载点 -
oracle.install.db.config.starterdb.fileSystemStorage.recoveryLocation→ 这个其实是控制快速恢复区（FRA），不是 redo log；真正管 online redo 的是oracle.install.db.config.starterdb.redoLogGroupSize+ 手动在模板 SQL 中定义位置 - 更可靠的做法：在响应文件中启用
oracle.install.db.config.starterdb.useCustomTemplate=true，并指定一个自定义数据库模板（.dbc 文件），其中CREATE DATABASE语句已显式写出各LOGFILE GROUP的完整路径
为什么 /u01 和 /u02 分开还不够？要注意底层设备是否真隔离
常见误区是以为挂载点不同就等于 I/O 分离。如果 /u01 和 /u02 实际映射到同一块 SSD 或同一个 RAID5 LUN，redo 写放大+数据读写仍会互相干扰，延迟抖动明显。
- 用
lsblk和lsof -i确认挂载点对应的真实块设备（如sdb1vssdc1） - 检查
/proc/scsi/scsi或smartctl -a /dev/sdX看是否共用同一控制器或背板 - Oracle 官方建议 redo 日志盘使用无缓存的直写模式（
hdparm -W0 /dev/sdX），且禁用文件系统日志（如 ext4 加mount -o barrier=0,noatime）——但这仅适用于专用日志盘，切勿在数据盘上照搬
DBCA 完成后发现 redo 还在数据目录下？怎么补救
如果建库后发现 v$log 显示所有日志都在 /u01/oradata/PROD/ 下，说明 DBCA 配置未生效。此时不能直接 mv 文件，必须走 Oracle 标准流程迁移：
- 确认当前日志组状态：
SELECT GROUP#, STATUS, MEMBER FROM v$logfile;，只允许对INACTIVE或UNUSED组操作 - 新增日志组到新路径：
ALTER DATABASE ADD LOGFILE GROUP 3 '/u02/redo/PROD/redo03.log' SIZE 200M; - 手工切换并验证：
ALTER SYSTEM SWITCH LOGFILE;，等原组变INACTIVE后再删：ALTER DATABASE DROP LOGFILE GROUP 1; - 注意：删除前务必确认 checkpoint 已完成，查
v$instance.recovery_status和v$log_history，否则实例重启可能无法 mount
最麻烦的是，如果建库时误用了 OMF（db_create_file_dest），那连 ADD LOGFILE 都会被重定向回默认路径——必须先 ALTER SYSTEM SET db_create_file_dest=''; 关闭 OMF，再操作。
