Restore SQL Server backup data - ApsaraDB RDS - Centre de documentation Alibaba Cloud

Limites

Si la fonctionnalité Archivage des données sur OSS est activée sur une instance, vous ne pouvez restaurer que les bases de données du jeu de sauvegarde qui ne se trouvent pas en stockage froid. Si une base de données a été déplacée vers le stockage froid, l'instance restaurée n'inclura pas cette base de données.
Les sauvegardes d'une instance Serverless ne peuvent être restaurées que vers une nouvelle instance Serverless, et non vers une instance existante.
La restauration directe n'est pas prise en charge pour les instances RDS SQL Server 2008 R2 utilisant des disques locaux haute performance. Pour restaurer les données de cette version d'instance, vous devez utiliser une instance temporaire.
Si la fonctionnalité TDE est activée, les sauvegardes ne peuvent être restaurées que vers une nouvelle instance.

Restaurer vers une instance existante

Vous pouvez restaurer la sauvegarde d'une instance vers une instance existante spécifiée, y compris l'instance source. La restauration peut s'effectuer à partir d'un jeu de sauvegarde ou à un instant précis. Vous avez la possibilité de restaurer toutes les bases de données ou seulement un sous-ensemble.

Règles de restauration

Exigence

Description

Version de la base de données

La version de la base de données de l'instance de destination doit être identique ou supérieure à celle de l'instance source.

Série d'instances

Il est impossible de restaurer une instance d'une série supérieure vers une série inférieure. Les séries sont classées de la plus élevée à la plus basse : Cluster Edition > High-Availability Edition > Basic Edition.

Type d'instance

Vous ne pouvez restaurer une instance que vers une autre instance du même type, ou basculer entre les types General-purpose et Dedicated.

Procédure

Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où réside l'instance RDS. Localisez ensuite l'instance RDS et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration, puis sur Restore Database.
Dans la boîte de dialogue qui s'affiche, sélectionnez Restore to Existing Instance et cliquez sur OK.

Configurez les paramètres suivants, puis cliquez sur OK.

Paramètre	Description
Restore Method	By Backup Set : restaure les données à partir du jeu de sauvegarde sélectionné. By Time : restaure l'instance à un instant précis dans la période de rétention des sauvegardes de journaux. Le système utilise la sauvegarde complète la plus récente et les sauvegardes incrémentielles suivantes pour effectuer la restauration. Il est impossible de restaurer à partir d'une sauvegarde incrémentielle spécifique. Vous pouvez afficher ou modifier la période de rétention des sauvegardes de journaux selon vos besoins.
Restoration Time	Ce paramètre est visible lorsque le Restore Mode est défini sur By Time. Sélectionnez l'instant précis auquel vous souhaitez restaurer les données.
Backup Set	Ce paramètre est visible lorsque le Restore Mode est défini sur By Backup Set. Sélectionnez le jeu de sauvegarde à restaurer.
More Backup Sets	Si le jeu de sauvegarde cible ne figure pas dans la liste déroulante Backup Set, cochez cette option pour effectuer une recherche étendue.
Destination Instance Name	Sélectionnez l'instance de destination pour la restauration. Vous pouvez restaurer les données vers une instance disposant d'une version de base de données ultérieure. Par défaut, le système répertorie toutes les instances de la région actuelle associées à votre compte, y compris l'instance source. Remarque Une sauvegarde par snapshot ne peut être restaurée que vers une instance pour laquelle la fonctionnalité sauvegarde par snapshot est activée. Vous ne pouvez pas restaurer des sauvegardes entre des instances shared-specification et des instances General-purpose ou Dedicated. Si trop d'instances de destination s'affichent, utilisez la zone de recherche pour filtrer la liste.
Databases to Restore	Sélectionnez les bases de données à restaurer. Vous pouvez restaurer certaines ou toutes les bases de données. Par défaut, toutes les bases de données de l'instance sont répertoriées. Définissez les noms des bases de données restaurées. Par défaut, les noms d'origine des bases de données sont utilisés. Important : Le nom de la base de données restaurée doit être unique sur l'instance de destination. Des noms en double entraîneront l'échec de la restauration. Si vous attribuez un nom unique à la base de données restaurée, une nouvelle base de données est créée sans affecter les données existantes sur l'instance de destination. Les noms des bases de données restaurées ne peuvent contenir que des lettres majuscules, des lettres minuscules, des chiffres, des traits de soulignement (_) et des traits d'union (-).

Surveillez la progression de la restauration.

Le système crée une tâche de restauration. Cliquez sur Tasks dans le coin supérieur droit. Sur la page Tasks , filtrez les tâches par Task Type et sélectionnez Clone Instance pour afficher la progression.

La restauration est terminée lorsque l'état de la tâche est Succeeded et que la progression atteint 100 %.

Restaurer vers une nouvelle instance

