Replication Import Strategies

Replication strategies enable you to import objects when there are conflicts between names in a replication file and a server. There are two strategies:

Import replication can be:

• Object ID based

• Object name and ID based

The replication strategy defines how two objects from a server and replication file are matched.

Object ID based replication

This is the legacy replication import strategy. It matches two objects based on their IDs and considers them to be identical if the IDs match. Allows mainly master-slave replication scenarios.

Object name and ID based replication

Tip: Use as the default.

This strategy matches two objects based on ID and name using this sequence:

  1. Uses the ID based import strategy (see above).
  2. If that fails, finds two matching objects with different IDs but identical names. The two objects are treated as a match.
  3. If there are no matching objects, creates a new object on the server.

This strategy works as follows:

The table below explains how name conflicts are resolved.
Example Server Replication Result Description
ID Name ID Name ID Name
1 id1 name1 id1 name2 id1 name2 No conflict.
2 id1 name1 id2 name1 id1 name1 Two entities with different IDs have the same name. The conflict is resolved by replacing the ID of the replication entity with the ID of the server entity.
3 id1 name1 id1 name2 Conflict No resolution and there is a conflict.
id2 name2 id2 name1

Long name conflict resolution

You can import replication files with entities names that are longer than permitted. Long names are shortened to the first name that is legal and not occupied. A shortened name looks like this:

<first part of the name> < text> <length limit exceeds ~31>

If the system identifies a conflict with one of the existing names, the index is automatically incremented to resolve conflicts.