HOW TO
Instructions provided describe how to set up a one-way replication scenario, where edits are being synchronized in one direction from many source geodatabases into one target geodatabase.
Note: This article pertains to ArcGIS versions 9.x only. Later versions of ArcGIS may contain different functionality, as well as different names and locations for menus, commands and geoprocessing tools.
One common use case for one-way replication involves a central geodatabase replicating a subset of data to multiple geodatabases. Referring to the graphic below, imagine a land cover dataset that contains information for the entire United States is stored and maintained in a national geodatabase. Each state is interested in receiving updates only for those features within their state's boundaries. To achieve this, one-way replicas are created from the national geodatabase to each state geodatabase. In this configuration the national geodatabase is assigned the role of primary and the state geodatabases are assigned the role of secondary in each replica pair.
However, there is also a use case for flipping this relationship so each state is responsible for maintaining its own portion of a dataset. Again, referring to the graphic below, instead of updates being sent from the national geodatabase to each state, each state manages its own land cover information and periodically sends updates to the national geodatabase. The edits from each state are synchronized into one comprehensive land cover dataset in the national geodatabase. In this configuration, the national geodatabase is assigned the role of secondary, and the state geodatabases are assigned the role of primary in each replica pair.
This is a valid workflow, but it requires extra steps for correct set up.
Steps for ArcGIS 9.2
Note: To minimize downtime for data access at the primary level, instead of deleting the data right away, simply use a second primary geodatabase to perform the remaining steps. Allow read only access to the original data at this time, but do not allow editors to edit the geodatabase as any edits performed on it will be lost. When the replica creation procedures have been completed, swap it out for the new replica geodatabase.
Note: Data extraction preserves Global ID values. Replication uses Global IDs to identify the same feature/record across databases, so the values must be consistent across the geodatabases.
Steps for ArcGIS 9.3 or above
For ArcGIS 9.3 or above, use the steps outlined in this section for preparing geodatabases for replication. These steps use new workflows supported at ArcGIS 9.3 that preserve Global ID values when copying and loading data. These steps simplify the procedures required to prepare geodatabases while ensuring that the Global ID values are consistent between geodatabases. Replication uses Global IDs to identify the same feature/record across databases, so the values must be consistent across the geodatabases.
Get help from ArcGIS experts
Download the Esri Support App