雅虎香港 搜尋

搜尋結果

      • 災難復原是組織預測與解決技術方面之災難的程序。 為阻礙工作負載或系統在其主要部署位置實現其業務目標的任何事件 (例如停電、自然事件或安全問題) 做好應對準備和順利復原的過程。 使用復原點目標 (RPO) 和復原時間點目標 (RTO) 來衡量災難復原目標。
      aws.amazon.com/tw/what-is/disaster-recovery/
  1. 其他人也問了

  2. 什麼是災難復原?. 災難復原是組織預測與解決技術方面之災難的程序。. 為阻礙工作負載或系統在其主要部署位置實現其業務目標的任何事件 (例如停電、自然事件或安全問題) 做好應對準備和順利復原的過程。. 使用復原點目標 (RPO) 和復原時間點目標 (RTO) 來 ...

  3. 災難復原(DR)是保護資料中心的首要保險策略,使資料中心免受自然或人為災難影響。如果發生災難,災難復原計畫可確保企業在災難期間或之後,快速恢復營運或維護關鍵任務功能。災難復原過程包括規畫和測試,並且可能涉及用於復原操作的獨立物理站點。

    • 冷待命
    • 此部署架構的 Dr 工作流程範例
    • 暖待命
    • 熱待命

    在此情況下,虛擬機器 (VM)、資料庫及應用程式只存在於目前的主要區域。包含開機磁碟的檔案和區塊儲存磁碟區群組以及每個 VM 的其他虛擬磁碟,都會複製到待命區域。 在切換移轉或容錯移轉等災難復原作業期間,會在待命區域啟用包含相同 VM 的複製儲存,並在停止或當機時再次啟動相同的確切 VM。VM 是先前在作用中區域執行之相同虛擬機器。 此部署架構有多項優點,包括降低部署成本、降低維護負荷和降低營運成本。不過,這可能不是依賴關聯式資料庫的後端應用程式的最佳解決方案,因為唯一能確保資料一致性執行定期冷備份的方式。此方法適用於可容許偶爾短暫完整中斷的應用程式。 大多數 IT 作業都會定期關閉資料庫、建立區塊儲存的快照,然後繼續正常作業來解決這個問題。這會定義復原點目標,因為您只能回復至完成備份的時間...

    下列兩個案例概述冷待命部署災難復原作業的處理流程如何進行。 若為切換移轉,會在主要和待命區域執行下列作業: 1. 主要應用程式已靜止。 2. 主要資料庫已靜止並同步至待命區域。 3. 主要虛擬機器會妥善停止。 4. 主要儲存已同步至待命區域。 5. 複寫式儲存於線上,系統會反向複寫,而且現在是待命區域中的主要儲存體。 6. 會啟動主要虛擬機器的複寫複本,以及應用程式堆疊所需的任何系統應用程式或工具,而且現在都位於待命區域。 7. 使用複製儲存體中的最新冷備份或交易和重做日誌,在待命區域復原主要資料庫的複製複本。 8. 會啟動並掛載主要資料庫的複製複本,現在則是待命區域的主要資料庫。 9. 系統會啟動並驗證主要應用程式的複製複本,現在則是待命區域的主要應用程式。 10. 對 DNS 和負載平衡...

    在此情況下,虛擬機器同時存在於主要和待命區域,但彼此完全獨立,並且具有自己的唯一主機名稱和預先指定的 IP 位址。待命區域的 VM 存在,因此可依據客戶偏好設定來停止或執行。 資料庫必須在主要和待命區域執行。 對於 Oracle 資料庫,建議您使用 Oracle Data Guard 來複製主要和待命資料庫。如需詳細資訊,請參閱我們的金級 MAA 參考架構。 若為非 Oracle 資料庫,將使用個別的原生複製技術來讓資料庫在主要和待命區域之間保持同步。 應用程式也存在於待命雲端區域,但無法執行或存取。

    在此情況下,虛擬機器會存在,而且會在主要和待命區域執行,並且具有自己的唯一主機名稱和預先指派的 IP 位址。 資料庫必須在主要和待命區域執行。 對於 Oracle 資料庫,建議您使用 Oracle Data Guard 來複製主要和待命資料庫。如需詳細資訊,請參閱我們的金級 MAA 參考架構。 若為非 Oracle 資料庫,將使用個別的原生複製技術來讓資料庫在主要和待命區域之間保持同步。 應用程式在待命雲端區域執行,但無法透過公用網路存取。

  4. 2023年10月7日 · 災難復原策略是一套規定、程序和工具,用以在發生大規模故障或災害後,能夠迅速地恢復和保護企業的資訊技術系統和資料。 其目的是減少停機時間和資料損失,並確保業務的連續性。 災難復原不僅僅是資料備份。 針對恢復時間長度進行分級. 恢復時間,參考兩個關鍵指標: 復原時間目標 (RTO) 復原時間目標,指企業希望一個應用程式、系統或業務流程從中斷或失敗後復原到正常營運所需的時間. 復原點目標 (RPO) 復原點目標,只企業在災難復原後願意接受的最大資料損失範圍,它指的是最後一次備份和災害發生時之間的時間差. 因為有效地進行管理和分配資源的目的,企業會針對 RTO 進行分級: 即時復原 (0-4 小時) 必須在 4 小時內恢復的業務功能或系統。 範例: 重要的金融交易系統、關鍵的醫療設備。

  5. 2019年10月7日 · 災難恢復計劃(Disaster recovery plan, DRP) 當一切仍處於緊急情況下立即採取的行動計畫。 應對訊息需包含: 人 軟體硬體 緊急程序 恢復程序 設施問題 備品 資訊技術系統持續營運計劃指南: 1.制定持續營運計劃政策聲明:

  6. 災難復原計畫提供清楚的指示和文件,說明如何在發生災難時復原,以及如何在災難結束後恢復正常運作。 它為您的應用程式定義 RPO 和 RTO,並包含操作災難復原工具、執行災難復原程序,以及需要通知和諮詢的人員的角色和責任。

  7. 2022年11月30日 · 災難復原計畫將概述如何恢復營運,並讓業務重新步上軌道。企業會特別建構災難復原計畫,以保護恢復正常營運所需要的重要資料或軟體;而建立災難復原計畫的目標是盡量避免業務中斷,降低對收入、銷售或客戶服務產生負面影響。