Oracle-10g
將 1T Oracle DB 從 10g 升級到 11g 需要多長時間?
通常/大致將具有 1T 數據的 Oracle DB 從 10g 升級到 11g 需要多長時間?我需要估計它的停機時間,因為它是一個產品數據庫。非常感謝!
根據Oracle 的升級最佳實踐30-90 分鐘。這是在這種情況下,考慮到所有未知數,您將得到的最接近的估計。
在確定升級需要多長時間時,數據庫的大小實際上並不重要。以下是影響持續時間的主要因素(來自 Oracle.com 升級部落格):
- 已安裝的數據庫組件和選項的數量 - 安裝的組件/選項越多,需要執行的升級腳本就越多,需要的時間就越長
- 有效且非陳舊的字典統計資訊——即使在某些舊版本的 Oracle 中創建字典統計資訊並不是一個好主意,因為基於規則的優化器已取消支持,因此應分析數據字典。尤其是在升級之前。否則,這將在升級期間發生,同時數據庫以受限升級模式啟動,從而導致額外的停機時間。
- 如果 audit_trail 設置為 DB,則 AUD$ 中的行數
- 從 Oracle 9i 升級時的同義詞數量 - 同義詞將被觸及並在 DEPENDENCY$ 中的字典中獲得新的依賴關係 - 如果數量很大(例如 100,000),這可能會佔用一些時間
- XDB 中的對像數
- 如果 COMPATIBLE 會增加,則以非常低的速率:數據文件的數量和重做日誌的大小
以下是您可能需要考慮的與升級本身的核心無關的一些其他因素:
- 升級前腳本是否已執行並且問題是否已解決。
- 有多少無效對象。
- 如果升級正在就地完成(與導入/導出、流、Data Guard 等相比)
- 是否使用 DBUA 或腳本進行升級。
- 如果預裝了新的 Oracle 首頁。
- 磁碟速度和吞吐量。
- 同時發生的其他 CPU/磁碟活動。
- 存檔日誌模式。
- 升級中正在進行的其他更改。
- 如果在升級之前和/或之後需要冷備份。
- 也將應用任何更新檔集或一次性更新檔。
- 在升級可用之前需要完成多少驗證。
可能影響升級的最大因素是未知因素。即使提前在具有類似數據集的類似硬體上進行升級等,仍然可能發生意料之外的事情,並可能嚴重影響持續時間。考慮到這一點,您應該盡可能地模擬生產環境以進行測試升級。也就是說,在您的預算允許的範圍內。
如果空間是阻止您測試升級的問題,請考慮將數據庫還原到不包括一些較大的使用者表空間的測試框。這不會給你一個確切的時間感覺,但它應該給你一個更接近的球場,讓你通過更多的未知數工作。