Appian Community
Site
Search
Sign In/Register
Site
Search
User
DISCUSS
LEARN
SUCCESS
SUPPORT
Documentation
AppMarket
More
Cancel
I'm looking for ...
State
Not Answered
Replies
6 replies
Subscribers
7 subscribers
Views
2195 views
Users
0 members are here
Share
More
Cancel
Related Discussions
Home
»
Discussions
»
Administration
there's a server A and server B which are configured as HA and their gateway
lilyc
over 11 years ago
there's a server A and server B which are configured as HA and their gateways (kdb files) are stored in a mounted device. now we want to move server B to a better server (performancewise). is it ok if I shut down the server B's Appian suit and Jboss and copy the contents and configuration to the new server then change new server's ip address to server B's ip address and start the suite and jboss on the new server B? any suggestions? advice? a simple walk through will be so much appreciated. ...
OriginalPostID-84406
OriginalPostID-84406
Discussion posts and replies are publicly visible
Parents
0
Alok Mohare
Appian Employee
over 11 years ago
The preferred approach would be to follow what Sathya recommended in the last note.
If you MUST keep one server up, it is possible to do so. But you will need to eventually schedule a downtime before you bring the engines up on Server B, since the engine database files needs to be synced.
Here’s what you can do:
1) Check-point the environment when both servers are up
2) Stop SERVER B
3) At this point all the gateways on SERVER A will switch to [STANDALONE] to handle all the requests/transactions
4) Make any necessary server/configurations changes that you like for SERVER B
5) Once you are done with the changes, use “stop-suite.bat|sh” to stop the engines on SERVER A.
6) Stop-suite.bat|sh will ensure that the kdb is copied over to both /gw1 and /gw2 directories and both gateways will be on the same engine database id (no mismatch in kdb's).
7) Ensure that that file was correctly copied over to the NFS that is hosting the kdb’s by looking at the /gw1 and /gw2 directories.
8) If the result of the above step is satisfactory, start engines on SERVER A
9) Start engines on SERVER B
This will significantly reduce the downtime in your environment, while you make the SERVER change.
Hope this helps!
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Reply
0
Alok Mohare
Appian Employee
over 11 years ago
The preferred approach would be to follow what Sathya recommended in the last note.
If you MUST keep one server up, it is possible to do so. But you will need to eventually schedule a downtime before you bring the engines up on Server B, since the engine database files needs to be synced.
Here’s what you can do:
1) Check-point the environment when both servers are up
2) Stop SERVER B
3) At this point all the gateways on SERVER A will switch to [STANDALONE] to handle all the requests/transactions
4) Make any necessary server/configurations changes that you like for SERVER B
5) Once you are done with the changes, use “stop-suite.bat|sh” to stop the engines on SERVER A.
6) Stop-suite.bat|sh will ensure that the kdb is copied over to both /gw1 and /gw2 directories and both gateways will be on the same engine database id (no mismatch in kdb's).
7) Ensure that that file was correctly copied over to the NFS that is hosting the kdb’s by looking at the /gw1 and /gw2 directories.
8) If the result of the above step is satisfactory, start engines on SERVER A
9) Start engines on SERVER B
This will significantly reduce the downtime in your environment, while you make the SERVER change.
Hope this helps!
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Children
No Data