Cópia de segurança, copiar e carga, informações sobre a tarefa não são actualizadas no monitor de envio do registo

Quando visualiza um monitor de envio do registo para um registo envio par, os valores do último ficheiro copiado e último ficheiro carregado continuamente poderão mostrar "first_file_000000000000.trn", apesar da cópia e carregar trabalhos no servidor secundário estão a executar correctamente sem erros. Se os valores são os mesmos durante um período de tempo alargado, poderia ser cruzado envio limiares do registo e alertas poderiam ser desencadeados.

Quando utiliza um servidor de monitor que seja diferente do servidor principal, o valor do último ficheiro cópia de segurança no monitor de envio do registo também pode mostrar "first_file_000000000000.trn" (ou outro nome de ficheiro) durante um período alargado de tempo, apesar das tarefas de cópia de segurança estiverem a executar correctamente.

Nota : terminologia de envio de registo no SQL Server 2000, um servidor de monitor é um servidor que controla os ficheiros que são cópias de segurança no servidor principal e, em seguida, copiados e carregados para o servidor secundário. Especificar o servidor que irá monitorar um par de envio de registo durante a configuração de envio do registo para uma base de dados.

Este comportamento é observado quando msdb log_shipping_primaries tabela no servidor de monitor não é actualizada durante a cópia de segurança e/ou msdb log_shipping_secondaries tabela não é actualizada com cada cópia/carga de um registo de transacções.

Falha na actualização msdblog_shipping_primaries no monitor servidor ocorre quando as condições seguintes se verificarem:

• O servidor de monitor é uma instância diferente da instância do SQL Server principal.
• A opção de Utilizar autenticação do Windows está seleccionada no ecrã Especifica O envio Monitor Server informações de registo durante a configuração de envio do registo.
• A conta de arranque do SQL Server Service no servidor principal de um par de envio do registo não tem privilégios suficientes para actualizar msdblog_shipping_primaries no servidor de monitor.
• O valor na coluna primary_server_name log_shipping_primaries não corresponde ao @@ nomeservidor do servidor principal.

Quando estas condições se verificarem, o monitor de envio do registo continuamente apresentará o valor do último ficheiro de cópia de segurança como "first_file_000000000000.trn".

Falha na actualização msdblog_shipping_secondaries no monitor servidor ocorre quando as condições seguintes se verificarem:

• O servidor de monitor é uma instância diferente da instância do SQL Server secundária.
• A opção de Utilizar autenticação do Windows está seleccionada no ecrã Especifica O envio Monitor Server informações de registo durante a configuração de envio do registo.
• A conta de arranque do SQL Server Service no servidor secundário de um par de envio do registo não tem privilégios suficientes para actualizar msdblog_shipping_secondaries no servidor de monitor.
• O valor na coluna secondary_server_name log_shipping_secondaries não corresponde ao @@ nomeservidor dos servidores secundários.

Quando estas condições são cumpridas, o monitor de envio do registo continuamente apresentará os valores último ficheiro copiado e último ficheiro carregado como "first_file_000000000000.trn".

Ambos estes problemas também podem ser causados se seleccionar autenticação do SQL Server para o monitor de envio do registo e os privilégios de início de sessão log_shipping_monitor_probe base de dados do servidor de monitor msdb são alterados depois de envio o programa de configuração do registo.

Certifique-se a conta de arranque de serviço do SQL Server para o servidor primário (se o valor do último ficheiro de cópia de segurança não for a ser actualizado) e o servidor secundário (se não estiverem a ser actualizados os valores do último ficheiro copiado e o último ficheiro carregado ) tem privilégios suficientes para actualizar as tabelas na base de dados msdb no servidor de monitor. Consoante os valores a ferramenta monitor de envio do registo não estiverem a ser actualizados, a conta de arranque de SQL Server Service do servidor principal/secundário deverá ser adicionada a função de base de dados de proprietário no msdb ou a função de administrador do sistema de servidor para o monitor de envio do registo funcionar como previsto.

Para verificar ou modificar permissões nas tabelas log_shipping_primaries e log_shipping_secondaries no servidor designado como o servidor de monitor no registo do par de envio, siga estes passos:

