Skip to main content

Veeam and Tape III - Restore of Backup Job Files from Tape which were backed up with a File-to-Tape Job


JMeixner
Forum|alt.badge.img+17
  • On the path to Greatness
  • 2650 comments

This is the description of an unusual scenario where Backup Job Files (.vbk and .vib Files) are backed up with a File-to-Tape Job instead a Backup-to-Tape Job. This has several disadvantages, e.g., you must know on which tape your files you want to restore are residing. You cannot find your tape backups under the backups section in the “Home” view of console and many more…

OK, now have a look how we get these files back from tape.

See the results of the File-to-Tape job and find the tape number the files reside on. If you don’t know the tape, read further, and use the search function ( Note: the warning in the screenshot can be ignored. The filesystem is too big for VSS Snapshots, I have forgotten to switch the VSS snapshots off for this test backup job.).

Then go in the Veeam Console to the “Tape Infrastructure” section. Either go to the media pool where the affected tape is in or look for it in the Media section of your tape library.

Right click on the tape and select “Restore Content”. This opens a wizard, follow the directions of the dialog to proceed.

If you have right clicked on the affected tape, the correct tape is shown in the list.

In case you don’t know on which tape your files are, right click on any tape and select “Restore Content”. The use the search field of the wizard and type a part of your filenames you want to find. Then you can select the needed files from the list. Use this search procedure in case you don’t want to restore the whole tape, too.

Click on “Next” and follow the next steps of the wizard.

Select the server and the directory you want to restore the files on. The directory should be a directory you have defines a repository on. After that click “Next”.

In my case no files are in the target directory. So, I cannot select anything here. Select the correct option for your environment. Keep the checkbox “Restore file and folder security” checked. Click “Next” to proceed.

Last chance to change any options. If all is ok, click “Finish” to start the restore.

Check the results of the restore. Hopefully there are no errors, and all your files are on disk now. Click “Close” to end the restore wizard.

Now some more steps are necessary to use the restored backup job files.

The restore has saved the restored files with the complete original path under the directory you have chosen earlier.

Copy your files to the base repository directory (in my case E:\Backup).

Then rescan your repository

Now you find the backup files in the “Home” section under “Backups” --> “Disk (Imported)”. From here you can restore from these files with all options Veeam offers.

 

 

The recommendation for backup job files is to use a Backup-to-Tape job and not a File-to-Tape job. The handling of the files is much easier. I will create a similar tutorial for restore from a Backup-to-Tape job in the next time.

26 comments

Chris.Childerhose
Forum|alt.badge.img+21

Very interesting. Great write-up.


Iams3le
Forum|alt.badge.img+11
  • Veeam Legend
  • 1389 comments
  • May 30, 2022

Great! Thank you @JMeixner for showing these steps!


smarivoet
Forum|alt.badge.img+4
  • Veeam MVP
  • 44 comments
  • May 30, 2022

You’re perfectly right… that file to tape should be avoided in this case. But for another (future) reason. I don’t think VBR is aware that the source was backed up in the past as you choose to pick a file (accidentally a backupfile) to place it on a tape…

in V12 this shall be licensed as nas-backup so with vul. 

but it has an advantage… it will be a LOT faster ;)


Mildur
Forum|alt.badge.img+12
  • Influencer
  • 1035 comments
  • May 30, 2022
smarivoet wrote:

You’re perfectly right… that file to tape should be avoided in this case. But for another (future) reason. I don’t think VBR is aware that the source was backed up in the past as you choose to pick a file (accidentally a backupfile) to place it on a tape…

in V12 this shall be licensed as nas-backup so with vul. 

but it has an advantage… it will be a LOT faster ;)

@smarivoet 
File 2 Tape Backups of vbk and vib files doesn‘t need to be licensed with V12. Veeam will know that this are backup files with Agent or VM content, which already used a license.

But I agree from a technical side with not using File 2 Tape Jobs at all, if you have veeam backup files. 


smarivoet
Forum|alt.badge.img+4
  • Veeam MVP
  • 44 comments
  • May 30, 2022
Mildur wrote:


Veeam will know that this are backup files with Agent or VM content, which already used a license.

I don’t have the tape-capacity in my homelab to test it, but I hope that isn’t true…

I’ve seen a lot… so it would not surprise me to see inventive people with zip-archives that are going to be renamed and tracked in excel files 🙄


