Risoluzione dei problemi di recupero point-in-time dovuti a un divario dei numeri nella sequenza di log - Amazon Relational Database Service

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 problemi di recupero point-in-time dovuti a un divario dei numeri nella sequenza di log

Quando si tenta il recupero point-in-time (PITR) in RDS per SQL Server, è possibile che si verifichino errori dovuti a divario dei numeri nella sequenza di log (LSN). Questi divari impediscono a RDS di ripristinare il database all’ora richiesta e RDS colloca l’istanza di ripristino in uno stato incompatible-restore.

Le cause comuni di tale problema sono indicate di seguito:

  • Modifiche manuali al modello di ripristino del database.

  • Modifiche automatiche al modello di ripristino da parte di RDS a causa di risorse insufficienti per il completamento dei backup dei log delle transazioni.

Per identificare i divari 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 un divario LSN, puoi:

  • Scegliere un punto di ripristino prima del divario LSN.

  • Attendere e ripristinare a un punto dopo il completamento del backup dell’istanza successiva.

Per evitare questo problema, è consigliabile non modificare manualmente il modello di ripristino dei database RDS per SQL Server, poiché ciò interrompe la durabilità dell’istanza. È inoltre consigliabile scegliere un tipo di istanza con risorse sufficienti per il carico di lavoro per garantire backup regolari dei log delle transazioni.

Per ulteriori informazioni sulla gestione dei log delle transazioni, consulta SQL Server transaction log architecture and management guide nella documentazione di Microsoft SQL Server.