Sauvegardes automatiques et manuelles pour RDS for SQL Server - ApsaraDB RDS

Prérequis

Avant de commencer, assurez-vous de disposer des éléments suivants :

Une instance ApsaraDB RDS for SQL Server
L'autorisation pour le rôle lié au service (AliyunServiceRoleForDBS). Si vous utilisez les fonctionnalités de sauvegarde RDS pour la première fois, utilisez votre compte Alibaba Cloud pour autoriser AliyunServiceRoleForDBS

Fonctionnalités de sauvegarde

Sauvegarde des données

RDS for SQL Server prend en charge deux méthodes de sauvegarde des données : la sauvegarde physique et la sauvegarde par snapshot.

	Sauvegarde physique	**Snapshot backup**
Fonctionnement	Crée une réplique complète des données de l'instance. Prend en charge les sauvegardes complètes et incrémentielles. Les sauvegardes logiques ne sont pas prises en charge.	Capture l'état des données d'un disque à un instant donné. Uniquement des snapshots complets — la sauvegarde incrémentielle n'est pas prise en charge.
Vitesse de sauvegarde	Lente. Consomme d'importantes ressources d'E/S et peut affecter les performances de l'instance. Planifiez les sauvegardes physiques pendant les heures creuses.	Rapide. Impact minimal sur les E/S. Peut s'exécuter à tout moment sans impact significatif sur les performances.
RPO (sauvegarde des journaux)	Toutes les 5 minutes, toutes les 30 minutes ou selon le cycle de sauvegarde des données	Toutes les 5 minutes ou toutes les 30 minutes
Vitesse de restauration (RTO)	Rapide. La vitesse varie selon les spécifications de l'instance.	Extrêmement rapide. La vitesse est indépendante du volume de données. La restauration à partir d'un snapshot prend généralement environ 30 minutes pour une nouvelle instance et environ 10 minutes pour une instance existante.
Volume de données	Illimité	Illimité
Téléchargement des fichiers de sauvegarde	Pris en charge	Non pris en charge

Pour une comparaison détaillée, consultez la rubrique Différences entre la sauvegarde par snapshot et la sauvegarde physique.

Politique de sauvegarde incrémentielle

Par défaut, la sauvegarde incrémentielle est activée pour les sauvegardes physiques. Le système alterne entre sauvegardes complètes et incrémentielles afin de réduire la taille des fichiers de sauvegarde :

Après l'achèvement d'une sauvegarde complète, le système effectue des sauvegardes incrémentielles pendant les trois jours suivants.
Trois jours après la dernière sauvegarde complète, le système effectue une nouvelle sauvegarde complète.

Le système convertit automatiquement une sauvegarde incrémentielle planifiée en sauvegarde complète lorsque l'une des conditions suivantes est remplie :

Plus de trois jours se sont écoulés depuis la dernière sauvegarde complète réussie (rotation obligatoire périodique).
Une nouvelle base de données est détectée sur l'instance (garantie de l'intégrité des données).
La dernière tâche de sauvegarde a échoué ou il existe des risques de corruption des données, tels qu'un échec de création de base de données (réparation de la chaîne de sauvegarde).

Si vous désactivez la sauvegarde incrémentielle dans la console, toutes les tâches de sauvegarde du système deviennent des sauvegardes complètes.

Le système réduit également les journaux des transactions lors de chaque sauvegarde. Pour réduire manuellement les journaux des transactions, accédez à la page Backup and Restoration de votre instance RDS dans la console ApsaraDB RDS, puis cliquez sur Shrink Transaction Log. Il s'agit d'une opération en ligne. L'instance reste à l'état Running et vos charges de travail ne sont pas interrompues.

Sauvegarde de l'instance secondaire (édition Cluster uniquement)

Pour les instances de l'édition Cluster utilisant la sauvegarde physique, l'option Prioritize backup from secondary instance décharge les E/S de sauvegarde de l'instance principale, améliorant ainsi les performances et la stabilité. Si l'instance secondaire n'est pas disponible, le système revient automatiquement à l'instance principale.

Limitations à connaître avant l'activation :

