Welcome to the new Schneider Electric Community

It's your place to connect with experts and peers, get continuous support, and share knowledge.

  • Explore the new navigation for even easier access to your community.
  • Bookmark and use our new, easy-to-remember address (community.se.com).
  • Get ready for more content and an improved experience.

Contact SchneiderCommunity.Support@se.com if you have any questions.

Close
Invite a Co-worker
Send a co-worker an invite to the Exchange portal.Just enter their email address and we’ll connect them to register. After joining, they will belong to the same company.
Send Invite Cancel
84589members
353854posts

Moving a DCO DR node to a different subnet

EcoStruxure IT forum

A support forum for Data Center Operation, Data Center Expert, and EcoStruxure IT product users to share knowledge on installation, configuration, and general product use.

Solved
DCIM_Support
Picard
Picard
0 Likes
3
237

Moving a DCO DR node to a different subnet

This question was originally posted on DCIM Support by Jim Davis on 2018-05-07


I have a customer who will be moving an existing DCO DR node from one site to another. There existing infrastructure consists of a DCO server with an attached DR node in the same rack. They also have a spare server of the same type which they wish to build as a standalone DCO server, relocate it interstate then have it assume the role of the DR node. They wish to minimize the time that they are without a DR node. They have 2 HA licences FYI...

Questions:-

  1. Can they just add the new DR IP address to the DCO server then attach the second DR node? (is this supported? i.e. can DCO support 2 DR nodes?)

  2. Should they just shut down the existing DR node then add the interstate DR node as per normal procedure? (will this cause any conflict with the original DR entry that the DCO server already knows about?)

I would appreciate any thoughts on the best way to "migrate" the DR node interstate.

Regards

Jim Davis - NIE Melbourne/AU

(CID:130683435)


Accepted Solutions
DCIM_Support
Picard
Picard
0 Likes
0
237

Re: Moving a DCO DR node to a different subnet

This answer was originally posted on DCIM Support by Jef Faridi on 2018-05-08


Hi Jim,

  1. The new server (as second DR) cannot be added to an exiting setup "Standalone + DR". Setup will allow only 1 DR node!
  2.  Shutting down the existing DR node would not help, but it may help if it is promoted. Then it can be off-lined, if you wish. After promoting the existing DR node (via Webmin interface > StruxureWare DC Operation > Disaster Recovery > "Promote disaster recovery node"), then you would be able to add the new server as DR node.

Kind regards

(CID:131336255)

See Answer In Context

3 Replies 3
DCIM_Support
Picard
Picard
0 Likes
0
238

Re: Moving a DCO DR node to a different subnet

This answer was originally posted on DCIM Support by Jef Faridi on 2018-05-08


Hi Jim,

  1. The new server (as second DR) cannot be added to an exiting setup "Standalone + DR". Setup will allow only 1 DR node!
  2.  Shutting down the existing DR node would not help, but it may help if it is promoted. Then it can be off-lined, if you wish. After promoting the existing DR node (via Webmin interface > StruxureWare DC Operation > Disaster Recovery > "Promote disaster recovery node"), then you would be able to add the new server as DR node.

Kind regards

(CID:131336255)

DCIM_Support
Picard
Picard
0 Likes
0
237

Re: Moving a DCO DR node to a different subnet

This answer was originally posted on DCIM Support by Jim Davis on 2018-07-18


After working with the customer today we identified the following error during the DR attachment process:-

The cluster time is 36080 seconds off from our time. Please correct the time.

36080 works out to 10 hours so we established that the server they were attempting to attach as a DR node had its system time out by 10 hours. Once a valid NTP server was configured and both servers times were closely matched, the DR attachment was successful.

Even though these are both standalone DCO servers, the reference to cluster time does not just refer to a DCO clustered environment.

(CID:132666154)

DCIM_Support
Picard
Picard
0 Likes
0
237

🔒 Closed

This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.