Sauvegardes automatisées - Azure SQL Database et SQL Managed InstanceAutomated backups - Azure SQL Database & SQL Managed Instance

S’APPLIQUE À : Azure SQL Database Azure SQL Managed Instance

Notes

Cet article explique comment supprimer les données personnelles de l’appareil ou du service et il peut être utilisé dans le cadre de vos obligations en vertu du Règlement général sur la protection des données.This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Si vous recherchez des informations générales sur le RGPD, consultez la section RGPD du portail Service Trust.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Qu’est-ce qu’une sauvegarde de base de données ?What is a database backup?

Les sauvegardes de base de données sont une partie essentielle de toute stratégie de continuité d’activité ou de récupération d’urgence, dans la mesure où elles protègent vos données des corruptions et des suppressions.Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Ces sauvegardes permettent de restaurer la base de données à un point dans le temps pendant la période de rétention configurée.These backups enable database restore to a point in time within the configured retention period. Si vos règles de protection des données nécessitent que vos sauvegardes soient disponibles pendant une période prolongée (jusqu’à 10 ans), vous pouvez configurer une stratégie de conservation à long terme à la fois pour les bases de données uniques et mises en pool.If your data protection rules require that your backups are available for an extended time (up to 10 years), you can configure long-term retention for both single and pooled databases.

Fréquence de sauvegardeBackup frequency

SQL Database et SQL Managed Instance utilisent la technologie SQL Server pour créer des sauvegardes complètes (chaque semaine), différentielles (toutes les 12 à 24 heures) et du journal des transactions (toutes les 5 à 10 minutes).Both SQL Database and SQL Managed Instance use SQL Server technology to create full backups every week, differential backups every 12-24 hours, and transaction log backups every 5 to 10 minutes. La fréquence des sauvegardes du journal des transactions est basée sur la taille de calcul et le volume d’activité de la base de données.The frequency of transaction log backups is based on the compute size and the amount of database activity.

Quand vous restaurez une base de données, le service identifie les sauvegardes (complète, différentielle ou du journal des transactions) nécessitant une restauration.When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.

Redondance du stockage de sauvegardeBackup storage redundancy

Par défaut, SQL Database et SQL Managed Instance stockent les données dans des objets BLOB de stockage géo-redondants (RA-GRS) qui sont répliqués dans une région couplée.By default, SQL Database and SQL Managed Instance store data in geo-redundant (RA-GRS) storage blobs that are replicated to a paired region. Cela permet de se protéger contre les pannes affectant le stockage de sauvegarde dans la région primaire et vous permet de restaurer votre serveur dans une autre région en cas de sinistre.This helps to protect against outages impacting backup storage in the primary region and allow you to restore your server to a different region in the event of a disaster.

L’option de configuration de la redondance du stockage de sauvegarde offre la possibilité de choisir entre des blobs de stockage localement redondant, redondant interzone ou géoredondant pour une instance SQL Managed Instance ou SQL Database.The option to configure backup storage redundancy provides the flexibility to choose between locally-redundant, zone-redundant, or geo-redundant storage blobs for a SQL Managed Instance or a SQL Database. Pour vous assurer que vos données restent dans la même région que celle où votre instance gérée ou base de données SQL est déployée, vous pouvez modifier la redondance par défaut du stockage de sauvegarde géoredondant et configurer des blobs de stockage localement redondant (LRS) ou redondant interzone (ZRS) pour les sauvegardes.To ensure that your data stays within the same region where your managed instance or SQL database is deployed, you can change the default geo-redundant backup storage redundancy and configure either locally-redundant (LRS) or zone-redundant (ZRS) storage blobs for backups. La redondance de stockage stocke toujours plusieurs copies de vos données afin qu’elles soient protégées contre des événements planifiés ou non, notamment des défaillances matérielles temporaires, des pannes de réseau ou de courant et des catastrophes naturelles majeures.Storage redundancy mechanisms store multiple copies of your data so that it is protected from planned and unplanned events, including transient hardware failure, network or power outages, or massive natural disasters. La redondance du stockage de sauvegarde configurée est appliquée aux paramètres de rétention de sauvegarde à court terme utilisés pour la récupération jusqu’à une date et heure (PITR) et les sauvegardes de rétention à long terme utilisées pour les sauvegardes à long terme (LTR).The configured backup storage redundancy is applied to both short-term backup retention settings that are used for point in time restore (PITR) and long-term retention backups used for long-term backups (LTR).

Pour une base de données SQL, la redondance du stockage de sauvegarde peut être configurée au moment de la création de la base de données ou peut être mise à jour pour une base de données existante ; les modifications apportées à une base de données existante s’appliquent uniquement aux sauvegardes ultérieures.For a SQL Database the backup storage redundancy can be configured at the time of database creation or can be updated for an existing database; the changes made to an existing database apply to future backups only. Après la mise à jour de la redondance du stockage de sauvegarde d’une base de données existante, l’application des modifications peut prendre jusqu’à 48 heures.After the backup storage redundancy of an existing database is updated, it may take up to 48 hours for the changes to be applied. Notez que la géorestauration est désactivée dès qu’une base de données est mise à jour pour utiliser un stockage localement redondant ou redondant interzone.Note that, geo restore is disabled as soon as a database is updated to use local or zone redundant storage.

Important

Configurez la redondance de stockage de sauvegarde pendant le processus de création d’une instance gérée car, une fois la ressource approvisionnée, il n’est plus possible de modifier la redondance de stockage.Configure backup storage redundancy during the managed instance creation process as once the resource is provisioned, it is no longer possible to change the storage redundancy.

Important

Pour le moment, le stockage redondant interzone est uniquement disponible dans certaines régions.Zone-redundant storage is currently only available in certain regions.

Notes

La redondance configurable du stockage de sauvegarde pour Azure SQL Database est actuellement généralement disponible dans la région Azure Asie Sud-Est uniquement.Configurable Backup Storage Redundancy for Azure SQL Database is currently generally available in Southeast Asia Azure region only. Le niveau Hyperscale ne propose pas encore cette fonctionnalité.This feature is not yet available for Hyperscale tier.

Utilisation de la sauvegardeBackup usage

