Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Aplica-se a: 
SQL Server
Details
| Attribute | Value |
|---|---|
| Nome do Produto | SQL Server |
| ID do Evento | 14421 |
| Origem do evento | MSSQLSERVER |
| Componente | SQLEngine |
| Nome simbólico | SQLErrorNum14421 |
| Texto da mensagem | O banco de dados secundário de envio de logs %s.%s tem limite de restauração de %d minutos e está fora de sincronia. Nenhuma restauração foi realizada por %d minutos. A latência restaurada é de %d minutos. Verifique as informações do log do agente e do monitor de envio de logs. |
Explanation
Esta mensagem indica que o envio de logs está fora de sincronização para além do limiar de restauro. O limiar de restauro é o número de minutos que podem decorrer entre operações de restauro antes de uma mensagem ser gerada.
Causas Possíveis
Esta mensagem não indica necessariamente um problema com o transporte de troncos. Em vez disso, esta mensagem pode indicar um dos seguintes problemas:
O trabalho de restauro não está a funcionar.
As possíveis causas do trabalho não estar a correr incluem as seguintes: o serviço SQL Server Agent na instância secundária do servidor não está a correr, o trabalho está desativado ou o cronograma do trabalho foi alterado.
O trabalho de restauro está a falhar.
As possíveis causas da falha do trabalho incluem as seguintes: o caminho da pasta de restauro não é válido, o disco está cheio, ou qualquer outra razão para a RESTORE instrução falhar.
Ação do Usuário
Para resolver esta mensagem:
Certifique-se de que o serviço SQL Server Agent está a correr para a instância secundária do servidor e que o trabalho de restauro desta base de dados secundária está ativado e está agendado para correr na frequência apropriada.
O trabalho de restauro no servidor secundário pode estar a falhar. Neste caso, verifique o histórico do trabalho de restauro para procurar a causa.
O trabalho de restauro de envio de logs, que corre na instância secundária do servidor, pode não conseguir ligar-se à instância do servidor de monitorização para atualizar a tabela log_shipping_monitor_secondary . Isto pode ser causado por um problema de autenticação entre a instância do servidor monitor e a instância secundária do servidor.
O limiar de alerta de backup pode ter um valor incorreto. Idealmente, este valor é definido para pelo menos três vezes a frequência do trabalho de restauro. Se alterar a frequência do trabalho de restauro depois de o envio dos registos estar configurado e funcional, deve atualizar o valor do limiar de alerta de backup em conformidade.
Quando a instância do servidor de monitorização fica offline e depois volta online, a tabela de log_shipping_monitor_secondary não é atualizada com os valores atuais antes de o job de mensagem de alerta ser executado. O erro 14421 pode ser apresentado quando um trabalho de restauro tem sucesso com, "Não foi possível encontrar um ficheiro de backup de registo que pudesse ser aplicado à base de dados secundária." Quando isto acontece, o tempo de restauro não é atualizado. A causa do erro neste caso pode ser um problema com o trabalho de cópia.
Para atualizar as tabelas de monitorização com os dados mais recentes da base de dados secundária, execute sp_refresh_log_shipping_monitor na instância do servidor secundário.
Na instância do servidor secundário ou monitor, a data ou hora está incorreta. Isto também pode gerar mensagens de alerta. Possivelmente a data ou hora do sistema foi modificada numa delas.
Note
Fusos horários diferentes para as duas instâncias do servidor não devem causar problemas.
Ver também
log_shipping_monitor_secondary (Transact-SQL)
Sobre o envio de logs (SQL Server)
sp_help_log_shipping_monitor_secondary (Transact-SQL)
sp_refresh_log_shipping_monitor (Transact-SQL)
Sobre o envio de logs (SQL Server)