This is the Trace Id: 1e1fe80abbd6be5340e8349416cb8f29
跳到主要內容 探索 檢視所有產品 (200+) Microsoft Foundry Azure Copilot GitHub Copilot Azure Kubernetes Service (AKS) Azure Cosmos DB 適用於 PostgreSQL 的 Azure 資料庫 Azure Arc Microsoft Fabric Azure 中的 Linux 虛擬機器 Foundry 模型 Foundry Agent Service Foundry IQ Foundry Tools Foundry Control Plane Foundry Control Plane 中的可檢視性 Foundry 模型中的 Azure OpenAI Foundry Tools 的 Azure 語音服務 Azure Machine Learning 檢視全部資料庫 Azure Cosmos DB Azure DocumentDB Azure SQL 適用於 PostgreSQL 的 Azure 資料庫 Azure Managed Redis Microsoft Fabric Azure Databricks Azure 中的 Linux 虛擬機器 Azure 上的 Windows Server Azure Functions Azure 虛擬機器擴展集 Azure APIM Azure 容器應用程式 Azure Kubernetes Service (AKS) Azure Kubernetes 機群管理員 Azure Container Registry Azure Red Hat OpenShift Azure 容器執行個體 Azure 容器儲存體 Azure Arc Azure Local 適用於雲端的 Microsoft Defender Azure 監視器 Microsoft Sentinel Azure Migrate 檢視所有解決方案 (40+) 適用於中小型企業的雲端解決方案 雲端移轉和現代化中心 人工智慧資料與分析 Azure 資料庫 AI 應用程式和 Agent Microsoft Marketplace Microsoft Sovereign Cloud AI 應用程式和 Agent 使用 Azure 的負責任 AI AI 基礎結構 人工智慧資料與分析 機器學習作業 (MLOps) Azure 上的低程式碼應用程式開發 Azure 整合服務 無伺服器運算 DevOps 移轉和現代化中心 .NET 應用程式移轉 Azure 上的資料庫 Linux on Azure Azure 上的 Oracle Microsoft 雲端上的 SAP 自適性雲端 高效能運算 (HPC) 基礎結構即服務 (IaaS) 復原 Azure 基礎元件 適用於 Azure 的 Frontier Accelerate Azure 上的 FinOps Microsoft Marketplace Azure 價格概觀 開立 Azure 帳戶 免費 Azure 服務 彈性購買選項 定價計算機 Azure 上的 FinOps 最大化 AI 投資報酬率 Azure 節省方案 Azure 保留 Azure Hybrid Benefit 虛擬機器 Azure SQL Microsoft Foundry Microsoft Fabric Azure Kubernetes Service (AKS) 適用於雲端的 Microsoft Defender 檢視更多 軟體開發公司 Microsoft Marketplace 尋找合作夥伴 FastTrack for Azure 資源 開始使用 Azure 客戶案例 分析報告、技術白皮書和電子書 影片 深入了解雲端運算 文件 探索 Azure 入口網站 開發人員資源 快速入門範本 適用於新創公司的資源 開發人員社群 學生 適用於合作夥伴的 Azure 部落格 活動與網路研討會 了解 支援 連絡銷售人員 開始使用 Azure 登入

何謂災害復原?

了解如何保護您的組織免受雲端中未預期中斷的影響。

何謂雲端災害復原? 

災害復原是指在發生意外中斷後,將關鍵系統與資料恢復原狀的過程。 災害復原是 商務持續性規劃的 核心 組成要素, 確保 組織能夠迅速且安全地恢復運作。 

  • 雲端式災害復原可讓組織快速恢復營運,而不需要維護重複的實體基礎結構。
  • 定期測試與清晰的文件記錄能確保災害復原計畫能如預期運作。
  • 選擇正確的災害復原策略,取決於預算、合規性需求,以及商務應用程式的關鍵性等因素。
  • 自動化和預測性分析的進展正在塑造災害復原的未來,讓流程更有效率且更有彈性。

雲端式災害復原

使用雲端式災害復原,此方法將重要的備份和還原流程從實體基礎結構轉移到安全的雲端環境。此策略確保快速復原,無需維護第二資料中心。

運作方式

災害復原是一項涉及多個協調步驟的結構化流程 ,旨在將系統停機時間與資料損失降至最低。

  • 評定: 識別事件的範圍,並確定受到影響的系統。
  • 啟用: 根據預先定義的條件觸發災害復原計劃。
  • 容錯移轉: 切換作業至雲端備份系統或資源以維持功能。
  • 還原: 在確認穩定後,將工作負載傳回主要環境。

主要元件包括:

  • 定期備份的資料會被移至安全的儲存位置,通常橫跨多個區域。
  • 這些策略包含已設定的 恢復時間目標 (RTO),界定可接受的最長停機時間,以及 復原點目標 (RPO),界定可接受的最大資料損失量,皆以時間為單位進行衡量。
  • 排定的演練確認復原步驟能如預期運作。

