[cisco-voip] CallManager DR scenario

[Carter, Bill]

Actually it isn't a bad idea to have drives available for cold standby.
IPCC Express cold standby servers will be located at the DR site.  The
subnet will be extended to the DR site via metro fiber.  When the rotate
drives for IPCC they can have standby drives for the DR site.  

I need to think about server placement and groups.  I was thinking of
the Publisher being a "Glass House" server.  CM groups would be
configured with primary and secondary as HQCM02 and DRCM04, or HQCM03
and DRCM05.

Maybe I could do this:
Group A - HQCM02, DRCM04, HQCM01
Group B - HQCM03, DRCM05, HQCM01

In this scenario, during a prolonged outage, I could put HQCM01 drives
into the DRCM05 server.  Then devices would register to either DRCM04 or
HQCM01 server.

-----Original Message-----
From: Ted Nugent [mailto:tednugent69 at yahoo.com] 
Sent: Monday, June 26, 2006 1:57 PM
To: Voll, Scott; Carter, Bill; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] CallManager DR scenario

And by that I'm assuming that you have a better idea that you're looking
to share... :-)


--- "Voll, Scott" <Scott.Voll at wesd.org> wrote:

> Then have fun with all the IP changes, etc.
> 
> -----Original Message-----
> From: Ted Nugent [mailto:tednugent69 at yahoo.com]
> Sent: Monday, June 26, 2006 11:16 AM
> To: Voll, Scott; Carter, Bill;
> cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] CallManager DR scenario
> 
> Correct SUBs are read only and the SUB pull down thier subscription 
> from the PUB, there is no replication if the PUB is gone. If you 
> require the PUB at the HQ site then the only alternative that I see if

> HQ goes away is to have a cold standby MCS at the DR site and perform 
> a BARs recovery onto the the NEW PUB and or rotate a single mirrored 
> drive out to the DR site.
> 
> --- "Voll, Scott" <Scott.Voll at wesd.org> wrote:
> 
> > To my understanding you can not make changes to
> the
> > Cluster without the
> > Pub.  The sub's have a read only DB.
> > 
> > With that said.... all other questions are null
> and
> > void.
> > 
> > Like you said, the question is where can you put
> the
> > pub so it is always
> > alive.
> > 
> > 
> > Scott
> > 
> > 
> > -----Original Message-----
> > From: cisco-voip-bounces at puck.nether.net
> > [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Carter, 
> > Bill
> > Sent: Monday, June 26, 2006 10:56 AM
> > To: cisco-voip at puck.nether.net
> > Subject: [cisco-voip] CallManager DR scenario
> > 
> >  
> > I am implementing a CallManager cluster with
> servers
> > located at both HQ
> > and a DR site.  The Publisher will be located at
> HQ,
> > with 2 subscribers
> > at HQ and the 2 subscribers at the DR site.  
> > 
> > If HQ is offline for an extended period of time (building blows up),

> > the publisher will not be available.  In this
> situation,
> > CallManager
> > configuration changes will probably have to be
> made,
> > but the publisher
> > will be down.  
> > 
> > * Can changes be made to the system without an active publisher?
> > 
> > * I know subscriber won't replicated database to other subscribers.
> > What happens when the publisher comes back online?
> 
> > Are changes
> > replicated from Subscriber to Publisher?
> > 
> > * With 2 subscribers located at the DR site, will
> I
> > have to make
> > configuration on both subscriber CallManagers (see previous 
> > question)?
> > 
> > * In a period of extended outage, I assume it
> would
> > be best to restore
> > the Publisher to one of the Subscribers at DR, correct?
> > 
> > It seems like a Catch-22 for CallManager DR
> design. 
> > Do you locate the
> > Publisher at HQ or DR?  I guess it depends on
> which
> > site will go
> > down?!?!?  HaHaHa!!
> > 
> > 
> > This email may contain proprietary and
> confidential
> > information for the
> > sole use of the intended recipient. 
> > Any review, retransmission, dissemination, or
> other
> > use of this
> > information by persons or entities other than the intended recipient

> > is prohibited. If you are
> not
> > the intended
> > recipient, please contact the sender and delete all copies. To the 
> > extent that opinions are expressed in this message, they are not 
> > necessarily the opinions of Sentinel Technologies or any of its 
> > affiliates, employees, directors, officers or shareholders.
> > 
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> >
> https://puck.nether.net/mailman/listinfo/cisco-voip
> > 
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> >
> https://puck.nether.net/mailman/listinfo/cisco-voip
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com 


This email may contain proprietary and confidential information for the sole use of the intended recipient. 
Any review, retransmission, dissemination, or other use of this information by persons or entities other than 
the intended recipient is prohibited. If you are not the intended recipient, please contact the sender and 
delete all copies. To the extent that opinions are expressed in this message, they are not necessarily the 
opinions of Sentinel Technologies or any of its affiliates, employees, directors, officers or shareholders.