Odoo 雲端寄存
服務水平協議

寄存在 odoo.com 資料庫的可用程度及可靠程度目標

正常運作時間：99.9%

• 客戶資料庫會在所選的 Odoo 寄存區域寄存： europe（歐洲）, americas（美洲）, asia-pacific（亞太地區）, middle-east-and-northern-asia（中東及北亞） 或 oceania（大洋洲） 。請見 私隱政策 查看更多資訊。
• 我們的寄存服務供應商，保證正常運作時間最少達 99.9%，而我們的每月正常運作時間目標，也遵照此標準（三個九，不包括預定的保養維護時間）。^* † ‡
• 每月 99.9% 正常運作時間的目標，相當於每月最多 45 分鐘非預定的停機時間。^* † ‡
• 在實際執行上，我們經常超越此目標，因為我們的寄存服務供應商，通常也能夠超越他們自己 SLA（服務水平協議）的承諾。

高可用度

• 我們的數據中心已通過第三等級（Tier III）或同級認證，對於電源及網絡，都配備 N+1 冗餘
• 每個 SaaS（軟件服務）的客戶資料庫，都會在相同地理區域內的冗餘儲存裝置上，近乎實時地複製，能夠在硬體發生故障時，實現快速故障轉移，將遺失資料減至最少，甚至沒有資料遺失。

備份及災難修復

• 保存 14 個完整備份，最少 3 個月：每天 1 次的備份為期 7 天；每週 1 次的備份為期 4 週；每月 1 次的備份為期至少 3 個月。 (查看模擬系統快照).
• 備份會複製至最少 3 部不同機器上，分別存放在歐洲及加拿大的不同數據中心，而第 4 份凍結副本會儲存於不可變更的冷儲存空間。請留意，用戶不可挑選或限制備份會複製至哪些區域。
• 使用者在任何時間，都可下載他們實時數據的手動備份
• 對於只影響單一伺服器的永久性災難，我們的災難修復計劃的目標如下：^‡
  • 恢復點目標（Recovery Point Objective，RPO）：24 小時，即最多可能損失之前 24 小時的工作（若使用 Odoo SaaS，此時間值應接近零）
  • 恢復時間目標（Recovery Time Objective，RTO）：6 小時，即服務應會在 6 小時內恢復上線
• 對於數據中心災難（一個數據中心完全並永久停機），我們的災難修復計劃的目標如下：^‡
  • 恢復點目標（Recovery Point Objective，RPO）：24 小時，即最多可能損失之前 24 小時的工作
  • 恢復時間目標（Recovery Time Objective，RTO）：24 小時，即服務會在 24 小時內，在另一個數據中心使用備份恢復

安全性

• 加密 － 客戶資料會使用業界標準的加密方法，首先作靜態加密，再在傳送時透過 HTTPS 進行傳輸中加密。所有網絡連線均受 256 位元 TLS 保護（即 2048 位元模數 SSL 憑證的 HTTPS），並會運行 經定期測試的 TLS 配置。
• 可靠平台 － 數據中心有全面硬體保障，儲備冗餘數據，並配備網絡及電力供應
• 密碼 － 客戶密碼以行業標準加密保護，即 PBKDF2 + SHA512 加密（加鹽 + 延伸數千輪）。
• 安全穩健、經強化的系統 － 伺服器只運行最低需要、已強化的標準化系統映像及配置集，這些架構是基於較新的 Linux 發行版本，可不經人手自動套用安全性修補，並設有防火牆及對抗入侵的保護。
• 隔離 － 客戶數據會以專用資料庫儲存，不同客戶之間不會共享數據，亦無法從一個資料庫存取另一個資料庫

^(*) 這些指標是指平台本身對於所有客戶的可用度。 個別資料庫可能因特定原因而暫時無法使用，這些原因通常與客戶的操作 或自訂功能有關。
^(†) 預定維護操作不會經常發生，通常每幾個月一次，普遍持續時間少於 1 小時， 並會安排在執行維護工作的地區的正常營業時間之外進行。 這類維護操作會透過電子郵件通知，或經以下渠道公佈： @OdooStatus 訊息牆。
^‡ 這些正常運作時間及恢復目標，是根據我們的基礎設施設計及營運目標去制定的。 雖然 Odoo 在實際運作上經常達標或超越這些目標，但它們並非具有法律約束力的保證，並可能會受 Odoo 無法控制的 異常事件影響。