關於基礎架構維護

Oracle 會定期更新 Oracle Data Infrastructure Cloud@Customer 上所有 Oracle 管理的基礎架構元件。

Oracle 使用遵循最佳實務的自動化流程來套用產品修正與安全性修正。這些更新有助於保護資料，並支援資料庫可用性、完整性、安全性及 Oracle Cloud 規範需求。自動維護也可減少維護基礎架構所需的工作。

Oracle 管理的元件包括實體伺服器主機、儲存體、網路卡、Integrated Lights Out Management (ILOM) 介面，以及控制層代理服務 VM。

Oracle 每三個月執行每季維護，其中包含產品修正、增強功能和安全性修正。

除非在極少數的情況下，否則 Oracle 會預先通知排定的維護。Oracle 也會針對 VM 叢集中的 VM 提供相對應建議更新的通知。

Oracle 會排定維護，以儘可能保留服務可用性。當個別元件無法使用時，某些更新可能會暫時影響效能和傳輸量。例如，伺服器修正通常需要重新啟動。Oracle 會儘可能以輪流順序重新啟動伺服器，讓服務在更新處理作業期間維持可用狀態。每部伺服器在重新啟動期間仍維持不可用狀態，以減少整體服務容量。應用程式無法容忍重新啟動時的計畫緩和措施。例如，在伺服器修正期間關閉應用程式。

每季維護

Oracle 透過輪流維護作業，在整個更新過程中保持資料庫可用性，將每季維護對應用系統的影響降到最低。專為高可用性而設計的應用程式可自動且透明地將資料庫連線移轉至可用的執行個體，無需中斷，而是無需排定停機時間。

Oracle 會根據 Oracle 定義的維護原則排定維護。如果發生非預期的業務需求，您可以重新排定維護。

依照預設，會使用輪流更新 (從伺服器開始，然後更新儲存) 來執行基礎架構維護。

一次更新一個伺服器，且在任何時候最多離線一個伺服器。對每個主機而言，VM 會被關閉、更新和重新啟動伺服器，然後啟動 VM，而其他伺服器則仍然可以運作。此方法不會影響專為高可用性而設計的應用系統，但未寫入來處理滾動執行個體重新啟動的舊版應用系統可能會受到影響。此程序會繼續執行，直到兩個伺服器都更新為止。

伺服器維護完成後，開始進行儲存維護。儲存磁碟一次更新一個。修正儲存對資料庫可用性沒有影響，因此不會影響您的應用程式。不過，當儲存磁碟離線 (減少可用的 I/O 容量) 時，機動儲存維護可降低 I/O 效能，而在儲存磁碟返回服務後重新同步 (資料基礎架構伺服器的負荷較小)。適當地調整資料庫和儲存的大小，以因應非維護中伺服器的額外工作，將對任何效能的影響降到最低或消除。

資料庫預期會在輪流維護期間可供使用，自動維護會驗證 Oracle Clusterware 是否在執行中，但不會驗證伺服器重新上線之後，所有資料庫服務和可插拔資料庫 (PDB) 都可供使用。資料庫服務和 PDB 在維護後的可用性取決於服務定義。例如，在維護期間，可以將設定偏好和可用節點的資料庫服務搬移，而且在維護完成後，不能自動搬移回其原始節點。Oracle 建議您檢閱文件，瞭解如何持續提供應用程式，以降低潛在影響。依照準則，由於伺服器會依序更新，因此基礎架構維護的影響應僅限於次要服務降級。

Oracle 建議您遵循最佳可用架構 (MAA) 最佳實務，並使用 Data Guard 來確保重要應用程式的最高可用性。對於已啟用「資料保全」的資料庫，Oracle 建議將維護時段區隔為執行主要和待命資料庫的「資料基礎架構」。您也可以在代管主要資料庫的資料基礎架構上進行維護之前執行切換，以避免在基礎架構維護期間影響您的主要資料庫。

維護時段開始前，會先對 Oracle Data Infrastructure Cloud@Customer 基礎架構元件執行前置檢查，以找出可能導致維護無法成功的問題。進行前置檢查時，基礎架構和所有元件均維持連線狀態。初始前置檢查會在維護開始前大約兩週執行，另一個前置檢查則會在維護開始前大約 24 小時執行。如果前置檢查識別需要重新排定的問題，就會傳送通知給已訂閱通知的使用者。

最小化維護時段