Create replica from server

Available with Standard or Advanced license.

Geodata services are useful in situations where you need to access geodatabases in remote locations. Publishing a geodata service involves referencing a file geodatabase or enterprise geodatabase that you want to publish as a service.

You can use the Create Replica From Server geoprocessing tool Create Replica From Server to create a replica using a specified list of feature classes, layers, feature datasets, or tables from a remote geodatabase using a geodata service published on ArcGIS Server. You can access this tool from the Manage Replicas menu Menu located on the Manage Replicas pane.

Diagram depicting how geodata services allow you to check out/check in data and perform replication over the internet or intranet
For example, in the diagram above, a company may want to set up enterprise geodatabases to manage data between its Los Angeles and New York offices. The replica was first created by publishing the Los Angeles geodatabase as a geodata service with the Replication operation allowed. An administrator in New York then accessed this geodata service over the internet and used the Create Replica From Server tool to create a replica. Once this replica was created, editors perform updates to each enterprise geodatabase locally. The administrator in New York periodically runs a geoprocessing model to connect to the geodata service in Los Angeles and synchronize changes in both directions over the internet. This keeps the geodatabases synchronized, allowing users to access the same information at either location.

If you plan on using your geodata services for geodatabase replication, you must make sure that the data is configured properly and is from an enterprise geodatabase. Before getting started, see Preparing data for replication to review the data requirements and Suggestions for configuring geodata services for additional information.

For a list of data types supported with geodatabase replication in ArcGIS Pro, see Replication and geodatabase compatibility.

