"As propriedades comuns de recurso ' nome de rede SQL (<SQL name="">)' não pôde ser salvo" Erro ao tentar atualizar o nó do cluster para SQL Server 2012</SQL>

Traduções de Artigos Traduções de Artigos
Artigo: 2782511 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Considere o seguinte cenário:
  • Você tem um cluster de failover do Microsoft SQL Server de dois nós que está sendo executado em um cluster de failover do Microsoft Windows Server 2012. Por exemplo, o nó primário é o nó A e o nó passivo primário é o nó B.

    Observação A instância do SQL Server é instância de um Microsoft SQL Server 2008 ou o Microsoft SQL Server 2008 R2.
  • Você tenta atualizar o nó primário (nó A) para Microsoft SQL Server 2012, usando o processo que está documentado no seguinte site da MSDN:
    Atualizar uma instância de cluster de failover do SQL Server
Nesse cenário, você recebe uma mensagem de erro semelhante à seguinte:
Não foi possível salvar as propriedades comuns de recursos 'SQL Network Name (Nome de SQL)'. Erro: Houve uma falha ao chamar o código de cluster de um provedor. Mensagem de exceção: um ou mais valores de propriedade para este recurso estão em conflito com um ou mais valores de propriedade associados com seus recursos independentes.

Notas:
  • "Nome SQL" é um espaço reservado para o nome de rede do SQL Server.
  • Mesmo que esse problema faz com que uma falha de atualização no nó A, o SQL Server, grupo de recursos de failover com êxito para o nó atualizado B. Além disso, como a operação de failover leva menos de um minuto, todos os recursos estão on-line sem interromper visivelmente a conectividade de cliente. No entanto, para concluir o processo de atualização no nó A, você precisará seguir etapas adicionais que são mencionadas na seção "Resolução".

Causa

Esse problema ocorre devido a alterações no cluster de Failover do Windows Server 2012.

Resolução

Esta seção aborda as seguintes ações:
  • Concluir a atualização no nó A.
  • Evitar que o problema afete novas atualizações.

Concluir a atualização no nó a


Antes de começar esse processo, esteja ciente das seguintes opções:
  • Não é possível remover o nó A, usando o Remover nó operação. Esta operação irá excluir a instância de cluster de failover do SQL Server. Portanto, você não pode repará-lo.
  • Não é possível desinstalar a instância de cluster de failover do SQL Server, usando Desinstalar um programa. Esta operação não funciona.
  • Você não pode usar uma edição incorreta da mídia de instalação (por exemplo, SQL Server 2008 ou SQL Server 2008 R2) para executar o Remover nó operação. Esta operação irá corromper o estado do computador.
Para concluir a atualização para o nó A, há duas fases:
  • Phase 1: limpeza após a tentativa de atualização falha no nó A para restaurar o stat pré-atualizaçãoe
    1. Fechar o programa de instalação e a caixa de diálogo de erro se eles já não estiverem fechados e deixe que o relatório que a operação de atualização falha e concluir o programa de atualização.
    2. Remova nó A lista de possíveis proprietários para evitar que acidentalmente fazer failover volta para ela. Para alterar a lista de possíveis proprietários, faça o seguinte:
      1. Inicie o snap-in do Gerenciador de Cluster de Failover em qualquer nó de failover.
      2. Em Funções, selecione a instância de cluster de failover do SQL Server no painel superior.
      3. Clique em Recursos no painel inferior, clique com o botão direito do Nome do servidor recursos e, em seguida, selecione Propriedades.
      4. Clique em Diretivas avançadas no Propriedades caixa de diálogo.
      5. Marque ou desmarque as caixas de seleção necessárias para cada nó adicionar ou remover os nós.
    3. Abra o arquivo Summary. txt no seguinte local:
      %Program Files%\Microsoft SQL Server\110\Setup Bootstrap\Log
      Encontre o seguinte comando para solução de problemas no arquivo Summary. txt:
      instalação /q /action = uninstall /instanceid = FOOINST /features = AS
    4. Abra um prompt de comando como administrador e use o comando de solução de problemas em conjunto com o caminho do arquivo de instalação do SQL Server 2012 (setup.exe). Por exemplo, você pode usar um comando semelhante à seguinte:
      Caminho de mídia do SQL Server 2012\Setup.exe /q /action = uninstall /instanceid = FOOINST /features = AS
      Anotações:
      • "Caminho de mídia do SQL Server 2012"é um espaço reservado para o caminho da mídia do SQL Server 2012.
      • Este comando é executado silenciosamente e será concluído normalmente em cinco minutos.
      • Você pode copiar e colar os argumentos de linha de comando do arquivo Summary. txt para evitar a inserção de erros. No entanto, o recurso de "Como" deve ser passado como um parâmetro que é exatamente como sugerido no arquivo Summary. txt. Entrada incorreta desse comando (especialmente o parâmetro "instanceid") fazer com que a operação de limpeza falha e potencialmente deixar o computador em estado corrompido.
      • Verifique o arquivo Summary. txt para confirmar que a operação de limpeza foi concluída com êxito.
  • Fase 2: Atualizar o nó A para o SQL Server 2012
    1. Inicie a mídia de instalação do SQL Server 2012 no modo de interface do usuário.
    2. Selecione o Atualizar a opção sob a Instalação menu da página inicial e, em seguida, vá para o Configuração da instância caixa de diálogo.
    3. Selecione o nome de instância correta e, em seguida, insira o valor correto no campo ID de instância.

      Anotações:
      • Continuando o exemplo na fase 1, o valor de ID de instância é FOOINST.
      • O programa de instalação não determina automaticamente o ID de instância. Portanto, você não pode usar o ID de instância padrão previamente preenchido no campo ID de instância.
      • Você pode revisar o arquivo Summary. txt para localizar o ID de instância correta.
    4. Conclua o processo de atualização.
    5. Após o nó A é atualizado com êxito, adiciona de volta para a lista de possíveis proprietários na Nome do servidor recurso de instância de cluster de failover do SQL Server.