Vous pouvez utiliser ces sauvegardes aux fins suivantes :You can use these backups to:

  • Restaurer une base de données existante - à un point dans le temps situé dans le passé pendant la période de rétention, à l’aide du portail Azure, d’Azure PowerShell, d’Azure CLI ou de l’API REST.Point-in-time restore of existing database - Restore an existing database to a point in time in the past within the retention period by using Azure portal, Azure PowerShell, Azure CLI, or REST API. Pour SQL Database, cette opération crée une nouvelle base de données sur le même serveur que la base de données d’origine, mais sous un nom différent pour éviter de remplacer la base de données d’origine.For SQL Database, this operation creates a new database on the same server as the original database, but uses a different name to avoid overwriting the original database. Une fois la restauration terminée, vous pouvez supprimer la base de données d’origine.After restore completes, you can delete the original database. Vous pouvez aussi renommer la base de données d’origine et renommer la base de données restaurée pour obtenir le nom de la base de données d’origine.Alternatively, you can rename both the original database, and then rename the restored database to the original database name. De même, pour SQL Managed Instance, cette opération peut aussi créer une copie de la base de données sur une instance managée, identique ou non, dans le même abonnement et dans la même région.Similarly, for SQL Managed Instance, this operation creates a copy of the database on the same or different managed instance in the same subscription and same region.
  • Restaurer une base données à un instant dans le passé - Restaurer une base de données supprimée au moment de sa suppression ou à tout point dans le temps pendant la période de rétention.Point-in-time restore of deleted database - Restore a deleted database to the time of deletion or to any point in time within the retention period. La base de données supprimée ne peut être restaurée que sur le serveur ou la même instance gérée où la base de données d’origine a été créée.The deleted database can be restored only on the same server or managed instance where the original database was created. Lors de la suppression d’une base de données, le service effectue une sauvegarde finale du journal des transactions avant sa suppression, afin d’éviter toute perte de données.When deleting a database, the service takes a final transaction log backup before deletion, to prevent any data loss.
  • Géo-restaurer - Restaurer une base de données dans une autre région géographique.Geo-restore - Restore a database to another geographic region. La géorestauration vous permet de procéder à la récupération après un sinistre géographique lorsque vous ne pouvez pas accéder à votre base de données ou aux sauvegardes dans la région principale.Geo-restore allows you to recover from a geographic disaster when you cannot access your database or backups in the primary region. Cela crée une base de données sur un serveur ou une instance gérée existant(e), dans n’importe quelle région Azure.It creates a new database on any existing server or managed instance, in any Azure region.

    Important

    La géorestauration est disponible uniquement pour les bases de données SQL ou les instances gérées configurées avec un stockage de sauvegarde géoredondant.Geo-restore is available only for SQL databases or managed instances configured with geo-redundant backup storage.

  • Restaurer une base de données à partir d’une sauvegarde à long terme - Restaurer une base de données à partir d’une sauvegarde spécifique à long terme d’une base de données unique ou mise en pool, si la base de données a été configurée avec une stratégie de conservation à long terme (LTR).Restore from long-term backup - Restore a database from a specific long-term backup of a single database or pooled database, if the database has been configured with a long-term retention policy (LTR). La conservation à long terme (LTR) vous permet de restaurer une ancienne version de la base de données à l’aide du portail Microsoft Azurel ou de Microsoft Azure PowerShell pour répondre à une requête de conformité ou exécuter une ancienne version de l’application.LTR allows you to restore an old version of the database by using the Azure portal or Azure PowerShell to satisfy a compliance request or to run an old version of the application. Pour plus d’informations, consultez Rétention à long terme.For more information, see Long-term retention.

Pour effectuer une restauration, consultez Restaurer une base de données à partir de sauvegardes.To perform a restore, see Restore database from backups.

Notes

Dans Stockage Azure, le terme réplication fait référence à la copie d’objets blob d’un emplacement à un autre.In Azure Storage, the term replication refers to copying blobs from one location to another. Dans SQL, la réplication de base de données fait référence aux diverses technologies utilisées pour conserver plusieurs bases de données secondaires synchronisées avec une base de données principale.In SQL, database replication refers to various technologies used to keep multiple secondary databases synchronized with a primary database.

Vous pouvez essayer les opérations de configuration et de restauration de sauvegarde à l’aide des exemples suivants :You can try backup configuration and restore operations using the following examples:

OpérationOperation Portail AzureAzure portal Azure PowerShellAzure PowerShell
Modifier la rétention des sauvegardesChange backup retention Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Modifier la rétention des sauvegardes à long termeChange long-term backup retention Base de données SQLSQL Database
SQL Managed Instance - N/ASQL Managed Instance - N/A
Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Restaurer une base de données à partir d’un point dans le tempsRestore a database from a point in time Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Restaurer une base de données suppriméeRestore a deleted database Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Base de données SQLSQL Database
SQL Managed InstanceSQL Managed Instance
Restaurer une base de données à partir d’un stockage Blob AzureRestore a database from Azure Blob storage SQL Database - N/ASQL Database - N/A
SQL Managed Instance - N/ASQL Managed Instance - N/A
SQL Database - N/ASQL Database - N/A
SQL Managed InstanceSQL Managed Instance

Planification de la sauvegardeBackup scheduling

La première sauvegarde complète est planifiée immédiatement après la création ou la restauration d’une nouvelle base de données.The first full backup is scheduled immediately after a new database is created or restored. Elle s’exécute généralement en 30 minutes, mais elle peut nécessiter davantage de temps si la base de données est volumineuse.This backup usually completes within 30 minutes, but it can take longer when the database is large. Par exemple, la sauvegarde initiale peut prendre davantage de temps sur une base de données restaurée ou une copie de base de données, qui est généralement plus volumineuse qu’une nouvelle base de données.For example, the initial backup can take longer on a restored database or a database copy, which would typically be larger than a new database. Après la première sauvegarde complète, toutes les sauvegardes sont planifiées et gérées automatiquement.After the first full backup, all further backups are scheduled and managed automatically. Le moment exact de toutes les sauvegardes de base de données est déterminé par le service SQL Database ou SQL Managed Instance en fonction de l’équilibrage de la charge de travail globale du système.The exact timing of all database backups is determined by the SQL Database or SQL Managed Instance service as it balances the overall system workload. Vous ne pouvez pas modifier la planification des travaux de sauvegarde ni les désactiver.You cannot change the schedule of backup jobs or disable them.

Important

Pour une base de données nouvelle, restaurée ou copiée, la fonction de restauration à un point dans le temps est disponible dès la création de la sauvegarde initiale du journal des transactions qui suit la sauvegarde complète initiale.For a new, restored, or copied database, point-in-time restore capability becomes available from the time when the initial transaction log backup that follows the initial full backup is created.

Consommation de stockage de sauvegardeBackup storage consumption

