Estou tentando inserir arquivos de log por hora depois que um banco de dados foi alterado de:
modo "Standby / Somente leitura" para
modo regular (online) para
modo "Somente leitura" para
Modo "Restaurar" para
Modo "Standby / Somente leitura".
Eu estava tentando mover arquivos bak, mdf e ldf de uma unidade para outra devido ao tamanho do disco.
Eu estava tentando mudar o modo para "Standby / Read-Only" porque, atualmente, nossos arquivos de log por hora podem ser inseridos no banco de dados apenas se estiver no modo "Standby / Read-Only".
Esses arquivos de log são de um fornecedor terceirizado.
Estou recebendo a seguinte mensagem de erro quando tento inserir o próximo arquivo de log por hora:
Msg 4330, Level 16, State 1, Line 3
This backup set cannot be applied because it is on a recovery path that
is inconsistent with the database.
The recovery path is the sequence of data and log backups that have
brought the database to a particular recovery point.
Find a compatible backup to restore, or restore the rest of the database
to match a recovery point within this backup set, which will restore the
database to a different point in time.
For more information about recovery paths, see SQL Server Books Online.
Msg 3013, Level 16, State 1, Line 3
RESTORE LOG is terminating abnormally.
Msg 4305, Level 16, State 1, Line 3
The log in this backup set begins at LSN 385165000000462400001, which is
too recent to apply to the database. An earlier log backup that includes
LSN 385162000002744000001 can be restored.
Quando olhei os detalhes do arquivo de backup, o último LSN mostra 385162000002744000001 (na caixa laranja), portanto, logicamente, ele deve inserir o próximo arquivo de log por hora.
Minha dúvida é, se eu mudar o modo assim (como se tivesse mudado umas 4 vezes), isso interrompe o processo de LSN?
O que significa " incoerente "?
Quando a parte de recuperação de uma restauração de banco de dados é executada, o SQL Server processa as transações pendentes: avança as transações confirmadas no log de transações, mas não gravadas nos arquivos de dados, e reverte as transações não confirmadas.
Quando o banco de dados é recuperado no modo de espera, o SQL Server mantém um arquivo de desfazer dessas ações, para que possam ser desfeitas para trazer o banco de dados de volta ao modo de restauração e possibilitar a restauração de mais backups de log.
No entanto, uma vez que o banco de dados é totalmente recuperado (sem modo de espera), esse arquivo não existe. O banco de dados agora é basicamente uma bifurcação da cadeia LSN. Não é possível trazer de volta o banco de dados no modo de restauração e restaurar backups de log adicionais.
Neste ponto, infelizmente, você deve voltar para um backup completo do banco de dados.