Conserver l’historique de sauvegarde avec des stratégies de conservation à long terme

5 minutes

Les entreprises doivent conserver des sauvegardes pendant des mois ou des années pour une protection administrative régulière, par exemple pour restaurer des données supprimées accidentellement.

Par exemple, il existe au moins un pays/une région où opère votre organisation de vente au détail, et où les lois sur la protection des données vous obligent à conserver les enregistrements de toutes les transactions des clients pendant cinq ans. Vous devez vous assurer que les données dans Azure SQL Database qui sont sous-jacentes à votre système ERP (planification des ressources d’entreprise), sont conservées au moins aussi longtemps.

Vous allez maintenant découvrir les stratégies de conservation à long terme d’Azure SQL Database et apprendre à les utiliser quand vous devez conserver des sauvegardes pendant plus de 35 jours.

Stratégies de conservation de sauvegarde à long terme

Les sauvegardes automatiques Azure SQL Database restent disponibles pour une restauration pendant une durée allant jusqu’à 35 jours. Ce délai est suffisant pour les besoins d’une administration quotidienne. Toutefois, vous pouvez être amené à conserver les données pendant des périodes plus longues. Par exemple, les réglementations sur la protection des données dans votre juridiction locale peuvent vous obliger à conserver des sauvegardes pendant plusieurs années.

Pour répondre à ces exigences, utilisez la fonctionnalité LTR (conservation à long terme). Ainsi, vous pouvez stocker des sauvegardes Azure SQL Database dans des objets blob RA-GRS (stockage géoredondant avec accès en lecture) pour une durée allant jusqu’à 10 ans. Si vous avez besoin d’accéder à une sauvegarde liée à la fonctionnalité LTR, vous pouvez la restaurer en tant que nouvelle base de données à l’aide du portail Azure ou de PowerShell.

Mode de fonctionnement de la conservation à long terme SQL Database

La fonctionnalité de conservation à long terme (LTR, long term retention) copie les sauvegardes automatiques pour la récupération jusqu’à une date et heure vers différents blobs. Cette opération de copie s’exécute en arrière-plan à un niveau de basse priorité pour s’assurer qu’elle n’affecte pas le niveau de performance.

Ces sauvegardes ne sont pas effectuées par défaut. Vous devez configurer une stratégie afin de les démarrer et de les gérer.

Écrire une stratégie de conservation à long terme

La stratégie de LTR définit la fréquence à laquelle une sauvegarde automatique est copiée pour une conservation à long terme. Vous spécifiez cette fréquence avec des lettres :

W : spécifie qu’une sauvegarde complète est copiée chaque semaine vers la conservation à long terme.
M : spécifie qu’une sauvegarde complète est copiée la première semaine de chaque mois vers la conservation à long terme.
Y : spécifie qu’une sauvegarde complète est copiée chaque année vers la conservation à long terme.

Si vous utilisez Y pour les sauvegardes annuelles, vous pouvez spécifier la semaine de l’année où cette sauvegarde est copiée à l’aide du paramètre WeekOfYear.

Pour chaque lettre de stratégie, vous utilisez des chiffres ou des nombres qui indiquent la durée de conservation de la sauvegarde. Par exemple, pour conserver la sauvegarde hebdomadaire pendant 10 semaines, utilisez W=10. Pour conserver la sauvegarde annuelle pendant trois ans, utilisez Y=3.

Exemples de stratégies de conservation à long terme

Vous pouvez combiner des valeurs de conservation hebdomadaires, mensuelles et annuelles pour créer une stratégie flexible. Par exemple :

W=0, M=0, Y=5, WeekOfYear=3

Cette stratégie permet de conserver pendant cinq ans la sauvegarde complète effectuée au cours de la troisième semaine de l’année.
W=0, M=10, Y=0

Cette stratégie permet de conserver la première sauvegarde complète de chaque mois pendant 10 mois.
W=12, M=0, Y=0

Cette stratégie permet de conserver chaque sauvegarde complète hebdomadaire pendant 12 semaines.
W=4, M=12, Y=10, WeekOfYear=1

Cette stratégie permet de conserver chaque sauvegarde hebdomadaire pendant quatre semaines. Elle permet également de conserver la première sauvegarde complète de chaque mois pendant 12 mois. Enfin, la première sauvegarde complète effectuée la première semaine de chaque année est conservée pendant 10 ans.

Définition des stratégies de conservation dans PowerShell

Dans PowerShell, vous pouvez examiner une stratégie de conservation à long terme en exécutant cette commande :

Get-AzSqlDatabase `
    -ResourceGroupName <ResourceGroupName> `
    -ServerName <ServerName> `
    | Get-AzSqlDatabaseLongTermRetentionPolicy

Pour configurer la stratégie, utilisez l’applet de commande Set-AzSqlDatabaseBackupLongTermRetentionPolicy. Quand vous spécifiez ces stratégies dans PowerShell, vous devez utiliser les valeurs de durée ISO 8601. Par exemple, pour spécifier la stratégie W=10, passez la chaîne P10W au paramètre -WeeklyRetention. Pour spécifier la stratégie Y=3, passez la chaîne P3Y au paramètre -YearlyRetention.