Comprehensive data protection for all workloads
Post Reply
bcburns
Lurker
Posts: 2
Liked: never
Joined: Nov 11, 2013 3:55 pm
Full Name: Brad Burns

Backup Copy > Write-only NAS Share

Post by bcburns »

Hi folks,

I'm currently evaluating Veeam B&R.

We have a storage device that presents as a NAS. We'd like to copy our backups from our primary repository to this device.

The only caveat is that, generally, you can't read from the device except in special circumstances (e.g. reading the entire contents of the device).

Will this break Backup Copy? Can we use File Copy instead?

Thanks!
Shestakov
Veteran
Posts: 7328
Liked: 781 times
Joined: May 21, 2014 11:03 am
Full Name: Nikita Shestakov
Location: Prague
Contact:

Re: Backup Copy > Write-only NAS Share

Post by Shestakov »

Hi Brad and welcome to the community!
Backup copy job needs to read from repository since it performs merges. File copy just writes, but it will take much more space.
Is there a chance to grant full rights to VBR?
Thanks!
dellock6
VeeaMVP
Posts: 6139
Liked: 1932 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Backup Copy > Write-only NAS Share

Post by dellock6 »

What is the use case for this design? Having protected secondary copies of the backup to be safe from deletions or cryptolocker-style attacks?
There are ways to configure permissions on each storage or share to prevent this even without placing the entire volume in write-only. Also because a delete, depending on the filesystem, has the same rights of a write, so it could not be enough to just allow writes.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
bcburns
Lurker
Posts: 2
Liked: never
Joined: Nov 11, 2013 3:55 pm
Full Name: Brad Burns

Re: Backup Copy > Write-only NAS Share

Post by bcburns »

dellock6 wrote:What is the use case for this design? Having protected secondary copies of the backup to be safe from deletions or cryptolocker-style attacks?
There are ways to configure permissions on each storage or share to prevent this even without placing the entire volume in write-only. Also because a delete, depending on the filesystem, has the same rights of a write, so it could not be enough to just allow writes.
Great question.

Writes on the NAS aren't restricted by permissions. They're restricted by the architecture of the target NAS. Reads are possible, but they can take several hours to access. The architecture is cloud-backed or tape-backed with a disk cache frontend. It's approximately equal to a Amazon Cloud Gateway backed by Glacier.

Deletes are handled as part of a separate metadata interface that is split out from the data path.
dellock6
VeeaMVP
Posts: 6139
Liked: 1932 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Backup Copy > Write-only NAS Share

Post by dellock6 »

As soon as you said several hours I thought exactly about Glacier. I'd say that in this case, it's not a suitable target for Veeam, thinking of how our data patterns are in terms of read and writes. Unless again you use file copies, but at this point you can even use file system copy capabilities to store veeam files into this NAS.

Out of curiosity, which technology is it, if you can say it?
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
veremin
Product Manager
Posts: 20284
Liked: 2258 times
Joined: Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin
Contact:

Re: Backup Copy > Write-only NAS Share

Post by veremin »

I'm also wondering whether the solution can be configured as a VTL. If so, it might stand to reason to do that and use backup to tape job instead of backup copy one. Thanks.
Post Reply

Who is online

Users browsing this forum: Google [Bot], reuben.walker and 83 guests