Monday, 16 April 2018

SQL Database: Long-term backup retention preview includes major updates

The preview for long-term backup retention in Azure SQL Database was announced in October 2016, providing you with a way to easily manage long-term retention for your databases – up to 10 years – with backups stored in your own Azure Backup Service Vault.

Based upon feedback gathered during the preview, we are happy to announce a set of major enhancements to the long-term backup retention solution. With this update we have eliminated the need for you to deploy and manage a separate Backup Service Vault. Instead, SQL Database will utilize Azure Blob Storage under the covers to store and manage your long-term backups. This new design will enable flexibility for your backup strategy, and overall more control over costs.

This update brings you the following additional benefits:

◈ More regional support – Long-term retention will be supported in all Azure regions and national clouds.
◈ More flexible backup policies – You can customize the frequency of long-term backups for each database with policies covering weekly, monthly, yearly, and specific week-within-a-year backups.
◈ Management of individual backups – You can delete backups that are not critical for compliance.
◈ Streamlined configuration – No need to provision a separate backup service vault.

What happens with your existing long-term backup retention policies?


Your existing backups will be automatically transitioned to the SQL Database managed RA-GRS storage containers.

◈ All existing long-term backups are already copied from your recovery vaults to the new storage containers free of charge.

◈ The new API that supports the enhanced feature set will be available in parallel with the existing API until May 31, 2018. You are expected to update your configuration scripts to the new API by that deadline.

Note, backups associated with servers that are already dropped are not migrated.

The portal experience is updated to support the additional LTR capabilities as illustrated by the following image. If you configured your long-term retention policy using the portal no actions are expected from you. ­

The following diagram illustrates how you can configure a new long-term retention policy for a database.

Azure SQL Database, Azure Tutorials and Materials, Azure Certifications

The long-term policies for individual databases are shown in a single table as illustrated by the next diagram.

Azure SQL Database, Azure Tutorials and Materials, Azure Certifications

The next diagram illustrates how you can restore a specific long-term backup.

Azure SQL Database, Azure Tutorials and Materials, Azure Certifications

How will this impact your bill?


If you are using the existing LTR preview you will notice a new charge on your bill with the name LTR backup storage. At the same time, you no longer will be billed for the backups in recovery vaults. The new LTR solution is more cost efficient, which can mean lower overall long-term backup retention storage costs. In addition, the added flexibility in the backup retention policy helps you reduce costs even further by letting you select less frequent backups, e.g. once a month or once a year, or by deleting individual backups that you don’t need. If you are new to LTR and just configured your first LTR policy, your next monthly bill will include the LTR backup storage charges.

Does long-term retention impact my GDPR compliance?


If the backup contains personal data that is subject to General Data Protection Regulation (GDPR), you are required to apply enhanced security measures to protect the data from unauthorized access. In order to comply with GDPR, you need a way to manage the data requests of data owners without having to access backups. This layer of protection to the personal data stored in backups can be achieved by storing only "pseudonymized" data in backups. For example, if data about a person needs to be deleted or updated, it will not require deleting or updating the existing backups.

Related Posts

0 comments:

Post a Comment