关于在极高负荷下Oracle redolog搭配的一些建议

在Oracle数据库的现有系统构造下，redolog担负了很大的压力。这是因为所有提交给数据库的交易都必需在commite确认前穿越LGWR历程将相干消息写入redolog，而一个oracle实例只有一个LGWR历程，并且在UNIX系统上该历程是一个单线程过程，所以能运行在一个内核上。在前期的主机系统上这个问题并不严重，然而随着多内核/多线程技巧的进展，现在曾经有了能够扶持128个内核/256个线程的主机，而且扶持更多内核和线程的主机即刻揭示，这个问题将出现得更加深重。

你遐想一下如收获景，就能够感受到LGWR历程的境地：有一个水池（redolog），只有一个人(LGWR)能够把水桶(transsion)里的水(transsion data)倒进去，这个人的边上站了127个人(server processor)不时的争相把手中的水桶(transsion)交到他的手中。

固然我们很怜惜这个晦气的老兄，然而由于oracle这个黑心的老板不甘心给它加派人手，我们也只好想想其它措施来加快他的工作速度了，例如强劲一下他的体格可能改革一下水池构造，让他工作起来迅捷一点。本文即便谈论如何让LGWR历程工作起来更管用率。

由于现在的主机不扶持不同型号的CPU混用，因而给他吃独食（用高功能CPU运行该历程）是不可能了。然而我们能够让垄断系统的历程调动过程给它开小灶，让它的运行优先级比其它oracle历程高，可能宽畅把它设为实时历程，让他尽量不受垄断系统历程调动的波及，尽也许多地挪借CPU工夫，从而到达让它多干活的目标。

那么如何改革水池（也即便redolog文件）呢？其实很容易，即便把它放到最快的存储装备上就行了。

内存毫无疑问是全副计算机系统中我们能够设置的最快存储装备，穿越memory FS可能ramdisk软件，我们就能够在系统的内存空间中分出一局部来存储redolog文件。这个措施乍看起来确乎不错，我们所必需付出的即便多买点内存。然而精细想想，就会感受有问题了。为什么呢？万一主机或主机上ti.tianan-tep.com的软件（如:垄断系统/数据库/利用）揭示问题导致系统crash，oracle数据的全面性就没法保证了。因而我提倡，除非你的系统是拿来演示系统功能的，如TPCC测验，就不要利用这个措施。

另外一个抉择的可靠性就强多了，速度也很不错，惋惜即便一个字：贵！好在支撑如此宏伟和忙碌的业务系统的用户确定不缺钱，因而该当问题不大。废话说了许多，答案究竟是什么？cache LUN!现在市场上有一些厂商（如惠普/HDS）的***级磁盘阵列扶持在它的内部cache中划一局部出来存储一些对速度要求极高的数据，这局部的CACHE在主机看来和等闲磁盘空间未曾差异，然而由于这些数据是存在磁盘阵列的cache里，无须要写入物理硬盘，因而功能奇快。至于数据的平安性，由于高端存储都有专程的电源设计用来保证即便表面电源断电，CACHE中的数据也不会失落，加上这些存储的扼制软件可靠性极高，大约上不存在软件crash的可能性co.cosibo.com.cn，因而该当能够塌心。

万一很不幸，你的老板是既要马儿跑又要马儿不吃草的主，不甘心出钱利用cache LUN，那就只能尽量利用良好的存储装备，然后琢磨它的手册，把这个存储的每一滴血都榨出来。一个必需当心的事项是存储redolog的装备尽量不要与存储数据库其它文件的装备互相扰乱。万一可能，良好把redolog和其它文件放在不同的存储装备上。

关于极高负荷情形下的Oracle redolog的问题就介绍到这里，希望通过本次的介绍能够带给您一些收获，谢谢了！

【编辑推荐】

1. 谈一谈兼容Oracle和DB2开发时的注意事项
2. Oracle RAC启动与关闭时的一些注意事项
3. Oracle 11g即时客户端在Windows系统上的配置
4. Oracle 11g客户端在Linux系统上的配置步骤详解
5. Oracle和Sybase根据系统的pid查询sql语句的例子

文章标题：关于在极高负荷下Oracle redolog搭配的一些建议
网站地址：http://www.shufengxianlan.com/qtweb/news14/376814.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联