Oracle11g RAC+ASM安裝前存儲規劃注意事項有哪些

小編給大家分享一下Oracle11g RAC+ASM安裝前存儲規劃注意事項有哪些，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

存儲規劃并不是說偏要采用技術最先進的而是要采用最合適業務需求的，先說總體原則：

1、數據文件、備份文件、歸檔日志文件存放位置分離原則，最好分別放到不同磁盤組，而不是同一個磁盤組的不同Lun，但這種方式缺點就是每個磁盤組都需要一塊兒熱備盤，空間浪費比較嚴重；

2、如果是讀寫頻繁的OLTP系統，對數據文件和歸檔日志文件存放的磁盤組，最好采用Raid1+0，這樣可以保證讀寫都很快。在線日志文件（online redo logfile）和控制文件同時雙份放到數據區和歸檔區，在保證讀寫性能的基礎上可以提高可用性和可恢復性。對備份文件所存放的磁盤組可以進行Raid5的冗余方式。

3、一般通用的方式就是數據文件與備份文件及歸檔日志文件存放到兩個不同磁盤組，而不是同一個磁盤組的不同Lun，對兩個磁盤組都進行Raid1+0的方式。這樣也不會影響性能，可以節省一塊兒熱備盤來提高空間利用率，但如果數據量大，則通過Raid1+0的劃分備份磁盤空間估計也會導致一定空間浪費；

         根據以上矛盾，我們可以看出，有個重要因素就是磁盤大小和數量，還需要結合數據庫大小和具體應用的綜合考慮很有必要的。

         同時，除了備份區，其他區域不建議采用太大的硬盤。如果數據庫不大，加上磁盤數量太少，還不如將所有磁盤都做成Raid1+0，這樣可以提升I/O總體帶寬，也可以節省多個熱備盤引起空間浪費。

         隨著SDD盤價格的大幅下降，也可適當的采用SDD和SAS混合的使用方式，因為一個轉速10K的SAS盤的IOPS才120至150，而SSD硬盤的IOPS甚至超過10倍，因此對I/O性能和并發要求高的系統來說，值得嘗試這種組合。例如：假設某個客戶數據庫當前大小為1T、數據增量每月100G，并發1000以上的OLTP系統。可以采取如下兩種：

• 6塊900GB硬盤，做完RAID5組和熱備盤后，實際可用容量為：4*900GB=3.6TB，7塊SSD盤主要跑在線數據，做完RAID5后，實際可用容量為：5*400GB=2TB；

• 配置11塊兒轉速15k的SAS盤，做RAID1+0，分區兩個Lun后，在ASM里進行進一步劃分；

        針對空間容量較大的數據庫，除了考慮以上因素外，另外一重要因素就是ASM磁盤組（ASM DISKGROUP）數量和磁盤組所需每個ASM磁盤的（ASM DISK）大小。ASM磁盤組不易太多,名稱盡量規范化，例如可以分成DATADG1，DATADG2…,DATADGn來存放數據文件和日志文件，FRADG1,FRADG2…,FRADGn來存放歸檔（含備份文件），BACKUPDG1，BACKUPDG2…,BACKUPDGn來存放備份等。對于每個ASM磁盤組下的ASM磁盤，結合數據庫大小和今后的增長量，最好采用適當的大小，不易太小或太大。例如，3年內數據庫增量大小在3T，則每個ASM DISK大小最好控制在200G至500G范圍，為什么呢，因為如果按300G計算，則3000G/300G=30個 ASMDISK,這樣在ASM里組成磁盤組時，看起來也是比較整齊并合理的。如果磁盤數來能太多，不僅管理起來混亂、容易導致人為錯誤而且對ASM管理這么多盤，也帶來一定管理開銷。

         最后，有些DBA也許采取將歸檔和備份單獨放到獨立LUN并采用文件系統而不是ASM的磁盤管理模式，這樣的好處就是就算ASM出問題登錄不上，但是備份和歸檔文件在文件系統上都能直觀看到，可以避免一定的風險，也讓人放心。如果采用這種模式并用LINUX操作系統，建議將該文件系統按Linux的LVM方式劃分，這樣今后擴展起來非常方便。但是這個方法也有一定缺點，即，因為采用是Linux的本地文件系統，而不是Cluster文件系統，兩個節點的歸檔和備份的實現方式為兩個節點獨立寫只屬于自己分區，可以共享只讀。如果不小心將彼此分區配置成雙方都能讀寫的mount模式，將會導致數據相互覆蓋而丟失的問題。

以上是“Oracle11g RAC+ASM安裝前存儲規劃注意事項有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！