Oracle如何解决表空间创建速度慢的问题_检查存储系统性能-Oracle-PHP中文网

Oracle创建表空间卡在数据文件初始化阶段，是因默认全零写入（zero-fill）同步阻塞DDL，尤其在厚置备存储或大初始尺寸+AUTOEXTEND时，底层I/O延迟导致。

为什么 Oracle 创建表空间会卡在数据文件初始化阶段

oracle 创建表空间时，默认会对新分配的数据文件执行全零写入（zero-fill），尤其在启用 autoextend 且初始大小较大、或使用厚置备（thick-provisioned）存储时，这个过程会同步阻塞 ddl，表现为“卡住”数秒到数分钟。这不是 oracle 本身慢，而是底层存储在等物理写完成。

常见错误现象：CREATE TABLESPACE ... DATAFILE '/path/to/file.dbf' SIZE 10G 执行数分钟无响应；v$session_event 中看到大量 direct path write 或 db file sequential read 等待；strace -p <oracle_pid></oracle_pid> 显示进程在 pwrite64() 上长时间阻塞。

确认是否触发零初始化：检查是否使用了 NOLOGGING 但未配 SKIP_UNUSABLE_INDEXES（不相关）——真正关键的是 DB_CREATE_FILE_DEST 是否启用了 OMF，以及存储是否支持 DISK_ASYNCH_IO=TRUE
验证存储行为：用 dd if=/dev/zero of=/testfile bs=1M count=1024 oflag=direct 测试裸设备/文件系统写延迟，若 >50ms/MB，说明存储 I/O 响应已成瓶颈
区分场景：OLTP 系统小表空间（

如何跳过数据文件物理清零（仅限可信环境）

Oracle 12cR2 起支持 NO ZERO INITIALIZATION 语法，但需满足两个硬性前提：数据库必须运行在 EXALINK 或 ASM 存储上，且底层卷需标记为支持快速零检测（如 ASM diskgroup 的 ATTRIBUTE 'au_size'='4M' 配合 'compatible.asm'='12.1'）。普通文件系统不支持该跳过机制。

替代方案是预创建并复用“干净”数据文件：

提前用 dd if=/dev/zero of=/u01/oradata/myts_prealloc.dbf bs=1M count=2048 生成固定大小空文件（注意：必须用 oflag=direct 避免 page cache 干扰）
创建表空间时指定已有文件：CREATE TABLESPACE myts DATAFILE '/u01/oradata/myts_prealloc.dbf' SIZE 2048M REUSE —— REUSE 是关键，它跳过格式校验和零填充
务必确保该文件属主、权限与 Oracle 用户一致（chown oracle:oinstall + chmod 600），否则报错 ORA-01119: error in creating database file

检查存储层真实性能瓶颈的三步定位法

别急着调 Oracle 参数，先确认是不是存储在拖后腿。重点看三个指标是否同时异常：

iostat -x 1 5 中 %util > 95 且 await > 20ms → 存储控制器或磁盘饱和
cat /proc/scsi/scsi 查 SAN 设备型号，对照厂商手册确认是否启用写缓存（如 Dell EMC Unity 需开启 Write Back Cache，而非默认的 Write Through）
在数据库服务器执行 oracle@host$ sqlplus / as sysdba ，若 <code>checkpoint 耗时超 5 秒，基本可锁定是日志写或数据文件写慢，不是表空间 DDL 本身问题

特别注意：某些超融合平台（如 Nutanix AHV）对 Oracle 小块随机写有固件级限速，此时改用大块顺序写（如 DB_FILE_MULTIBLOCK_READ_COUNT=128）反而无效，必须联系厂商关闭 IO Throttling Policy。

ASM 磁盘组配置对表空间创建速度的影响

即使用了 ASM，创建大表空间仍可能慢——根源常在磁盘组冗余模式与 AU 大小不匹配。例如 NORMAL REDUNDANCY 磁盘组配 AU_SIZE=1M，写 10G 文件需生成 20G 物理 I/O（镜像副本），而 EXTERNAL REDUNDANCY 配 AU_SIZE=4M 可减少元数据更新频次。

检查当前配置：SELECT name, allocation_unit_size, redundancy FROM v$asm_diskgroup
新建磁盘组时显式指定：CREATE DISKGROUP dg_fast EXTERNAL REDUNDANCY DISK '/dev/oracleasm/disks/DISK1' ATTRIBUTE 'au_size'='4M'
切勿在生产库直接 ALTER DISKGROUP ... SET ATTRIBUTE 修改 au_size —— 该操作不可逆且需全部重新平衡，会导致 IO 暴涨

最易被忽略的一点：ASM 实例的 _asm_imr_enabled 隐含参数若为 TRUE（某些 19c RU 自动启用），会在首次写入时触发内存中元数据校验，造成首字节延迟。临时规避方法是先用 touch 写入 1KB 到该磁盘组路径，再建表空间。