公司高可用性和升級的一些思考

1、LINUX AS 4.4 32BIT 10.2.0.1升級到LINUX AS 5.0 64BIT 10.2.0.1

升級的主要思想是使用RMAN OPEN狀態下全備，然後加上歸檔日誌檔案進行恢復，最後使用指令碼utlirp.sql和utlrp.sql來完成升級，使用熱備的原因是可以節約大量的生產庫停機時間，我們可以事先完成RESTORE，最後的任務就是RECOVER了。

2、資料中心搬遷

 --1、DB 搬遷

   我們可以使用DATA GUARD來進行SWITCH，主庫變備庫，備庫變主庫，這樣是要事先做好準備建立好DATA GUARD，停機時間將會大量減少，需要做的只是進行切換。

 --2、APP 搬遷

   APP搬遷只有把檔案複製回來進行然後進行重建，需要諮詢APP是否有類似DATAGUARD的功能，如果有也可以大量縮短停機時間。

3、容災

 --1、DB容災

   使用DATA GUARD對資料檔案進行保護，模式可以採用最大可用性和最大效能如果可以我們可以引入BROKER 的FSFO來自動進行故障切換需要諮詢這個組建是否穩定。

   使用RAC在例項級別做容災並且負載均衡，但是是否使用RAC根據升級後的伺服器負載而定，如果確實一臺伺服器不能很好的支援，需要使用CLUSTER來進行負載均衡。

但是當業務量達到一定的程度後我們的資料庫構架會成為如下的構架：

 

也就是RAC+DATA GUARD的構架方式

--2、APP容災

   需要諮詢，APP 也有ORACLE APPLICATION SERVER DISASTER RECIVERY的功能，但是我們沒有使用過。

4、儲存

1、新建立資料庫資料檔案放到我們的磁碟陣列中去，分離I/O，

並且磁碟陣列盤陣的效能比本機磁碟要好，並且可靠性強，其他

DB檔案比如控制檔案、日誌檔案、歸檔檔案我們放到本地磁碟。

2、中介軟體的檔案放到本地磁碟。

3、對於DB的物理備份和邏輯備份及APP備份我們可以專門從磁碟整列中劃一部分作為備份區域。

4、對於核心業務系統做了RAC過後我們可以使用ASM+RAC的模式，但是為了提高效能需要使用專門的陣列（新購買），

   可以諮詢下ASM是否穩定。