USER AND SERVER CONFIGURATION


How replication works
For server-to-server or server to/from client replication, the Replicator on one computer calls another IBM® Lotus® Domino® at scheduled times. By default, the Replicator is loaded at startup.

To schedule replication between servers, the servers must be able to connect to each other in order to update replicas. You may need to create Connection documents to enable server connections, depending on your server topology. As users add, edit, and delete documents in a database, the replicas contain slightly different information until the next time the servers replicate. Because replication transfers only changes to a database, the network traffic, server time, and connection costs are kept to a minimum.

During scheduled replication, by default, the initiating server first pulls changes from the destination server and then pushes changes to the destination server. As an alternative, you can schedule replication so that the initiating server and destination server each pull changes or so that the initiating server pulls changes only or pushes changes only.

You can also use the server commands Pull, Push, and Replicate to initiate replication between servers.

Replication, step-by-step

To fully understand replication, you need to be familiar with the information in the topics "Guidelines for setting server access to databases" and with "Setting up a database ACL for server-to-server replication" in this chapter. You also need to fully familiarize yourself with the information on replication in the appendix "Server Commands."

1. Replication is initiated by a server or a workstation in one of the following ways:


2. The Replicator constructs a list of local files to replicate and asks the remote server to find those that have a match with the list of local files.
3. When the Replicator finds a match, it looks at the replication history to find the last time the replicas replicated. The Replicator uses the history in the local database which is the destination database when "pulling" and is the source database when "pushing." Typically there are two such entries, one for each direction (push/pull). 4. The Replicator searches the source replica for changes that have occurred since the last replication. 5. Replication between the source database and the destination database occurs. Replication history is updated for replication from source database to destination database. If access is sufficient, replication history for both the source and destination databases is updated.
See the related topics for information on server console replication commands and on the Program document.

Related topics