I have just one question. Why archive an entire server? We have a strict rule to only archive the data that is specifically needed.
Don't forget to "write" down the local admin password if you archive to whole server. Andy Huebner -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Shawn Drew Sent: Wednesday, August 01, 2012 10:30 AM To: [email protected] Subject: Re: [ADSM-L] VM Archive That is a good idea for one-off archives. I might use that for my current need, but probably just easier installing a client in the guest for one-off requests. Automating it, on the other hand, with windows scripting, recovery agent cli, and dynamic disks seems way tough I remember in the old vcb days, you would have to script the whole process. i.e. mount the VM's from the data store with vcbmounter and run a backup from there. Is it still possible to mount the VM's like that? I would think the binaries are included in the "VMware tools" optional install in the BA client since that is pretty much what it does for the file-level "backup vm" but not sure if that is accessible. Is there a modern replacement for vcbmounter ? Regards, Shawn ________________________________________________ Shawn Drew Internet [email protected] Sent by: [email protected] 07/31/2012 09:54 PM Please respond to [email protected] To ADSM-L cc Subject Re: [ADSM-L] VM Archive Have you considered mounting the VM backup and then running the archive? It's similar to a feature Fastback has for moving data to TSM for long term storage. On Mon, Jul 30, 2012 at 1:22 PM, Shawn Drew < [email protected]> wrote: > Looked through the manual today and can't find any information on > archiving VM data. Is there a way to archive data from a VMware guest > (file-level or image) without installing a client on the actual guest? > There doesn't seem to be an "archive vm" command > > Regards, > Shawn > ________________________________________________ > Shawn Drew > > > This message and any attachments (the "message") is intended solely for > the addressees and is confidential. If you receive this message in error, > please delete it and immediately notify the sender. Any use not in accord > with its purpose, any dissemination or disclosure, either whole or partial, > is prohibited except formal approval. The internet can not guarantee the > integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) > not therefore be liable for the message if modified. Please note that > certain > functions and services for BNP Paribas may be performed by BNP Paribas > RCC, Inc. > -- Ken Bury This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
