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.
Dépannage des échecs de reprise ponctuelle dus à un écart de numéro de séquence de journal
Lors d’une tentative de reprise ponctuelle (PITR) dans RDS for SQL Server, vous pouvez rencontrer des échecs en raison d’écarts de numéros de séquences de journal (LSN). 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