La sauvegarde incrémentielle n'est pas prise en charge lors de l'utilisation de la sauvegarde de l'instance secondaire. Toutes les sauvegardes deviennent des sauvegardes complètes, ce qui augmente le volume de données de sauvegarde. Pour compenser cela, envisagez de réduire la fréquence de sauvegarde, par exemple en passant d'une sauvegarde quotidienne à une sauvegarde tous les deux jours.
Certaines opérations de maintenance, telles que la réduction des journaux des transactions, s'exécutent toujours sur l'instance principale, même lorsque la sauvegarde de l'instance secondaire est activée.
Si vous modifiez la politique de sauvegarde pour utiliser la sauvegarde de l'instance secondaire et que vous changez l'heure de sauvegarde, une sauvegarde complète peut être déclenchée deux minutes plus tard. Si l'instance secondaire n'est pas disponible à ce moment-là, la sauvegarde s'exécute sur l'instance principale et peut affecter les charges de travail. Effectuez cette modification pendant les heures creuses.
Les instances RDS de l'édition Cluster ne permettent pas de définir la priorité de sauvegarde sur la page de politique de sauvegarde avancée.

Sauvegarde des journaux

Le système génère des fichiers de sauvegarde des journaux à la fréquence configurée. Une fréquence plus élevée signifie un objectif de point de récupération (RPO) plus faible, c'est-à-dire une perte de données potentielle moindre en cas de panne.

Fréquence	RPO	Notes
Identique à la sauvegarde des données	Identique à votre cycle de sauvegarde	Option par défaut
Toutes les 30 minutes	30 minutes	Prend en charge la restauration à un instant donné dans les 30 dernières minutes en cas de défaillance du disque cloud (édition Basic)
Toutes les 5 minutes	5 minutes	Prend en charge la restauration à un instant donné dans les 5 dernières minutes en cas de défaillance du disque cloud (édition Basic)

La taille totale des fichiers de sauvegarde des journaux ne change pas en fonction de la fréquence ; une fréquence plus élevée crée davantage de fichiers plus petits. La période de rétention des sauvegardes des journaux correspond à celle des sauvegardes des données et ne peut pas être définie séparément sur la page de politique de sauvegarde standard.

La sauvegarde des journaux est activée par défaut et ne peut pas être désactivée. La période de rétention varie de 7 à 730 jours. Téléchargez les fichiers de sauvegarde des journaux pour l'archivage ou la restauration locale.

Protection des données de sauvegarde

Protection contre la falsification : Les fichiers de sauvegarde physique et les sauvegardes des journaux sont stockés dans Object Storage Service (OSS). Les sauvegardes par snapshot sont stockées dans le service de snapshot des disques SSD d'entreprise (ESSD). Ces deux méthodes de stockage utilisent la technologie WORM (Write Once Read Many), qui empêche toute falsification des données après l'écriture.

Protection contre la suppression :

Les sauvegardes automatiques expirent en fonction de la période de rétention configurée. La période de rétention minimale est de 7 jours et la fréquence de sauvegarde minimale est de deux fois par semaine, de sorte que votre instance conserve toujours des données de sauvegarde récentes.
La suppression manuelle des jeux de sauvegarde n'est pas prise en charge.

Facturation

Chaque instance RDS inclut un quota gratuit de stockage de sauvegarde. Aucun frais n'est appliqué sauf si votre stockage de sauvegarde dépasse ce quota. Le quota gratuit évolue avec l'espace de stockage de votre instance ; par exemple, lorsque la méthode de sauvegarde est la sauvegarde physique, l'augmentation du stockage de 150 Go à 300 Go fait passer le quota gratuit de 75 Go à 150 Go.

Pour plus de détails sur les tarifs, consultez la section Frais de sauvegarde.

Notes d'utilisation

Après avoir modifié l'heure de sauvegarde, une sauvegarde peut être déclenchée environ deux minutes plus tard, provoquant une augmentation temporaire de la bande passante des E/S sur l'instance principale. Effectuez les modifications d'heure de sauvegarde pendant les heures creuses.
La sauvegarde physique s'exécute à pleine vitesse sans limitation, ce qui peut entraîner une utilisation élevée de la bande passante des E/S et affecter les charges de travail. Planifiez les sauvegardes physiques pendant les heures creuses.
Les instances de grande taille peuvent nécessiter beaucoup de temps pour terminer une sauvegarde.
Les bases de données en stockage froid ne peuvent pas être sauvegardées ni restaurées. Cela s'applique si vous avez activé l'archivage des données vers OSS et que la base de données a été convertie en stockage froid.
Les fichiers de sauvegarde ne sont conservés que pendant la période de rétention configurée. Téléchargez les fichiers de sauvegarde nécessitant une conservation à long terme avant leur expiration pour éviter toute perte de données.
Le trafic consommé par les sauvegardes de données est comptabilisé dans les statistiques réseau de votre instance. Attendez-vous à une augmentation du trafic pendant l'exécution des sauvegardes.

Configurer la sauvegarde automatique

Après avoir configuré une politique de sauvegarde, le système sauvegarde votre instance automatiquement selon la planification configurée.

RDS for SQL Server propose deux pages de politique de sauvegarde avec différentes options de paramètres. Dans certaines régions, vous pouvez accéder à la page de politique de sauvegarde avancée depuis l'onglet Backup Strategy. Si le point d'entrée n'est pas visible, soumettez une demande.

Politique de sauvegarde standard

Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance. Recherchez l'instance et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.
Dans l'onglet Backup Strategy, cliquez sur Edit dans la zone Data backup settings.
Définissez les paramètres suivants et cliquez sur Save.

Paramètre	Description
Data backup retention days	Par défaut : 7 jours. Plage : 7–730 jours.
Backup cycle	Sélectionnez au moins deux jours par semaine.
Backup method	Physical backup (par défaut) : Crée une réplique complète des données de l'instance. Vitesse de sauvegarde lente. Snapshot backup : Capture les données du disque à un instant donné. Vitesse de sauvegarde rapide. Après le basculement vers la sauvegarde par snapshot, la sauvegarde physique reste disponible pour les sauvegardes manuelles.
Backup priority	Disponible pour les instances de l'édition Cluster utilisant la sauvegarde physique. Back up from primary database only : Les sauvegardes s'exécutent toujours sur l'instance principale. Prioritize backup from secondary instance : Les sauvegardes s'exécutent sur l'instance secondaire pour réduire la charge d'E/S sur l'instance principale. Retour à l'instance principale si l'instance secondaire n'est pas disponible. L'activation de cette option désactive la sauvegarde incrémentielle et la sauvegarde des journaux toutes les 5 minutes.
Incremental backup	Active ou désactive la sauvegarde incrémentielle. Non disponible lorsque la Backup method est définie sur Snapshot backup ou lors de l'utilisation de l'édition Cluster avec sauvegarde physique.
Backup time	La fenêtre de temps durant laquelle la sauvegarde commence, par exemple 06:00–07:00. Définissez-la sur les heures creuses.
Backup frequency	La fréquence à laquelle les fichiers de sauvegarde des journaux sont générés. Options : Same as data backup, Every 30 minutes, Every 5 minutes. Lorsque la priorité de sauvegarde est définie sur la sauvegarde de l'instance secondaire, l'option Every 5 minutes n'est pas disponible.

Politique de sauvegarde avancée

Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance. Recherchez l'instance et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.
Dans l'onglet Backup Strategy, cliquez sur le numéro entouré situé entre SQL Server et Level-1 Backup.
Définissez les paramètres suivants et cliquez sur OK.

Paramètre	Description
Backup policy	Sélectionnez l'heure de sauvegarde et la période de rétention des jeux de sauvegarde. Configurez au moins deux sauvegardes par semaine. Cliquez sur Add backup policy pour ajouter une politique de sauvegarde clairsemée permettant une planification plus flexible avec moins de jeux de sauvegarde.
Backup time	L'heure à laquelle la sauvegarde des données commence, par exemple 07:00–08:00. Définissez-la sur les heures creuses.
Incremental backup	Active ou désactive la sauvegarde incrémentielle. Non disponible lorsque la Backup method est définie sur Snapshot backup.
Backup method	Physical backup (par défaut) : Crée une réplique des données de l'instance. Vitesse de sauvegarde lente. Snapshot backup : Capture les données du disque à un instant donné. Processus de sauvegarde rapide. Après le basculement vers la sauvegarde par snapshot, la sauvegarde physique reste disponible pour les sauvegardes manuelles.
Backup frequency	La fréquence des sauvegardes des journaux. Options : Same as data backup ou Every 30 minutes. La période de rétention des sauvegardes des journaux correspond à celle des sauvegardes des données et ne peut pas être définie séparément.
Log backup retention	Doit être inférieure ou égale à la période de rétention des sauvegardes des données. Plage : 7–7300 jours. Par défaut : 7 jours.

Cliquez sur Save dans le coin inférieur gauche de la page Backup policy.

Créer une sauvegarde manuelle

Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance. Recherchez l'instance et cliquez sur son ID.
Dans le coin supérieur droit de la page, cliquez sur Backup instance.
Configurez les paramètres suivants et cliquez sur OK.

Paramètre	Description
Backup policy	Snapshot backup : Copie rapide des données du disque à un instant donné. Physical backup (par défaut) : Réplique complète des données de l'instance. Vitesse de sauvegarde lente. Lorsque la politique de sauvegarde automatique est définie sur la sauvegarde par snapshot, ce champ est par défaut défini sur Snapshot backup.
Select backup mode	Full backup : Exécute immédiatement une sauvegarde complète. Automatic backup : Le système détermine s'il doit exécuter une sauvegarde complète ou différentielle en fonction de la dernière sauvegarde. Si l'instance a fait l'objet d'une sauvegarde complète au cours des trois derniers jours, le système effectue une sauvegarde différentielle (sauvegarde de toutes les données modifiées depuis la dernière sauvegarde complète). Sinon, une sauvegarde complète est exécutée. Pour les instances de l'édition Cluster utilisant la sauvegarde physique avec l'option Prioritize backup from secondary instance activée, seule l'option Full backup est prise en charge.
Backup policy (lorsque Select backup mode est défini sur Full backup)	Instance backup : Sauvegarde l'instance entière. Single-database backup : Disponible uniquement lorsque la Backup policy est définie sur Physical backup. Sélectionnez les bases de données spécifiques à sauvegarder et configurez une période de rétention (7–730 jours, ou -1 pour une rétention à long terme). Dans la liste des bases de données, sélectionnez les bases de données à sauvegarder et cliquez sur pour les ajouter. Si aucune base de données n'existe, créez d'abord une base de données.

Une fois la tâche de sauvegarde créée, cliquez sur dans le coin supérieur droit de la page. Sur la page Tasks, définissez Task type sur Manual backup pour afficher la progression de la sauvegarde.

Une fois la sauvegarde terminée, téléchargez les sauvegardes des données et des journaux depuis Backup and Restoration > Base Backups > Data backup (ou Log backup ).

Autres opérations

Prolonger la date d'expiration d'un jeu de sauvegarde de base de données unique

Utilisez la console RDS ou l'API ModifyBackupSetExpireTime pour prolonger la date d'expiration des jeux de sauvegarde de base de données unique (sauvegardes physiques, sauvegardes complètes et sauvegardes de base de données unique) créés par des sauvegardes manuelles. La réduction de la date d'expiration n'est pas prise en charge.

Lors de l'utilisation de l'API, transmettez une heure UTC. La console RDS affiche l'heure en UTC+8. Par exemple, transmettre 2025-07-15T12:10:23Z via l'API s'affiche comme 20:10:23 on July 15, 2025 dans la console.

Dans la colonne Actions du jeu de sauvegarde cible, cliquez sur et sélectionnez Change expiration time.
Dans la boîte de dialogue, définissez une nouvelle date d'expiration et cliquez sur OK.

La date d'expiration mise à jour apparaît dans la colonne Expiration time. Le système conserve le jeu de sauvegarde jusqu'à la nouvelle date d'expiration.

FAQ

Puis-je désactiver la sauvegarde des données ou la sauvegarde des journaux ?

Non. Les deux sont activées par défaut et ne peuvent pas être désactivées. Pour réduire le volume de sauvegarde, diminuez la fréquence de sauvegarde ; un minimum de deux sauvegardes par semaine est requis.

Remarque

