Replikat erstellen (Data Management)

Zusammenfassung

Erstellt eine replizierte Geodatabase aus einer festgelegten Liste von Feature-Classes, Layern, Datasets und Tabellen einer Enterprise-Geodatabase.

Verwendung

• Alle Datasets müssen aus derselben Enterprise-Geodatabase stammen.

• Die zu replizierenden Daten müssen als traditionell versioniert registriert sein, jedoch nicht mit der Option, Änderungen in die Basistabelle zu verschieben.

• Der verbundene Datenbankbenutzer muss außerdem über Schreibberechtigungen für die Daten verfügen.

• Für bidirektionale und beide Arten von unidirektionalen Replikaten müssen alle Datasets über die Spalte "GlobalID" verfügen.

• Bei Check-Out-Replikaten und unidirektionalen Replikaten kann die Geodatabase mit dem Child-Replikat eine Enterprise- oder File-Geodatabase sein.

• Bei bidirektionalen und unidirektionalen Child-zu-Parent-Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein.

• Um unidirektionale Replikate archivieren zu können, muss der Parent-Workspace mit der Standardversion verbunden werden. Bei unidirektionalen Child-zu-Parent-Replikaten muss der Child-Workspace mit der Standardversion verbunden werden.

• Sie können alle Daten in Datasets oder Subsets der Daten replizieren. Die zu replizierenden Subsets der Daten können auf drei verschiedene Arten angegeben werden:

  • Über Definitionsabfragen der Daten.
  • Über die Angabe einer Ausdehnung mit der Geoverarbeitungsumgebungseinstellung Ausdehnung.
  • Über den Parameter Replikatgeometrie-Features.

• Der Standardfilter für Tabellen ist "Nur Schema"; es wird also nur das Schema der Tabelle repliziert. Um einen Filter auf eine Tabelle anzuwenden, müssen Sie zunächst eine Tabellensicht mit den entsprechenden Filtern erstellen. Verwenden Sie diese anschließend als Eingabe für das Werkzeug Replikat erstellen. Weitere Informationen finden Sie im Abschnitt Tabellensicht erstellen. Weitere Informationen zu Filtern und Replikationen finden Sie unter Vorbereiten von Daten für die Replikation.

• Der Parameter Replikatgeometrie-Features kann verwendet werden, um die Replikatgeometrie zu definieren. Sie können auch die Umgebungseinstellung Ausdehnung verwenden, um die Replikatgeometrie zu definieren.

  • Wird der Parameter Replikatgeometrie-Features festgelegt, wird dieser als Replikatgeometrie verwendet.
  • Wird der Parameter Replikatgeometrie-Features nicht festgelegt, wird die Umgebungseinstellung Ausdehnung als Replikatgeometrie verwendet.
  • Wenn weder der Parameter Replikatgeometrie-Features noch die Umgebungseinstellung Ausdehnung angegeben werden, wird die volle Ausdehnung der Daten verwendet.

• Bei den Replikatgeometrie-Features kann es sich um Punkte, Linien oder Polygone handeln.

• Ein Feature-Layer, der für die Replikatgeometrie-Features verwendet wird, kann ein oder mehrere Features enthalten. Wenn es mehr als ein Feature gibt, werden die Geometrien zusammengeführt, und es werden nur Daten repliziert, die die zusammengeführten Geometrien überschneiden.

• Wenn Filter (z. B. Auswahl- oder Definitionsabfrage) in den Replikatgeometrie-Features definiert wurden, werden nur Features, die diesen Filtern entsprechen, für die Definition der Replikatgeometrie verwendet. Unter Vorbereiten von Daten für die Replikation erhalten Sie weitere Informationen.

• Die Parameteroptionen Schema erneut verwenden stehen nur für Check-Out-Replikate zur Verfügung.

Parameter

Dialogfeld