Impedir que o problema afete novos upgrades


Para evitar esse problema, use uma das seguintes opções:
  • Opção 1
    1. Atualize não mais do que metade de nós passivos pela primeira vez, para evitar cruzar o limite de maioria.

      Observaçãos:
      • Se você tiver um número par de nós de cluster, atualize não mais do que metade de nós passivos.
      • Se você tiver um número ímpar de nós de cluster, certifique-se de que você atualize menos da metade de nós no cluster. Se a maioria de nós do cluster é atualizada, este problema irá ocorrer quando ocorrer failover do grupo de recursos de cluster.
    2. Adicionar manualmente os nós passivos atualizados volta à lista de possíveis proprietários para o Nome do servidor recurso.
    3. Remova os nós não-atualizados da lista de possíveis proprietários.
    4. Failover manualmente o grupo de cluster do SQL Server para um de nós atualizados.
    5. Atualize os nós restantes não atualizado.
    6. Quando todos os nós não-atualizados são atualizados, adicioná-los manualmente para a lista de possíveis proprietários na Nome do servidor recurso.
  • Opção 2
    Esse problema é corrigido no Service Pack 1 (SP1) do SQL Server 2012. Você pode fazer com que o processo de atualização em cada nó de cluster use binários do programa de instalação do service pack. Para fazer isso, há dois métodos.
    • Método A
      1. Baixar SQL Server 2012 SP1 em um disco rígido local (por exemplo, para c:\sp1) ou para um compartilhamento de rede (por exemplo, \ \nome do compartilhamento\sp1) que pode ser acessado por todos os nós.
      2. Iniciar um prompt de comando como administrador e execute um dos seguintes comandos:
        • Faça o download de caminho> \setup.exe /action = atualização /updatesource = c:\sp1
        • Faça o download de caminho> \setup.exe /action = /updatesource upgrade = \ \nome do compartilhamento\sp1
      3. Conclua todas as etapas do programa de instalação.

        Observação Você pode confirmar se a atualização está usando binários de instalação do SP1 do SQL Server 2012, verificando o arquivo detail.log no seguinte local:
        %Program Files%\Microsoft SQL Server\110\Setup Bootstrap\Log\<Time stamped folder>

        Confirme que as informações de versão que estão localizadas próximo ao início do arquivo de log mostram que a versão do SQL Server 2012 é posterior à 11.0.2100.60. Por exemplo, o arquivo de log pode conter o seguinte:

        2-11-04 11: 40: 45 Slp: carregar extensão 'MSI' arquivo ' C:\Program Files\Microsoft SQL Server\110\Setup-2012 Bootstrap\SQLServer2012\x64\.\Microsoft.SqlServer.Configuration.MsiExtension.dll'(01)-11-04 11: 40: 45 Slp: extensão 'MSI' versão '11.0.3000.0' carregado

    • Método B
      1. Baixar SQL Server 2012 SP1 em um disco rígido local (por exemplo, para c:\sp1) ou para um compartilhamento de rede (por exemplo, \ \nome do compartilhamento\sp1) que pode ser acessado por todos os nós.
      2. Inicie um prompt de comando como administrador e execute o seguinte comando:
        Faça o download de caminho\Nome do pacote do SQL Server 2012 Service Pack 1.exe /Q
        Este comando será pre-patch o nó com binários de instalação do SQL Server 2012 SP1.

        Observação Você não pode instalar o arquivo SqlSupport.msi por si só, porque ele fará com que a operação de instalação do SQL Server 2012 falha e será exibido um erro sobre não ter o MSVCR100.dll. Use o /Q parâmetro para evitar esse erro. Este parâmetro instala o arquivo Sqlsupport.msi e os componentes de tempo de execução do Visual C++.
      3. Conclua todas as etapas do programa de instalação.

Mais Informação

Para obter o SQL Server 2012 SP1, visite o seguinte site da Microsoft:
Baixe o Service Pack 1 para SQL Server 2012
Para obter mais informações sobre como atualizar o programa de instalação do SQL Server 2012, vá para o seguinte site da Web nos Blogs do MSDN:
Como aplicar patches a instalação do SQL Server 2012 com um pacote de instalação atualizados

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos Microsoft que estão listados na seção "Aplica-se a".

Propriedades

Artigo: 2782511 - Última revisão: 26 de novembro de 2012 - Revisão: 1.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
  • SQL Server 2012 Enterprise Core
Palavras-chave: 
kbtshoot kbsurveynew kbexpertiseadvanced kbmt KB2782511 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2782511

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