Next up in “cool admin things coming your way in v10” – folder syncing. By selecting a folder on a cluster instance you can tell the server to keep that folder in sync across the entire cluster. The folder can contain database files (NSFs and NTFs) but also NLOs.
Well that’s just dumb Gab.. NLOs are encrypted by the server ID so they can’t be synced across clustermates but a-ha! HCL are way ahead of you. The NLO sync involves the source server decrypting the NLO before syncing it to the destination where it re-encrypts it before saving.
So no more making sure databases are replicated to every instance in a cluster. No more creating mass replicas when adding a new server to the cluster or building a new server and no more worrying about missing NLOs if you copy over a DAOS enabled database and not its associated NLO files.
Hi Gab, I like this post. I would like to clarify one point [which is developer speak for complicate!]. You are thinking of this feature as a remote folder sync feature analogous to RSYNC and that is good mental model for domino databases. When you specify a folder to keep in sync, Domino 10 will keep the *databases* in that folder sync’d across the cluster. But DAOS objects are not stored in the same folders, DAOS has its own storage model. As part of the sync process, Domino 10 will determine if a database which is being sync’d references DAOS object which it does not already have and independently sync those objects. Those objects will end up in the DAOS repository of the server being sync’d. The net effect is the same: the servers have the same databases in the same folders and the same set of objects in their DAOS repository to support those databases [and YES, encrypted correctly for each server] .
a-ha! I did wonder since DAOS NLO storage differs between servers in the same cluster if you were changing that behaviour so that the file location for each attachment would be identical on each server allowing you to keep them in sync at a file system level. Your way is far smarter :-). Nice work.