Avec la technologie de sauvegarde et de restauration SQL Server, la restauration d’une base de données à un point dans le temps requiert une chaîne de sauvegarde ininterrompue composée d’une sauvegarde complète, éventuellement d’une sauvegarde différentielle et d’une ou plusieurs sauvegardes du journal des transactions.With SQL Server backup and restore technology, restoring a database to a point in time requires an uninterrupted backup chain consisting of one full backup, optionally one differential backup, and one or more transaction log backups. La planification de sauvegarde SQL Database et SQL Managed Instance inclut une sauvegarde complète chaque semaine.SQL Database and SQL Managed Instance backup schedule includes one full backup every week. Par conséquent, pour activer la récupération jusqu’à une date et heure (PITR) pour l’ensemble de la période de rétention, le système doit stocker des sauvegardes supplémentaires complètes, différentielles et du journal des transactions pendant une période plus longue d’une semaine que la période de rétention configurée.Therefore, to enable PITR within the entire retention period, the system must store additional full, differential, and transaction log backups for up to a week longer than the configured retention period.

En d’autres termes, pour tout point dans le temps pendant la période de rétention, il doit y avoir une sauvegarde complète antérieure à la période de rétention la plus ancienne, ainsi qu’une chaîne ininterrompue de sauvegardes différentielles et du journal des transactions à partir de cette sauvegarde complète jusqu’à la prochaine sauvegarde complète.In other words, for any point in time during the retention period, there must be a full backup that is older than the oldest time of the retention period, as well as an uninterrupted chain of differential and transaction log backups from that full backup until the next full backup.

Notes

Pour activer la récupération jusqu’à une date et heure (PITR), les sauvegardes supplémentaires sont stockées pendant une période plus longue d’une semaine que la période de rétention configurée.To enable PITR, additional backups are stored for up to a week longer than the configured retention period. Le stockage de sauvegarde est facturé au même tarif pour toutes les sauvegardes.Backup storage is charged at the same rate for all backups.

Les sauvegardes qui ne sont plus nécessaires pour fournir la fonctionnalité PITR sont automatiquement supprimées.Backups that are no longer needed to provide PITR functionality are automatically deleted. Étant donné que les sauvegardes différentielles et les sauvegardes de fichiers journaux requièrent une sauvegarde complète antérieure pour pouvoir être restaurées, les trois types de sauvegardes sont purgés par jeux hebdomadaires.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets.

Pour toutes les bases de données, notamment les bases de données chiffrées TDE, les sauvegardes sont compressées afin de réduire les coûts et la compression du stockage de sauvegarde.For all databases including TDE encrypted databases, backups are compressed to reduce backup storage compression and costs. Le taux moyen de compression des sauvegardes est de 3-4 fois, mais il peut être nettement plus faible ou plus élevé selon la nature des données et de l’utilisation ou non de la compression des données dans la base de données.Average backup compression ratio is 3-4 times, however it can be significantly lower or higher depending on the nature of the data and whether data compression is used in the database.

SQL Database et SQL Managed Instance calculent votre stockage de sauvegarde total utilisé en tant que valeur cumulée.SQL Database and SQL Managed Instance compute your total used backup storage as a cumulative value. Toutes les heures, cette valeur est consignée dans le pipeline de facturation Azure, qui est responsable de l’agrégation de cette utilisation horaire afin de calculer votre consommation à la fin de chaque mois.Every hour, this value is reported to the Azure billing pipeline, which is responsible for aggregating this hourly usage to calculate your consumption at the end of each month. Une fois la base de données supprimée, la consommation diminue à mesure que les sauvegardes vieillissent et sont supprimées.After the database is deleted, consumption decreases as backups age out and are deleted. Une fois que toutes les sauvegardes ont été supprimées et que la récupération jusqu’à une date et heure (PITR) n’est plus possible, la facturation s’arrête.Once all backups are deleted and PITR is no longer possible, billing stops.

Important

Les sauvegardes d’une base de données sont conservées afin d’activer la récupération jusqu’à une date et heure (PITR) même si la base de données a été supprimée.Backups of a database are retained to enable PITR even if the database has been deleted. Si la suppression et la recréation d’une base de données peuvent réduire les coûts de stockage et de calcul, cela peut augmenter les coûts de stockage de sauvegarde, car le service conserve les sauvegardes pour chaque base de données supprimée, à chaque fois qu’elle est supprimée.While deleting and re-creating a database may save storage and compute costs, it may increase backup storage costs, because the service retains backups for each deleted database, every time it is deleted.

Surveiller la consommationMonitor consumption

Pour les bases de données vCore, le stockage consommé par chaque type de sauvegarde (complète, différentielle et de journal) est signalé sur le panneau de surveillance de la base de données sous la forme d’une métrique distincte.For vCore databases, the storage consumed by each type of backup (full, differential, and log) is reported on the database monitoring blade as a separate metric. Le diagramme suivant montre comment surveiller la consommation de stockage des sauvegardes pour une base de données unique.The following diagram shows how to monitor the backup storage consumption for a single database. Cette fonctionnalité n’est pas disponible actuellement pour les instances gérées.This feature is currently not available for managed instances.

Surveiller la consommation de sauvegarde de base de données dans le portail Azure

Ajuster la consommation de stockage de sauvegardeFine-tune backup storage consumption

La consommation du stockage de sauvegarde jusqu’à la taille maximale des données pour une base de données n’est pas facturée.Backup storage consumption up to the maximum data size for a database is not charged. Une consommation de stockage de sauvegarde excessive dépend de la charge de travail et de la taille maximale des bases de données individuelles.Excess backup storage consumption will depend on the workload and maximum size of the individual databases. Envisagez les diverses techniques d’ajustement suivantes pour réduire votre consommation de stockage de sauvegarde :Consider some of the following tuning techniques to reduce your backup storage consumption:

  • Réduisez la période de rétention de la sauvegarde au minimum possible pour vos besoins.Reduce the backup retention period to the minimum possible for your needs.
  • Évitez d’effectuer des opérations d’écriture volumineuses telles que des reconstructions d’index plus qu’il n’est nécessaire.Avoid doing large write operations, like index rebuilds, more frequently than you need to.
  • Pour les opérations de chargement de données volumineuses, envisagez d’utiliser des index columnstore en cluster et de suivre les bonnes pratiques connexes, et/ou de réduire le nombre d’index non en cluster.For large data load operations, consider using clustered columnstore indexes and following related best practices, and/or reduce the number of non-clustered indexes.
  • Au niveau de service Usage général, le stockage de données provisionné est moins onéreux que le prix du stockage de sauvegarde.In the General Purpose service tier, the provisioned data storage is less expensive than the price of the backup storage. Si vos coûts de stockage de sauvegarde sont sans cesse excessifs, vous pouvez envisager d’augmenter le stockage de données afin de réaliser des économies sur le stockage de sauvegarde.If you have continually high excess backup storage costs, you might consider increasing data storage to save on the backup storage.
  • Utilisez TempDB au lieu de tables permanentes dans votre logique d’application pour le stockage des résultats et/ou des données temporaires.Use TempDB instead of permanent tables in your application logic for storing temporary results and/or transient data.
  • Utilisez le stockage de sauvegarde redondant localement chaque fois que cela est possible (par exemple, environnements de développement/test)Use locally-redundant backup storage whenever possible (for example dev/test environments)