1. No SQL Enterprise Manager, seleccione o servidor de monitor designado.
2. Clique no sinal (+) junto a bases de dados para abrir a pasta de bases de dados.
3. Abra a base de dados msdb .
4. Clique no ícone de tabelas em msdb .
5. No painel da direita da janela do Gestor de empresas, faça duplo clique na tabela log_shipping_primaries .
6. Clique no botão permissões .
7. Seleccione a actualização e Seleccionar as caixas para os utilizadores necessários de verificação; neste caso, o arranque do servidor SQL conta no servidor primário para o registo de envio par.
8. Repita os passos 1 a 7 mas no passo 5 faça duplo clique sobre a tabela log_shipping_secondaries .

Considere o seguinte cenário:

• Servidor P é o registo de servidor principal de envio.
• Servidor S é o registo do servidor secundário para envio.
• Servidor M é o registo de servidor do monitor de envio.

A ferramenta monitor de envio do registo será fornecida no Server M. De forma a esta ferramenta para apresentar as informações correctas, devem ser cumpridas as seguintes condições:

• Quando utilizar a autenticação Windows NT para o monitor de envio do registo, o SQL Server arranque contas no servidor P de serviço e, pelo menos, deve ter seleccionar Server SP1 e privilégios de actualização em tabelas log_shipping_primaries e log_shipping_secondaries da base de dados do servidor de monitor msdb .
• Quando utilizar a autenticação do SQL Server para o monitor de envio do registo, certifique-se de que as permissões predefinidas para o início de sessão log_shipping_monitor_probe não são alteradas no Server M. Por predefinição, o login será adicionado à função pública msdb do Server M com seleccionar os privilégios de actualização no msdb log_shipping_primaries e msdb log_shipping_secondaries tabelas.

log_shipping_primaries e as tabelas log_shipping_secondaries estão actualizadas de baseia os nomes de servidor do SQL Server. Tem de executar nos servidores primário e secundários. Em seguida, verifique se os valores primary_server_name e as colunas secondary_server_name das tabelas no servidor de monitor correspondem às @@ nomeservidor valores respectivamente.

Envio de registo utiliza a funcionalidade fornecida em Sqlmaint.exe para cópias de segurança e restaurar bases de dados com várias opções. Sempre que uma cópia de segurança transacção do registo é efectuada como parte de um registo de configuração de envio, Sqlmaint.exe liga ao servidor de monitor e actualiza log_shipping_primaries com as informações de last_backup_filename . Do mesmo modo, quando uma tarefa de cópia/restauro é executado num servidor secundário, Sqlmaint.exe no servidor secundário deve ligar ao servidor de monitor e actualizar a tabela log_shipping_secondaries .

O tipo de ligação depende da selecção efectuada para autenticação no ecrã Especifica O envio Monitor Server informações de registo durante a configuração de envio do registo. Se Utilizar autenticação do Windows estiver seleccionada, a ligação é efectuada utilizando a conta de arranque do SQL Server do servidor principal/secundário. Se a Autenticação do SQL Server estiver seleccionada, a ligação é efectuada utilizando o início de sessão log_shipping_monitor_probe que é criado no servidor de monitor durante o envio o programa de configuração do registo.

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

As duas tabelas a partir da qual o registo de informações do monitor é obtido são:

• Log_shipping_primaries : Esta tabela armazena informações sobre cópias de segurança efectuada no servidor principal, incluindo o último ficheiro de cópia de segurança criado o plano de manutenção. Também contém o valor de limite (em minutos) depois dos alertas são elevados. Informações sobre quando suprimir alertas podem ser definidas utilizando o registo de interface do monitor de envio para a conta para quaisquer falhas planeadas quando o servidor não estará activo. Informações para suprimir estes alertas também serão armazenadas na tabela log_shipping_primaries .
• Log_shipping_secondaries : Esta tabela armazena informações sobre o último ficheiro copiado para o servidor secundário e o último ficheiro restaurado no servidor secundário. Estes valores são actualizados na tabela com a execução da cópia de envio do registo e carregar trabalhos no servidor secundário. Limiar 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 de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: