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

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

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

數(shù)據(jù)中心到數(shù)據(jù)中心的復制

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

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

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

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

它的作用

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

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

挑戰(zhàn)

在本節(jié)中，我們不想讓您對技術細節(jié)感到厭煩，我們將在適當?shù)臅r候為此發(fā)布一份白皮書。相反，我們希望強調這種方法的挑戰(zhàn)，并概述我們?yōu)榭朔@些挑戰(zhàn)而采取的措施。

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

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

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

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

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