Solução de problemas de falhas de recuperação para um ponto no tempo devido a uma descontinuidade no número de sequência de log - Amazon Relational Database Service

Solução de problemas de falhas de recuperação para um ponto no tempo devido a uma descontinuidade no número de sequência de log

Ao tentar a recuperação para um ponto no tempo (PITR) no RDS para SQL Server, você pode encontrar falhas devido a descontinuidades nos números de sequência de log (LSNs). Essas descontinuidade impedem que o RDS restaure o banco de dados no horário solicitado, e o RDS coloca a instância de restauração no estado incompatible-restore.

Algumas causas comuns desse problema são:

  • Alterações manuais no modelo de recuperação do banco de dados.

  • Alterações automáticas no modelo de recuperação pelo RDS devido à insuficiência de recursos para concluir o backup dos logs de transações.

Para identificar descontinuidades no LSN em seu banco de dados, execute esta consulta:

SELECT * FROM msdb.dbo.rds_fn_list_tlog_backup_metadata(database_name) ORDER BY backup_file_time_utc desc;

Se você descobrir uma descontinuidade no LSN, você pode:

  • Escolher um ponto de restauração antes da descontinuidade do LSN.

  • Aguardar e restaurar para um ponto após a conclusão do próximo backup da instância.

Para evitar esse problema, recomendamos que você não altere manualmente o modelo de recuperação dos bancos de dados do RDS para SQL Server, pois isso interrompe a durabilidade da instância. Também recomendamos que você escolha um tipo de instância com recursos suficientes para sua workload, a fim de garantir backups regulares do log de transações.

Para ter mais informações sobre o gerenciamento de logs de transações, consulte SQL Server transaction log architecture and management guide na documentação do Microsoft SQL Server.