Mildur
Forum|alt.badge.img+12
  • Influencer
  • 1035 comments
  • May 30, 2022

I don’t have the tape-capacity in my homelab to test it, but I hope that isn’t true…

 

What shouldn‘t be true? That it doesn‘t require a license? 
Veeam Backup Files will be excluded from the size calculation and doesn‘t consume a license for the Tape Job. :)

https://forums.veeam.com/post453227.html#p453227

 

I’ve seen a lot… so it would not surprise me to see inventive people with zip-archives that are going to be renamed and tracked in excel files

 

I don‘t have tested it yet, but I‘m sure that only changing the file ending will not be enough to trick veeam into thinking they are backup files. 


JMeixner
Forum|alt.badge.img+17
  • Author
  • On the path to Greatness
  • 2650 comments
  • May 30, 2022
smarivoet wrote:

You’re perfectly right… that file to tape should be avoided in this case. But for another (future) reason. I don’t think VBR is aware that the source was backed up in the past as you choose to pick a file (accidentally a backupfile) to place it on a tape…

in V12 this shall be licensed as nas-backup so with vul. 

but it has an advantage… it will be a LOT faster ;)

Yes, completely true. You should not use file-to-tape jobs for this. But there are clients that do this in this way sometimes - an then do not know how to get the files back.

And in V12 these files should be excluded from licensing. With this I am more afraid that the files generated with the application plugins will be licensed. Plugin files can be copied to tape with file-to-tape only and if there are licensed this will get very expensive for us…. We have a lot of RMAN data.


smarivoet
Forum|alt.badge.img+4
  • Veeam MVP
  • 44 comments
  • May 30, 2022

interesting case… because I recall file to tape being litterally any file to a tape… without logic or intelligence. I’ll ping one of my peers for beta2 try-out.


vNote42
Forum|alt.badge.img+13
  • On the path to Greatness
  • 1246 comments
  • May 31, 2022

Thanks for the great post, @JMeixner !

The only environments where I see this type of B2T scenario are where there is no enterprise (and/or +) license.


JMeixner
Forum|alt.badge.img+17
  • Author
  • On the path to Greatness
  • 2650 comments
  • May 31, 2022
vNote42 wrote:

Thanks for the great post, @JMeixner !

The only environments where I see this type of B2T scenario are where there is no enterprise (and/or +) license.

Yes, but I think this is manageable for very small environments only…. Ok, a small company will probably not have a big tape library 😎


regnor
Forum|alt.badge.img+14
  • Veeam MVP
  • 1352 comments
  • May 31, 2022

Great write-up @JMeixner!

I'm glad that Standard licensed environments are rather rare as managing tapes is no fun without backup to tape jobs.


JMeixner
Forum|alt.badge.img+17
  • Author
  • On the path to Greatness
  • 2650 comments
  • May 31, 2022
regnor wrote:

Great write-up @JMeixner!

I'm glad that Standard licensed environments are rather rare as managing tapes is no fun without backup to tape jobs.

Definitely! With standard license you can manage a standalone drive with a handful tapes, but not a library with a lot of tapes.


vNote42
Forum|alt.badge.img+13
  • On the path to Greatness
  • 1246 comments
  • June 1, 2022
regnor wrote:

Great write-up @JMeixner!

I'm glad that Standard licensed environments are rather rare as managing tapes is no fun without backup to tape jobs.

With VUL we will not see much standard editions in future 🙄


MicoolPaul
Forum|alt.badge.img+23

Great write up @JMeixner, handy guide to help people walk back out of that scenario, I’m sure there are more than a few people out there waiting to trip up on this scenario when they suddenly find themselves needing to recover! Great work Mr Tape!!!


marcofabbri
Forum|alt.badge.img+13
  • On the path to Greatness
  • 990 comments
  • June 1, 2022

Thanks for this great walkthrough @JMeixner!


Dima P.
  • 15 comments
  • June 1, 2022

Great post, thank you for sharing.

 

  1. If you do have access to backup to tape jobs please use those. Forever incremental merges are not tracked/processed by file to tape at all. Backup to tape can handle that and create periodic synthetics whenever needed
  2. If you by any chance have to stick with file to tape jobs for Veeam backup file processing (say you have socket license with Standard edition and cant upgrade to VUL or a higher edition) - disable incremental processing for forever forward backup chains and try to avoid interference with your primary backup job (there is no awareness of running source job in file to tape, but backup to tape can do that)

