Aug 1, 2017, 8:55 AM
14 Posts

Connection documents

  • Category: Administration
  • Platform: Windows
  • Release: 9.0.1
  • Role: Administrator
  • Tags: replication connection document hub spoke server
  • Replies: 4

Hello all,

I'm checking our existing connection documents and I'm not sure if it is correct or not.

We have hub and spoke topology and every spoke server has connection documents (push pull) to hub server. There is no connection documents from hub to spoke servers. What are we trying to accomplish is to replicate admin4, events4 and names DB's. Every server is in the same Notes network, one domain. So now you have picture how our setup looks like and here are my question:

- do we need connection documents at all for replication? I've read that NNN doesn't need connection documents at all. True or not? Or we need them if we wan't to have replication between them?
- is it better to 1. have connection documents from hub to spoke (one document for one spoke server or to create group) or do we need 2. connection documents from spoke to hub (as we have now) or 3. we need both?

Thank you all.


Aug 1, 2017, 10:11 AM
248 Posts
Sounds good to me.

The hub/spoke topology you mention makes sense to me. The hub functions as a distribution server to the spokes in this arrangement.

At a database level, replication of DBs is subject to the same ACL settings as any other type of access, so be sure your databases have the proper ACL settings.

There are also selective replication settings, but they're not automatically added.

Aug 1, 2017, 2:08 PM
290 Posts
Yes, you need connections documents for replication.

Servers in the same NNN do not need connection documents for mail routing, but do need connections documents for replication.

I've struggled with actual configurations before as well, but lately I try to set both to and from connections documents, and usually try to stagger the times; ie Server 1 to Server 2 every 30 minutes starting at 00:00, and then a second connection document from Server 2 to Server 1 every 30 minutes starting at 00:15.

That way if a replicator goes down or gets hung on a long replication, replication still happens from the other server. and the replication 'load' is spread out instead of all servers replicating at the exact same time.

Also, if your hardware is adequate, be aware that you can set up multiple instances of replication - on your hub server, for example, I might recommend adding 'Replicators=2' to your Notes.ini.

If you have servers in clusters, you'll probably want to set up replication between the clustered servers as well as the hub.

Aug 2, 2017, 3:31 AM
14 Posts
Connection documents

Thank you guys, it is always good to hear someone else opinion and how your setup looks like...

This is good tip, connection documents in both directions but with different time interval!


I've setup replication interval to 10 minutes and adminp (interval) to 15 minutes so I'm always sure that both replication and adminp will be always performed in max of 15 minutes.

Aug 3, 2017, 10:56 AM
212 Posts
Connection Documents

Using connection documents for replication between all servers is also a method to ensure that the replication occurs (as a backup).  If one replication fails , then the next server can pick up the failed sequence and ensure that all documents are up to date.