Beschriftung	Erläuterung	Datentyp
Replikat-Datasets	Die zu replizierenden Daten. Die Liste beinhaltet Layer und Tabellen, die auf versionierte, editierbare Daten in einer Enterprise-Geodatabase verweisen.	Table View; Dataset
Replikattyp	Legt den zu erstellenden Replikattyp fest. Bidirektionales Replikat—Änderungen können in beiden Richtungen zwischen Child- und Parent-Replikat gesendet werden. Unidirektionales Replikat—Änderungen können nur vom Parent- zum Child-Replikat gesendet werden. Check-Out-Replikat—Die Daten werden einmal repliziert, bearbeitet und wieder eingecheckt. Unidirektionales Replikat, Child zu Parent—Änderungen können nur vom Child- zum Parent-Replikat gesendet werden.	String
Geodatabase, in die die Daten repliziert werden sollen	Die lokale Geodatabase, in der sich das Child-Replikat befindet. Mit Geodatenservices werden Remote-Geodatabases dargestellt. Bei der Geodatabase kann es sich um eine Enterprise- oder File-Geodatabase handeln. Bei bidirektionalen Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein. Bei unidirektionalen und Check-Out-Replikaten kann die Geodatabase eine File- oder Enterprise-Geodatabase sein. File-Geodatabases müssen bereits vor dem Ausführen dieses Werkzeugs vorhanden sein.	Workspace; GeoDataServer
Replikatname	Der Name für das Replikat.	String
Replikatzugriffstyp (optional)	Legt den Zugriffstyp für das Replikat fest. Vollständig—Es werden komplexe Typen (Topologien und geometrische Netzwerke) unterstützt. Die Daten müssen versioniert sein. Dies ist die Standardeinstellung. Einfach—Daten des Child-Replikats sind nicht versioniert und müssen einfach sein. Dadurch wird das Replikat interoperabel. Komplexe Features im Parent (z. B. Features in Netzwerken und Topologien) werden in einfache Features (z. B. Point-, Line- und Polygon-Feature-Classes) konvertiert.	String
Erster Datenabsender (optional)	Gibt an, welches Replikat Änderungen in einer nicht vernetzten Umgebung senden darf. Dieser Parameter hat keine Bedeutung für die Arbeit in einer vernetzten Umgebung. Hiermit wird sichergestellt, dass das relative Replikat Aktualisierungen erst sendet, nachdem die Änderungen vom ursprünglichen Datenabsender empfangen wurden. Child-Datenabsender—Das Child-Replikat ist der erste Datenabsender. Dies ist die Standardeinstellung. Parent-Datenabsender—Das Parent-Replikat ist der erste Datenabsender.	String
Feature-Classes und Tabellen erweitern (optional)	Gibt an, ob erweiterte Feature-Classes und Tabellen, wie z. B. in geometrischen Netzwerken, Topologien oder Beziehungsklassen, hinzugefügt werden. Standardeinstellungen verwenden—Die erweiterten Feature-Classes und Tabellen, die in Beziehung mit den Feature-Classes und Tabellen im Replikat stehen, werden hinzugefügt. In der Standardeinstellung für Feature-Classes werden alle Features repliziert, die den räumlichen Filter überschneiden. Ist kein räumlicher Filter angegeben, werden alle Features einbezogen. In der Standardeinstellung für Tabellen wird nur das Schema repliziert. Dies ist die Standardeinstellung. Nur mit Schema hinzufügen—Es wird nur das Schema für die erweiterten Feature-Classes und Tabellen hinzugefügt. Alle Zeilen—Es werden alle Zeilen für erweiterte Feature-Classes und Tabellen hinzugefügt. Nicht hinzufügen—Es werden keine erweiterten Feature-Classes und Tabellen hinzugefügt.	String
Schema erneut verwenden (optional)	Gibt an, ob eine Geodatabase, die das Schema der zu replizierenden Daten enthält, wiederverwendet wird. Dadurch reduziert sich die für das Replizieren der Daten benötigte Zeit. Diese Option ist nur für Check-Out-Replikate verfügbar. Nicht wiederverwenden—Das Schema wird nicht wiederverwendet. Dies ist die Standardeinstellung. Wiederverwenden—Das Schema wird wiederverwendet.	String
Zugehörige Daten replizieren (optional)	Gibt an, ob Zeilen mit Bezug auf bereits im Replikat vorhandene Zeilen repliziert werden. Beispiel: Ein Feature (f1) befindet sich innerhalb und ein verbundenes Feature (f2) aus einer anderen Class außerhalb des Replikationsfilters. Feature f2 wird im Replikat eingeschlossen, wenn Sie verbundene Daten abrufen möchten. Zugehörige nicht abrufen—Zugehörige Daten werden nicht repliziert. Zugehörige abrufen—Zugehörige Daten werden repliziert. Dies ist die Standardeinstellung.	String
Replikatgeometrie-Features (optional)	Die Features, die zum Definieren der zu replizierenden Fläche verwendet werden.	Feature Layer
Archivierung zum Nachverfolgen von Änderungen in unidirektionaler Replikation verwenden (optional)	Gibt an, ob statt der Versionierungs-Delta-Tabellen die Archivklasse zum Nachverfolgen von Änderungen verwendet werden soll. Dies ist nur für unidirektionale Replikate verfügbar. Archivierung—Die Archivierung wird zum Nachverfolgen von Änderungen verwendet. Keine Archivierung verwenden—Die Archivierung wird nicht zum Nachverfolgen von Änderungen verwendet. Dies ist die Standardeinstellung.	Boolean
Nur vorhandene Daten registrieren (optional)	Gibt an, ob die in der Child-Geodatabase bereits vorhandenen Daten zur Definition der Replikat-Datasets verwendet werden. Die Datasets in der Child-Geodatabase müssen dieselben Namen haben wie die Datasets in der Parent-Geodatabase, und sie müssen sich im Besitz des mit der Child-Geodatabase verbundenen Benutzers befinden. Aktiviert: Die Daten sind bereits in der Child-Geodatabase vorhanden und werden zur Registrierung des Replikats verwendet. Deaktiviert: Die Daten der Parent-Geodatabase werden in die Child-Geodatabase kopiert. Dies ist die Standardeinstellung.	Boolean