Vous pouvez restaurer la sauvegarde d'une instance vers une nouvelle instance à partir d'un jeu de sauvegarde ou à un instant précis. La restauration peut inclure toutes les bases de données ou un sous-ensemble de celles-ci. Pour plus d'informations sur le temps nécessaire pour restaurer vers une nouvelle instance, consultez la section FAQ de cette rubrique.

Facturation

La restauration des données vers une nouvelle instance crée une instance facturée. Vous pouvez consulter les frais lors du processus de création.

Remarque

Si vous n'avez plus besoin de l'instance source après la restauration, libérez ou résiliez l'abonnement à l'instance source rapidement afin d'éviter des frais inutiles.
La facturation de la nouvelle instance commence dès sa création.

Procédure

Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle se trouve l'instance RDS. Recherchez ensuite l'instance RDS et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration, puis cliquez sur Restore Database.
Dans la boîte de dialogue Select Restore Method qui s'affiche, sélectionnez Restore to New Instance et cliquez sur OK.

Sur la page Restore Database, configurez les paramètres suivants.

Catégorie	Description
Mode de facturation	Subscription : méthode prépayée où vous payez à l'avance. Cette option convient aux besoins à long terme et est plus économique que le paiement à l'utilisation. Plus la période d'abonnement est longue, plus la remise est importante. Pay-As-You-Go : méthode postpayée avec facturation horaire. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance à tout moment pour réduire les coûts.
Restore Mode	By Backup Set : restaure les données à partir du jeu de sauvegarde sélectionné. By Time : restaure l'instance à un instant précis dans la limite de la période de rétention des sauvegardes de journaux. Le système utilise la sauvegarde complète la plus récente et les sauvegardes incrémentielles suivantes pour effectuer la restauration. Vous ne pouvez pas restaurer à partir d'une sauvegarde incrémentielle spécifique. Vous pouvez consulter ou modifier la période de rétention des sauvegardes de journaux selon vos besoins.
Database	Vous pouvez restaurer toutes les bases de données ou seulement certaines d'entre elles. Lorsque vous sélectionnez Part, vous devez saisir manuellement les noms des bases de données en les séparant par une virgule (,). Remarque Si la sauvegarde instantanée est activée pour une instance, vous ne pouvez restaurer que All les bases de données. La restauration de Part des bases de données n'est pas possible.
Edition	Les séries disponibles varient selon la région et la version de la base de données. Les options disponibles sont affichées dans la console. Pour plus d'informations, consultez la section Séries prises en charge.
Storage Type	Sélectionnez un disque cloud ESSD ou un disque cloud haute performance. Pour plus d'informations, consultez la section Types de stockage.
Zone of Primary Node	Sélectionnez la zone pour le nœud principal de l'instance. Remarque Les instances Basic Edition ne comportent qu'un seul nœud et se trouvent donc dans une seule zone.
Deployment Method	Multi-zone Deployment (recommandé) : les nœuds principal et secondaire se trouvent dans différentes zones au sein de la même région, offrant ainsi une reprise après sinistre interzones. Single-zone Deployment : les nœuds principal et secondaire se trouvent dans la même zone. Remarque Il n'y a pas de différence significative entre les zones d'une même région. Pour des performances optimales, créez vos instances ECS et RDS dans la même zone. L'impact sur les performances est minime si elles se trouvent dans des zones différentes au sein de la même région. Si vous sélectionnez l'Basic Edition, seule l'option Single-zone Deployment est prise en charge. Si une zone est indiquée comme Sold Out, sélectionnez une autre zone. L'édition Basic ne prend pas en charge ce paramètre.
Zone of Secondary Node	Si vous définissez la Deployment Method sur Multi-zone Deployment, vous devez sélectionner la zone pour le nœud secondaire de l'instance. Remarque Les instances Basic Edition ne comportent qu'un seul nœud et n'ont donc pas de zone de nœud secondaire.
Instance Type	Les types d'instance disponibles varient selon la région et la version de la base de données. Les options disponibles sont affichées dans la console. Pour plus d'informations, consultez la section Types d'instance pris en charge.
Capacity	La capacité de stockage de la nouvelle instance doit être supérieure ou égale à celle de l'instance source. Vous pouvez consulter la capacité de stockage de l'instance source sur sa page Basic Information. La capacité de stockage inclut l'espace occupé par les données, les fichiers système, les fichiers journaux et les fichiers de transaction.

Cliquez sur Next: Instance configuration et configurez les paramètres suivants.

Catégorie	Description
Network Type	Actuellement, seul le VPC est pris en charge. Vous pouvez créer un VPC et un vSwitch selon vos besoins. Remarque Assurez-vous que l'instance RDS et l'instance ECS qui doivent communiquer avec elle se trouvent dans le même VPC. Sinon, elles ne pourront pas communiquer via le réseau interne.
Resource Group	Groupe de ressources auquel l'instance appartient. Vous pouvez créer un groupe de ressources si nécessaire.

