技术开发 频道

优化调整Oracle 8i数据库

    调整磁盘I/O

    I/O瓶颈是最容易识别的性能问题。跨所有可用的磁盘均匀地平衡I/O,可以减少磁盘存取的时间。对于较小的数据库和不使用并行查询选项的那些数据库,要确保不同的数据文件和表空间跨可用的磁盘分布。

    调整DBWR,增加写带宽

    Oracle提供以下方法以防止DBWR(数据库写进程)活动成为瓶颈:

    使用异步I/O 异步I/O允许进程继续处理下一个操作,而不必等待在发出写后,最小化了空闲时间,因而改善了系统性能。Solaris支持原始设备和文件系统数据文件的异步I/O。

    使用I/O从属 I/O从属(slave)是专用的进程,其惟一功能是执行I/O。它们代替Oracle 7的多个DBWR特性(实际上它们是多个DRWR的概括,可以由其它进程分布)。不管异步I/O是否可用,它们都可以操作。若设置的话,它们被从LARGE_POOL_SIZE分配,否则从共享内存缓冲区分配。

    初始化参数控制了I/O从属的行为,其中DISK_ASYNCH_IO和TAPE_ASYNCH_IO允许分别为磁盘和磁带设备关闭异步I/O(因为每个进程类型的I/O从属缺省为0,除非明确设置,否则没有I/O从属被发布)。

    若DISK_ASYNCH_IO或TAPE_ASYNCH_IO无效,则DBWR_IO_SLAVES应该设置大于0,否则DBWR将成为一个瓶颈。在这种情况下,Solaris上DBWR_IO_SLAVES的非常好的值为4,而在LGWR_IO_SLAVES的情况下,发布的从属不应该超过9个。

    DB_WRITER_PROCESSES代替Oracle 7的参数DB_WRITERS,指定某实例的数据库写进程的初始数量。若使用DBWR_IO_SLAVES,则只有一个数据库写进程被使用,而不管DB_WRITER_PROCESSES的设置。

    .使用IOSTAT查找大磁盘请求队列请求队列显示特定磁盘设备上等待服务的I/O请求有多长。由大量的磁盘I/O或由平均查找时间I/O引起请求队列。磁盘请求队列应该为0或接近于0。

    选择合适的文件系统类型 Sun SPARC Solaris允许选择文件系统。文件系统有不同特性,它们用于存取数据的技术对数据库性能有实质性的影响。文件系统通常包括:

    s5:UNIX系统V文件系统;
    ufs:UNIX文件系统(由BSD UNIX派生);
    vxfs:Veritas文件系统;
    原始设备:没有文件系统。

    通常没有事实证明文件系统与文件系统是相配的,甚至不同的ufs文件系统也难以比较(因为执行不同),尽管ufs通常是高性能的选择,但根据选择文件系统的不同,性能差别变化也很大。

    监控磁盘性能

    使用sar -b和sar -u可以监控磁盘性能。

    sar -b对磁盘性能的重要性如下:

    bread/s、bwrit/s:块读和块写,它们对文件系统而言是非常重要的。

    pread/s、pwrit/s:分区读和分区写,它们对原始分区数据库系统是非常重要的。

    Oracle块大小应该匹配磁盘块大小或是磁盘块大小的倍数。若可能的话,在数据库文件使用文件系统前在分区上做文件系统检查;然后制作一个新的文件系统,确保它是清洁的和不破碎的。尽可能地均匀分布磁盘I/O,将数据库文件与日志文件分开。

0
相关文章