Rétention des sauvegardesBackup retention

Pour toutes les bases de données nouvelles, restaurées et copiées, Azure SQL Database et Azure SQL Managed Instance conservent des sauvegardes suffisantes pour autoriser la récupération jusqu’à une date et heure (PITR) au cours des 7 derniers jours par défaut.For all new, restored, and copied databases, Azure SQL Database and Azure SQL Managed Instance retain sufficient backups to allow PITR within the last 7 days by default. À l’exception des bases de données Hyperscale, vous pouvez modifier la période de conservation des données des sauvegardes par base de données dans la plage de 1-35 jours.With the exception of Hyperscale databases, you can change backup retention period per each active database in the 1-35 day range. Comme décrit dans Consommation du stockage de sauvegarde, les sauvegardes stockées pour activer la récupération jusqu’à une date et heure (PITR) peuvent être antérieures à la période de rétention.As described in Backup storage consumption, backups stored to enable PITR may be older than the retention period. Pour Azure SQL Managed Instance uniquement, il est possible de définir le taux de rétention des sauvegardes PITR une fois qu’une base de données a été supprimée dans la plage de 0-35 jours.For Azure SQL Managed Instance only, it is possible to set the PITR backup retention rate once a database has been deleted in the 0-35 days range.

Si vous supprimez une base de données, le système conserve les sauvegardes de la même façon que pour une base de données en ligne avec sa période de rétention spécifique.If you delete a database, the system keeps backups in the same way it would for an online database with its specific retention period. Vous ne pouvez pas modifier la période de rétention de sauvegarde pour une base de données supprimée.You cannot change backup retention period for a deleted database.

Important

Si vous supprimez un serveur ou une instance managée, toutes les bases de données sur ce serveur ou cette instance sont également supprimées et ne peuvent pas être récupérées.If you delete a server or a managed instance, all databases on that server or managed instance are also deleted and cannot be recovered. Vous ne pouvez pas restaurer un serveur ou une instance gérée supprimé(e).You cannot restore a deleted server or managed instance. Toutefois, si vous avez configuré la rétention à long terme (LTR) pour une base de données ou une instance gérée, les sauvegardes de rétention à long terme ne sont pas supprimées et peuvent être utilisées pour restaurer des bases de données sur un(e) autre serveur ou instance gérée dans le même abonnement, à un point dans le temps où une sauvegarde de rétention à long terme a été effectuée.But if you had configured long-term retention (LTR) for a database or managed instance, long-term retention backups are not deleted, and can be used to restore databases on a different server or managed instance in the same subscription, to a point in time when a long-term retention backup was taken.

La rétention des sauvegardes à des fins de récupération jusqu’à une date et heure (PITR) dans les 1-35 derniers jours est parfois appelée rétention des sauvegardes à court terme.Backup retention for purposes of PITR within the last 1-35 days is sometimes called short-term backup retention. Si vous avez besoin de conserver les sauvegardes pendant plus longtemps que la période de rétention à court terme maximale de 35 jours, vous pouvez activer la rétention à long terme.If you need to keep backups for longer than the maximum short-term retention period of 35 days, you can enable Long-term retention.

Rétention à long termeLong-term retention

Pour SQL Database et SQL Managed Instance, vous pouvez configurer une conservation à long terme (LTR) des sauvegardes complètes allant jusqu’à 10 ans dans un stockage Blob Azure.For both SQL Database and SQL Managed Instance, you can configure full backup long-term retention (LTR) for up to 10 years in Azure Blob storage. Si la stratégie de conservation à long terme est activée, les sauvegardes complètes hebdomadaires sont automatiquement copiées vers un autre conteneur de stockage.After the LTR policy is configured, full backups are automatically copied to a different storage container weekly. Pour répondre aux diverses exigences de conformité, vous pouvez sélectionner plusieurs périodes de rétention pour les sauvegardes complètes hebdomadaires, mensuelles et/ou annuelles.To meet various compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly full backups. La consommation du stockage dépend de la fréquence sélectionnée des sauvegardes LTR et des périodes de conservation.Storage consumption depends on the selected frequency and retention periods of LTR backups. Vous pouvez utiliser la calculatrice de prix LTR pour estimer le coût du stockage de conservation à long terme.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Important

La mise à jour de la redondance du stockage de sauvegarde pour une base de données Azure SQL existante s’applique uniquement aux sauvegardes ultérieures effectuées pour la base de données.Updating the backup storage redundancy for an existing Azure SQL Database, only applies to the future backups taken for the database. Toutes les sauvegardes LTR existantes pour la base de données continueront de résider dans le blob de stockage existant et les nouvelles sauvegardes seront stockées sur le type de blob de stockage demandé.All existing LTR backups for the database will continue to reside in the existing storage blob and new backups will be stored on the requested storage blob type.

Pour plus d’informations sur la conservation à long terme, consultez Conservation des sauvegardes à long terme.For more information about LTR, see Long-term backup retention.

Coûts de stockageStorage costs

Le prix du stockage de sauvegarde varie et dépend de votre modèle d’achat (DTU ou vCore), de l’option de redondance de stockage de sauvegarde choisie et également de votre région.The price for backup storage varies and depends on your purchasing model (DTU or vCore), chosen backup storage redundancy option, and also on your region. Le stockage de sauvegarde est facturé par Go/mois consommés. Pour connaître la tarification, consultez la page Tarification Azure SQL Database et la page Tarification Azure SQL Managed Instance.The backup storage is charged per GB/month consumed, for pricing see Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Modèle DTUDTU model

Dans le modèle DTU, aucuns frais supplémentaires ne sont facturés pour le stockage de sauvegarde des bases de données et des pools élastiques.In the DTU model, there's no additional charge for backup storage for databases and elastic pools. Le prix du stockage de sauvegarde est inclus dans le prix de la base de données ou du pool.The price of backup storage is a part of database or pool price.

Modèle vCorevCore model

