I agree with the graceful shutdown of the server before the snapshot. Not only does it allow for a more reliable snapshot, but it also results in a much smaller set of snapshot files since it doesn't have to take a snapshot file equal to the size of all of your mapped physical memory for your guest os. Probably saves you 2GB of space per snapshot on average (of course folks memory requirements will vary).

Cheers,

--
Mark Snow
CCIE #14073 (Voice, Security)

Senior Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: ms...@ipexpert.com
--
Join our free online support and peer group communities: 
http://www.IPexpert.com/communities
--
IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications.
--




On Jul 15, 2009, at 10:24 PM, Bill Hatcher wrote:

I do the same thing, only I will do a graceful shutdown of the server before I take the snapshot. Call me paranoid, but I so some squirrelly things going on until I started doing it that way.

From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com ] On Behalf Of Tanner Ezell
Sent: Wednesday, July 15, 2009 10:56 PM
To: Tim Smith
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] clone vs snapshot vs any better method??

Use snapshots.

What the snapshot does is essentially mark where your server is currently, even capturing the memory at that moment. So after a snapshot is made, changes to the server are all logged. So what i typically do is install CUCM, snapshot after i verified the install and made sure it was working. Then, I will in the future as I lab off workbook one, snapshot after each lab session.

So for instance, my snapshots would look like,

Initial Install --> Lab1A --> Lab1B --> etc, etc

So, if say you screw up during a lab or for whatever reason you want to revert back to before you started, you restore the snapshot, and continue on from the *exact* place you took it [the snapshot].

On Wed, Jul 15, 2009 at 5:24 AM, Tim Smith <thsglo...@gmail.com> wrote:
Have you tried using BARS or DRS? Again not sure on your CCM version.

Cheers,

Tim.

On Sat, Jul 11, 2009 at 10:49 PM, Joel Jose <joeljose...@gmail.com> wrote: i am so sick and tired with this... the main problem for which i thot vmware had a solution is still stinking me... how do i do a proper backup and restore?? i mena i have pub and sub... my pub had a db connectivity error(due to an abrupt power failure)...sub was fine... i had already cloned all my vmwares into another backupdir.. so i copied the pub clone and thot i was done... first of all.. the db wipes clean.. yeah..yeah..obviously.. but now i cant even find the sub as an available node for my cucm-group.. however all sub configurations can be changed and is reflected on the pub gui itself... yes i have cross checked the serviceablity for both nodes and thats fine....

my backup strat is pretty boring i know.. i still havent figured what the snapshots do... if anyone can suggest a better way to backup my servers it would be great.. my head is spinning on the thoughts of a cucm reinstall from dvd... even a quadcore q9550 with 8gb ram has its limits on sluggish algorithms(redhat-cisco- installation-scripts) u see ;( .

--
"it's not the years in your life that count. It's the life in your years." Abraham Lincoln

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com



_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com


_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to