共用方式為

Microsoft 365 中的數據復原

  • 發行項

基於雲端運算的複雜本質，Microsoft 會注意到這不是發生錯誤的情況，而是何時發生。 我們設計雲端服務以將可靠性最大化，並在發生錯誤時將客戶的負面影響降到最低。 我們已經超越依賴複雜實體基礎結構的傳統策略，而且我們已直接在雲端服務中建立備援。 我們使用較不複雜的實體基礎結構和更智慧型手機軟體的組合，將數據復原能力建置到我們的服務中，並提供高可用性給客戶。

復原和復原能力內建於

在復原和復原中建置，一開始假設基礎結構和程式在某個時間點失敗：硬體 (基礎結構) 失敗、人類犯錯，軟體會有錯誤。 雖然假設軟體開發人員未在雲端之前考慮這些事項是不正確的，但是在一般 IT 實作中如何處理這些問題，在雲端之前會有所不同：

  • 首先，硬體和基礎結構保護相當重要。 此結構意謂著具有 99.99% 可靠性的數據中心需要大量的電源和網路備援，而伺服器則是使用硬體型叢集、雙電源供應器、雙網路介面等來實作。
  • 其次，程序至關重要。 作業小組維護了嚴格的程式、採用了變更視窗，而且通常會有顯著的專案管理額外負荷。
  • 第三，部署是以特別的步調進行。 部署程式代碼而不擁有來源意謂著等待修補程序發行，而主要版本版本則牽涉到硬體更換和大量資本支出。 此外，修正問題的唯一方法是復原。 因此，大部分的 IT 組織只會部署主要版本，以避免工作保持在最新狀態。
  • 最後，已部署系統的規模及其互連性層級在過去比現在小很多。

目前，客戶預期 Microsoft 會持續創新，而不會危害品質，而這是 Microsoft 服務和軟體建置時考慮到復原能力和復原能力的原因之一。

Microsoft 365 數據復原原則

復原是指雲端式服務能夠承受特定類型的失敗，但從客戶的觀點來看仍能保持完整運作的能力。 數據復原表示無論 Microsoft 365 內發生什麼失敗，重要的客戶數據都會保持不變且不受影響。 為此，Microsoft 365 服務已設計成大約五種特定的復原原則：

  • 有重要且非關鍵的數據。 例如，非關鍵性數據 (，) 讀取訊息是否可以在罕見失敗案例中卸除。 例如，重要數據 (，客戶數據，例如電子郵件訊息) 應以極高的成本受到保護。 做為設計目標，傳遞的郵件訊息一律很重要，而且像是是否已讀取郵件之類的專案是非關鍵性的。
  • 客戶數據的複本必須分成不同的容錯區域或盡可能多的容錯網域 (例如，數據中心可透過單一認證存取， (進程、伺服器或操作員) ) 提供失敗隔離。
  • 必須監視重要的客戶數據，以在 ATOMICity、Consistency、Isolation、Durability (ACID) 的任何部分失敗。
  • 客戶數據必須受到保護，以避免損毀。 它必須主動掃描或監視、可修復且可復原。
  • 大部分的數據遺失是客戶動作所造成的結果，因此可讓客戶使用 GUI 自行復原，以還原意外刪除的專案。

透過將我們的雲端服務建置到這些原則，加上健全的測試和驗證，Microsoft 365 能夠符合並超過客戶的需求，同時確保平臺持續創新和改進。