Hi everyone!
I wanna have two DMGR for one enviroment.

One DMGR active "DMGR01"  which controls my app servers and the other, DMGR02 inactive only for backup. If something happens with my principal DMGR01, I start the DMGR02 for adminstrative task and let the DMGR01 down, while I look what happens.

I know that It's not possible have, for example, one node federated to two DGMR. So, Can you suggest some ideas about what can I do for that? some alternative architecture that it can help me.

Thanks to all.

You may want to take a look at: www.ibm.com/developerworks/websphere/lib...

 

Great article. That's exactly what I was looking for. Thank you!!!!! ;)

Glad I could help out.

Other things to consider about your Infrastructure are the use of DNS names when performing federation of your nodes...  If you federate using the server name running your DMGR, and then you lose that server, you need to create a new DNS entry of the server name to route requests to it.  If you use a DNS alias (devDMGR.yourcompany.com) and lose a server, you merely update the DNS entry and everything should continue to work without the funky access server1.yourcompany.com which actually points to server2.yourcompany.com.  It's just cleaner in my opinion.

Also, is there a hard requirement for a hot backup of the DMGR jor could you get by with a cold backup and just perform a restore config on it?  It sounds easy, but there's a lot to ensure is setup correctly in the first place when the DMGR was installed, as a word of caution...

Good luck!

Mmm great tip about DNS alias. I'll keep it in mind.  ;)

Now that I reviewed with more detail, I see a problem with the first method that the article explains. The recoveryNode property is only supported for a z/OS environment. Too bad :(

The only option we have is the second method for other plataforms.

 

 

Yasmin,

I came across another article you may find of interest by Tom Alcott (an IBM.)  Tom typically presents at IMPACT yearly, too.

www.ibm.com/developerworks/websphere/tec...

This gives you a few other options to consider by describing the Active/Passive, Active/Active, and Reformed Active/ Active methodologies.

If I come across any more information I'll forward it along to you.

Erik

Thanks Erick! ;)