How to archive a backup of a VM?


Userlevel 7
Badge +5

Hi,

In this topic I want to highlight the possibilities to archive a backup for a VM before you want to delete or decommision.

Every company that uses VMs has to deal with deleting existing VMs, replacing them with new VMs because of migrating the application running on the VM, migrating because of using a new OS on the VM, …

A lot of reasons why existing VMs will soon or later will be deleted or replaced by new ones.

 

What do you want to do as a proper engineer before deleting the old VM?

 

→ Of course, you first want to take a backup before deleting the VM.

I often had the situation where the customer needs something being restored/recovered of the deleted VM 😊

Personally the best way for a VM that will be deleted, is having an independent full backup.

 

Is that possible with Veeam 🤣? 

Sure, in my opinion, there are 2 easy ways to do that.

  1. Using VeeamZIP

If the VM is still available on your hypervisor, the easiest way is to use VeeamZIP.

It creates an independent full backup (.VBK file), which you can store on the Veeam repository, local disk or network share.

Personally I prefer using an independent folder (named ARCHIVE) to put all of those backups on a central location.

To perform such a backup, just open the inventory viewselect the VM and choose VeeamZIP

 

Afterwards choose the location as mentioned, personally I never activate the option to automatically delete this backup (but that’s personally), activate the encryption (depends on the location where you put the backups - secure or not) and let the rest of the options default

 

 

You can see those backups under Backups > Disks (VeeamZIP)

 

→ Easy, wright?

 

  1. Using exporting backup

If the VM is not yet available anymore on the hypervisor, but you still have 1 or more backups of this VM in an existing backup chain of an existing job, this is the way.

With exporting a backup you can create an independent full backup (.VBK file) for this particular VM of an existing backup chain (full backup file and incremental backup files).

This can be chain using the reverse incremental method or forward incremental method.

A prerequisite is that the chain must exist on the backup repository.

The exported backup file will be on the location where the originally backup chain is present (so the backup repository).

To perform such a backup, navigate to Home and choose Export Backup

 

Afterwards choose the VM and restore point you want to export as a standalone full backup

If you want, you can activate the option to automatically delete this backup after a certain period of time, personally I don’t activate this option.

 

 

Click afterwards on Finish, that’s it, also easy 😉.

You also can see those backups under Backups > Disks (VeeamZIP).

 

I use this simple (somewhat hidden) functionality often.

 

I hope I taught you something.

 

regards

Nico


16 comments

Userlevel 7
Badge +8

Great article Nico.  👍🏼

Userlevel 7
Badge +5

Thank you for sharing @Nico Losschaert 

Userlevel 7
Badge +8

Good article, Nico.

VeeamZIP and exported backups are great features. I use them rather often to keep certain backup points for single VMs or to keep them for several months after deleting VMs.

Userlevel 7
Badge +5

Great article Nico.  👍🏼

Thx @Chris.Childerhose  😍

Userlevel 7
Badge +5

Thank you for sharing @Nico Losschaert 

Thx @Iams3le , my pleasure!

Userlevel 7
Badge +5

Good article, Nico.

VeeamZIP and exported backups are great features. I use them rather often to keep certain backup points for single VMs or to keep them for several months after deleting VMs.

thx @JMeixner, yes indeed, the power and usability of it, is underestimated 🤗

Userlevel 7
Badge +8

Great article Nico, a handy little trick if I might add for this:

 

If you accidentally set the backup to delete after X period of time, you don’t need to create another export. Just remove the backup from the configuration, and then reimport it 🙂

Userlevel 7
Badge +3

Great article @Nico Losschaert Thank you for sharing.

Another handy tip is to perform a recovery if working on a different machine, install the B&R console in trial mode, import the backup and recover the files. No need for a license. Makes it really easy to recover. 

Userlevel 7
Badge +8

Great article @Nico Losschaert Thank you for sharing.

Another handy tip is to perform a recovery if working on a different machine, install the B&R console in trial mode, import the backup and recover the files. No need for a license. Makes it really easy to recover. 

Tricky 😎

But… wouldn’t this work with the agent, too?

Userlevel 3

Good article and a practice I follow, but a good bolt-on is some side text file to describe what is inside this standalone backup that could be prompted for at the time of the backup.

Currently all you have to go on is the VM object name - if that is good enough for operators to understand fine.

As in a Veeam Backup Job you have ability to write a comment about the job.

I suppose if you use Notes in the VM summary page you could extract the .vmx file that holds those Notes comments and search for the annotation field.

Userlevel 7
Badge +3

Great article @Nico Losschaert Thank you for sharing.

Another handy tip is to perform a recovery if working on a different machine, install the B&R console in trial mode, import the backup and recover the files. No need for a license. Makes it really easy to recover. 

Tricky 😎

But… wouldn’t this work with the agent, too?

Good point. I’ve not tested with the agent so definitely something for me to try. 

Userlevel 7
Badge +8

Great article @Nico Losschaert Thank you for sharing.

Another handy tip is to perform a recovery if working on a different machine, install the B&R console in trial mode, import the backup and recover the files. No need for a license. Makes it really easy to recover. 

Tricky 😎

But… wouldn’t this work with the agent, too?

Good point. I’ve not tested with the agent so definitely something for me to try. 

I think it would with the Agent too but good to test. 👍

Userlevel 7
Badge +5

Great article Nico, a handy little trick if I might add for this:

 

If you accidentally set the backup to delete after X period of time, you don’t need to create another export. Just remove the backup from the configuration, and then reimport it 🙂

Thx @MicoolPaul for the handy trick 😂

Userlevel 7
Badge +5

Good article and a practice I follow, but a good bolt-on is some side text file to describe what is inside this standalone backup that could be prompted for at the time of the backup.

Currently all you have to go on is the VM object name - if that is good enough for operators to understand fine.

As in a Veeam Backup Job you have ability to write a comment about the job.

I suppose if you use Notes in the VM summary page you could extract the .vmx file that holds those Notes comments and search for the annotation field.

Thx @MacGee and good remark!

Userlevel 7
Badge +6

Thanks for sharing @Nico Losschaert! VeeamZIP is perfect for creating independent archives.

Userlevel 7
Badge +3

Great article, already using VeeamZIP like this or for archival purpose :)

Comment