oracle在centos上的存储优化方法

Oracle在CentOS上的存储优化方法

一存储硬件与虚拟化层优化

介质优先：优先选用SSD/NVMe或企业级SAS，并尽量使用条带化/RAID10以获得高吞吐与冗余；避免将重做日志与数据文件放在同一物理盘或同一控制器通道上，减少写冲突。
虚拟化/云环境：使用Virtio半虚拟化驱动以获得接近原生的I/O性能；磁盘缓存模式优先none（绕过宿主机Page Cache，避免双重缓存），仅在可接受数据丢失风险的场景再用writeback；AIO选择native（内核原生异步I/O），避免threaded aio；I/O调度器在机械盘上优先Deadline，在SAN/SSD/NVMe上优先NOOP。示例：echo deadline > /sys/block/sdX/queue/scheduler，virsh edit <vm> ... <driver name='qemu' type='raw' cache='none'/> ... <aio='native'/>。

二文件系统与挂载选项

文件系统：优先XFS（大文件、高并发、扩展性好），或ext4（通用稳定）；避免使用NFS承载重做日志与控制文件，如必须使用，确保RHEL/CentOS 7.4+并启用nobarrier与合适的rsize/wsize，且将日志放在本地盘。
挂载选项（示例）：noatime,nodiratime,barrier=1,data=ordered（XFS/ext4通用）；日志盘可加noatime；避免relatime带来的额外元数据更新。
Oracle层：启用Direct I/O与异步I/O。典型设置：disk_asynch_io=true、filesystemio_options=setall（在支持的系统与存储上开启DIO+异步）。如使用ASM，优先选择ASM而非文件系统承载数据/日志，以获得条带化与镜像的I/O均衡。

三表空间与重做日志布局

临时表空间：避免Temp01.dbf无限增长。可新建临时表空间、切换为默认、清理占用会话后删除旧文件；或设置合理的初始大小与自动扩展上限，防止失控。示例：
- create temporary tablespace temp02 tempfile '/u01/oradata/temp02.dbf' size 2G autoextend on next 100M maxsize 15G;
- alter database default temporary tablespace temp02;
- 确认无会话占用后：drop tablespace temp including contents and datafiles;
- 再重建原temp并设回默认。
重做日志：多组日志成员、合理大小（如每组数百MB到数GB）、分布在不同磁盘/控制器；频繁日志切换或log file sync偏高时优先增加日志文件大小而非盲目增加组数。
归档与FRA：合理设置db_recovery_file_dest与db_recovery_file_dest_size，定期清理过期归档，避免FRA撑满导致数据库挂起。

四内存与I/O路径协同优化

大页HugePages：为SGA启用HugePages以降低TLB miss、减少页表开销并避免SGA被换出；同时禁用透明大页THP。步骤要点：
- 检查/关闭THP：cat /sys/kernel/mm/transparent_hugepage/enabled；在/etc/rc.d/rc.local写入echo never > /sys/kernel/mm/transparent_hugepage/enabled与defrag并赋权重启；
- 估算HugePages数量（2MB页）：HugePages ≈ SGA(MB)/2 + 100；
- 配置/etc/security/limits.conf：oracle soft/hard memlock <值KB>；
- 配置/etc/sysctl.conf：vm.nr_hugepages=<估算值>并执行sysctl -p；
- 因AMM不支持HugePages，启用HugePages时应关闭MEMORY_TARGET/MAX_TARGET，改用ASMM（SGA_TARGET、PGA_AGGREGATE_TARGET）。
内存与I/O协同：在启用HugePages后，结合负载设置SGA_TARGET、PGA_AGGREGATE_TARGET、PGA_AGGREGATE_LIMIT，避免PGA过度膨胀引发换页或操作系统内存压力，从而间接影响文件系统与I/O性能。

五监控与持续优化

基线采集：延长或优化AWR快照保留与采集间隔（如retention=30天、interval=60分钟），便于定位I/O与存储瓶颈；结合ADDM与ASH分析Top SQL、等待事件（如db file sequential/scattered read、log file sync、direct path read/write）。
关键指标：持续关注IOPS/吞吐/延迟、AWR Top 5 Timed Foreground Events、Tablespace/Datafile使用率、FRA使用率、日志切换频率、Temp表空间使用等，按“指标异常→定位根因→实施优化→复核效果”的闭环迭代。

最新问答