Zusammenfassung
Hiermit wird unter Verwendung einer festgelegten Liste mit Feature-Classes, Layern, Feature-Datasets und/oder Tabellen aus einer Remote-Geodatabase mit einem über ArcGIS Server veröffentlichten Geodaten-Service ein Replikat erstellt.
Verwendung
Die Quelle muss ein Geodatenservice sein, der eine Remote-Enterprise-Geodatabase repräsentiert. Das Ziel kann eine lokale oder eine Remote-Geodatabase sein.
Die zu replizierenden Daten müssen versioniert sein, jedoch nicht mit der Option, Änderungen in die Basistabelle zu verschieben. Der verbundene Datenbankbenutzer muss immer über Schreibrechte für die Daten verfügen. Für bidirektionale und beide Arten von unidirektionalen Replikaten müssen alle Datasets über eine Global-ID-Spalte und einen Raumbezug mit hoher Genauigkeit verfügen.
Bei Check-Out-Replikaten und unidirektionalen Replikaten kann die Geodatabase mit dem Child-Replikat eine Enterprise-, Personal- 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.
In der Standardeinstellung für Feature-Classes werden alle Features repliziert. Der Standardfilter für Tabellen ist "Nur Schema", es wird also nur das Schema der Tabelle repliziert. Wenn Sie die Umgebungseinstellung Ausdehnung festlegen oder Replikatgeometrie-Features angeben, wird die Ausdehnung als räumlicher Filter angewendet, wobei nur Features repliziert werden, die die Ausdehnung schneiden. Tabellen beinhalten außerdem Zeilen, die mit Zeilen verbunden sind, die Bestandteil des Replikats sind.
Die Option Replikatgeometrie-Features kann verwendet werden, um die Replikatgeometrie zu definieren. Sie können auch die Umgebungseinstellung Ausdehnung verwenden, um die Replikatgeometrie zu definieren.
- Wenn nur Replikatgeometrie-Features festgelegt sind, werden nur Daten repliziert, die die Replikatgeometrie-Features schneiden.
- Falls nur die Umgebungseinstellung Ausdehnung festgelegt ist, werden nur Daten repliziert, die die Ausdehnung schneiden.
- Wenn sowohl die Replikatgeometrie-Features als auch die Umgebungseinstellung Ausdehnung festgelegt werden, werden die Replikatgeometrie-Features verwendet.
- Wenn weder die 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. räumliche, 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.
Syntax
CreateReplicaFromServer(in_geodataservice, datasets, in_type, out_geodatabase, out_name, {access_type}, {initial_data_sender}, {expand_feature_classes_and_tables}, {reuse_schema}, {get_related_data}, {geometry_features}, archiving)| Parameter | Erklärung | Datentyp |
in_geodataservice | Der Geodatenservice der Geodatabase, aus der das Replikat erstellt wird. Die Geodatabase, die vom Geodatenservice referenziert wird, muss eine Enterprise-Geodatabase sein. | GeoDataServer |
datasets [dataset_name,...] | Die Liste der Feature-Datasets, Standalone-Feature-Classes, Tabellen und eigenständigen attributierten Beziehungsklassen aus dem zu replizierenden Geodaten-Service. | String |
in_type | Die Art des zu erstellenden Replikats.
| String |
out_geodatabase | Die lokale Remote-Geodatabase oder der Geodaten-Service, in dem sich das Child-Replikat befindet. Mit Geodaten-Services werden Remote-Geodatabases dargestellt. Bei der Geodatabase kann es sich um eine Enterprise-, File- oder Personal-Geodatabase handeln. Bei bidirektionalen Replikaten muss die Child-Geodatabase eine Enterprise-Geodatabase sein. Bei unidirektionalen und Check-Out-Replikaten kann die Geodatabase eine Personal-, File- oder Enterprise-Geodatabase sein. Personal- oder 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) | Der gewünschte Zugriffstyp:
| String |
initial_data_sender (optional) | Wird bei der Replikation verwendet, um zu ermitteln, welches Replikat 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.
| String |
expand_feature_classes_and_tables (optional) | Gibt an, ob erweiterte Feature-Classes und Tabellen, wie z. B. solche in geometrischen Netzwerken, Topologien oder Beziehungsklassen, eingeschlossen werden sollen.
| 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.
| 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.
| String |
geometry_features (optional) | Die Features, die zum Definieren der zu replizierenden Fläche verwendet werden. | Feature Layer |
archiving | Gibt an, ob die Archivklasse statt der Versionierungsdeltatabellen zum Nachverfolgen von Änderungen verwendet werden soll. Dies ist nur für unidirektionale Replikate verfügbar.
| Boolean |
Codebeispiel
CreateReplicaFromServer – Beispiel 1 (Python-Fenster)
import arcpy
arcpy.env.workspace = "C:/Data/MySDEdata.sde"
arcpy.CreateReplicaFromServer_management("GIS Servers\jerome\RoadMap.GeoDataServer", "Roads", "TWO_WAY_REPLICA", env.workspace, "MajorRoads_replica", "FULL", "CHILD_DATA_SENDER", "USE_DEFAULTS", "DO_NOT_REUSE", "GET_RELATED")
CreateReplicaFromServer – Beispiel 2 (eigenständiges Skript)
# Name: CreateReplicaFromServer_Example2.py
# Description: Creates a two-way replica from a geodata service
# Import system modules
import arcpy
# Set workspace
arcpy.env.workspace = "C:/Data/MySDEdata.sde"
# Set local variables
gisServer = "GIS Servers/jerome/RoadMap.GeodataServer"
in_datasets = "Roads; Streets"
replica_type = "TWO_WAY_REPLICA"
out_workspace = env.workspace
replica_name = "MajorRoads_replica"
access_type = "FULL"
initial_sender = "CHILD_DATA_SENDER"
expand = "USE_DEFAULTS"
reUse = "DO_NOT_REUSE"
related = "GET_RELATED"
replica_geometry = "LA_County"
archiving = "DO_NOT_USE_ARCHIVING"
# Execute CreateReplicaFromServer
arcpy.CreateReplicaFromServer_management(gisServer, in_datasets, replica_type, out_workspace, replica_name, access_type, initial_sender, expand, reUse, related, replica_geometry, archiving)
Umgebungen
Lizenzinformationen
- Basic: Nein
- Standard: Ja
- Advanced: Ja