Backup, cópia e carregar informações de trabalho não são atualizadas no monitor de envio de log

Quando você exibe um monitor de envio de log para um par de envio de log, os valores de último arquivo copiado e último arquivo carregado continuamente podem mostrar "first_file_000000000000.trn", mesmo que a cópia e carregar trabalhos no servidor secundário estão executando corretamente sem erros. Se os valores permanecem os mesmos durante um longo período de tempo, limites de envio de log pode ser trocado e alertas podem ser acionadas.

Quando você usa um servidor de monitor que seja diferente do servidor primário, o valor do último arquivo backup no monitor de envio de log pode também mostrar "first_file_000000000000.trn" (ou outro nome de arquivo) durante um longo período de tempo, mesmo que os trabalhos de backup estiverem sendo executados corretamente.

Observação : terminologia de remessa de log no SQL Server 2000, um servidor do monitor é um servidor que mantém controle sobre os arquivos que são backup em um servidor primário e, em seguida, copiados e carregados no servidor secundário. Especifique o servidor que irá monitorar um par de envio de log durante a configuração de envio de log para um banco de dados.

Esse comportamento é visto quando msdb log_shipping_primaries tabela no servidor do monitor não é atualizada durante o backup e/ou msdb log_shipping_secondaries tabela não é atualizada com cada cópia/carga de um log de transações.

Falha ao atualizar msdblog_shipping_primaries no monitor servidor ocorre quando as seguintes condições são atendidas:

• O servidor do monitor é uma instância diferente de instância do SQL Server principal.
• A opção Use Windows Authentication está selecionada na tela Especifica A remessa Monitor Server informações de log durante a instalação remessa de log.
• À conta de inicialização do SQL Server Service no servidor primário de um par de envio de log não tem privilégios suficientes para atualizar msdblog_shipping_primaries no servidor do monitor.
• O valor na coluna primary_server_name log_shipping_primaries não corresponde ao @@ nome_do_servidor do servidor primário.

Quando essas condições forem atendidas, o monitor de envio de log continuamente exibirá o valor do último arquivo de backup como "first_file_000000000000.trn".

Falha ao atualizar msdblog_shipping_secondaries no monitor servidor ocorre quando as seguintes condições são atendidas:

• O servidor do monitor é uma instância diferente de instância do SQL Server secundária.
• A opção Use Windows Authentication está selecionada na tela Especifica A remessa Monitor Server informações de log durante a instalação remessa de log.
• A conta de inicialização de serviço SQL Server no servidor secundário de um par de envio de log não tem privilégios suficientes para atualizar msdblog_shipping_secondaries no servidor do monitor.
• O valor na coluna secondary_server_name log_shipping_secondaries não corresponde ao @@ nome_do_servidor do servidor secundário.

Quando essas condições forem atendidas, o monitor de envio de log continuamente exibirá os valores último arquivo copiado e último arquivo carregado como "first_file_000000000000.trn".

Esses dois problemas também podem ser causados se a autenticação do SQL Server estiver selecionada para o monitor de envio de log e os privilégios de logon log_shipping_monitor_probe banco de dados do servidor do monitor de msdb são alterados após o envio de configuração de log.

Verifique se a conta de inicialização do serviço SQL Server para o servidor principal (se o valor do último arquivo de backup não está sendo atualizado) e o servidor secundário (se não forem sendo atualizados os valores do último arquivo copiado e carregado do último arquivo ) tem privilégios suficientes para atualizar tabelas no banco de dados msdb no servidor monitor. Dependendo de quais valores na ferramenta monitor remessa de log não estão sendo atualizados, a conta de inicialização do serviço SQL Server do servidor primário/secundário deve ser adicionada para a função de banco de dados do db_owner no msdb ou a função de servidor do administrador do sistema para o monitor de envio de log para funcionar como esperado.

Para verificar ou modificar as permissões nas tabelas log_shipping_primaries e log_shipping_secondaries no servidor designado como o servidor de monitor no log do par de remessa, execute essas etapas:

