Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résolution point-in-time-recovery des défaillances dues à un écart dans le numéro de séquence du journal
Lors d'une tentative point-in-time-recovery (PITR) dans RDS pour SQL Server, vous risquez de rencontrer des échecs en raison de lacunes dans les numéros de séquence des journaux ()LSNs. Ces lacunes empêchent RDS de restaurer votre base de données à l'heure demandée et RDS met en incompatible-restore état votre instance de restauration.
Les causes courantes de ce problème sont les suivantes :
-
Modifications manuelles du modèle de restauration de base de données.
-
Le modèle de restauration automatique est modifié par RDS en raison de ressources insuffisantes pour effectuer les sauvegardes du journal des transactions.
Pour identifier les lacunes LSN dans votre base de données, exécutez cette requête :
SELECT * FROM msdb.dbo.rds_fn_list_tlog_backup_metadata(database_name) ORDER BY backup_file_time_utc desc;
Si vous découvrez une lacune dans le LSN, vous pouvez :
-
Choisissez un point de restauration avant l'écart LSN.
-
Attendez et restaurez jusqu'à un point une fois la sauvegarde de l'instance suivante terminée.
Pour éviter ce problème, nous vous recommandons de ne pas modifier manuellement le modèle de restauration de vos bases de données RDS for SQL Server, car cela interrompt la durabilité de l'instance. Nous vous recommandons également de choisir un type d'instance doté de ressources suffisantes pour votre charge de travail afin de garantir des sauvegardes régulières du journal des transactions.
Pour plus d'informations sur la gestion du journal des transactions, consultez le guide d'architecture et de gestion du journal des transactions SQL
