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