Abgeleitete Ausgabe

Beschriftung	Erläuterung	Datentyp
Ausgabe-Child-Workspace	Die Ausgabe-Child-Geodatabase.	Workspace
Ausgabe-Replikatname	Der Name des Ausgabe-Replikats.	String

Python

arcpy.management.CreateReplica(in_data, in_type, out_geodatabase, out_name, {access_type}, {initial_data_sender}, {expand_feature_classes_and_tables}, {reuse_schema}, {get_related_data}, {geometry_features}, {archiving}, {register_existing_data})

Name	Erläuterung	Datentyp
in_data [in_data,...]	Die zu replizierenden Daten. Die Liste beinhaltet Layer und Tabellen, die auf versionierte, editierbare Daten in einer Enterprise-Geodatabase verweisen.	Table View; Dataset
in_type	Legt den zu erstellenden Replikattyp fest. TWO_WAY_REPLICA—Änderungen können in beiden Richtungen zwischen Child- und Parent-Replikat gesendet werden. ONE_WAY_REPLICA—Änderungen können nur vom Parent- zum Child-Replikat gesendet werden. CHECK_OUT—Die Daten werden einmal repliziert, bearbeitet und wieder eingecheckt. ONE_WAY_CHILD_TO_PARENT_REPLICA—Änderungen können nur vom Child- zum Parent-Replikat gesendet werden.	String
out_geodatabase	Die lokale Geodatabase, in der sich das Child-Replikat befindet. Mit Geodatenservices werden Remote-Geodatabases dargestellt. Bei der Geodatabase kann es sich um eine Enterprise- oder File-Geodatabase handeln. Bei bidirektionalen Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein. Bei unidirektionalen und Check-Out-Replikaten kann die Geodatabase eine File- oder Enterprise-Geodatabase sein. File-Geodatabases müssen bereits vor dem Ausführen dieses Werkzeugs vorhanden sein.	Workspace; GeoDataServer
out_name	Der Name für das Replikat.	String
access_type (optional)	Legt den Zugriffstyp für das Replikat fest. FULL—Es werden komplexe Typen (Topologien und geometrische Netzwerke) unterstützt. Die Daten müssen versioniert sein. Dies ist die Standardeinstellung. SIMPLE—Daten des Child-Replikats sind nicht versioniert und müssen einfach sein. Dadurch wird das Replikat interoperabel. Komplexe Features im Parent (z. B. Features in Netzwerken und Topologien) werden in einfache Features (z. B. Point-, Line- und Polygon-Feature-Classes) konvertiert.	String
initial_data_sender (optional)	Gibt an, welches Replikat Änderungen in einer nicht vernetzten Umgebung senden darf. Dieser Parameter hat keine Bedeutung für die Arbeit in einer vernetzten Umgebung. Hiermit wird sichergestellt, dass das relative Replikat Aktualisierungen erst sendet, nachdem die Änderungen vom ursprünglichen Datenabsender empfangen wurden. CHILD_DATA_SENDER—Das Child-Replikat ist der erste Datenabsender. Dies ist die Standardeinstellung. PARENT_DATA_SENDER—Das Parent-Replikat ist der erste Datenabsender.	String
expand_feature_classes_and_tables (optional)	Gibt an, ob erweiterte Feature-Classes und Tabellen, wie z. B. in geometrischen Netzwerken, Topologien oder Beziehungsklassen, hinzugefügt werden. USE_DEFAULTS—Die erweiterten Feature-Classes und Tabellen, die in Beziehung mit den Feature-Classes und Tabellen im Replikat stehen, werden hinzugefügt. In der Standardeinstellung für Feature-Classes werden alle Features repliziert, die den räumlichen Filter überschneiden. Ist kein räumlicher Filter angegeben, werden alle Features einbezogen. In der Standardeinstellung für Tabellen wird nur das Schema repliziert. Dies ist die Standardeinstellung. ADD_WITH_SCHEMA_ONLY—Es wird nur das Schema für die erweiterten Feature-Classes und Tabellen hinzugefügt. ALL_ROWS—Es werden alle Zeilen für erweiterte Feature-Classes und Tabellen hinzugefügt. DO_NOT_ADD—Es werden keine erweiterten Feature-Classes und Tabellen hinzugefügt.	String
reuse_schema (optional)	Gibt an, ob eine Geodatabase, die das Schema der zu replizierenden Daten enthält, wiederverwendet wird. Dadurch reduziert sich die für das Replizieren der Daten benötigte Zeit. Diese Option ist nur für Check-Out-Replikate verfügbar. DO_NOT_REUSE—Das Schema wird nicht wiederverwendet. Dies ist die Standardeinstellung. REUSE—Das Schema wird wiederverwendet.	String
get_related_data (optional)	Gibt an, ob Zeilen mit Bezug auf bereits im Replikat vorhandene Zeilen repliziert werden. Beispiel: Ein Feature (f1) befindet sich innerhalb und ein verbundenes Feature (f2) aus einer anderen Class außerhalb des Replikationsfilters. Feature f2 wird im Replikat eingeschlossen, wenn Sie verbundene Daten abrufen möchten. DO_NOT_GET_RELATED—Zugehörige Daten werden nicht repliziert. GET_RELATED—Zugehörige Daten werden repliziert. Dies ist die Standardeinstellung.	String
geometry_features (optional)	Die Features, die zum Definieren der zu replizierenden Fläche verwendet werden.	Feature Layer
archiving (optional)	Gibt an, ob statt der Versionierungs-Delta-Tabellen die Archivklasse zum Nachverfolgen von Änderungen verwendet werden soll. Dies ist nur für unidirektionale Replikate verfügbar. ARCHIVING—Die Archivierung wird zum Nachverfolgen von Änderungen verwendet. DO_NOT_USE_ARCHIVING—Die Archivierung wird nicht zum Nachverfolgen von Änderungen verwendet. Dies ist die Standardeinstellung.	Boolean
register_existing_data (optional)	Gibt an, ob die in der Child-Geodatabase bereits vorhandenen Daten zur Definition der Replikat-Datasets verwendet werden. Die Datasets in der Child-Geodatabase müssen dieselben Namen haben wie die Datasets in der Parent-Geodatabase. REGISTER_EXISTING_DATA—Die Daten sind bereits in der Child-Geodatabase vorhanden und werden zur Registrierung des Replikats verwendet. DO_NOT_USE_REGISTER_EXISTING_DATA—Die Daten der Parent-Geodatabase werden in die Child-Geodatabase kopiert. Dies ist die Standardeinstellung.	Boolean

