"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>
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:
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".
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
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.
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:
Inicie o snap-in do Gerenciador de Cluster de Failover em qualquer nó de failover.
Em Funções, selecione a instância de cluster de failover do SQL Server no painel superior.
Clique em Recursos no painel inferior, clique com o botão direito do Nome do servidor recursos e, em seguida, selecione Propriedades.
Clique em Diretivas avançadas no Propriedades caixa de diálogo.
Marque ou desmarque as caixas de seleção necessárias para cada nó adicionar ou remover os nós.
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
Inicie a mídia de instalação do SQL Server 2012 no modo de interface do usuário.
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.
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.
Conclua o processo de atualização.
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
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.
Adicionar manualmente os nós passivos atualizados volta à lista de possíveis proprietários para o Nome do servidor recurso.
Remova os nós não-atualizados da lista de possíveis proprietários.
Failover manualmente o grupo de cluster do SQL Server para um de nós atualizados.
Atualize os nós restantes não atualizado.
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
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.
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
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:
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:
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.
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++.
Conclua todas as etapas do programa de instalação.
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: 2782511
Obrigado! Seus comentários são usados para nos ajudar a aperfeiçoar o conteúdo de suporte. Para obter mais opções de ajuda, visite a Home Page de Ajuda e Suporte.