Pour les bases de données uniques dans SQL Database, une quantité de stockage de sauvegarde égale à 100 % de la taille maximale de stockage des données pour la base de données est fournie sans frais supplémentaires.For single databases in SQL Database, a backup storage amount equal to 100 percent of the maximum data storage size for the database is provided at no extra charge. Pour les pools élastiques et les instances gérées, une quantité de stockage de sauvegarde égale à 100 % du stockage maximal de données pour le pool ou la taille maximale de stockage d’instance, respectivement, est fournie sans frais supplémentaires.For elastic pools and managed instances, a backup storage amount equal to 100 percent of the maximum data storage for the pool or the maximum instance storage size, respectively, is provided at no extra charge.

Pour les bases de données uniques, cette équation est utilisée pour calculer l’utilisation totale du stockage de sauvegarde facturable :For single databases, this equation is used to calculate the total billable backup storage usage:

Total billable backup storage size = (size of full backups + size of differential backups + size of log backups) – maximum data storage

Pour les bases de données mises en pool, la taille totale de stockage de sauvegarde facturable est agrégée au niveau du pool et calculée comme suit :For pooled databases, the total billable backup storage size is aggregated at the pool level and is calculated as follows:

Total billable backup storage size = (total size of all full backups + total size of all differential backups + total size of all log backups) - maximum pool data storage

Pour les instances gérées, la taille totale de stockage de sauvegarde facturable est agrégée au niveau de l’instance et calculée comme suit :For managed instances, the total billable backup storage size is aggregated at the instance level and is calculated as follows:

Total billable backup storage size = (total size of full backups + total size of differential backups + total size of log backups) – maximum instance data storage

Le stockage de sauvegarde total facturable, le cas échéant, sera facturé en Go/mois conformément au tarif de la redondance du stockage de sauvegarde utilisé.Total billable backup storage, if any, will be charged in GB/month as per the rate of the backup storage redundancy used. Cette consommation de stockage de sauvegarde dépend de la charge de travail et de la taille des bases de données, des pools élastiques et des instances gérées individuels.This backup storage consumption will depend on the workload and size of individual databases, elastic pools, and managed instances. Les bases de données fortement modifiées ont des sauvegardes différentielles et de journaux plus volumineuses, car la taille de ces sauvegardes est proportionnelle à la quantité de données modifiées.Heavily modified databases have larger differential and log backups, because the size of these backups is proportional to the amount of data changes. Par conséquent, ces bases de données ont des frais de sauvegarde plus élevés.Therefore, such databases will have higher backup charges.

SQL Database et SQL Managed Instance calculent votre stockage total de sauvegarde facturable en tant que valeur cumulée pour tous les fichiers de sauvegarde.SQL Database and SQL Managed Instance computes your total billable backup storage as a cumulative value across all backup files. Toutes les heures, cette valeur est consignée dans le pipeline de facturation Azure, qui agrège cette utilisation horaire afin d’obtenir votre consommation de stockage de sauvegarde à la fin de chaque mois.Every hour, this value is reported to the Azure billing pipeline, which aggregates this hourly usage to get your backup storage consumption at the end of each month. Si une base de données est supprimée, la consommation de stockage de sauvegarde diminue progressivement à mesure que les sauvegardes plus anciennes vieillissent et sont supprimées.If a database is deleted, backup storage consumption will gradually decrease as older backups age out and are deleted. Étant donné que les sauvegardes différentielles et les sauvegardes de fichiers journaux requièrent une sauvegarde complète antérieure pour pouvoir être restaurées, les trois types de sauvegardes sont purgés par jeux hebdomadaires.Because differential backups and log backups require an earlier full backup to be restorable, all three backup types are purged together in weekly sets. Une fois toutes les sauvegardes supprimées, la facturation s’arrête.Once all backups are deleted, billing stops.

À titre d’exemple simplifié, supposons qu’une base de données ait accumulé 744 Go de stockage de sauvegarde et que cette quantité reste constante pendant un mois entier, car la base de données est complètement inactive.As a simplified example, assume a database has accumulated 744 GB of backup storage and that this amount stays constant throughout an entire month because the database is completely idle. Pour convertir cette consommation de stockage cumulée en une utilisation horaire, nous la divisons par 744,0 (31 jours par mois * 24 heures par jour).To convert this cumulative storage consumption to hourly usage, divide it by 744.0 (31 days per month * 24 hours per day). SQL Database signale au pipeline de facturation Azure que la base de données a consommé 1 Go de sauvegarde PITR chaque heure, à un taux constant.SQL Database will report to Azure billing pipeline that the database consumed 1 GB of PITR backup each hour, at a constant rate. La facturation Azure agrègera cette consommation et affichera une utilisation de 744 Go pour le mois.Azure billing will aggregate this consumption and show a usage of 744 GB for the entire month. Le coût sera basé sur le taux par quantité/Go/mois dans votre région.The cost will be based on the amount/GB/month rate in your region.

À présent, un exemple plus complexe.Now, a more complex example. Supposons que pour la même base de données inactive, la rétention est passée de 7 à 14 jours au milieu du mois.Suppose the same idle database has its retention increased from 7 days to 14 days in the middle of the month. Cette augmentation entraîne un doublement du stockage total de sauvegarde, qui passe à 1 488 Go.This increase results in the total backup storage doubling to 1,488 GB. SQL Database signale 1 Go d’utilisation pour les heures 1 à 372 (la première moitié du mois).SQL Database would report 1 GB of usage for hours 1 through 372 (the first half of the month). Il signale l’utilisation de 2 Go pour les heures 373 à 744 (la deuxième moitié du mois).It would report the usage as 2 GB for hours 373 through 744 (the second half of the month). L’agrégation de cette utilisation aboutit à une facturation finale de 1,116 Go/mois.This usage would be aggregated to a final bill of 1,116 GB/month.

Les scénarios de facturation de sauvegarde réels sont plus complexes.Actual backup billing scenarios are more complex. Étant donné que le taux de modifications dans la base de données dépend de la charge de travail et varie au fil du temps, la taille de chaque sauvegarde différentielle et de journal varie également, provoquant la fluctuation de la consommation de stockage de sauvegarde horaire.Because the rate of changes in the database depends on the workload and is variable over time, the size of each differential and log backup will vary as well, causing the hourly backup storage consumption to fluctuate accordingly. En outre, chaque sauvegarde différentielle contient toutes les modifications apportées dans la base de données depuis la dernière sauvegarde complète ; par conséquent, la taille totale de toutes les sauvegardes différentielles augmente progressivement au cours d’une semaine, puis chute brusquement une fois qu’un ensemble plus ancien de sauvegardes complètes, différentielles et de journaux arrive à expiration. Par exemple, si une activité d’écriture intensive telle que la reconstruction d’index a été exécutée juste après la fin d’une sauvegarde complète, alors les modifications apportées par la reconstruction de l’index seront incluses dans les sauvegardes du journal des transactions effectuées pendant la durée de la reconstruction, dans la prochaine sauvegarde différentielle et dans chaque sauvegarde différentielle effectuée jusqu’à la prochaine sauvegarde complète.Furthermore, each differential backup contains all changes made in the database since the last full backup, thus the total size of all differential backups gradually increases over the course of a week, and then drops sharply once an older set of full, differential, and log backups ages out. For example, if a heavy write activity such as index rebuild has been run just after a full backup completed, then the modifications made by the index rebuild will be included in the transaction log backups taken over the duration of rebuild, in the next differential backup, and in every differential backup taken until the next full backup occurs. Pour le dernier scénario dans les bases de données plus volumineuses, une optimisation du service crée une sauvegarde complète au lieu d’une sauvegarde différentielle si une sauvegarde différentielle devait être excessivement importante.For the latter scenario in larger databases, an optimization in the service creates a full backup instead of a differential backup if a differential backup would be excessively large otherwise. Cela réduit la taille de toutes les sauvegardes différentielles jusqu’à la prochaine sauvegarde complète.This reduces the size of all differential backups until the following full backup.

Vous pouvez surveiller la consommation totale du stockage de sauvegarde pour chaque type de sauvegarde (complète, différentielle, journal des transactions) au fil du temps, comme décrit dans Surveiller la consommation.You can monitor total backup storage consumption for each backup type (full, differential, transaction log) over time as described in Monitor consumption.

Redondance du stockage de sauvegardeBackup storage redundancy

La redondance du stockage de sauvegarde a un impact sur les coûts de sauvegarde de la façon suivante :Backup storage redundancy impacts backup costs in the following way:

  • Prix LRS = xLRS price = x
  • Prix ZRS = 1.25xZRS price = 1.25x
  • Prix RA-GRS = 2xRA-GRS price = 2x

Pour connaître la tarification du stockage de sauvegarde, consultez la page Tarification Azure SQL Database et la page Tarification Azure SQL Managed Instance.For more details about backup storage pricing visit Azure SQL Database pricing page and Azure SQL Managed Instance pricing page.

Important

La redondance configurable du stockage de sauvegarde pour SQL Managed Instance est disponible dans toutes les régions Azure et actuellement disponible dans la région Azure Asie Sud-Est uniquement pour SQL Database.Configurable backup storage redundancy for SQL Managed instance is available in all Azure regions and currently available in Southeast Asia Azure region only for SQL Database. Pour Managed Instance, elle ne peut être spécifiée que pendant le processus de création d’une instance gérée.For Managed Instance it can only be specified during the create managed instance process. Une fois que la ressource est approvisionné, vous ne pouvez pas modifier l’option de redondance du stockage de sauvegarde.Once the resource is provisioned, you cannot change the backup storage redundancy option.

Superviser les coûtsMonitor costs

Pour comprendre les coûts de stockage des sauvegardes, accédez à Gestion des coûts + Facturation dans le portail Azure, sélectionnez Gestion des coûts, puis sélectionnez Analyse du coût.To understand backup storage costs, go to Cost Management + Billing in the Azure portal, select Cost Management, and then select Cost analysis. Sélectionnez l’abonnement souhaité comme Étendue, puis filtrez la période et le service qui vous intéressent.Select the desired subscription as the Scope, and then filter for the time period and service that you're interested in.

Ajoutez un filtre pour Nom de service, puis choisissez sql database dans la liste déroulante.Add a filter for Service name, and then select sql database in the drop-down list. Utilisez le filtre Meter subcategory (Sous-catégorie du compteur) pour choisir le compteur de facturation pour votre service.Use the meter subcategory filter to choose the billing counter for your service. Pour une base de données unique ou un pool de bases de données élastique, sélectionnez stockage de sauvegarde PITR pour pool élastique/unique.For a single database or an elastic database pool, select single/elastic pool PITR backup storage. Pour une instance gérée, sélectionnez stockage de sauvegarde PITR pour instance gérée.For a managed instance, select mi PITR backup storage. Les sous-catégories Stockage et Calcul peuvent vous également intéresser, mais elles ne sont pas associées à des coûts de stockage de sauvegarde.The Storage and compute subcategories might interest you as well, but they're not associated with backup storage costs.

Analyse du coût du stockage de sauvegarde

Notes

Les guichets sont visibles uniquement pour les compteurs en cours d’utilisation.Meters are only visible for counters that are currently in use. Si un compteur n’est pas disponible, il est probable que la catégorie ne soit pas en cours d’utilisation.If a counter is not available, it is likely that the category is not currently being used. Par exemple, les compteurs d’instance managée ne seront pas présents pour les clients qui n’ont pas d’instance gérée déployée.For example, managed instance counters will not be present for customers who do not have a managed instance deployed. De même, les compteurs de stockage ne seront pas visibles pour les ressources qui ne consomment pas de stockage.Likewise, storage counters will not be visible for resources that are not consuming storage.

Sauvegardes chiffréesEncrypted backups

Si votre base de données est chiffrée à l’aide de TDE, les sauvegardes sont automatiquement chiffrées au repos, y compris les sauvegardes LTR.If your database is encrypted with TDE, backups are automatically encrypted at rest, including LTR backups. Par défaut, TDE est activé sur toutes les nouvelles bases de données dans Azure SQL.All new databases in Azure SQL are configured with TDE enabled by default. Pour plus d’informations sur TDE, consultez Chiffrement transparent des données avec SQL Database et SQL Managed Instance.For more information on TDE, see Transparent Data Encryption with SQL Database & SQL Managed Instance.

Intégrité de la sauvegardeBackup integrity

L’équipe d’ingénieurs Azure SQL teste régulièrement et automatiquement la restauration des sauvegardes automatisées de bases de données.On an ongoing basis, the Azure SQL engineering team automatically tests the restore of automated database backups. (Actuellement, ces tests ne sont pas disponibles dans SQL Managed Instance.) Lors d’une restauration à un point dans le temps, les bases de données font également l’objet de vérifications d’intégrité DBCC CHECKDB.(This testing is not currently available in SQL Managed Instance.) Upon point-in-time restore, databases also receive DBCC CHECKDB integrity checks.

Tout problème détecté lors de la vérification d’intégrité est traduit par une alerte envoyée à l’équipe d’ingénieurs.Any issues found during the integrity check will result in an alert to the engineering team. Pour plus d’informations, consultez Intégrité des données dans SQL Database.For more information, see Data Integrity in SQL Database.