Follow these steps to create a replica from server:

  1. Start ArcGIS Pro and open an existing ArcGIS Pro project, or begin without a template.
  2. Connect to the ArcGIS Server site containing the geodata service you want to create a replica from.
  3. Access the Manage Replicas Manage Replica pane from one of the following:
    • From the Catalog view, follow these steps to access the Manage Replicas pane using the Manage Replicas button on the Manage ribbon.
      Manage Replicas button
    • In the Catalog pane, right-click an existing geodatabase connection, point to Distributed Geodatabase, and click Manage Replicas Manage Replica to open the Manage Replicas pane.
      The Manage Replicas command on the Distributed Geodatabase context menu
  4. From the Manage Replicas pane, click the Manage Replicas menu Menu and click Create Replica from Server Create Replica From Server.

    Manage Replicas menu commands

    The Create Replica From Server geoprocessing tool dialog box appears with default settings.

    Create Replica from Server geoprocessing tool dialog box

  5. For the Geodata Service parameter, browse to the geodata service representing the geodatabase from which the replica will be created and supply the server credentials when prompted.


    • The geodatabase referenced by the geodata service must be an enterprise geodatabase.
    • A geodata service that was originally published from ArcMap is based on the ArcMap service runtime. Before you run the Create Replica from Server geoprocessing tool on a geodata service, migrate the service to the ArcGIS Pro service runtime. If you do not do this, and the geodata service contains datasets that are only supported in ArcGIS Pro, the Create Replica from Server tool will not run. See Migrating services to the ArcGIS Pro service runtime for information on service runtimes and how to migrate them.

  6. Select the data from the list of feature datasets, stand-alone feature classes, tables, and stand-alone attributed relationship classes from the geodata service to replicate.


    The data to be replicated must be registered as traditional versioned but not with the option to move edits to base.

  7. For Replica Type, from the drop-down menu, select one of the following:
    • Two way replica
    • One way replica
    • Check out replica
    • One way child to parent replica
  8. For Geodatabase to replicate data to, click the browse button Browse to browse to the local or remote geodatabase that will host the child replica.

    • For a two-way replica, the underlying child replica geodatabase must be an enterprise geodatabase.
    • For a one-way replica, the underlying child replica geodatabase can be a file or enterprise geodatabase.
    • For a check-out replica, the underlying child replica geodatabase can be a file or enterprise geodatabase.
    • For a one-way child replica to parent replica, the underlying child replica geodatabase must be an enterprise geodatabase.

  9. For Replica Name, type a name to identify the replica. The name of each replica must be unique to the user creating the replica.
    When deciding on a replica name, make note of these additional rules:
    • Names must begin with a letter, not a number or special character such as an asterisk (*) or percent sign (%).
    • Names cannot contain spaces. If you have a two-part name for your replica, connect the words with an underscore (_).
    • Names cannot contain reserved words, such as select or add. Consult your DBMS documentation for additional reserved words.
    • The length of a replica's name depends on the underlying database. Consult your DBMS documentation for maximum name lengths.
    See Name and Alias for more information regarding rules for geodatabase objects.
  10. Click Advanced Setting to expand additional options if you want to override the default replication options. If you are not making any change to the default options, skip to step 15.

    Advanced Setting fields on the Create Replica from Server geoprocessing tool dialog box

  11. Under Advanced Setting, for Replica Access Type, choose Full or Simple for the geodatabase model.
  12. Optionally, for Initial Data Sender, specify which replica can send changes when in disconnected mode.
    • Child data sender—The child replica is the initial data sender. This is the default.
    • Parent data sender—The parent replica is the initial data sender.
  13. Optionally, from Expand Feature Classes and Tables, select one of the following four options:
    • Use defaults—Adds the expanded feature classes and tables related to the feature classes and tables in the replica. The default for feature classes is to replicate all features intersecting the spatial filter. If no spatial filter has been provided, all features are included. The default for tables is to replicate the schema only.
    • Add with schema only—Adds only the schema for the expanded feature classes and tables.
    • All rows—Adds all rows for expanded feature classes and tables.
    • Do not add—Doesn't add expanded feature classes and tables.
  14. Optionally, for Re-use Schema, choose from one of the two available options, Reuse or Do not reuse, which is the default setting.

    The Reuse schema option creates a replica using a template, allowing you to reuse a geodatabase that contains the schema of the data you want to replicate. This reduces the amount of time required to replicate the data.

    The Reuse schema option first deletes any data currently in the schema you specify and then repopulates it with the data specified for replication. By creating an empty schema, you avoid deleting data from the existing dataset when you use it to create a schema.

    Another advantage to using an empty schema is that it takes less time, since the existing contents do not have to be deleted first.


    This option is available for checkout replicas only and can only be performed when replicating to a file geodatabase.

  15. Optionally, for Replicate Related Data, choose Get related or Do not get related to specify whether to replicate rows related to rows already in the replica.

    Get related is the default setting.


    See Replication and related data to learn more about how this setting works when replicating data.

  16. Optionally, you can use Replica Geometry Features to define the replica geometry:
    • The replica geometry features can be a feature layer with points, lines, or polygons.
    • A feature layer used for the replica geometry features can contain one or more features. If there are more than one, the geometries are merged, and only data that intersects the merged geometries will be replicated.
    • If filters (such as a definition query) have been defined on the replica geometry features, only features that satisfy these filters will be used to define the replica geometry.
    • You can also use the Extent environment setting to define the replica geometry:
      • If Replica Geometry Features is set, it is used as the replica geometry.
      • If Replica Geometry Features is not set, the Extent environment is used as the replica geometry.
      • If both Replica Geometry Features and the Extent environment are set, the Replica Geometry Features setting is used.
      • If neither Replica Geometry Features nor the Extent environment is specified, the full extent of the data is used.
  17. Optionally, check Use archiving to track changes for 1 way replication at the bottom of the tools dialog box to turn this option on.

    This option specifies whether the archive class will be used to track changes instead of the versioning delta tables. To use archiving for one-way replicas, the parent workspace must be connected to the default version. For one-way child-to-parent replicas, the child workspace must be connected to the default version.

  18. Click Run to create the one-way replica.

Related topics 

See the following to learn more:

In this topic
  1. Related topics