Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Risoluzione dei point-in-time-recovery problemi dovuti a un divario tra i numeri della sequenza di log
Durante il tentativo point-in-time-recovery (PITR) in RDS per SQL Server, è possibile che si verifichino errori dovuti a lacune nei numeri di sequenza di registro (). LSNs Queste lacune impediscono a RDS di ripristinare il database all'ora richiesta e RDS colloca l'istanza di ripristino nello stato richiesto. incompatible-restore
Le cause più comuni di questo problema sono:
-
Modifiche manuali al modello di ripristino del database.
-
Modifiche automatiche al modello di ripristino da parte di RDS a causa dell'insufficienza delle risorse per il completamento dei backup dei log delle transazioni.
Per identificare le lacune LSN nel database, esegui questa query:
SELECT * FROM msdb.dbo.rds_fn_list_tlog_backup_metadata(database_name) ORDER BY backup_file_time_utc desc;
Se scopri una lacuna in LSN, puoi:
-
Scegli un punto di ripristino prima del gap LSN.
-
Attendi e ripristina fino a un punto dopo il completamento del backup dell'istanza successiva.
Per evitare questo problema, ti consigliamo di non modificare manualmente il modello di ripristino dei database RDS per SQL Server, poiché ciò interrompe la durabilità dell'istanza. Ti consigliamo inoltre di scegliere un tipo di istanza con risorse sufficienti per il tuo carico di lavoro per garantire backup regolari dei log delle transazioni.
Per ulteriori informazioni sulla gestione dei log delle transazioni, vedere la guida all'architettura e alla gestione dei log delle transazioni di SQL Server
