Of course there are multiple ways to create copies or replicas of databases either to other folders on the same server or to other servers ( especially when the servers are running in a cluster ).
I always use the following way and it´s working very fine:
First, you have to set an entry in the NOTES.INI of the server where you want to put the commands directly in the console:
You also can set this NOTES.INI setting directly from the console with a “set configuration Cluster_Admin_On=1” – you don´t have to restart the server, … ! This parameter is taken “on the fly”.
Now to the commands:
cl copy sourcedatabase targetdatabase > Example: cl copy dev/demo.nsf prod/demo.nsf > Creates a copy of the database dev/demo.nsf in the directory prod
cl copy sourcedatabase targetdatabase replica > Example: cl copy Server1!!dev/demo.nsf Server2!!dev/demo.nsf replica > Creates a full replica of the database dev/demo.nsf on Server 1 on Server 2
cl copy sourcedatabase targetdatabase template > Example: cl copy Server1!!dev/demo.nsf Server2!!dev/demo.nsf template > Only creates a template from the database dev/demo.nsf on Server 1 on Server 2 without any data
You also can use this command to create copies, replicas or templates within a program document:
If you plan to run multiple “cl copy” commands you can pack them into a single text file ( in the example it´s called “command.txt” ):
Today I had the following issue at customer site ( German LP ):
The customer has embedded the AD via Directory Assistance. We created a new AD account and entered the mail address for some sync options.
Afterwards we tried to register the user in the Domino Directory and received the error message, that the Internet Address is not unique and therefore we couldn´t register the user.
Then we removed the mail address from the AD account, rebuild the XDir with a
“sh xdir r” and then we could register the new user without any problems.
So it seems, that during the registration process also via DA embedded directories are checked for duplicate Internet Addresses. I created a case @HCL – if I receive any informations I’ll update this blog entry.
UPDATE: I received the information from HCL Support that there´s an enhancement request which has been made public: https://bit.ly/30qOunW
Yesterday I had an issue at customer where a case at HCL ( CSCS0131265 ) has been opened. Up to the beginning:
with Domino V11.0.1 the great feature for authenticating users accessing via Web protocol like HTTP(s), LDAP,… against the ID Vault is working like a charm. Therefore I registered a lot of people without setting an HTTP password in the person document. Afterwards I enforced the users to change the password after the first login what also worked fine.
You’ll receive the information that the Password Change request has been successfully sent to the Administration Requests what still is working. Now up the problem:
If the AdminP tries to modify the HTTP password in the person document you’ll receive the following error in the server console:
[2904:0005-1378] 23.06.2020 12:55:58 Adminp Request: [Change HTTP Password in Domino Directory] on [Username]
[2904:0005-1378] 23.06.2020 12:55:58 Admin Process: Received the following error performing a Change HTTP Password in Domino Directory request on Username (Path: admin4.nsf; Name: HTTPPassword): Note item not found
So it seems that the Internet Password isn´t set during the user registration Adminp cannot finish the change of the Internet Password.