ArangoDB的企業版專注于解決企業級問題和高度安全的數據工作。各種功能（如SmartGraphs或SmartJoins）允許對圖形和關系用例執行閃電般快速的查詢，而360加密、LDAP集成和數據屏蔽則支持使用ArangoDB進行高度安全的工作。

ArangoDBOasis是ArangoDB的托管云，支持許多企業功能，如OneShard、SmartGraphs、SmartJoins和安全功能。

ArangoDB與功能豐富、速度快的Java驅動程序和SpringData集成一起，提供了一個可靠而靈活的包，可以快速適應不斷變化的需求。

數據中心到數據中心的復制

在一個數據中心中運行分布式數據庫，并將所有事務復制到另一數據中心。我們的解決方案是異步的，可以擴展到任意大小的集群。它具有容錯性，沒有單點故障。

每個公司都需要為所有重要系統制定災難恢復計劃。從運行在某些容器中的單個進程這樣的小單元到最大的分布式體系結構，都是如此。尤其是對于數據庫，這通常包括容錯、冗余、定期備份和應急計劃。數據存儲越大，就越難想出好的策略。

因此，希望能夠在一個數據中心中運行分布式數據庫，并以某種方式將所有事務復制到另一個數據中央。通常，事務日志通過網絡傳輸，以在另一個數據中心的另一個相同系統中復制所有內容。一些分布式數據存儲內置了對多個數據中心感知的支持，并可以以全自動方式在數據中心之間進行復制。

ArangoDB3.3通過引入多數據中心支持向前邁進了一步，即數據中心到數據中心的復制。我們的解決方案是異步的，可以擴展到任意大小的集群，前提是數據中心之間的網絡鏈路具有足夠的帶寬。它具有容錯性，沒有單點故障，并包括許多用于在生產場景中進行監控的指標。

它的作用

此功能允許您在兩個不同的數據中心A和B中運行兩個ArangoDB群集，并設置從A到B的異步復制。這意味著數據中心A中的群集A可以像往常一樣用于讀寫操作，對數據的所有更改都通過網絡復制到數據中心B中的另一個群集B。復制是異步的，即，在短暫延遲后（通常在幾秒鐘內），變化會出現在另一側。

在數據中心a發生災難（如網絡連接完全喪失）的情況下，可以快速停止復制并開始使用數據中心B中的群集B作為群集a的替代品。稍后，當災難結束時，可以使用群集a作為群集B的異步副本，或切換回a并繼續復制到群集a。

挑戰

在本節中，我們不想讓您對技術細節感到厭煩，我們將在適當的時候為此發布一份白皮書。相反，我們希望強調這種方法的挑戰，并概述我們為克服這些挑戰而采取的措施。

單個ArangoDB集群是一個具有良好水平可擴展性的分布式系統。數據容量和查詢性能（讀寫）都與使用的服務器數量成線性關系。自動分片導致數據的實際更改在所有服務器中同時發生。特別是，這意味著，從設計上講，沒有一個地方可以建立所有變更的總順序。也就是說，我們正在處理大量數據同時更新的分布式混亂。變化率可能會有很大差異，我們將不得不處理較大的寫突發。

同時，ArangoDB集群具有容錯性。例如，如果數據中心中的一臺服務器發生故障，ArangoDB集群可以輕松容忍這種損失，并且假設用戶已將復制因子設置為至少2，則不會丟失任何數據，也不會丟失可用性。系統只需切換到使用另一臺服務器，重新分配數據并繼續運行，而不會影響查詢性能。因此，任何適當的復制解決方案都必須滿足集群A中這些透明的故障轉移。

另一方面，安全問題和防火墻維護意味著，我們不容易讓許多不同的進程與其他數據中心中的許多不同進程進行通信，但同樣，我們也不容易通過不同數據中心中兩個進程之間單個網絡連接的瓶頸來移動所有更新。

顯然，整個復制系統是分布式系統的分布式系統，因此必須具有可擴展性和容錯性，并且沒有單點故障。

所有這些挑戰決定并影響了我們解決方案的設計。