La période de rétention des sauvegardes des journaux est identique à celle des sauvegardes des données et ne peut pas être définie séparément.

Comment réduire l'utilisation du stockage de sauvegarde ?

La suppression manuelle des jeux de sauvegarde n'est pas prise en charge. Pour réduire l'utilisation du stockage :

Réduisez la fréquence de sauvegarde ou la période de rétention : La réduction de la période de rétention permet au système de supprimer automatiquement les anciennes sauvegardes. Pour obtenir des instructions, consultez la section Configurer la sauvegarde automatique.
Augmentez le quota gratuit : Le quota gratuit évolue avec l'espace de stockage de l'instance. L'augmentation de votre espace de stockage accroît le quota gratuit de sauvegarde.

Pourquoi la sauvegarde par snapshot ne prend-elle pas en charge la sauvegarde incrémentielle ?

La sauvegarde par snapshot fonctionne au niveau du disque, et non au niveau des fichiers. Étant donné que les snapshots capturent l'état complet du disque à un instant donné, il n'existe aucun mécanisme basé sur les fichiers pour les modifications incrémentielles.

Bien que chaque sauvegarde par snapshot soit une sauvegarde « complète » au niveau des fichiers, le service de snapshot sous-jacent utilise un mécanisme de chaîne incrémentielle : chaque snapshot ne stocke que les données ayant changé depuis le snapshot précédent.

Pourquoi la sauvegarde incrémentielle n'est-elle pas disponible après l'activation de la sauvegarde de l'instance secondaire ?

L'architecture du noyau de SQL Server empêche la base de données secondaire d'effacer la bitmap différentielle, ce qui rend techniquement impossible la sauvegarde incrémentielle sur l'instance secondaire. Pour plus de détails, consultez la documentation Microsoft SQL Server.

Une sauvegarde complète manuelle affecte-t-elle la politique de sauvegarde automatique lorsque la sauvegarde incrémentielle est activée ?

Oui. L'exécution d'une sauvegarde complète manuelle réinitialise la base pour les sauvegardes incrémentielles ultérieures. Par exemple, si une sauvegarde complète est planifiée pour lundi et une sauvegarde incrémentielle pour mardi, et que vous effectuez une sauvegarde complète manuelle mercredi, le système effectuera des sauvegardes incrémentielles jeudi et vendredi en utilisant la sauvegarde manuelle de mercredi comme base.

Quelles sont les différences entre la sauvegarde par snapshot et la sauvegarde physique ?

Élément	Sauvegarde physique	**Snapshot backup**
Log backup frequency	Identique à la sauvegarde des données, toutes les 30 minutes ou toutes les 5 minutes	Toutes les 30 minutes ou toutes les 5 minutes
Backup speed	Lente	Rapide
Restoration speed (RTO)	Rapide ; varie selon les spécifications de l'instance	Extrêmement rapide ; indépendante du volume de données. Environ 30 min pour une nouvelle instance, environ 10 min pour une instance existante
Data volume	Illimité	Illimité
Impact on instance performance	Consommation importante d'E/S. À planifier pendant les heures creuses.	Impact minimal sur les E/S. Peut s'exécuter à tout moment.
Backup file download	Pris en charge	Non pris en charge

Étapes suivantes

Téléchargez les fichiers de sauvegarde des données et des journaux pour l'archivage ou la restauration locale.
Restaurez les données vers une instance existante, une nouvelle instance ou une base de données locale à l'aide de vos sauvegardes de données et de journaux.
Activez la sauvegarde interrégionale pour répliquer les données de sauvegarde vers une autre région. Par défaut, les sauvegardes sont stockées dans la même région que votre instance.

Référence API

API	Description
CreateBackup	Créer un jeu de sauvegarde
DescribeBackups	Lister les jeux de sauvegarde
DescribeBackupPolicy	Afficher les paramètres de sauvegarde
ModifyBackupPolicy	Modifier la politique de sauvegarde
DescribeBackupTasks	Interroger la liste des tâches de sauvegarde
DescribeLogBackupFiles	Interroger les fichiers de sauvegarde des journaux

ApsaraDB RDS:Sauvegarder une instance ApsaraDB RDS for SQL Server