Abgeleitete Ausgabe

Name	Erläuterung	Datentyp
out_child_geodatabase	Die Ausgabe-Child-Geodatabase.	Workspace
output_replica_name	Der Name des Ausgabe-Replikats.	String

Codebeispiel

CreateReplica – Beispiel 1 (Python-Fenster)

Mit dem folgenden Python-Fenster-Skript wird veranschaulicht, wie die Funktion CreateReplica im Python-Fenster verwendet wird.

import arcpy
arcpy.env.workspace = "C:/Data/MyData.sde"

arcpy.CreateReplica_management("roads", "ONE_WAY_REPLICA", 
                               "C:\Data\MyTargetGDB.gdb", "MyReplica", "FULL", 
                               "PARENT_DATA_SENDER", "USE_DEFAULTS", 
                               "DO_NOT_REUSE", "TRUE")

CreateReplica – Beispiel 2 (eigenständiges Skript)

Das folgende Python-Skript veranschaulicht, wie die Funktion CreateReplica in einem eigenständigen Python-Skript verwendet wird.

# Name: CreateReplica_Example2.py
# Description: Create a one-way replica of a Feature Dataset to a file geodatabase. 

# Import system modules
import arcpy

# Set workspace
arcpy.env.workspace = "C:/Data/MyData.sde"

# Set local variables
in_data = "Parks" # a feature dataset
replica_type = "ONE_WAY_REPLICA"
output_workspace = "C:\Data\MyTargetGDB.gdb"
replica_name = "MyReplica"
access_type = "FULL"
initial_sender = "PARENT_DATA_SENDER"
expand = "USE_DEFAULTS"
reuse_schema = "DO_NOT_REUSE"
get_related = "GET_RELATED"
replica_geometry = "LA_County"
archiving = "DO_NOT_USE_ARCHIVING"

# Execute CreateReplica
arcpy.CreateReplica_management(in_data, replica_type, output_workspace, 
                               replica_name, access_type, initial_sender, 
                               expand, reuse_schema, get_related, 
                               replica_geometry, archiving)

Umgebungen

Aktueller Workspace, Ausgabe-CONFIG-Schlüsselwort, Ausdehnung, Scratch-Workspace

Sonderfälle

Lizenzinformationen

• Basic: Nein
• Standard: Ja
• Advanced: Ja