Sem interrupção de processo de pacote de patch e serviço de cluster de failover do SQL Server

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

Nesta página

INTRODUÇÃO

Este artigo descreve como aplicar uma atualização do Microsoft SQL Server para uma instância de cluster de failover.

Importante
  • Se você atualizar uma instância de cluster de failover do SQL Server em um nó ativo, os serviços do SQL Server serão interrompidos. Isso faz com que o tempo de inatividade do SQL Server. Para evitar tempo de inatividade, instale uma atualização sem interrupção em nós passivos conforme explicado neste artigo.
  • Para evitar uma versão mista de nós de proprietário possíveis na instância de cluster de failover, use a ferramenta Administrador de Cluster (Cluadmin.exe), para remover nós da lista de nós de proprietário possíveis na instância de cluster de failover. Você deve evitar ter uma versão mista de nós de proprietário possível para evitar corrupção de dados possíveis.
  • No Microsoft SQL Server 2008 e versões posteriores, o serviço de cluster verifica o recurso de nome de rede do SQL para obter uma lista de possíveis proprietários. O recurso de nome de rede SQL também é marcado. Esse comportamento é diferente do Microsoft SQL Server 2005. No SQL Server 2005, o recurso do SQL Server propriamente dito é marcado.

Mais Informação

Instalando o SQL Server sem interrupção atualizações em um cluster de failover

Observação As informações nesta seção se aplicam ao SQL Server 2008 e versões posteriores.
  1. Antes de iniciar atualizações, certifique-se de que você colete uma lista de possíveis proprietários para a instância clusterizada do SQL Server específico. Para localizar um nome de recurso de rede específico do SQL Server, execute o seguinte comando:
    recurso de cluster.exe
    Você ver uma saída semelhante à seguinte:
    Resource                          Group                             Node              Status
    --------------------              --------------------              ----------        ------
    Cluster Disk 1                    Cluster Group                     NODE1             Online
    Cluster Disk 2                    SQL Server (INST1)                NODE1             Online
    Cluster Disk 3                    SQL Server (INST2)                NODE1             Online
    Cluster Disk 4                    Available Storage                 NODE1             Online
    Cluster IP Address                Cluster Group                     NODE1             Online
    Cluster Name                      Cluster Group                     NODE1             Online
    SQL IP Address 1 (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Network Name (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Server                        SQL Server (INST1)                NODE1             Online
    SQL Server Agent                  SQL Server (INST1)                NODE1             Online
    SQL IP Address 2 (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Network Name (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Server                        SQL Server (INST2)                NODE1             Online
    SQL Server Agent                  SQL Server (INST2)                NODE1             Online
    
    Neste exemplo, você pode usar os comandos a seguir para criar uma lista de possíveis proprietários para cada recurso de nome de rede SQL:
    • cluster.exe recurso "Nome de rede SQL (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe recurso "Nome de rede SQL (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. Na ferramenta do administrador de Cluster, use o recurso de nome de rede SQL correspondente para remover metade de nós da lista de possíveis proprietários nas instâncias de cluster de failover no qual você deseja aplicar as atualizações. Remova primeiro os nós passivos de possíveis proprietários. Manter a lista de nós que você remova os possíveis proprietários para referência futura durante esse processo de atualização.

    Observação É recomendável que você remova metade de nós de possíveis proprietários para manter a alta disponibilidade.
  3. Depois de ter removido os nós na lista de possíveis proprietários na instância de cluster de failover, aplica a atualização do SQL Server em nós que você removeu na etapa 2. Para aplicar a atualização em cada nó que foi removido dos possíveis proprietários, consulte a documentação que é fornecida dentro do pacote de atualização que você está aplicando.

    Observação Se esta for a primeira vez que você está aplicando a atualização em uma instância de um nó, mova todos os grupos de recursos ativo para outro nó antes de aplicar a atualização. Isso ajuda a evitar tempo de inatividade ou uma operação de reinicialização que pode ocorrer quando os componentes compartilhados que estão sendo usados são atualizados.
  4. Após a atualização foi aplicada em todos os nós que foram removidos os possíveis proprietários, use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar os nós atualizados volta para a lista de possíveis proprietários na instância de cluster de failover.

    Para certificar-se de que você irá adicionar nós de volta para as instâncias do SQL Server corretas, use a lista de possíveis proprietários que você coletou antes de executar a atualização. Certifique-se de marcar nós que já foram atualizados em sua lista.
  5. Com base no recurso de nome de rede SQL, localizar o grupo de recursos correto, aplicativos ou serviços no Windows Server 2008 e, em seguida, mova esse grupo, aplicativo ou serviço para um de nós que foi atualizado.
  6. Verifique se todos os recursos do SQL Server online no nó ativo no momento.
  7. Na ferramenta do administrador de Cluster, use o recurso de nome de rede do SQL para remover os nós que não foram atualizados de possíveis proprietários na instância de cluster de failover.
  8. Aplica a atualização do SQL Server para os nós que você removeu na etapa 7.
  9. Repita a etapa 4 para adicionar todos os nós que foram atualizados para os possíveis proprietários para a instância de cluster de failover que você atualizou.
  10. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.

Desinstalação de patches do SQL Server em um cluster de failover em um cenário de atualização sem interrupção

Observação As informações nesta seção se aplicam ao SQL Server 2008 e versões posteriores.

Use o procedimento que se aplica à sua situação:

Cenário 1: Você aplicou o patch em todos os nós do cluster

Nesse cenário, o procedimento para desinstalar o patch é o oposto exato da instalação do patch, que é discutido na seção acima. O procedimento detalhado seria o seguinte:
  1. Antes de remover as atualizações, certifique-se de que você colete uma lista de possíveis proprietários para a instância clusterizada do SQL Server específico. Para localizar um nome de recurso de rede específico do SQL Server, execute o seguinte comando:
    cluster.exe resource 
    Você ver uma saída semelhante à seguinte:
    Recurso grupo nó Status-----------
    Disco de cluster 1 grupo de Cluster NODE1 on-line Cluster disco 2 do SQL Server (INST1) NODE1 on-line
    Cluster NODE1 on-line do disco 3 armazenamento disponível em disco de Cluster Online do SQL Server (INST2) NODE1 4
    Grupo de clusters de endereço de IP de cluster NODE1 on-line do grupo de Cluster nome Cluster NODE1 on-line SQL endereço IP 1 (SQLVS1)
    SQL Server SQL on-line NODE1 (INST1) (SQLVS1) de nome de rede SQL Server (INST1) do SQL Server on-line NODE1 SQL Server
    (INST1) Node1 Online SQL Server Agent SQL Server (INST1) NODE1 on-line SQL endereço IP 2 NODE1 (SQLVS2) SQL Server (INST2) on-line
    SQL rede nome (SQLVS2) do SQL Server (INST2) do SQL Server on-line NODE1 SQL Server (INST2) NODE1 on-line
    SQL Server Agent SQL Server (INST2) NODE1 on-line

    Neste exemplo, você pode usar os comandos a seguir para criar uma lista de possíveis proprietários para cada recurso de nome de rede SQL:
    • cluster.exe recurso "Nome de rede SQL (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe recurso "Nome de rede SQL (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. Na ferramenta do administrador de Cluster, use o recurso de nome de rede SQL correspondente para remover metade de nós da lista de possíveis proprietários nas instâncias de cluster de failover no qual você deseja remover as atualizações. Remova primeiro os nós passivos de possíveis proprietários. Manter a lista de nós que você remova os possíveis proprietários para referência futura durante esse processo de remoção de atualização.
    ObservaçãoÉ recomendável que você remova metade de nós de possíveis proprietários para manter a alta disponibilidade.
  3. Depois de ter removido os nós na lista de possíveis proprietários na instância de cluster de failover, remova a atualização do SQL Server em nós que você removeu na etapa 2. Para remover a atualização em cada nó que foi removido dos possíveis proprietários, consulte a documentação que é fornecida dentro do pacote de atualização que você está aplicando.

    ObservaçãoSe esta for a primeira vez que você está removendo a atualização em uma instância de um nó, mova todos os grupos de recursos ativo para outro nó antes de remover a atualização. Isso ajuda a evitar tempo de inatividade ou uma operação de reinicialização que pode ocorrer quando os componentes compartilhados que estão sendo usados são atualizados.
  4. Após a atualização ter sido removida em todos os nós que foram removidos os possíveis proprietários, use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar nós downgrade de volta para a lista de possíveis proprietários na instância de cluster de failover.

    Para certificar-se de que você irá adicionar nós de volta para as instâncias do SQL Server corretas, use a lista de possíveis proprietários que você coletou antes de executar a atualização. Certifique-se de marcar nós que já foram feito downgrade na sua lista.
  5. Com base no recurso de nome de rede SQL, localizar o grupo de recursos correto, aplicativos ou serviços no Windows Server 2008 e, em seguida, mova esse grupo, aplicativo ou serviço para um de nós que foi rebaixada.
  6. Verifique se todos os recursos do SQL Server online no nó ativo no momento.
  7. Na ferramenta do administrador de Cluster, use o recurso de nome de rede do SQL para remover os nós que não foram feito downgrade de possíveis proprietários na instância de cluster de failover.
  8. Remova a atualização do SQL Server para os nós que você removeu na etapa 7.
  9. Repita a etapa 4 para adicionar todos os nós que foram feito downgrade de volta os possíveis proprietários para a instância de cluster de failover que você fazer downgrade.
  10. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.

Cenário 2: Você está no meio de reverter o processo de atualização e apenas alguns nós são atualizados.


Pode haver várias permutações para isso conforme discutido abaixo:

ObservaçãoDiscussão a seguir presume que você está seguindo o procedimento discutido na seção "Instalando SQL Server sem interrupção atualizações em um cluster de failover" deste artigo, você está no meio de atualização do primeiro semestre ou segundo metade de nós.

Cenários para o primeiro semestre-(a primeira metade de nós é removida do possíveis proprietários)

1A de caso: você não quiser prosseguir ainda mais com o patch de processo de atualização.
Use o seguinte procedimento:
  1. Remover a atualização em cada nó que foi corrigida e usando o nome de rede SQL recurso sobre a ferramenta Administrador de Cluster para adicioná-los de volta para a lista de possíveis proprietários na instância de cluster de failover.
  2. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.

Caso 2A. Depois de aplicar o patch em alguns nós, você descobre (pesquisando na web ou ao trabalhar com o Microsoft CSS) que existem problemas com o patch conhecidos e, portanto, não pode prosseguir.
  1. Se houver uma versão mais recente da atualização que corrige o problema, usá-lo em conjunto com as etapas 3 a 10 do procedimento documentado na seção "Instalando o SQL Server 2008 sem interrupção atualizações em um cluster de failover" deste artigo para prosseguir com o processo de atualização.
  2. Se a versão mais recente não está disponível ou você não pode atualizar imediatamente para a versão mais recente, use o procedimento documentado 1a caso acima.

Caso 3A. Não é possível aplicar o patch em um ou mais nós:

Nesse caso a recomendação seria ainda mais por que a atualização está falhando nesse nó e continuar a aplicação de patches nos outros nós com a atualização. Ao adicionar os nós de volta como possíveis proprietários para recursos do SQL Server, deixe o nó problemático ou nós para fora dessa lista.

Se não for uma opção de solução de problemas e você precisa de todos os seus nós devem estar disponíveis para sua operação de cluster, você pode usar o procedimento documentado 1a caso acima.

Cenários para a segunda metade: (a primeira metade de nós já estão atualizados e adicionado de volta à lista de possíveis proprietários e estão no processo de remoção ou já tivesse removido a segunda metade da lista de possíveis proprietários):

Caso 1B: Observe que não é possível mover o grupo do SQL Server para os nós atualizados (etapa #5 do processo de atualização) devido a um possível problema com o patch (grupo de servidores SQL essencialmente falha volta a um nó que não foi atualizado).

Use o seguinte procedimento:

  1. Verifique se está disponível uma versão mais recente do patch que corrige o problema. Se estiver disponível, use que em conjunto com o procedimento documentado na seção "Instalando o SQL Server 2008 sem interrupção atualizações em um cluster de failover" deste artigo para continuar com o processo de atualização inteira.

    ObservaçãoVocê não precisará remover o patch regressed do primeiro semestre. Basta remover a primeira metade de nós que são atualizados, na lista de possíveis proprietários para a instância do SQL Server e, em seguida, prossiga como se você estiver atualizando o cluster inteiro com um novo patch usando o processo de atualização sem interrupção discutido no início deste artigo.
  2. Se a versão mais recente não está disponível ou você não pode atualizar imediatamente para a versão mais recente, use o procedimento a seguir:
    1. Usando a lista que você coletou no início do processo de atualização, remova a primeira metade de nós que possuem o patch como possíveis proprietários para o nome de rede do SQL Server.
    2. Adicione a segunda metade de nós "removido" volta para os possíveis proprietários do nome de rede do SQL Server.
      ObservaçãoO failover falha, mas você pode ter removido alguns ou todos os nós no segundo semestre. Também Observe que nenhum de nós no segundo semestre tinha sido atualizado ainda.
    3. Após a atualização ter sido removida, use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar esses nós volta para a lista de possíveis proprietários na instância de cluster de failover.
    4. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.
Caso 2B: depois de aplicar o patch em alguns nós, você descobre (pesquisando na web ou ao trabalhar com o Microsoft CSS) que existem problemas com o patch conhecidos e, portanto, não pode prosseguir.(Grupo do SQL Server está on-line em um de nós no primeiro semestre que foram atualizados).

Use o seguinte procedimento:
  1. Verifique se está disponível uma versão mais recente do patch que corrige o problema. Se estiver disponível, use que em conjunto com o procedimento documentado na seção "Instalando SQL Server sem interrupção atualizações em um cluster de failover" deste artigo para continuar com o todo atualizar processo, mas começando com a segunda metade completa na sua lista.

    ObservaçãoEssencialmente, quando o processo de atualização for concluído, todos os nós da primeiro metade, bem como os nós de que são atualizados no segundo semestre de sua lista terá dois conjuntos de atualizações - o primeiro com o patch problemático e o segundo com um patch corrigido.
  2. Se a versão mais recente não está disponível ou você não pode atualizar imediatamente para a versão mais recente, use o procedimento a seguir:
    1. Remova o patch em cada um de nós que são atualizados no segundo semestre, referindo-se a documentação que é fornecido dentro do pacote de atualização que você está aplicando.
    2. Use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar a segunda metade de nós de volta para a lista de possíveis proprietários na instância de cluster de failover.

      Para certificar-se de que você irá adicionar nós de volta para as instâncias do SQL Server corretas, use a lista de possíveis proprietários que você coletou antes de executar a atualização. Certifique-se de marcar nós que já foram atualizados em sua lista.
    3. Com base no recurso de nome de rede SQL, localizar o grupo de recursos correto, aplicativos ou serviços no Windows Server 2008 e, em seguida, mover, esse grupo, aplicativo ou serviço para um de nós de segundo semestre.
    4. Usando a lista que você coletou no início do processo de atualização, remova a primeira metade de nós que possuem o patch como possíveis proprietários para o nome de rede do SQL Server.
    5. Remova a atualização em cada um de nós, consultando a documentação que é fornecida dentro do pacote de atualização que você está aplicando.
    6. Após a atualização ter sido removida, use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar esses nós volta para a lista de possíveis proprietários na instância de cluster de failover.
    7. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.
Caso 3B: você não quiser prosseguir ainda mais com o patch de processo de atualização: Use o procedimento a seguir.
  1. Remova o patch em cada um de nós que podem já ter sido atualizados no segundo semestre, referindo-se a documentação que é fornecido dentro do pacote de atualização que você está aplicando.
  2. Use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar a segunda metade de nós de volta para a lista de possíveis proprietários na instância de cluster de failover.
  3. Para certificar-se de que você irá adicionar nós de volta para as instâncias do SQL Server corretas, use a lista de possíveis proprietários que você coletou antes de executar a atualização. Certifique-se de marcar nós que já foram atualizados em sua lista.
  4. Com base no recurso de nome de rede SQL, localizar o grupo de recursos correto, aplicativos ou serviços no Windows Server 2008 e, em seguida, mover, esse grupo, aplicativo ou serviço para um de nós de segundo semestre.
  5. Usando a lista que você coletou no início do processo de atualização, remova a primeira metade de nós que possuem o patch como possíveis proprietários para o nome de rede do SQL Server.
  6. Remova a atualização em cada um de nós, consultando a documentação que é fornecida dentro do pacote de atualização que você está aplicando.
  7. Após a atualização ter sido removida, use o recurso de nome de rede SQL na ferramenta do administrador de Cluster para adicionar esses nós volta para a lista de possíveis proprietários na instância de cluster de failover.
  8. Verifique se que o cluster está sendo executado sem qualquer problema. Tente mover a instância do SQL Server entre os nós do cluster.

Propriedades

Artigo: 958734 - Última revisão: 18 de janeiro de 2013 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Enterprise Evaluation
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
Palavras-chave: 
kbexpertiseadvanced kbinfo kbmt KB958734 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: 958734

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