Toutes les sauvegardes de base de données sont effectuées avec l’option CHECKSUM pour fournir une intégrité de sauvegarde supplémentaire.All database backups are taken with the CHECKSUM option to provide additional backup integrity.

ConformitéCompliance

Lorsque vous migrez votre base de données à partir d’un niveau de service basé sur DTU vers un niveau de service basé sur vCore, la conservation PITR est préservée pour garantir que la stratégie de récupération de données de votre application ne soit pas compromise.When you migrate your database from a DTU-based service tier to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy isn't compromised. Si la conservation par défaut ne répond pas à vos exigences de conformité, vous pouvez modifier la période de conservation PITR.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period. Pour plus d’informations, consultez Modifier la période de rétention des sauvegardes PITR.For more information, see Change the PITR backup retention period.

Notes

Cet article explique comment supprimer les données personnelles de l’appareil ou du service et il peut être utilisé dans le cadre de vos obligations en vertu du Règlement général sur la protection des données.This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Si vous recherchez des informations générales sur le RGPD, consultez la section RGPD du portail Service Trust.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Modifier la période de rétention des sauvegardes PITRChange the PITR backup retention period

Vous pouvez modifier la période de rétention des sauvegardes PITR par défaut à l’aide du portail Microsoft Azure, de PowerShell ou de l’API REST.You can change the default PITR backup retention period by using the Azure portal, PowerShell, or the REST API. Les exemples suivants illustrent comment modifier la conservation avec récupération jusqu’à une date et heure pour la faire passer à 28 jours.The following examples illustrate how to change the PITR retention to 28 days.

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.If you reduce the current retention period, you lose the ability to restore to points in time older than the new retention period. Les sauvegardes qui ne sont plus nécessaires pour fournir la fonctionnalité PITR dans la nouvelle période de rétention sont supprimées.Backups that are no longer needed to provide PITR within the new retention period are deleted. 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.If you increase the current retention period, you do not immediately gain the ability to restore to older points in time within the new retention period. Vous obtenez cette possibilité dans le temps, car le système commence à conserver les sauvegardes plus longtemps.You gain that ability over time, as the system starts to retain backups for longer.

Notes

Ces API impactent uniquement la période de rétention avec récupération jusqu’à une date et heure.These APIs will affect only the PITR retention period. Si vous avez configuré la conservation à long terme pour votre base de données, cette configuration n’est pas affectée.If you configured LTR for your database, it won't be affected. Pour plus d’informations sur la modification des périodes de conservation à long terme, consultez Conservation à long terme.For information about how to change LTR retention periods, see Long-term retention.

Modifier la période de rétention des sauvegardes avec récupération jusqu’à une date et heure via le portail AzureChange the PITR backup retention period by using the Azure portal

Pour modifier la période de rétention des sauvegardes avec récupération jusqu’à une date et heure (PITR) via le Portail Azure, accédez au serveur ou à l’instance gérée contenant les bases de données dont vous souhaitez modifier la période de rétention.To change the PITR backup retention period for active databases by using the Azure portal, go to the server or managed instance with the databases whose retention period you want to change.

Les changements de rétention des sauvegardes PITR pour SQL Database sont effectués sur la page du serveur dans le portail.Changes to PITR backup retention for SQL Database are done on the server page in the portal. Pour modifier la rétention PITR pour les bases de données sur un serveur, accédez au panneau de vue d’ensemble du serveur.To change PITR retention for databases on a server, go to the server overview blade. Sélectionnez Gérer les sauvegardes dans le volet gauche, sélectionnez les bases de données dans l’étendu de votre changement, puis sélectionnez Configurer la rétention en haut de l’écran :Select Manage Backups in the left pane, select the databases in scope of your change, and then select Configure retention at the top of the screen:

Modifier la conservation des données avec récupération jusqu’à une date et heure au niveau serveur

Modifier la période de conservation des données avec récupération jusqu’à une date et heure à l’aide de PowerShellChange the PITR backup retention period by using PowerShell

Notes

Cet article a été mis à jour pour tenir compte de l’utilisation du nouveau module Az d’Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. Vous pouvez toujours utiliser le module AzureRM, qui continue à recevoir des correctifs de bogues jusqu’à au moins décembre 2020.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Pour en savoir plus sur le nouveau module Az et la compatibilité avec AzureRM, consultez Présentation du nouveau module Az d’Azure PowerShell.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Pour des instructions d’installation du module Az, consultez Installer Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Important

Le module PowerShell AzureRM est toujours pris en charge par SQL Database et SQL Managed Instance, mais tout développement futur concerne le module Az.Sql.The PowerShell AzureRM module is still supported by SQL Database and SQL Managed Instance, but all future development is for the Az.Sql module. Pour plus d’informations, consultez la page AzureRM.Sql.For more information, see AzureRM.Sql. Les arguments des commandes dans le module Az sont essentiellement identiques à ceux utilisés dans les modules AzureRm.The arguments for the commands in the Az module are substantially identical to those in the AzureRm modules.

Pour modifier la rétention de sauvegarde PITR pour les bases de données SQL Azure actives, utilisez l’exemple PowerShell suivant.To change the PITR backup retention for active Azure SQL Databases, use the following PowerShell example.

# SET new PITR backup retention period on an active individual database
# Valid backup retention must be between 1 and 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

