Avatar of T-cko
T-cko
 asked on

Lotus Domino Server hardware refresh

Dear experts,

I would like to ask for help, resp. advice.

For our customer is planned a hardware refresh of Domino Server running on Solaris
Current situation is:
server1 and server2 in a cluster, planned is to install new server3 and server4 also in a cluster. In the test period will run old and new servers concurrently. What would be the "best practise" for that?
I plan following steps:
1. register new servers in domino directory on server1 (create IDs)
2. make a clean installation of server3
3. copy the data folder from server1
4. configure the server3 and start it
5. the same with server4

Please note, that the old and new servers are not on the same network, so replication between the old and new environment is not possible. The servers act as web servers.

Thank you for your comments
Lotus IBM

Avatar of undefined
Last Comment
Steve Knight

8/22/2022 - Mon
Sjef Bosman

I can agree with the hardware refresh plan you added above.

When the new servers are to be accessible for the same users as the old servers, make sure the new servers have different names than the old ones, also their network names, otherwise you'll have some serious network problems.

> They are not on the same network...
Will they be 2 clusters of 2 servers, or 1 cluster of 4? In either case, you might have consistency issues with mainly the mail database (if any), because only one server or cluster will receive mail. How do you plan to replicate incoming mail?
larsberntrop

The requirement for the old and new servers to be completely separated will generate a lot of extra work, as well as the occurrence of an outage, because mail the mail connection must be stopped in order to migrate.

If you build a new cluster first, and then gradually migrate users using built in tools, you will have a much easier ride, and no outage
Steve Knight

Are these just web servers as opposed to user connected mail/application servers?  And is the test just a closed test, i.e.not live to users/the world?

If there is no overlap period then yes just install two new servers ready, for the test period take a copy of the data directory and notes.ini from the old two servers to the two new ones (with the old server down during the copy) and run them as server1 and server2 still.

At the changeover point, down the old two, recopy the data directories and bring the new two up.

If there could be comms between them of any sort - only needs specific port 1352 firewalled connection say - then it would be much easier and could be transparent to the usersas you could add the new servers to the cluster, or remove server2, rebuild it on the new box but still in the cluster then do the same for server1.

So can you fill us in on some more of the details?

Steve
Your help has saved me hundreds of hours of internet surfing.
fblack61
T-cko

ASKER
Dear all,

thank you for your quick answers/advices. There is no mail routing enabled on the servers, they act only as a web server - accessible from the internet. During the overlap period will new servers be tested internally, by the customer. For testing will be used data from a backup, the final data migration is planned as following: shutdown server 1 (www still accessible on server2), copy all *.nsf and *.html to the new server3 (offline copy), start server3 and push the replication to server4. After GO LIVE decision the DNS entry for affected URLs will be changed.

Do you see any "weak point" here?

Have a nice day
M.
ASKER CERTIFIED SOLUTION
Steve Knight

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question
Sjef Bosman

Agree with dragon-it.

I'd also consider two virtual machines (next time), on two different real machines. The VMs running Linux or so. Whenever you have to upgrade again, you add processors and memory, and worst case you move the whole VM to a different server. The server's databases could even be stored on a SAN or NAS.
Steve Knight

Thanks for the points / answer.  Did you get it all going OK in the end ?
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.