Skip to main content
Druva Documentation

About Long Term Retention

The availability of this feature is limited based on the license type, region, and other criteria. To access this feature, contact your Druva Account Manager or Druva Support. This article/documentation is subject to change based on the continuous improvements to this feature.

In our day-to-day lives, we like to arrange our books, clothes, and other items in a way that helps us keep the more frequently used ones at an arm’s reach, while the less frequently used ones take a back seat. We call this behavior “being organized” and this sense of organization helps us save some precious time. Now, when you apply the same sense of organization in your data protection with Phoenix, you not only save time but money too. Say hello to Long Term Retention, or as we like to call it - LTR! 

Before using this feature, it’s a good idea for you to identify data suitable for long term retention. This is the data that you wouldn’t mind keeping away for a while but is still important enough to retain (say for compliance purposes). Also, you shouldn’t mind a higher RTO for this data, which means that it can have a higher tolerable recovery time. Upon successfully identifying such data, by using Phoenix that leverages the capabilities of Amazon Glacier Deep Archive (GDA as cold tier) for data protection, you can:

  • Reduce your overall data protection cost by up to 30%.

  • Protect data for long term to address legal and compliance needs.

  • Meet your RTO SLAs with the latest backups. 

Several pieces are involved in how your data gets to the cold tier and is restored. Let’s take a look at the workflow to know how it works.

Workflow

clipboard_ecf56da3445ac731316c66e6b612a90fa.png

Here’s what happens: 

  1. You identify the backup sets that protect the data that you deem suitable for long term retention. This is the data that you want to retain for one year or longer and for which the RTO requirement relaxes after 15 days.

  2. You buy credits based on your estimation of LTR and Non-LTR data. 

  3. You then set the retention period as one year or more in the backup policy and enable LTR for this policy.

    Note: The one-year retention period can be in the form of daily, weekly, monthly, or yearly backups. For example:
    clipboard_eb2199e9b2e88e8339bef4aa628fa6451.png
  4. And, then comes the best part! You begin getting cost-benefit immediately on your storage. All data in the LTR backup sets consume lower credits. 

  5. Snapshots older than 15 days of an LTR-enabled backup set are transitioned to the cold tier.

  6. At the time of restore, this data is defreezed from cold tier and moved to S3 (warm tier) from where it can be restored quickly.
    Note: The defreeze time for cold snapshots is typically 12-36 hours.

On a high level, this is pretty much it! But, to get the most out of this feature, you need to know the details of the eligibility criteria, the data restore process, and early delete fees. Read on to find out!

Terms to know

  • Warm snapshots: Warm snapshots are point-in-time copies of backup data of the last 15 days. These snapshots are stored in the Amazon S3 storage. Data from warm snapshots can be restored immediately.   
  • Cold snapshots: Cold snapshots are point-in-time copies of backup data older than 15 days. These snapshots are stored in the Amazon Glacier Deep Archive. To restore data from cold snapshots, data needs to be first retrieved from Amazon Glacier Deep Archive before a restore can be triggered.  
  • Defreeze or retrieve: To restore data from cold tier, data needs to be first retrieved from Amazon Glacier Deep Archive. This process is called defreeze/retrieve. The retrieved data is considered as thawed and is available for restore. 
  • Thawed data: The retrieved data is considered as thawed and is available for restore. After your data is thawed, Phoenix sends an email informing you about the availability of your data, and also the duration for which your data remains available. After you receive this email, you can restore this thawed data.

The eligibility criterion for LTR

The cold tier is designed to reduce cost on data that you retain for long term. Hence, only the backup sets for which the retention period is greater than or equal to one year are eligible for LTR.

Enabling LTR and cost benefits

The LTR enable option is available only for the backup policies with LTR-eligible retention period. For more information on enabling LTR, see Enabling Long Term Retention.

Say you had LTR enabled on a backup policy and based on this backup policy, your data moved to the cold tier. Upon disabling LTR, data will stop getting transferred to the cold tier. However, your existing data in the cold tier will remain in the cold tier until it expires. 

Impact on non-LTR backup policies

In short, there is no intelligent tiering for non-LTR backup policies. All the snapshots are stored in the warm tier. You can initiate restore from non-LTR backup sets and there will be no defreezing before the restore process, regardless of the age of the snapshot.

Restoration of cold-tier data

Data from the cold tier must be defreezed, moved temporarily to the warm tier and then restored. Once the data is defreezed, you need to manually initiate the restore from the defreezed data. Defreezed data is deleted after the defreeze period expires. The duration of the defreeze period is 10 days.

RTO for cold data = defreeze time + restore initiation time + data restore time

  • Defreeze time is the time needed to identify the cold blocks and initiate and retrieve data blocks from the cold tier (typically 12-36 hours).

  • Restore initiation time is the time taken to initiate the restore process of your data.

  • Data restore time is the time needed to restore the data. Once the thawing process is complete, this is similar to that of warm data.

 

Early delete fee

If you delete your data before the one-year retention period completes, Druva incurs an early delete cost. Hence, we charge you an early delete fee depending on the size of your data that you deleted early from the cold tier. The early delete fee is recorded in your billing.

Conditions for early delete fee

  • An early delete fee will apply if your snapshots get expired due to reduction of the retention period.

  • An early delete fee will apply if you manually delete the cold snapshots, backup sets or servers with cold snapshots.

Note: Snapshots older than one year (after LTR enable) will not incur any early delete fee.

Calculation of early delete fee

We’d calculate the early delete fee for early deletion of snapshots, backup sets, and servers (provided some or all data resides in the cold tier) and the same would reflect in your billing. Early deletion refers to the data that gets deleted before one year of the retention period. The early delete fee is calculated based on the size of the data that gets deleted from the cold tier earlier than one year.

Early Delete Fee (in credits) = 0.35*(12 - # months in cold tier)*(Data deleted in TB)

In this article, we gave you an insight into LTR that has a list of benefits such as saving you money, helping you address compliance, and meet your RTO SLAs.

Next step

Now that you’ve fairly understood the feature, go ahead and do some savings by enabling LTR

  • Was this article helpful?