Modifier la période de rétention des sauvegardes avec récupération jusqu`à une date et heure à l’aide de l’API RESTChange the PITR backup retention period by using the REST API

Exemple de requêteSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

Corps de la demandeRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Exemple de réponseSample response

Code d’état : 200Status code: 200

{
  "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
  }
}

Pour plus d’informations, consultez API REST de conservation des sauvegardes.For more information, see Backup Retention REST API.

Exemple de requêteSample request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

Corps de la demandeRequest body

{
  "properties":{
    "retentionDays":28
  }
}

Exemple de réponseSample response

Code d’état : 200Status code: 200

{
  "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
  }
}

Pour plus d’informations, consultez API REST de conservation des sauvegardes.For more information, see Backup Retention REST API.

Configuration de la redondance du stockage de sauvegardeConfigure backup storage redundancy

Notes

La redondance de stockage configurable pour les sauvegardes de SQL Managed Instance ne peut être spécifiée que pendant le processus de création d’une instance gérée.Configurable storage redundancy for backups for SQL Managed Instance can only be specified during the create managed instance process. Une fois que la ressource est approvisionné, vous ne pouvez pas modifier l’option de redondance du stockage de sauvegarde.Once the resource is provisioned, you can't change the backup storage redundancy option. Pour SQL Database, la préversion publique de cette fonctionnalité est actuellement disponible uniquement dans la région Azure Asie Sud-Est.For SQL Database, public preview of this feature is currently only available in Southeast Asia Azure region.

La redondance d’un stockage de sauvegarde d'une instance gérée ne peut être réglé que lors de la création de l'instance.A backup storage redundancy of a managed instance can be set during instance creation only. Pour une base de données SQL, elle peut être définie lors de la création de la base de données ou être mise à jour pour une base de données existante.For a SQL Database it can be set when creating the database or can be updated for an existing database. La valeur par défaut est le stockage géo-redondant (RA-GRS).The default value is geo-redundant storage (RA-GRS). Pour connaître les différences de tarification entre le stockage de sauvegarde redondant localement (LRS), redondant dans une zone (ZRS) et géo-redondant (RA-GRS), consultez la page Tarification Managed instance.For differences in pricing between locally-redundant (LRS), zone-redundant (ZRS) and geo-redundant (RA-GRS) backup storage visit managed instance pricing page.

Configurez la redondance du stockage de sauvegarde à l’aide du Portail AzureConfigure backup storage redundancy by using the Azure portal

Dans Portail Azure, vous pouvez configurer la redondance du stockage de sauvegarde dans le panneau Créer une base de données SQL.In Azure portal, you can configure the backup storage redundancy on the Create SQL Database blade. L’option est disponible sous la section Redondance du stockage de sauvegarde.The option is available under the Backup Storage Redundancy section. Open Create SQL Database bladeOpen Create SQL Database blade

Configurer la redondance du stockage de sauvegarde à l’aide de PowerShellConfigure backup storage redundancy by using PowerShell

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 -BackupStoageRedundancy.To configure backup storage redundancy when creating a new database you can specify the -BackupStoageRedundancy parameter. Les valeurs possibles sont Geo, Zone et Local.Possible values are Geo, Zone and Local. Par défaut, toutes les bases de données SQL utilisent le stockage géoredondant pour les sauvegardes.By default, all SQL Databases use geo-redundant storage for backups. 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.Geo Restore is disabled if a database is created with local or zone redundant backup storage.

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Geo

Pour plus d’informations, consultez la page New-AzSqlDatabase.For details visit New-AzSqlDatabase.

Pour mettre à jour la redondance du stockage de sauvegarde d’une base de données existante, vous pouvez utiliser le paramètre -BackupStorageRedundancy.To update backup storage redundancy of an existing database, you can use the -BackupStorageRedundancy parameter. Les valeurs possibles sont Geo, Zone et Local.Possible values are Geo, Zone and Local. Notez qu’il peut falloir jusqu’à 48 heures pour que les modifications soient appliquées à la base de données.Note that, it may take up to 48 hours for the changes to be applied on the database. Le passage d’un stockage de sauvegarde géoredondant à un stockage localement redondant ou redondant interzone désactive la géorestauration.Switching from geo-redundant backup storage to local or zone redundant storage disables geo restore.

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Zone

Pour plus d’informations, consultez la page Set-AzSqlDatabase.For details visit Set-AzSqlDatabase

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.To use -BackupStorageRedundancy parameter with database restore, database copy or create secondary operations, use Azure PowerShell version Az.Sql 2.11.0.

Utiliser Azure Policy pour appliquer la redondance du stockage de sauvegardeUse Azure Policy to enforce backup storage redundancy

Si vous avez des exigences en matière de résidence des données qui vous obligent à conserver toutes vos données dans une seule région Azure, vous souhaiterez peut-être appliquer des sauvegardes redondantes interzones ou localement redondantes pour votre base de données SQL ou votre instance gérée à l’aide d’Azure Policy.If you have data residency requirements that require you to keep all your data in a single Azure region, you may want to enforce zone-redundant or locally-redundant backups for your SQL Database or Managed Instance using Azure Policy. Azure Policy est un service que vous pouvez utiliser pour créer, attribuer et gérer des stratégies qui appliquent des règles à des ressources Azure.Azure Policy is a service that you can use to create, assign, and manage policies that apply rules to Azure resources. Lorsque vous utilisez Azure Policy, ces ressources restent conformes à vos normes d’entreprise et contrats de niveau de service.Azure Policy helps you to keep these resources compliant with your corporate standards and service level agreements. Pour plus d’informations, consultez Vue d’ensemble d’Azure Policy.For more information, see Overview of Azure Policy.

Stratégies intégrées de redondance du stockage de sauvegardeBuilt-in backup storage redundancy policies

Les nouvelles stratégies intégrées suivantes sont ajoutées et peuvent être attribuées au niveau de l’abonnement ou du groupe de ressources pour bloquer la création de nouvelles bases de données ou instances avec un stockage de sauvegarde géoredondant.Following new built-in policies are added, which can be assigned at the subscription or resource group level to block creation of new database(s) or instance(s) with geo-redundant backup storage.

SQL Database doit éviter d’utiliser la redondance de sauvegarde GRSSQL Database should avoid using GRS backup redundancy

Les instances managées SQL doivent éviter d’utiliser la redondance de sauvegarde GRSSQL Managed Instances should avoid using GRS backup redundancy

Vous trouverez une liste complète des définitions de stratégies intégrées pour SQL Database et Managed Instance ici.A full list of built-in policy definitions for SQL Database and Managed Instance can be found here.

Pour appliquer les exigences en matière de résidence des données au niveau de l’organisation, ces stratégies peuvent être attribuées à un abonnement.To enforce data residency requirements at an organizational level, these policies can be assigned to a subscription. Une fois ces dernières attribuées au niveau de l’abonnement, les utilisateurs de l’abonnement en question ne pourront pas créer de base de données ni d’instance gérée avec un stockage de sauvegarde géoredondant via Portail Azure ou Azure PowerShell.After these are assigned at a subscription level, users in the given subscription will not be able to create a database or a managed instance with geo-redundant backup storage via Azure portal or Azure PowerShell.

Important

Les stratégies Azure ne sont pas appliquées lors de la création d’une base de données via T-SQL.Azure policies are not enforced when creating a database via T-SQL. Pour appliquer la résidence des données lors de la création d’une base de données à l’aide de T-SQL, utilisez « LOCAL » ou « ZONE » comme entrée pour le paramètre BACKUP_STORAGE_REDUNDANCY dans l’instruction CREATE DATABASE.To enforce data residency when creating a database using T-SQL, use 'LOCAL' or 'ZONE' as input to BACKUP_STORAGE_REDUNDANCY paramater in CREATE DATABASE statement.

Découvrez comment attribuer des stratégies à l’aide du portail Azure ou d’Azure PowerShell.Learn how to assign policies using the Azure portal or Azure PowerShell

Étapes suivantesNext steps