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
Lorsque vous essayez 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 écarts empêchent RDS de restaurer votre base de données à l’heure demandée et RDS place l’instance de restauration à l’état incompatible-restore.
Causes courantes entraînant ce problème :
-
Modifications manuelles du modèle de récupération de base de données.
-
Le modèle de récupération automatique est modifié par RDS en raison de ressources insuffisantes pour effectuer les sauvegardes du journal des transactions.
Pour identifier les écarts de LSN dans la 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 un écart de LSN, vous pouvez :
-
Choisir un point de restauration avant l’écart de LSN.
-
Attendre et restaurer 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 des 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 des journaux de transactions, consultez SQL Server transaction log architecture and management guide