Cliquez sur Next: Confirm order.
Confirmez la Parameter Configuration. Sélectionnez la Quantity et la Duration (uniquement pour les instances avec abonnement). Cliquez ensuite sur Pay Now et effectuez le paiement.

La création de l'instance prend de 1 à 10 minutes. Accédez à la liste des instances et actualisez la page pour voir la nouvelle instance.
Une fois l'instance créée, connectez-vous à la nouvelle instance SQL Server pour vérifier les données restaurées.

Opérations connexes

Vous pouvez également restaurer les données en utilisant l'API RecoveryDBInstance.

FAQ

Combien de temps faut-il pour restaurer les données sur une nouvelle instance ?

Durée estimée

Le tableau suivant indique la fourchette de durée estimée pour la restauration des données sur une nouvelle instance. Notez que toutes les vitesses de sauvegarde et de restauration sont basées sur la taille des données non compressées.

Remarque

L'édition Web ne prend pas en charge la compression des sauvegardes, ce qui réduit l'efficacité des sauvegardes. Cela peut entraîner une baisse des vitesses de sauvegarde et de restauration en dessous de 100 Go/heure.

Actions	Obligatoire	Durée estimée	Notes
Créer et configurer la nouvelle instance	Obligatoire	10 à 15 minutes	La durée requise dépend de la série et du type d'instance que vous sélectionnez pour la nouvelle instance.
Effectuer une sauvegarde complète de l'instance source	Facultatif	200 Go/heure	La vitesse de récupération des journaux de transactions est beaucoup plus lente que celle d'une sauvegarde complète. Pour garantir une efficacité de restauration optimale, le système lance une sauvegarde complète si aucune n'a été effectuée au cours des 36 dernières heures. Cela permet d'équilibrer le besoin d'une récupération plus rapide avec la surcharge liée à une sauvegarde complète supplémentaire. Nous vous recommandons d'effectuer manuellement une sauvegarde complète avant la restauration, ou de démarrer la tâche de restauration dans les 36 heures suivant la fin d'une sauvegarde complète automatique. Cela réduit la durée totale de la restauration. La vitesse de sauvegarde peut varier selon la région et l'heure de la journée. Pour une estimation plus précise, vérifiez le volume de données et l'heure de votre dernière sauvegarde complète.
Restaurer la sauvegarde complète sur l'instance de destination	Obligatoire	200 Go/heure	Aucune
Sauvegarder les journaux de transactions incrémentiels sur l'instance source	Obligatoire	200 Go/heure	Une surcharge supplémentaire de 2 minutes peut survenir pour des tâches telles que la préparation de la sauvegarde, la finalisation et l'allocation des ressources.
Appliquer les sauvegardes des journaux de transactions incrémentiels sur l'instance de destination	Obligatoire	200 Go/heure	Une surcharge supplémentaire de 2 minutes peut survenir pour des tâches telles que la vérification de la cohérence de la sauvegarde.
Mettre la base de données en ligne	Obligatoire	Généralement en moins de 2 minutes	Consommation de ressources : L'application des journaux de transactions incrémentiels est une opération gourmande en ressources. Pour les instances ayant des spécifications inférieures (par exemple, 2 cœurs et 4 Go de RAM), un grand nombre de journaux de transactions peut ralentir la vitesse de récupération. Récupération accélérée de base de données : RDS for SQL Server 2019 et versions ultérieures proposent la fonctionnalité Accelerated Database Recovery (ADR), qui peut réduire le temps nécessaire pour mettre la base de données en ligne. Consultez la documentation Microsoft pour plus de détails.

Exemple d'estimation

Spécifications de l'instance de test : CPU et mémoire de 4 cœurs et 8 Go, 600 Go de données.

Créer et configurer la nouvelle instance : 12 minutes
Effectuer une sauvegarde complète (facultatif) : 3 heures (600 Go / 200 Go par heure)
Restaurer la sauvegarde complète sur l'instance de destination : 3 heures (600 Go / 200 Go par heure)
Sauvegarder 10 Go de journaux de transactions incrémentiels sur l'instance source : 5 minutes (3 minutes pour la sauvegarde + 2 minutes de surcharge)
Appliquer 10 Go de sauvegardes de journaux de transactions incrémentiels sur l'instance de destination : 5 minutes (3 minutes pour l'application + 2 minutes de surcharge)
Mettre la base de données en ligne : En moins de 2 minutes

Dans cet exemple, si aucune sauvegarde complète n'a été effectuée au cours des 36 dernières heures, la durée totale est d'environ 6 heures et 24 minutes. Sinon, la durée totale est d'environ 3 heures et 24 minutes.

Recommandations

Planifiez une fenêtre de maintenance : Effectuez l'opération de restauration pendant les heures creuses afin de minimiser l'impact sur votre activité.
Évitez les transactions de longue durée : Pendant le processus de restauration, évitez les transactions de longue durée telles que la création ou la reconstruction d'index ou l'archivage des données. Ces opérations peuvent prolonger le temps nécessaire pour mettre la base de données en ligne.