有一個數據庫，standby庫恢復時經常趕不上主庫的進度，用iostat -x 3查看磁盤利用率的時候，發現三個放數據文件的盤（每個盤是由6個物理盤做的raid10）的讀iops在80以內，磁盤利用率在30%以內。所以初步分析恢復的慢應該跟io利用率不高有關。所以考慮使用并行恢復提高恢復速度。這樣就大大加快了工作效率，下面就來學習學習吧。 

開始嘗試并行恢復時，有時并行恢復起不來，alert.log里提示如下信息：

Tue Oct 12 18:09:28 2010

ALTER DATABASE RECOVER managed standby database parallel 8 disconnect from session Exti+%g
Attempt to start background Managed Standby Recovery process

MRP0 started with pid=8

MRP0: Background Managed Standby Recovery process started

attempting to start a parallel recovery with 8 processes

parallel recovery failed to get any processes VUvh8wun
non-parallel recovery will be done Sb'a@ ]`cn
Media Recovery Log /data3/arch/hzbops/hzbops1_347246.arc

有時又可以起來，但最多能夠啟動5個并行進程。分析發現并行啟動不了是因為nofile值設置過小導致，而并行最多啟動5個，原因是parallel_max_servers 參數值設置為5。

對這個數據庫做了如下調整：

1. 參數 parallel_max_servers

這個參數限制了實際可以起的并行進程數，要在初始化參數里設置。參數文件里默認沒有，oracle會給出一個默認值。這個默認值可能過小，需要調大一些。

這個數據數據庫從5改成16。

2. /etc/security/limits.conf 中的nofile 值調大，默認是1024，改成5000。

* soft nofile 65536 2u7

nofile指定了每個用戶打開的文件數，oracle目前有數據文件500個，開8個進程并行恢復的話就需要4000個文件句柄。所以之前設置的有點小。調整完后，需要關閉數據庫，然后退出oracle用戶后，再進入oracle用戶，讓這個設置生效。前面的那個并行啟動不了的原因就是這個參數設置的過小。

這里再檢查IO，看到io利用率上去了，恢復進度也比以前快了很多：

avg-cpu: %user %nice %sys %iowait %idle @}

1.04 0.00 0.71 27.54 70.71

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util

sda 0.00 12.67 0.33 5.67 2.67 146.67 1.33 73.33 24.89 0.00 0.28 0.28 0.17

sda1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sda2 0.00 5.33 0.33 1.00 2.67 50.67 1.33 25.33 40.00 0.00 1.25 1.25 0.17

sda3 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sda5 0.00 1.33 0.00 1.33 0.00 21.33 0.00 10.67 16.00 0.00 0.00 0.00 0.00

sda6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sda7 0.00 3.67 0.00 1.67 0.00 42.67 0.00 21.33 25.60 0.00 0.00 0.00 0.00

sda8 0.00 2.00 0.00 1.00 0.00 24.00 0.00 12.00 24.00 0.00 0.00 0.00 0.00

sda9 0.00 0.33 0.00 0.67 0.00 8.00 0.00 4.00 12.00 0.00 0.00 0.00 0.00

sda10 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sdb1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00

sdc 0.67 0.00 22.00 0.00 5466.67 0.00 2733.33 0.00 248.48 0.02 0.91 0.91 2.00

sdc1 0.67 0.00 22.00 0.00 5466.67 0.00 2733.33 0.00 248.48 0.02 0.91 0.91 2.00

sdd 0.00 0.67 365.33 0.67 5634.67 10.67 2817.33 5.33 15.42 1.76 4.81 2.13 77.97

sdd1 0.00 0.67 365.33 0.67 5634.67 10.67 2817.33 5.33 15.42 1.76 4.81 2.13 77.97

sde 0.00 0.33 356.33 0.33 5528.00 5.33 2764.00 2.67 15.51 1.49 4.19 2.08 74.07

sde1 0.00 0.33 356.33 0.33 5528.00 5.33 2764.00 2.67 15.51 1.49 4.19 2.08 74.07

sdf 0.00 0.00 290.00 0.00 4533.33 0.00 2266.67 0.00 15.63 1.37 4.72 2.37 68.73

sdf1 0.00 0.00 290.00 0.00 4533.33 0.00 2266.67 0.00 15.63 1.37 4.72 2.37 68.73

這就是我要為大家介紹的并行恢復standby數據庫，這些代碼之類的可能對初學者比較難理解，凡事開頭難，只要您肯下功夫學習，沒有不成的事。好好學習這篇文章中介紹的，希望能對大家又幫助。

【編輯推薦】

1. 專利數據庫的作用
2. 數據庫優化設計注意事項
3. 企業數據庫安全四大策略