PROBLEMA: Erro 14274 ocorre ao atualizar um trabalho de agente do SQL após renomear o Windows Server

Traduções deste artigo Traduções deste artigo
ID do artigo: 281642 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Após o nome de servidor do Windows, ao tentar atualizar ou excluir trabalhos criados anteriormente em uma instância do SQL Server 2000, poderá receber a seguinte mensagem de erro:
Erro 14274: Não é possível adicionar, atualizar ou excluir um trabalho (ou suas etapas ou agendas) que se originou em um servidor MSX. O trabalho não foi salvo.
Esse problema não ocorre para o Microsoft SQL Server 7.0; no entanto, você pode receber essa mensagem de erro quando você atualiza um servidor virtual do SQL Server 7.0 para um servidor de virtual do SQL Server 2000, mesmo que você manter o mesmo nome de servidor virtual. Durante o processo de atualização, você precisa tirar o cluster de servidor virtual do SQL Server 7.0. Ao tirar o servidor virtual do cluster, torna-se uma instância autônoma do SQL Server e leva o nome do nó e você receberá a mensagem de erro quando você altera o nome.

Causa

SQL Server 7.0 não apresentam esse problema porque no msdb sysjobs tabela, o campo originating_server armazena o valor '(local)' referenciando o servidor local. Portanto, não importa como o nome do servidor é modificado, a alteração não afeta os trabalhos do servidor local.

Como o SQL Server 2000 oferece suporte a multi-instances, o campo originating_server contém o nome da instância no formato 'servidor\instância'. Mesmo para a instância padrão do servidor, o nome do servidor real é usado em vez de '(local)'. Portanto, depois que o servidor do Windows é renomeado, esses trabalhos ainda fazem referência o nome do servidor original e podem não ser atualizados ou excluídos pelo processo do nome do novo servidor.

Após uma atualização do SQL Server 7.0 para o SQL Server 2000, a coluna originating_server também é atualizada para todos os trabalhos existentes e o valor '(local)' não é mais usada.

Como Contornar

A melhor maneira para lidar com esse problema após o processo de renomear é para seguir essas etapas:
  1. Renomeie o servidor novamente para o nome original.
  2. Todos os trabalhos de script de e, em seguida, excluí-los.
  3. Renomear o servidor para o novo nome.
  4. Adicionar novamente os trabalhos executando o script gerado na etapa 2.
Para obter informações adicionais, consulte o artigo "Multiserver Administration" nos manuais online do SQL Server.

Situação

A Microsoft confirmou que este é um problema no SQL Server 2000.

Propriedades

ID do artigo: 281642 - Última revisão: quarta-feira, 21 de dezembro de 2005 - Revisão: 4.4
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2000 Standard Edition
Palavras-chave: 
kbmt kbbug kbpending KB281642 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 281642

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com