在 Standard 或 Advanced 许可等级下可用。
地理数据库复制建立在版本化的基础之上。 复本创建过程中，会自动将来自源地理数据库和目标地理数据库的版本设置为复本版本。 这些复本版本中的更改将在同步过程中进行交换。 由于复本版本处于关联状态，因此可将其视为是通过扩展版本树来跨越多个地理数据库的方法。
可将默认版本或任何命名的版本用作父复本或子复本的复本版本。 多个复本也可以共用同一复本版本。 有关如何设置父复本或子复本的复本版本，请参阅创建检出复本。
下图显示了单向复制和双向复制中的复本版本。 对于双向复制，父复本将命名的版本 RV1 用作复本版本。 单向复制示例中的父复本则将命名的版本 RV2 用作两个单向示例的复本版本。
对于企业级地理数据库中托管的两个子复本，默认版本即为复本版本。 除了复本版本将用于复制过程之外，它与以下所示 V1 和 V2 等其他版本没有任何区别。 由于文件地理数据库和个人地理数据库类型不支持版本化，因此在第二个单向复制（右侧所示）中，不会为子复本创建任何复本版本。
检出/检入复制能够复制版本化和非版本化数据，且子复本可以托管在个人地理数据库、文件地理数据库或企业级地理数据库中。
当子复本托管在企业级地理数据库中时，将创建新的指定版本以简化编辑并作为子复本上的复本版本。 子复本版本的名称已设置为与复本名称相同。 要编辑子复本数据，请连接到企业级地理数据库，并使用更改版本对话框将版本改为子复本版本。 连接到子复本版本后，您可以继续启动一个编辑会话。 编辑必须在子复本版本中执行，以将编辑内容同步回父复本。
检出/检入复制还允许个人或文件地理数据库托管子复本。 由于这些地理数据库类型不支持版本管理，因此不会为子复本创建任何复本版本。 检出非版本化数据时也是如此。 对于此类情况，同步期间将使用附加逻辑来确定要发送的更改。
下图显示了检出复本及其复本版本的两个示例。 一个父复本将版本 RV1 用作复本版本，而另一个父复本则将版本 RV2 用作复本版本。 一个子复本由文件地理数据库托管（也可以是个人地理数据库），另一个由企业级地理数据库托管。 对于托管子复本的企业级地理数据库，创建期间会自动创建 RV2 并将其设置为复本版本。 该复本版本的名称 RV2 取自创建它时所使用的父复本的复本版本名称。
使用存档追踪复本更改
如果只进行单向复制，则可使用存档功能而版本化功能来追踪复本更改。 对于此选项，父复本地理数据库必须是引用默认版本的企业级地理数据库。 以这种方式管理复制的优点是，它可以使协调过程、提交过程以及压缩过程与同步过程分开。
使用版本管理功能追踪更改时，会创建系统版本。 由于存在这些系统版本，需要定期进行同步才能实现有效的压缩。 而使用存档功能追踪复本更改时，不会创建任何系统版本。 因此，协调过程、提交过程以及压缩过程就不会受到影响，从而使版本管理和复制管理成为独立的过程。 这还可以提高同步计划的灵活性。 要使用存档追踪复本变化，源数据必须在企业级地理数据库中注册为版本，且源复本版本必须是默认版本。
下图显示使用存档在企业级地理数据库之间进行单向“父-子”复制，其中将默认版本用作企业级地理数据库中父复本和子复本的复本版本。 由于文件和个人地理数据库类型不支持版本化，因此不会在子复本文件或个人地理数据库上创建复本版本。
当两个地理数据库都是企业级地理数据库时，也可以使用单向“子-父”复制。 在这种情况下，子复本版本必须是默认版本。
