I use a vmware instance to test with. Install a second server with the same version, different ip and hostname, and use a different domain or subdomain. Create a couple of phones.users, gateway, dialplan... Now test it.
Now if this is a virtual server that has added benefits... Do the upgrade on your "development" server. If you shut it down and made a copy (if running a virtual) before the upgrade, rolling back is EASY PEASY... if it hiccupped noone was hurt in the upgrade, and an effective practice upgrade platform is available willy nilly. So that should work for how you are doing things if I recall. I always DO A FULL BACKUP and download it before I upgrade, no matter how smooth it is. On Thu, Apr 29, 2010 at 3:12 PM, Josh Patten <jpat...@co.brazos.tx.us>wrote: > In preparing the upgrade documentation for 4.0.4 -> 4.2 I presented my > upgrade plan and upgrade testing results to my bosses and they raised a > question I could not answer: How do you fully test the 4.2 upgrade by > mirroring your current setup and then running the upgrade, then test > inbound/outbound calling features without disturbing the production system? > > My production setup is: 1 main server and one redundant proxy > > First test system: 1 server running 4.2 in a different address space on > the same network with different users and a different domain name. > Second test system: 1 server running 4.2 that has been mock upgraded > that is on a completely separate network using the same domain name and > IP address space as my current production setup. > > My dilemma is as follows: > With this test setup, inbound and outbound calling and features can be > tested on the first test system with different users, but this system > cannot mirror the production system for a test upgrade due to address > space and domain name conflicts. A full mock upgrade can be done on the > second test system since there is no address space or domain name > conflict, but there is no way to test with currently implemented > gateways as those networks are unreachable. > > sipXecs, as far as I know when restored from backup, cannot have a > different IP address from the original system or things break. Even if > you could change the IP address the problem lies in the fact that your > gateways (in my case, audiocodes) will still be pointing to the original > DNS SRV, thus will never be able to call the mock upgraded system to > test calling without breaking the production system. > > Here is an alternate plan that was cooked up that I need to verify will > work: I thought about changing my DNS SRV a few hours in advance so all > phones rely on the redundant proxy, then after all phones have > registered to the redundant proxy pull the plug on the main server and > put the mock mirror upgraded server in it's place, then using DNS views > have one subnet that the SRV record priorities point to the main mock > upgraded system so I can test a few phones on the upgraded system while > the rest of the phones will continue to stay on the redundant proxy > running 4.0.4. The only hangup with doing things this way is I'm > concerned that the two systems (the main and the redundant proxy), > having two different versions (4.0.4 on the redundant proxy and 4.2 on > the main mock upgrade server) will cause things to go haywire and break > due to constant communication between the main and redundant servers. > The testing shouldn't need to last any longer than about 1/2 an hour. > Has anyone ever tested running different versions on the main and > redundant proxies, even for a few minutes? Will this cause and > irreversible meltdown? Will nothing happen at all? > > Thanks for your input and suggestions. > > -- > Josh Patten > Assistant Network Administrator > Brazos County IT Dept. > (979) 361-4676 > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
