When I was last internal IT I didn’t have tape infrastructure (rotated USB’s for airgap). As a result I just did a final VeeamZIP of the powered off VM and commited that to a separate folder on a SOBR extent. Once it’s not ‘required’ anymore and the thresholds for retention were met, it was just having that copy for ‘peace of mind’ in the event that exactly what you said would happen. Nice idea doing it to tape, alternatively now people could also throw it into some archive tier cloud storage (about to be a lot easier with v12 as well!) and just leave it there for a while.
I tended to do this because the business’ retention period was quite short (months not years), so it would age out of backups quite quickly.
Good discussion point 
I do a similar approach.
Several colleagues asked for a deleted VM some weeks after the deletion. So. I do a VeeamZIP of them and keep it for 3 months normally. I don’t copy them to tape, because we don’t have that much deleted VMs, I keep them on a separate disk storage. You can set an automatic deletion date on the VeeamZIPs, then you don’t have to do housekeeping for them.
Great point @Scott! You are doing it correctly with Veeam ZIP. Here is a fantastic guide from @Nico Losschaert on this topic. There are other ways to achieve this without Veeam as well.
Great point @Scott! You are doing it correctly with Veeam ZIP. Here is a fantastic guide from @Nico Losschaert on this topic. There are other ways to achieve this without Veeam as well.
Thx @Iams3le 
I’m in testing for Wasabi and that is the plan to 3-2-1 for archival data we have to keep for legal reasons, yet don’t require. With our 50-100 year retention policies for some stuff it gets pretty insane to keep this stuff on our SANS.
The Wasabi way is quicker to restore as well. AND, if you only need 1 file from the VM, you don’t have to restore the whole thing to the repository, which you do on tape.
I’ve used the VeeamZIP auto removal, but our Veeam storage is always on the verge of getting tight so having a ton of VeeamZIP’s in there of not required machines is less important that PROD backups.
Great point @Scott! You are doing it correctly with Veeam ZIP. Here is a fantastic guide from @Nico Losschaert on this topic. There are other ways to achieve this without Veeam as well.
Very similar. I use the EXPORT too
Great point @Scott! You are doing it correctly with Veeam ZIP. Here is a fantastic guide from @Nico Losschaert on this topic. There are other ways to achieve this without Veeam as well.
Thx @Iams3le
You are welcome
VeeamZIP is your friend for sure. We do this with every cleanup of any VMs is VeeamZIP them first and store them off on to different storage. Keeps us sane so we can do that restore if needed. 
The best could be a feature mixing “remove deleted data after” and SOBR: if we use capacity/archive tier, Veeam can let use to choose if we would automatically offload a deleted item e retain until the specified days set in the maintenance tab..what do you think?!
Storing such VMs/archives on a tape sounds like a perfect solution. As an alterantive with v12 and it’s direct to object storage capability, I would create a one-time job and upload such VMs to an object storage of choice; most likely Wasabi.
@marco_s - that is a good suggestion and would recommend adding it to the Veeam Forums - https://forums.veeam.com/
Also, Tape is another great solution for this as well as the direct to object. To me the direct to OBS is better since tapes would need to be tested more frequently to ensure it does not get corrupted.
I have already requested both the VM backup, and the ability to do a similar thing for files in the forums a while back, but more requests can actually help make things happen.
A big one for us is our retention. We have to keep 100’s of TB’s of data for 60-100 years. I’d love to “archive” files to 2 locations, (tape and Wasabi) then delete it off of the production file share.
Obviously Veeam don’t want to be responsible for the deletion so if that is manual, or a script on our end I’d understand that. but Having some sort of file tree of my “archived” files under another menu would be so good.
This is something we would invest in VUL licenses for even. I don’t need full file shares backed up with NAS backup as we can’t afford that vs regular Veeam backups, but this non prod stuff is costing a ton in storage for data that is not used often.
I checked on a few of our 30TB servers and the change rate is a few gig a day lol. another one was in the MB range.
I have already requested both the VM backup, and the ability to do a similar thing for files in the forums a while back, but more requests can actually help make things happen.
A big one for us is our retention. We have to keep 100’s of TB’s of data for 60-100 years. I’d love to “archive” files to 2 locations, (tape and Wasabi) then delete it off of the production file share.
Obviously Veeam don’t want to be responsible for the deletion so if that is manual, or a script on our end I’d understand that. but Having some sort of file tree of my “archived” files under another menu would be so good.
This is something we would invest in VUL licenses for even. I don’t need full file shares backed up with NAS backup as we can’t afford that vs regular Veeam backups, but this non prod stuff is costing a ton in storage for data that is not used often.
I checked on a few of our 30TB servers and the change rate is a few gig a day lol. another one was in the MB range.
Hannes is not taking us seriously in the forum! 
Hannes is not taking us seriously in the forum!
HAHA
Quite the opposite actually. I have had amazing help from those guys.
Hannes is not taking us seriously in the forum! :-)
hmm, why do you think so? The first request can make sense, but it adds complexity with hard to estimate benefit and currently only one customer asking for it. So let’s see how many others ask for features like that
the second thing is a different topic / technology and it’s confusing for every reader to have two topics / discussions mixed in one thread :-)
I was joking Hannes! :)
In any case, the request is not for me or for a specific person, but it is to improve the product, so it is for everyone..
We are all here because we love veeam, the goal is common!
Well, it depends of the need if necessary i will quickly discuss about it with the requestor. My BaaS has 6 months retention on tape for Production so normally that’s enough. If duly justified we can make an exception for longer retention with a Veeam Zip like suggested before :)
Well, it depends of the need if necessary i will quickly discuss about it with the requestor. My BaaS has 6 months retention on tape for Production so normally that’s enough. If duly justified we can make an exception for longer retention with a Veeam Zip like suggested before :)
Lucky. the 60 year and 100 year legal requirements on some of the large stuff I have is crazy. And because of that everyone figures they have to save EVERYTHING.
Wow, it doesn’t make sense… Sometimes reason does not prevail over intriguing customer demand, i don’t want to be in a brain of a DPO who asks for this.
Wow, it doesn’t make sense… Sometimes reason does not prevail over intriguing customer demand, i don’t want to be in a brain of a DPO who asks for this.
Some of it has to do with criminal activity so the legal requirements are set by government. It does make sense once you are on this side, but it’s difficult because every year data gets bigger and bigger
If you charge for the service, why not good for you, but it is abnormal if the business application uses the backup as an archive. There is a small problem of application architecture.
If you charge for the service, why not good for you, but it is abnormal if the business application uses the backup as an archive. There is a small problem of application architecture.
So the IT department and team that does the backups, file servers, storage, servers shouldn’t be in charge of the data archives and retention? Even though we use the backup software of Veeam, TSM and cloud storage, and no one else even has credentials to do so?
We are not an MSP, this is our data. The law is that we have to keep it. we are paying for this, not charging.
It’s quite normal in our circumstances to have crazy retention.
I just want it off prod as easy as possible and into Wasabi and tape as the chances of needed to restore it get smaller every year. It still doesn’t change it’s mandated by law.
It was just my POV, it depends on many factors (opinion, internal organization, use cases). I'm not a huge fan of using backup to archive when depending on the use case it can be managed in a database.
I didn't say that it was your case but I have often come across these cases. I did not want to create any misunderstanding :)
If you charge for the service, why not good for you, but it is abnormal if the business application uses the backup as an archive. There is a small problem of application architecture.
So the IT department and team that does the backups, file servers, storage, servers shouldn’t be in charge of the data archives and retention? Even though we use the backup software of Veeam, TSM and cloud storage, and no one else even has credentials to do so?
We are not an MSP, this is our data. The law is that we have to keep it. we are paying for this, not charging.
It’s quite normal in our circumstances to have crazy retention.
I just want it off prod as easy as possible and into Wasabi and tape as the chances of needed to restore it get smaller every year. It still doesn’t change it’s mandated by law.
OK, my experience is, if you charge internally for the storage consumption, then are suddenly many hard requirement not so hard anymore… 
And yes, I agree, some legal requirements make no really sense. perhaps you have the date after all these years, but do you have machines and software to read them and work with them?
With our 50-100 year retention policies for some stuff it gets pretty insane to keep this stuff on our SANS.
Catching up on some old posts/tabs I forgot about, but I have to ask...what kind of data requires a 50-100 year retention policy? The only thing I can think of is government records, like property records and such….