Thank you guys!

 


Iams3le
Forum|alt.badge.img+11
  • Veeam Legend
  • 1389 comments
  • June 1, 2022
Dima P. wrote:

Great post, thank you for sharing.

 

  1. If you do have access to backup to tape jobs please use those. Forever incremental merges are not tracked/processed by file to tape at all. Backup to tape can handle that and create periodic synthetics whenever needed
  2. If you by any chance have to stick with file to tape jobs for Veeam backup file processing (say you have socket license with Standard edition and cant upgrade to VUL or a higher edition) - disable incremental processing for forever forward backup chains and try to avoid interference with your primary backup job (there is no awareness of running source job in file to tape, but backup to tape can do that)

Thank you guys!

 

+1


BertrandFR
Forum|alt.badge.img+8
  • Influencer
  • 528 comments
  • June 16, 2022
JMeixner wrote:
smarivoet wrote:

You’re perfectly right… that file to tape should be avoided in this case. But for another (future) reason. I don’t think VBR is aware that the source was backed up in the past as you choose to pick a file (accidentally a backupfile) to place it on a tape…

in V12 this shall be licensed as nas-backup so with vul. 

but it has an advantage… it will be a LOT faster ;)

Yes, completely true. You should not use file-to-tape jobs for this. But there are clients that do this in this way sometimes - an then do not know how to get the files back.

And in V12 these files should be excluded from licensing. With this I am more afraid that the files generated with the application plugins will be licensed. Plugin files can be copied to tape with file-to-tape only and if there are licensed this will get very expensive for us…. We have a lot of RMAN data.

we always have the same query for RMAN files even if I planned with my database expert to move to the new RMAN system in V12, the switch will not be as fast as the update in v12. We will need to validate this new paradigm in testing before going into production… Maybe @Rick Vanover  or @Mildur could have an answer about this subject 😇


Dima P.
  • 15 comments
  • June 16, 2022

All Veeam backup files are excluded from file to tape licensing engine. That’s true for plug-ins, agents, nas backup and the vm backup/backup copy stuff.


BertrandFR
Forum|alt.badge.img+8
  • Influencer
  • 528 comments
  • June 16, 2022
Dima P. wrote:

All Veeam backup files are excluded from file to tape licensing engine. That’s true for plug-ins, agents, nas backup and the vm backup/backup copy stuff.

Thank you for clarification @Dima P. 


JMeixner
Forum|alt.badge.img+17
  • Author
  • On the path to Greatness
  • 2650 comments
  • June 16, 2022
Dima P. wrote:

All Veeam backup files are excluded from file to tape licensing engine. That’s true for plug-ins, agents, nas backup and the vm backup/backup copy stuff.

Was this decision made now? It was not clear at VeeamOn, I have spoken to several of the people who did presentation about the plugins.

This would be very nice, otherwise it will get rather expensive for us to write the plugin data to taoe in the future….


Dima P.
  • 15 comments
  • June 16, 2022

Yes, had that in my VeeamOn session covered, but unfortunately it was virtual only ;) 

 

In your case file to tape acts as a secondary job to process Veeam plug-in backup data, so should not / wont consume any additional license for the size of plug-in backup files.


JMeixner
Forum|alt.badge.img+17
  • Author
  • On the path to Greatness
  • 2650 comments
  • June 16, 2022
Dima P. wrote:

Yes, had that in my VeeamOn session covered, but unfortunately it was virtual only ;) 

 

In your case file to tape acts as a secondary job to process Veeam plug-in backup data, so should not / wont consume any additional license for the size of plug-in backup files.

Ok, that's fine. Thank you.

And  I asked this in a virtual VeeamOn session… not sure if it was yours. The answer was that this not decided up to now.

 

So, thank you for the clarification.


Rick Vanover
Forum|alt.badge.img+10
Dima P. wrote:

Yes, had that in my VeeamOn session covered, but unfortunately it was virtual only ;) 

 

In your case file to tape acts as a secondary job to process Veeam plug-in backup data, so should not / wont consume any additional license for the size of plug-in backup files.

 

That session can be played at Veeamon.com - but only until July 18!


  • Not a newbie anymore
  • 6 comments
  • September 4, 2023

Hello @JMeixner,

Is it possible to share the Backup-to-Tape job restore tutorial.


Comment