Vous pouvez modifier la période par défaut de rétention de sauvegarde pour restauration à un instant dans le passé (PITR), ainsi que la fréquence de sauvegarde différentielle à l’aide du portail Azure, d’Azure CLI, de PowerShell ou de l’API REST. Les exemples suivants montrent comment modifier la rétention PITR à 28 jours et les sauvegardes différentielles à un intervalle de 24 heures.
Avertissement
Si vous réduisez la période de rétention actuelle, vous perdez la possibilité de restaurer à des points dans le temps antérieurs à la nouvelle période de rétention. Les sauvegardes qui ne sont plus nécessaires pour fournir la fonctionnalité PITR dans la nouvelle période de rétention sont supprimées.
Si vous augmentez la période de rétention actuelle, vous n’avez pas immédiatement la possibilité de restaurer à des points dans le temps antérieurs dans la nouvelle période de rétention. Vous obtenez cette possibilité dans le temps, car le système commence à conserver les sauvegardes plus longtemps.
Pour modifier la période de rétention de sauvegarde PITR ou la fréquence de sauvegarde différentielle pour des bases de données actives à l’aide du portail Azure :
- Accédez au serveur logique dans Azure avec les bases de données dont vous souhaitez modifier la période de rétention.
- Sélectionnez Sauvegardes dans le volet gauche, puis l’onglet Stratégies de rétention.
- Sélectionnez les bases de données pour lesquelles vous souhaitez modifier la conservation de la sauvegarde PITR.
- Sélectionnez Configurer des stratégies dans la barre d’action.
- Pour modifier la période de rétention pour les sauvegardes de restauration à un instant dans le passé, utilisez le curseur sous Restauration à un instant dans le passé.
- Pour modifier la fréquence de sauvegarde différentielle, sélectionnez 12 heures ou 24 heures dans le menu déroulant sous fréquence de sauvegarde différentielle.
Préparer votre environnement pour Azure CLI :
Utilisez l’environnement Bash dans Azure Cloud Shell. Pour plus d’informations, consultez Démarrage rapide pour Bash dans Azure Cloud Shell.
Si vous préférez exécuter les commandes de référence de l’interface de ligne de commande localement, installez l’interface Azure CLI. Si vous exécutez sur Windows ou macOS, envisagez d’exécuter Azure CLI dans un conteneur Docker. Pour plus d’informations, consultez Guide pratique pour exécuter Azure CLI dans un conteneur Docker.
Si vous utilisez une installation locale, connectez-vous à Azure CLI à l’aide de la commande az login. Pour finir le processus d’authentification, suivez les étapes affichées dans votre terminal. Pour connaître les autres options de connexion, consultez Se connecter avec Azure CLI.
Lorsque vous y êtes invité, installez l’extension Azure CLI lors de la première utilisation. Pour plus d’informations sur les extensions, consultez Utiliser des extensions avec Azure CLI.
Exécutez az version pour rechercher la version et les bibliothèques dépendantes installées. Pour effectuer une mise à niveau vers la dernière version, exécutez az upgrade.
Modifiez la durée de conservation des sauvegardes PITR (limite de restauration dans le temps) et la fréquence des sauvegardes différentielles pour les bases de données actives à l’aide de l’exemple suivant :
# Set new PITR differential backup frequency on an active individual database
# Valid backup retention must be 1 to 35 days
# Valid differential backup frequency must be ether 12 or 24 hours
az sql db str-policy set \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--retention-days 28 \
--diffbackup-hours 24
Pour modifier la rétention de sauvegarde PITR et la fréquence de sauvegarde différentielle pour les bases de données actives, utilisez l’exemple PowerShell suivant :
# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28
# Set a new PITR differential backup frequency on an active individual database
# Valid differential backup frequency must be ether 12 or 24 hours
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28 -DiffBackupIntervalInHours 24
Exemple de requête
PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview
Corps de la demande
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
Exemple de réponse
{
"id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
"name": "default",
"type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
"properties": {
"retentionDays": 28,
"diffBackupIntervalInHours":24
}
}
Pour plus d’informations, consultez API REST de conservation des sauvegardes.
Vous pouvez configurer la redondance du stockage de sauvegarde pour les bases de données dans Azure SQL Database lorsque vous créez votre base de données. Vous pouvez également modifier la redondance du stockage une fois la base de données créée.
Les modifications de redondance du stockage de sauvegarde apportées à des bases de données existantes s’appliquent uniquement aux sauvegardes futures. La valeur par défaut est le stockage géoredondant. Pour connaître les différences de prix entre les stockages de sauvegarde localement redondant, redondant interzone et géoredondant, consultez la page Tarification de SQL Database.
Dans le portail Azure, vous pouvez choisir une option de redondance de stockage de sauvegarde lorsque vous créez votre base de données. Vous pourrez mettre à jour ultérieurement la redondance du stockage de sauvegarde à partir de la page Calcul et stockage de vos paramètres de base de données.
Lorsque vous créez votre base de données, choisissez l’option de redondance du stockage de sauvegarde sous l’onglet Informations de base.
Pour des bases de données existantes, accédez à votre base de données dans le portail Azure. Sous Paramètres, sélectionnez Calcul et stockage, puis choisissez l’option souhaitée pour la redondance du stockage de sauvegarde.
Pour configurer la redondance du stockage de sauvegarde lors de la création d’une base de données, vous pouvez spécifier le paramètre --backup-storage-redundancy avec la commande az sql db create. Les valeurs possibles sont Geo, Zone et Local.
Par défaut, toutes les bases de données d’Azure SQL Database utilisent le stockage géoredondant pour les sauvegardes. La géorestauration est désactivée si une base de données est créée ou mise à jour avec un stockage de sauvegarde localement redondant ou redondant interzone.
Cet exemple crée une base de données dans le niveau de service Usage général avec la redondance de sauvegarde locale :
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
À l’exception des bases de données Hyperscale et De base, vous pouvez mettre à jour le paramètre de redondance du stockage de sauvegarde pour une base de données existante en utilisant le paramètre --backup-storage-redundancy et la commande az sql db update. Il peut falloir jusqu’à 48 heures pour que les modifications soient appliquées à la base de données. Le passage d’un stockage de sauvegarde géoredondant à un stockage localement redondant ou redondant interzone désactive la géorestauration.
Cet exemple de code modifie la redondance du stockage de sauvegarde en Local :
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hyperscale
Examinez attentivement l’option de configuration pour --backup-storage-redundancy lors de la création d’une base de données Hyperscale. La redondance du stockage ne peut être spécifiée que lors du processus de création de la base de données pour les bases de données Hyperscale. Vous pourrez la mettre à jour ultérieurement. L’option de redondance de stockage sélectionnée sera utilisée pendant la durée de vie de la base de données pour la redondance de stockage de données et la redondance de stockage de sauvegarde. Apprenez-en davantage dans Redondance du stockage de sauvegarde Hyperscale.
Les bases de données Hyperscale existantes peuvent migrer vers une redondance du stockage différente par le biais de la géoréplication active, entraînant un temps d’arrêt minimal. Vous pouvez également opérer une migration vers une autre redondance de stockage à l’aide d’une copie de base de données ou d’une restauration à un instant dans le passé. Cet exemple crée une base de données dans le niveau de service Hyperscale avec redondance de zone :
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier Hyperscale \
--backup-storage-redundancy Zone
Pour plus d’informations, consultez la page sur les commandes az sql db create et az sql db update.
Vous ne pouvez pas mettre à jour la redondance de stockage de sauvegarde d’une base de données Hyperscale directement. Toutefois, vous pouvez la modifier à l’aide de la commande de copie de base de données avec le paramètre --backup-storage-redundancy. Cet exemple copie une base de données Hyperscale vers une nouvelle base de données qui utilise du matériel Gen5 et deux vCores. La redondance de sauvegarde de la nouvelle base de données est définie sur Zone.
az sql db copy \
--resource-group myresourcegroup \
--server myserver
--name myHSdb
--dest-resource-group mydestresourcegroup
--dest-server destdb
--dest-name myHSdb
--service-objective HS_Gen5_2
--read-replicas 0
--backup-storage-redundancy Zone
Pour plus d’informations sur la syntaxe, consultez az sql db copy. Pour obtenir une vue d’ensemble de la copie de la base de données, consultez Copier une copie cohérente d’un niveau transactionnel d’une base de données dans Azure SQL Database.
Pour configurer la redondance du stockage de sauvegarde lors de la création d’une base de données, vous pouvez spécifier le paramètre -BackupStorageRedundancy avec la cmdlet New-AzSqlDatabase. Les valeurs possibles sont Geo, Zone et Local. Par défaut, toutes les bases de données d’Azure SQL Database utilisent le stockage géoredondant pour les sauvegardes. La géorestauration est désactivée si une base de données est créée avec un stockage de sauvegarde localement redondant ou redondant interzone.
Cet exemple crée une base de données dans le niveau de service Usage général avec la redondance de sauvegarde locale :
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local
À l’exception des bases de données Hyperscale et De base, vous pouvez utiliser le paramètre -BackupStorageRedundancy avec l’applet de commande Set-AzSqlDatabase pour mettre à jour le paramètre de redondance de stockage de sauvegarde pour une base de données existante. Les valeurs possibles sont Geo, Zone et Local. Il peut falloir jusqu’à 48 heures pour que les modifications soient appliquées à la base de données. Le passage d’un stockage de sauvegarde géoredondant à un stockage localement redondant ou redondant interzone désactive la géorestauration.
Cet exemple de code modifie la redondance du stockage de sauvegarde en Local :
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
Pour plus d’informations, consultez Set-AzSqlDatabase.
Hyperscale
Examinez attentivement l’option de configuration pour --backup-storage-redundancy lors de la création d’une base de données Hyperscale. Vous ne pouvez spécifier la redondance du stockage que pendant le processus de création de base de données pour les bases de données Hyperscale. L’option de redondance de stockage sélectionnée sera utilisée pendant la durée de vie de la base de données pour la redondance de stockage de données et la redondance de stockage de sauvegarde. Plus d’informations sur Sauvegardes et redondance du stockage Hyperscale.
Les bases de données existantes peuvent migrer vers différentes redondances de stockage via une copie de base de données ou une restauration à un instant dans le passé. Cet exemple crée une base de données dans le niveau de service Hyperscale avec redondance de zone :
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone
Pour plus d’informations sur la syntaxe, consultez New-AzSqlDatabase.
La redondance de stockage de sauvegarde d’une base de données hyperscale existante ne peut pas être mise à jour. Toutefois, vous pouvez utiliser la commande de copie de base de données pour créer une copie de la base de données. Vous pouvez ensuite utiliser le paramètre -BackupStorageRedundancy pour mettre à jour la redondance du stockage de sauvegarde.
Cet exemple copie une base de données Hyperscale vers une nouvelle base de données en utilisant du matériel Gen5 et deux vCores. La redondance de sauvegarde de la nouvelle base de données est définie sur Zone.
# Change the backup storage redundancy for Database01 to zone-redundant.
New-AzSqlDatabaseCopy -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "HSSourceDB" -CopyResourceGroupName "DestResourceGroup" -CopyServerName "DestServer" -CopyDatabaseName "HSDestDB" -Vcore 2 -ComputeGeneration "Gen5" -ComputeModel Provisioned -BackupStorageRedundancy Zone
Pour plus d’informations sur la syntaxe, consultez New-AzSqlDatabaseCopy. Pour obtenir une vue d’ensemble de la copie de la base de données, consultez Copier une copie cohérente d’un niveau transactionnel d’une base de données dans Azure SQL Database.
Notes
Pour utiliser le paramètre -BackupStorageRedundancy avec les opérations database restore, database copy ou create secondary, utilisez Azure PowerShell version Az.Sql 2.11.0 ou ultérieure.
Il n’est actuellement pas possible de modifier la redondance du stockage de sauvegarde à l’aide de l’API REST.
Azure SQL Database