使用並行恢復提高standby的恢復速度

　　有一個數據庫standby庫恢復時經常趕不上主庫的進度用iostat x 查看磁盤利用率的時候發現三個放數據文件的盤（每個盤是由個物理盤做的raid）的讀iops在以內磁盤利用率在%以內所以初步分析恢復的慢應該跟io利用率不高有關所以考慮使用並行恢復提高恢復速度

　　開始嘗試並行恢復時有時並行恢復起不來alertlog裡提示如下信息

　　Tue Oct ::

　　ALTER DATABASE RECOVER managed standby database parallel disconnect from session

　　Attempt to start background Managed Standby Recovery process

　　MRP started with pid=

　　MRP: Background Managed Standby Recovery process started

　　attempting to start a parallel recovery with processes

　　parallel recovery failed to get any processes

　　nonparallel recovery will be done

　　Media Recovery Log /data/arch/hzbops/hzbops_arc

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

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

　　參數 parallel_max_servers

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

　　這個數據數據庫從改成

　　 /etc/security/nf 中的nofile 值調大默認是改成

　　* soft nofile

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

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

　　avgcpu: %user %nice %sys %iowait %idle

　　Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrqsz avgqusz await svctm %util

　　sda

　　sdb

　　sdc

　　sdd

　　sde

　　sdf

From:http://tw.wingwit.com/Article/program/Oracle/201311/17693.html