v.Eremin wrote:Hi, Joerg,
Currently, tape GFS can be implemented by creating separate tape jobs pointed to different media pool. You can find more information here.
joerg.hermanns wrote:As far as i did understand, the tape-database (of course) only keeps track of vm-backups (lets say metdadata) when i do a VM-to-Tape job and not a Files-to-Tape-job?
So how can we then find out, which tapes are needed to restore the repository to the latest versions?
joerg.hermanns wrote:The fact that i cannot copy from a "Backup copy" to tape is excactly the problem i think ...
But is my wish so uncommon?
joerg.hermanns wrote:If all files in the repository (lets say from a "copy files" job which sources from a "backup copy" job) are then visible in the "Files" area....
Wouldnt it then be possible to just right-click the directory-node of the repository and by thus restore ALL files saved in the Veeam-Database?
Of course - we would have to make sure that all tapes needed are then available ...
tsightler wrote:If you did a regular full backup, yes, but you asked specifically about only sending the most recent VBK to disk, which is really more of an incremental backup of the repository. In that scenario I believe that the directory would show every VBK that was ever backed up from that directory rather than the current state of the directory, the latter being what you would actually want.
Users browsing this forum: No registered users and 1 guest