Mit der Standard- oder Advanced-Lizenz verfügbar.
Die Replikation von Geodatabases ermöglicht es Ihnen, Kopien von Daten in mehreren Geodatabases zu erstellen, sodass die Änderungen an den Daten synchronisiert werden können.
Bei der Replikaterstellung definiert der Benutzer die zu replizierenden Daten aus einer Quell-Geodatabase und führt dann einen Vorgang zur Erstellung von Replikaten durch. Dabei werden Daten aus der Quell-Geodatabase in eine Ziel-Geodatabase kopiert und in jeder Geodatabase eine Kopie erstellt. Das Replikat beschreibt, welche Daten repliziert wurden, und enthält die für die Synchronisierung von Änderungen erforderlichen Informationen. Das Replikat in der Quell-Geodatabase ist das Parent-Replikat, und das Replikat in der Ziel-Geodatabase ist das Child-Replikat. Jede Kombination von Child- und Parent-Replikaten ist ein Replikatpaar. Der Begriff "Relatives Replikat" bezieht sich auf das jeweils andere Replikat in einem Replikatpaar.
Die Quelle muss eine Enterprise-Geodatabase sein, weshalb Parent-Replikate nur von Enterprise-Geodatabases gehostet werden können. Sie können auch mehrere Replikate aus einer Geodatabase mit einer einzelnen Quelle erstellen. Beispielsweise können Sie aus einer landesweiten Enterprise-Geodatabase eine Kopie für jeden Landkreis erstellen. Die Daten, die in jedem Replikat enthalten sind, können sich ebenfalls überlappen. Im folgenden Diagramm werden mehrere Replikate angezeigt, die aus einer Geodatabase mit einer einzigen Quelle erstellt wurden.
Eine Enterprise-Geodatabase kann sowohl Child- als auch Parent-Replikate hosten. Auf diese Weise können Daten über mehrere Geodatabases hinweg repliziert werden. Im Diagramm unten werden drei an einer Replikation beteiligte Enterprise-Geodatabases dargestellt. Zunächst befand sich "datasetA" in "geodatabase1". Daraufhin wurde ein bidirektionales Replikat für "datasetA" mit "geodatabase1" als Quelle und "geodatabase2" als Ziel erstellt. Als Nächstes wurde ein zweites bidirektionales Replikat für "datasetA" mit "geodatabase2" als Quelle und "geodatabase3" als Ziel erstellt. Mit diesen Replikaten kann eine Änderung von "datasetA" in "geodatabase3" auf "geodatabase2" angewendet werden und von dieser wiederum auf "geodatabase1". Da eine bidirektionale Replikation stattfindet, können in "geodatabase1" vorgenommene Änderungen auf dieselbe Weise in "geodatabase3" übernommen werden.
Außerdem besteht die Möglichkeit, dass eine einzelne Enterprise-Geodatabase mehrere Child-Replikate hostet. In diesem Fall müssen sich jedoch die Datasets in jedem Child-Replikat unterscheiden. Wenn beispielsweise eine Feature-Class mit dem Namen "parcels" Teil eines Child-Replikats ist, kann sie nicht in anderen Child-Replikaten in derselben Geodatabase verwendet werden. Im folgenden Diagramm wird eine einzelne Enterprise-Geodatabase angezeigt, die mehrere Child-Replikate enthält, wobei jedes auf unterschiedliche Datasets verweist.
Eine Personal- oder File-Geodatabase kann als Ziel für ein Check-Out-Replikat oder ein unidirektionales Replikat verwendet werden. Personal- oder File-Geodatabases können ebenfalls nur ein einzelnes Check-Out-Replikat oder ein einzelnes unidirektionales Replikat auf einmal hosten.