亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標題: redo log active時間非常長，幫忙看看原因？ [打印本頁]

作者: lerner2002 時間: 2011-08-06 11:43
標題: redo log active時間非常長，幫忙看看原因？
本帖最后由 lerner2002 于 2011-08-06 11:48 編輯

剛買了一套存儲用于oracle數(shù)據(jù)庫（11g），總共32塊光纖盤，主機通道8Gb速率，磁盤通道4Gb速率。數(shù)據(jù)庫服務(wù)器是四路的，配置了200GB的內(nèi)存。
給SGA分配了80GB，PGA分配了20GB。目前存儲主要用于數(shù)據(jù)入庫使用。

（1）存儲規(guī)劃如下：
8塊盤做raid10，用戶存儲數(shù)據(jù)庫實例的控制文件，redo log，undotabs 等實例管理控制文件。

剩余的盤每8塊盤做一組raid5，用戶存儲數(shù)據(jù)庫實例的大表空間數(shù)據(jù)文件（每個表200GB，共8組）

存儲都是用LVM進行管理的，然后通過pv，vg，lv組合，作了系統(tǒng)級條帶化打散了raid5中的底層磁盤進行存儲。

（2）出現(xiàn)情況如下：

然后實例運行狀態(tài)，5組redo log（10GB）都變成了active，系統(tǒng)出現(xiàn)了大量log switch wait事件，而且各個redo log組的狀態(tài)都長時間的為Active，接著出現(xiàn)了丟數(shù)據(jù)的現(xiàn)象（正常的時候可以保證2萬條記錄每秒的入庫記錄，但是現(xiàn)在只能是5000條左右，而且出現(xiàn)很多丟數(shù)據(jù)的情況）。后來增加到8組redo log，每組10GB才能實現(xiàn)動態(tài)平衡，系統(tǒng)也較為穩(wěn)定。

（3）分析的可能原因：

通過查詢發(fā)現(xiàn)應(yīng)該是raid5的磁盤寫的太慢了，然后堵塞了LGWR 進程。

其他的信息：監(jiān)控磁盤陣列，發(fā)現(xiàn)raid10的速度可以達到30MB的寫速度，但是3組raid5的寫速度合起來也才10MB左右，總共的IO也才400左右，遠未達到磁盤陣列控制器的瓶頸。

（4）問題如下：

現(xiàn)在不知道通過增加磁盤的數(shù)量，多建立一些raid5組是否能獲得線性速度增長。
不知道大俠們有沒有什么好的建議提升raid5組的寫性能。非常感謝

作者: allendream 時間: 2011-08-06 22:02
redo log為什么要開到每組10g這么大呢？后臺的archive進程，要歸檔這10g大小的文件，那該要處理多久啊，當然redo log active的時間會非常長了。
redo log半小時切換一次最合適，一般幾百M就差不多了吧。

作者: lerner2002 時間: 2011-08-06 22:31
這個系統(tǒng)中的數(shù)據(jù)量比較大，一般6-7分鐘切換一個，此外從active變成inactive要35分鐘左右。所以建了8個才能滿足需求。目前的原因應(yīng)該就是磁盤寫的太慢了。
系統(tǒng)沒有做日志歸檔。

作者: allendream 時間: 2011-08-07 00:04
IO可能也有問題；同時，可以考慮增加歸檔進程個數(shù)log_archive_max_processes，默認是2個，可以設(shè)置為跟cpu核數(shù)一樣的數(shù)值。

作者: gguxxing008 時間: 2011-08-09 16:02
你這種og switch wait很有可能是存儲IO瓶頸引起的，你可以估算一下每秒鐘產(chǎn)生的歸檔日志量，具體計算方法你可以去搜搜！還有你這個在線日志設(shè)置成10g覺得有點不太合理，你這種情況2g覺得就差不多了，有時候需要增加日志組，但你這個有10個日志組應(yīng)該夠了，還是針對存儲IO去解決這個問題吧！

作者: renxiao2003 時間: 2011-08-09 22:08
好牛啊。200GB的內(nèi)存。

歡迎光臨 Chinaunix (http://www.72891.cn/)