1. No SQL Enterprise Manager, selecione o servidor designado monitor.
2. Clique o sinal de mais (+) ao lado para bancos de dados para abrir a pasta bancos de dados.
3. Abra o banco de dados msdb .
4. Clique no ícone de tabelas em msdb .
5. No painel à direita da janela do Enterprise Manager, clique duas vezes a tabela log_shipping_primaries .
6. Clique no botão permissões .
7. Selecione Atualizar e Selecione verificar caixas para os usuários necessários; nesse caso, o SQL Server inicialização conta no servidor primário para o envio par de log.
8. Repita as etapas 1 a 7 mas na etapa 5 Clique duas vezes a tabela log_shipping_secondaries .

Considere o seguinte cenário:

• Servidor P é o servidor primário de envio de log.
• Servidor S é o servidor secundário de envio de log.
• Servidor M é o log do servidor do monitor de remessa.

A ferramenta de monitor de remessa de log será fornecida na M Server. Em ordem para essa ferramenta exibir as informações corretas, as seguintes condições devem ser atendidas:

• Quando usando a autenticação Windows NT para o monitor de envio de log, o SQL Server service inicialização contas no Server P e S Server deve ter selecionar pelo menos e privilégios de atualização nas tabelas log_shipping_primaries e log_shipping_secondaries no banco de dados do servidor monitor msdb .
• Ao usar autenticação do SQL Server para o monitor de envio de log, certifique-se de que as permissões padrão definido para o logon log_shipping_monitor_probe não são alteradas no servidor M. Por padrão, o logon ser adicionado à função pública no msdb de Server M com Select e Update privilégios no msdb log_shipping_primaries e msdblog_shipping_secondaries tabelas.

log_shipping_primaries e a tabelas log_shipping_secondaries são atualizadas com base em nomes de servidor do SQL Server. Você deve executar nos servidores primário e secundários. Em seguida, verifique se os valores em primary_server_name e as colunas secondary_server_name das tabelas no servidor do monitor correspondem @@ nome_do_servidor valores respectivamente.

Envio de log usa a funcionalidade fornecida em sqlmaint.exe para fazer backup e restaurar bancos de dados com várias opções. Sempre que um backup do log de transações é feito como parte de um programa de instalação envio de log, sqlmaint.exe se conecta ao servidor monitor e atualiza log_shipping_primaries com as informações de last_backup_filename . Da mesma forma, quando um trabalho de cópia/restauração é executado em um servidor secundário, sqlmaint.exe no servidor secundário deve se conectar ao servidor de monitor e atualizar a tabela log_shipping_secondaries .

O tipo de conexão dependerá da seleção feita para autenticação na tela Especifica A remessa Monitor Server informações de log durante a instalação remessa de log. Se Usar autenticação do Windows estiver selecionada, a conexão é feita usando a conta de inicialização do SQL Server do servidor primário/secundário. Se a Autenticação do SQL Server estiver selecionada, a conexão é feita usando o logon log_shipping_monitor_probe criado no servidor do monitor durante a configuração de envio de log.

Qualquer edição do SQL Server pode ser usada como um servidor do monitor. As tabelas necessárias para configurar servidor do monitor estão incluídas no todas as edições do SQL Server 2000.

As duas tabelas do qual o log de informações do monitor de remessa é recuperado são:

• Log_shipping_primaries : esta tabela armazena informações sobre os backups feitos no servidor primário, incluindo o último arquivo de backup que foi criado pelo plano de manutenção. Ele também contém o valor de limite (em minutos) após as alertas são disparadas. Informações sobre quando suprimir alertas podem ser definidas usando o log de interface de monitor de remessa para conta para qualquer interrupções planejadas quando o servidor não será ativo. As informações para suprimir esses alertas também serão armazenadas na tabela log_shipping_primaries .
• Log_shipping_secondaries : esta tabela armazena informações sobre o último arquivo copiado para o servidor secundário e o último arquivo restaurado no servidor secundário. Esses valores são atualizados na tabela com a execução da cópia de envio de log e carregar trabalhos no servidor secundário. Limite de alerta e informações de supressão de alerta para o servidor secundário são armazenados nesta tabela.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: