[cisco-voip] Disaster Recovery site

[Lelio Fulgenzi]

Thanks Craig. The thing I wouldn't like is the fact you have to travel to the remote site to do upgrades and/or restarts. Unless of course you can count on some sort of remote site management personnel to help you out. 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


----- Original Message ----- 
From: "Craig Staffin" <craig at staffin.org> 
To: "Lelio Fulgenzi" <lelio at uoguelph.ca> 
Cc: cisco-voip at puck.nether.net, "Scott Voll" <svoll.voip at gmail.com> 
Sent: Tuesday, October 21, 2008 7:49:46 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] Disaster Recovery site 

Lelio, 


IPCC expressly states the same LAN. However Unity I don't think states same LAN (I could be wrong). As long as you are on a high bandwith MAN you should be fine. Just forget to mention that fact when you open a TAC case :) 


I can say that I have Unity with HA working with about 4000 subscribers over an MPLS network. Between servers is around 12ms RTT. The actual bandwith of the link is a 20MB link. 


So far we have seen no issues with it 


Craig 


On Tue, Oct 21, 2008 at 5:43 PM, Lelio Fulgenzi < lelio at uoguelph.ca > wrote: 




I'll second what Craig said. In fact, I started a reply and cancelled it because I couldn't remember the terminology! ;) 

That being said, I think both Unity and IPCCx (IPCCx for sure) plainly state that HA pairs have to be on the same switch (unless that has recently changed). It's no big surprise that the UC components have been taking a while to match other Cisco failover/security technology. 

It all depends on what is available and what you are prepared to do. 

--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 





----- Original Message ----- 
From: "Craig Staffin" < craig at staffin.org > 
To: "Scott Voll" < svoll.voip at gmail.com > 
Cc: cisco-voip at puck.nether.net 
Sent: Tuesday, October 21, 2008 5:58:16 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] Disaster Recovery site 

Scott, 


Honestly most business I deal with have moved away from DR and moved to a business continuity plan. Although it sounds the same DR typically means restoring from backup with an acceptable window of downtime. However a Business continuity plan is more of a Warm or Hot standby type environment. 


With that being said CCM, Unity and IPCC all support a failover type situation that would serve you far better than trying to restore from a backup. 


I can tell you that restoring CM from a backup takes a few hours minimum so you are looking at a long day to even think about getting just the phone system up and functioning. 


For the price take a look at getting the HA licenses for Unity and IPCC. CM would just be another node license 


Craig 


On Tue, Oct 21, 2008 at 4:31 PM, Scott Voll < svoll.voip at gmail.com > wrote: 




I have CM / UCCx / etc all housed here. we are working on a DR plan. I have MCS servers that I'm planning on housing at a remote site where the ISP will relocate MAN services in the case of a Disaster (fire is the worst case) my plan is to Backup to storage at this DR site so in the case of a fire I would just drive to the DR site and restore the backup. 

All sounds great, but how do you install the CM cluster(UCCx, Unity, CER etc). Do I have to buy new licensing or not? I can't remember if I can install CM second node without the license file? in the case of the disaster (fire) am I going to be stuck waiting on cisco licensing? 

What are others doing? Should I be rethinking DR? 

Thanks 

Scott 

**DR = Disaster recovery 
_______________________________________________ 
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 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081021/4aa9e64d/attachment-0001.html>