Skip to main content

What would you consider a "standard" / recommended retention policy? (see poll)


Cragdoo
Forum|alt.badge.img+9

I know the answer is really “it depends”, but if customer says “what would you recommend” ..as they tend to do, what would be your go-to recommendation. Feel free to offer other options.

What would you consider a "standard" / recommended retention policy?

16 comments

coolsport00
Forum|alt.badge.img+20
  • Veeam Legend
  • 4109 comments
  • May 3, 2024

As I’m on the Customer side and never get asked this kind of question, I can only provide what I would “think” would be appropriate, with a balance between “current’ restore points to ‘quickly’ restore from and viable long-term retention to be able to recover in the event of some mishap.

Personally, I’d go with your middle option Craig. A week’s worth for short-term is generally the timeframe of an org’s “operational restore window”; and, the 4Ws, 3Ms, 1Y gives the biz a good amount of long-term points from which to recover, without utilizing too much storage...assuming they’d be implementing a block clone filesystem.

Good question!


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

This one will be subjective for sure based on the person answering and where they work.  I selected the last one as it seems like a good policy and one I would implement.  It will be interesting to see how the answers on this one go.


Link State
Forum|alt.badge.img+11
  • Veeam Legend
  • 602 comments
  • May 3, 2024

chosen last option for me the best 

7D/4W/12M/1Y


dips
Forum|alt.badge.img+7
  • Veeam Legend
  • 808 comments
  • May 3, 2024

I’m going with the second last option as that one works for us. However, it is also job dependent depending on the type of jobs being backed up and balances out our storage infrastructure too. 


tarik.yenisey
Forum|alt.badge.img+5
Cragdoo wrote:

I know the answer is really “it depends”, but if customer says “what would you recommend” ..as they tend to do, what would be your go-to recommendation. Feel free to offer other options.

From what I've seen, customers running in the cloud typically take daily backups and keep them for 14 days. They generally don't want weekly or annual backups unless necessary. (What I mean by "necessary" is that there are people who do it for reasons such as audit processes.)


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • 350 comments
  • May 6, 2024

Hi @Cragdoo 

my choice about 7D/4W/0M/0Y is only to VM backup related. I love to explain to the customer there are no reasons to have a lot of backup data for VM. I think 14 days for performance tier backup data is a good time to retain the VM if they have immutable repository and a very reactive support team. 

Different idea is for unstructured data where can be needed more restore point.  


Scott
Forum|alt.badge.img+8
  • Veeam Legend
  • 993 comments
  • May 9, 2024

Mine is very different, but I chose the middle as it seems reasonable. 

With tape I actually keep a few yearly jobs offline.  

I try to have 14-30 daily’s if I can for file servers at my primary site. At other sites I’ll start doing weekly/monthly jobs. 

I have a few jobs that run multiple times a day so I go by how many restore points instead of days. 

I also run snapshot jobs every few hours to capture the state of VM’s between the backup jobs if I need to restore something.

 

 

 


leduardoserrano
Forum|alt.badge.img+6

Great pool @Cragdoo ! Hi! if depends and you must provide a first guideline, the last option is the most complete: 7D/4W/12M/1Y 😊


Cragdoo
Forum|alt.badge.img+9
  • Author
  • Veeam Vanguard
  • 130 comments
  • May 20, 2024

I see @Rick Vanover would add another option

 

7D/4W/4M/4Y 😮

 

Any thoughts on that one?


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

I can see that as well as 7Y for certain companies like banks or government for sure.  We have some customers that need that long for retention.


coolsport00
Forum|alt.badge.img+20
  • Veeam Legend
  • 4109 comments
  • May 20, 2024
Cragdoo wrote:

I see @Rick Vanover would add another option

 

7D/4W/4M/4Y 😮

 

Any thoughts on that one?

If using Fast Clone...sure! Minimal storage cost.


Cragdoo
Forum|alt.badge.img+9
  • Author
  • Veeam Vanguard
  • 130 comments
  • May 21, 2024
Chris.Childerhose wrote:

I can see that as well as 7Y for certain companies like banks or government for sure.  We have some customers that need that long for retention.

but would you call that standard/recommended? It’s based on specific compliance requirements.

 

 


Chris.Childerhose
Forum|alt.badge.img+21
Cragdoo wrote:
Chris.Childerhose wrote:

I can see that as well as 7Y for certain companies like banks or government for sure.  We have some customers that need that long for retention.

but would you call that standard/recommended? It’s based on specific compliance requirements.

 

 

No I would not. My other answer still stands for the recommended setting. 😁


dloseke
Forum|alt.badge.img+7
  • On the path to Greatness
  • 1447 comments
  • June 3, 2024

For me, it depends on what the customer is using for the backing repository.  If they’re using something like Object Storage, REFS or XFS datastores, then I’m fine with 7D/4W/12M/1Y (or longer yearly if needed), but for my clients using NTFS, NFS or SMB/CIFS repositories and we need the space, I’ll omit weekly retention and instead run something like 30D/0W/12M/1Y or much less like 30D/0W/3M/0Y if space is a real premium for them.  Most of these clients also will have copy jobs or SOBR including Object Storage that has the longer-term retention though.


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • 350 comments
  • June 4, 2024

I got a new request from a customer: an immutable S3 on-prem with 30 days retention and cloud immutable S3 with 30 days and 12Monthly...no weekly and no yearly… probably as new types of storing can emerge different types of retention policy. 

How would you implement this requirement? And what’s your idea about this? 

Thanks


Chris.Childerhose
Forum|alt.badge.img+21
Andanet wrote:

I got a new request from a customer: an immutable S3 on-prem with 30 days retention and cloud immutable S3 with 30 days and 12Monthly...no weekly and no yearly… probably as new types of storing can emerge different types of retention policy. 

How would you implement this requirement? And what’s your idea about this? 

Thanks

You could do a VHR on premise and then cloud vendor for the GFS of 12 months plus the 30 days. It all depends what vendor you want to use like Wasabi say or other.  The VHR would be a physical box on premise.


Comment