記一次儲存DELL MD3000的RAC瓶頸
環境:
ORACLE10.2.0.4—RAC
REDHAT5.4
OCFS2
DELL MD3000
[@more@]在RAC環境中,兩個節點同時訪問公共儲存,此時的儲存的I/0併發效率是很重要的,如果儲存沒有配置好,或者對多節點併發訪問存在問題就會引起很大的影響。
整體環境都已經安裝、配置好好,就開始兩個節點同時啟動並建立資料庫:(DBCA),可是在安裝的過程中發現安裝過程出奇的慢,建立資料檔案、建立redo檔案,就1G的檔案也要有個30分鐘左右才能建立好,感覺非常的費解且不可能的,後來試圖停掉其中的一個節點繼續安裝,發現速度慢的問題已經可以很好的解決了,心中馬上斷定了是由於儲存的併發性引起的讀寫慢的問題,儲存是單控制器單介面的DELL MD3000,後來和DELL工程師討論發現這種單介面的儲存在RAC環境中只適合一個節點啟動,,令個節點作為備用且不可併發使用的狀態,如果想要解決這種問題就要使用單控雙口的型別儲存,後來進行了更換,節點間併發的現象果然得到了很大的改善。
PS:
不知道怎麼貼圖,也不能給大家個直白的圖形了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10130206/viewspace-1043580/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- NVMe儲存效能瓶頸的主要來源:檔案系統
- 大型網站架構改進歷程:儲存的瓶頸(三)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(下)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(上)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(中)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(4)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(5)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(6)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(7)網站架構
- 大型網站架構改進歷程:儲存的瓶頸(8)網站架構
- 打破儲存效能瓶頸,杉巖資料為AI提速增效AI
- 記一次儲存問題導致的rac故障案例
- 各種儲存效能瓶頸場景的分析與最佳化手段
- [轉]檢測SQLSERVER資料庫CPU瓶頸及記憶體瓶頸SQLServer資料庫記憶體
- 關於大型網站技術演進的思考(二)--儲存的瓶頸(2)網站
- 關於大型網站技術演進的思考(一)--儲存的瓶頸(1)網站
- 關於大型網站技術演進的思考(三):儲存的瓶頸(3)網站
- 關於大型網站技術演進的思考(一)—儲存的瓶頸(1)網站
- 關於大型網站技術演進的思考(六)--儲存的瓶頸(6)網站
- 關於大型網站技術演進的思考(五)--儲存的瓶頸(5)網站
- 關於大型網站技術演進的思考(四)--儲存的瓶頸(4)網站
- 關於大型網站技術演進的思考(三)--儲存的瓶頸(3)網站
- 關於大型網站技術演進的思考(二):儲存的瓶頸(2)網站
- 關於大型網站技術演進的思考(一):儲存的瓶頸(1)網站
- 關於大型網站技術演進的思考(八):儲存的瓶頸(8)網站
- 關於大型網站技術演進的思考(七):儲存的瓶頸(7)網站
- 關於大型網站技術演進的思考(七)--儲存的瓶頸(7)網站
- 記錄node記憶體瓶頸分析記憶體
- 杉巖資料物件儲存替換IBM FileNet,突破效能瓶頸物件IBM
- 關於大型網站技術演進的思考(八)--儲存的瓶頸終篇(8)網站
- 前端瓶頸如何打破???前端
- 如何突破前端瓶頸???前端
- 打破Kafka帶來的瓶頸?Kafka
- 記-Nodejs埋點服務-定位cpu瓶頸NodeJS
- HTTP請求的TCP瓶頸分析HTTPTCP
- 記一次centos掛載ceph儲存的坑CentOS
- 記錄一次資料儲存出錯
- 利用PerfDog分析遊戲效能瓶頸遊戲