災難恢復工作流程
企業已將公有雲視為可行的災難恢復資源和目的地。此程序盡可能順暢無礙。SnapCenter這項災難恢復工作流程與複製工作流程非常類似、但資料庫恢復會透過上次複寫到雲端的可用記錄執行、以恢復所有可能的商業交易。不過、災難恢復還有其他專屬的預先組態和組態後步驟。
將內部部署的Oracle正式作業DB複製到雲端以進行災難恢復
-
為了驗證實體複本還原是否透過上次可用的記錄執行、我們建立了一個小型測試表格、並插入一列。測試資料會在完整還原至上次可用的記錄後恢復。
-
以SnapCenter Oracle資料庫管理使用者ID登入功能。瀏覽至「Resources(資源)」索引標籤、其中顯示SnapCenter 受支援的Oracle資料庫。
-
選取Oracle記錄資源群組、然後按一下「立即備份」以手動執行Oracle記錄備份、以清除雲端中目的地的最新交易。在真正的災難恢復案例中、最後一筆可恢復的交易取決於資料庫記錄的磁碟區複寫頻率、而這又取決於公司的RTO或RPO原則。
在災難恢復案例中、非同步SnapMirror會在資料庫記錄備份時間間隔內、遺失尚未將資料移至雲端目的地的資料。為了將資料遺失降至最低、可以排程更頻繁的記錄備份。不過、記錄備份頻率有技術上可達成的限制。 -
選取次要鏡射備份上的最後一個記錄備份、然後掛載記錄備份。
-
選取上次完整資料庫備份、然後按一下「Clone(複製)」以啟動複製工作流程。
-
在主機上選取唯一的實體複本資料庫ID。
-
為Oracle Flash恢復區域和線上記錄檔配置記錄磁碟區、並將其掛載至目標DR伺服器。
Oracle複製程序不會建立記錄磁碟區、在複製之前、必須先在DR伺服器上進行資源配置。 -
選取目標實體複製主機和位置、以放置資料檔案、控制檔和重作記錄。
-
選取複本的認證資料。填寫目標伺服器上的Oracle主目錄組態詳細資料。
-
指定要在複製前執行的指令碼。如有需要、可調整資料庫參數。
-
選取「直到取消」作為還原選項、讓還原在所有可用的歸檔記錄中執行、以重新執行複寫到次要雲端位置的最後一筆交易。
-
如有需要、請設定用於電子郵件通知的SMTP伺服器。
-
災難恢復複製摘要。
-
複製的DB會在SnapCenter 複製完成後立即以支援功能登錄、並可用於備份保護。
Oracle的災難恢復複製後驗證與組態
-
驗證上次在雲端的DR位置排清、複寫及恢復的測試交易。
-
設定Flash恢復區域。
-
設定Oracle接聽程式以供使用者存取。
-
將複製的磁碟區從複製的來源磁碟區分割開。
-
從雲端還原複寫至內部部署、然後重建故障的內部部署資料庫伺服器。
複本分割可能會產生比正常作業高出許多的暫用儲存空間使用率。不過、在內部部署資料庫伺服器重新建置之後、可以釋出額外空間。 |
將內部部署SQL正式作業資料庫複製到雲端以進行災難恢復
-
同樣地、為了驗證SQL複製還原是否透過上次可用的記錄執行、我們建立了一個小型測試表格、並插入一列。測試資料會在完整還原至最後可用的記錄後恢復。
-
使用SQL Server的資料庫管理使用者ID登入SnapCenter 支援功能。瀏覽至「資源」索引標籤、此索引標籤會顯示SQL Server保護資源群組。
-
手動執行記錄備份、以清空最後一筆交易、將其複寫至公有雲的次要儲存設備。
-
選取上次完整的SQL Server備份以進行複本。
-
設定Clone Server(Clone伺服器)、Clone Instance(複製執行個體)、Clone Name(複製名稱)及mount(掛載)選項等Clone設定。執行複製的次要儲存位置會自動填入。
-
選取要套用的所有記錄備份。
-
指定要在複製之前或之後執行的任何選用指令碼。
-
如果需要電子郵件通知、請指定一個SMTP伺服器。
-
災難恢復複製摘要。複製的資料庫會立即登錄SnapCenter 到支援資料中心、並提供備份保護。
SQL的災難恢復複製後驗證與組態
-
監控複製工作狀態。
-
驗證上一筆交易是否已複寫、並以所有記錄檔複製與還原進行還原。
-
在SnapCenter DR伺服器上設定新的靜態記錄目錄、以進行SQL Server記錄備份。
-
將複製的磁碟區從複製的來源磁碟區分割開。
-
從雲端還原複寫至內部部署、然後重建故障的內部部署資料庫伺服器。
哪裡可以取得協助?
如果您需要本解決方案和使用案例的協助、請加入 "NetApp解決方案自動化社群支援Slack通路" 並尋找解決方案自動化通路、以張貼您的問題或詢問。