淺談災備

災備的場景

自己的家用PC，要不要災備，打打游戲刷刷劇，可以不用。如果也要用于工作學習，那就可以考慮2塊硬盤來個備份。物理上2塊硬盤一起壞掉，要么就是家里著火了，要么就是熊孩子搞事情，小偷都不屑于偷電腦主機。方案上：一般我是用一個計劃任務bat腳本來做修改增量復制。也就是說A硬盤有的東西，B硬盤一定也有，A硬盤修改的文件也會更新到B硬盤。計劃任務的設定一般是開機執行，每天1次，假如需要保險一點，可以開機后每隔2小時來一次。這可以解決幾T的東西，也能快速完成，因為是增量變動復制。然后，還有onedriver，onedriver上5G空間，我一般會放一些資料文檔。體積不大的難下載的小軟件工具。再然后，自己的筆記，一定會選擇例如華為云博客這樣的在線平臺記錄，一方面是好看，另一方面就是在哪都能記筆記查筆記，也省去了備份工作。

小型局域網：可以選擇硬盤RAID5陣列，家里之所以不用RAID技術，誰用誰知道，軟RAID基本上拆一次硬盤就恢復不了。理論上說能恢復，但我試過2次，每次都1個星期都恢復不了。干脆自己搞備份方案。局域網一般公司化了，有錢就買RAID陣列卡，物理上的RAID我沒玩過，但基本上很多公司都在用，問題不會太大。好處是：RAID是實時同步的，不必擔心硬盤數據丟失。只要做好硬盤拆補的測試。另外一定要買能支持擴容的卡，而且事先做好測試，別到時候尷尬。

數據庫災備：雙機熱備，沒有RAID也無妨，搞2臺服務器，虛擬機都行，物理上隔離就好了。mysql，oracle 等主流數據庫都有很多教程。

應用災備：雙機熱備，就跟RAID同樣性質，一臺訪問不了，請求路由里面必然存在備選路線。

大型企業的數據中心災備：見第二章節

數據中心災備：

目標：一鍵切換，業務連續。

難點：

無法實現整體切換流程的可視化；

災備維護過程復雜效率低下；

審計要求高,記錄要求高

容災切換組織和流程復雜，效率低下；

切換自動化程度不高，錯誤頻出，RTO無法保障；

數據中心災備等級：

一棟樓切換：第一備選，應付一般災難

同城切換：第二備選，應付火災等

異地切換：第三備選，應付洪水臺風地震原子彈

更多：視規劃可以設置更多災備切換。

解決方案：

自動化災備切換平臺，基于云底座實現。特色：數據加密傳輸；組件高可用；橫向擴展；權限嚴格。

災備大屏，指揮中心。特色：一根總體進度條，各個環節輸出信息。

流程結果集中保存，一鍵生成運行報告。

其他自動化通用功能：

流程編排：子流程設計

參數化：支持各種豐富的參數

自動化驗證：基礎驗證設計

生產環境人工驗證：

通常是放在節假日做災備演練。視領導重視程度。

通常這種精確程度，體量的自動化工程都需要現成產品，而且是經過行業驗證過的提供商去做。作為一個普通人，只需了解下這個大又復雜的工程。

自動化應用的領域，最好的還是這種部署類的，自動化測試僅僅是很小的一個部分。

災備系統上云

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。