像是 Azure Site Recovery 的災害復原解決方案的典型工作流程包括:

  • 正在偵測中斷。
  • 通知利害關係人並啟動計劃。
  • 將工作負載重新導向備份系統。
  • 在恢復正常運作前,驗證還原的服務。

災害復原策略的優點

一套結構完善的災害復原計畫所帶來的實質效益,不僅限於系統恢復,還協助組織在突發事件中維持高可用性,並保護關鍵資源。

  • 最短的停機時間: 快速復原步驟可減少營運中斷。清晰的流程能讓團隊能迅速恢復重要服務。
  • 資料保護: 定期備份可保護敏感性資訊,而跨區域的冗餘儲存則可降低永久性資料遺失的風險。
  • 成本控制: 災害復原可協助避免因長期中斷而產生的費用。同時減少緊急維修和非預期基礎結構採購的需求。
  • 合規性和風險管理:這些策略應遵守產業法規,並針對任何潛在的稽核或安全性審查示範主動措施。
  • 客戶與利害關係人信賴度: 可靠的復原流程有助維持信任。穩定的服務交付強化長期關係。

IT 災害復原策略範例

災害復原策略會依據基礎結構、預算和復原目標而不同。以下是組織時常採用的實務方法:

雲端式復原

  • 將工作負載複製到雲端供應商以快速還原。
  • 使用地理冗餘儲存以防範區域性中斷。
  • 此策略適合尋求彈性且無需維護第二實體場地的企業。

混合方法

  • 結合內部部署備份與雲端儲存空間。
  • 關鍵應用程式在本機執行,而第二系統則儲存在雲端。
  • 此計畫在控制與擴展性間取得平衡。

冷備援

  • 維護具備電力與連線能力的基本設施,但沒有使用中的系統。
  • 對於復原時間目標較長的組織而言,這是個具成本效益的選擇。
  • 此流程需在事件發生期間手動設定。

熱備援網站

  • 已準備妥當且可立即使用的完整備援環境。
  • 此方式可將停機時間降至最低,但持續成本較高。
  • 在那些絕對不能接受服務中斷的產業中,熱備援網站相當常見。

跨雲端複製

  • 將工作負載分散到多個雲端提供者。
  • 這樣可減少對單一廠商的依賴性,並新增備援。
  • 此策略對於須遵守嚴格合規要求的全球營運非常有用。

災害復原中的未來趨勢

隨著技術演進,災害復原策略會持續調整以應對新的挑戰並創造新機會。

自動化使用的增加

  • 自動化容錯移轉與復原流程減少人工介入。
  • 透過自動化工作流程定期測試,確保準備就緒而不會中斷作業。

AI 和預測性分析

  • 機器學習模型根據歷史資料預測潛在風險。
  • 預測性深入解析協助組織在停機發生前做好準備。

多雲端和跨雲端策略

  • 企業正採用多家 雲端運算 供應商,以降低對單一廠商的依賴。
  • 跨雲端複製可提升全球營運的韌性與合規性。

零信任安全性模型

  • 災害復原計劃現在包含嚴格的身分識別驗證和存取控制。
  • 在復原期間,保護備份環境免受未經授權的存取。

永續性考量

  • 節能資料中心與綠色 雲端移轉 服務正逐漸成為復原規劃的一部分。
  • 組織旨在兼顧韌性與環境責任。

持續合規性監視

  • 即時合規性檢查已整合至復原工作流程中。
  • 確保遵守不斷演變的法規,且不延誤復原作業。

災難復原正朝向更智慧、更快速且更安全的解決方案發展。自動化、人工智慧深入解析與 多雲端 策略,以及像是 Azure 災難復原 等工具,將在日益複雜的數位環境中,扮演確保商務持續運作的核心角色。

常見問題集

  • 災害復原的五個步驟是風險評估、規劃開發、備份和複本、測試,以及使用還原執行。風險評估可識別潛在威脅,同時規劃開發文件角色和程序。備份和復本可確保安全地儲存資料、測試會驗證就緒程度,以及在事件發生後執行復原系統。這些步驟可協助系統將中斷期間的停機時間和資料遺失減至最低。 
  • 災難復原的三種主要類型為雲端式復原、混合復原,以及冷備援或熱備援修復。雲端式復原使用遠端資料中心進行複製和容錯移轉,混合式復原結合了內部部署備份與雲端儲存空間,而冷熱備援網站則提供替代的實體位置,在中斷期間進行作業。每種方法在成本、速度與複雜程度會根據企業需求而有所不同。 
  • 復原時間目標 (RTO) 是系統在發生中斷後,可容許的最大離線時間。復原點目標 (RPO) 是指以時間為單位計算的、可接受的最大資料遺失量,例如過去 15 分鐘內的交易紀錄。這些指標引導災害復原規劃,確保達成商務持續目標。 
  • 備份指的是為確保資料安全而製作副本,而災害復原則是一套更廣泛的流程,可在中斷後還原整個系統與營運。僅有備份並不能保證快速復原; 災害復原包含故障轉移、測試與還原步驟,以將停機時間降至最低並維持商務持續性。