Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Esta seção descreve os requisitos e dependências necessários para usar a CAU (Atualização deCluster-Aware ) para aplicar atualizações a um cluster de failover que executa o Windows Server.
Note
Talvez seja necessário validar de forma independente se seu ambiente de cluster está pronto para aplicar atualizações se você usar um plug-in diferente de Microsoft.WindowsUpdatePlugin. Se estiver a utilizar um plug-in que não seja da Microsoft, contacte o editor para obter mais informações. Para obter mais informações sobre plug-ins, consulte Como funcionam os plug-ins.
Instale a função de Cluster de Failover e as Ferramentas de Cluster de Failover
O CAU requer uma instalação da função Clustering de Failover e das Ferramentas de Clustering de Failover. As Ferramentas de Clusterização de Failover incluem as ferramentas de CAU (clusterawareupdating.dll), os cmdlets de Clusterização de Failover e outros componentes necessários para as operações de CAU. Para conhecer as etapas para instalar o recurso Clustering de Failover, consulte Instalar o recurso Clustering de Failover usando o Gerenciador de Cluster de Failover ou o PowerShell.
Os requisitos exatos de instalação para as Ferramentas de Clustering de Failover dependem de se a CAU coordena as atualizações na forma de uma função em cluster no cluster de failover (usando o modo de autoatualização) ou a partir de um computador remoto. O modo de autoatualização da CAU também requer a instalação da função clusterizada da CAU no cluster de failover usando as ferramentas da CAU.
A tabela a seguir resume os requisitos de instalação do recurso CAU para os dois modos de atualização do CAU.
| Componente instalado | Modo de auto-atualização | Modo de atualização remota |
|---|---|---|
| Recurso de Agrupamento de Tolerância a Falhas | Obrigatório em todos os nós do cluster | Obrigatório em todos os nós do cluster |
| Ferramentas de Clustering de Failover | Obrigatório em todos os nós do cluster | - Necessário no computador de atualização remota - Necessário em todos os nós de cluster para executar o cmdlet Save-CauDebugTrace |
| Função agrupada do CAU | Required | Não obrigatório |
Obter uma conta de administrador
Os seguintes requisitos de administrador são necessários para usar os recursos da CAU.
Para pré-visualizar ou aplicar ações de atualização usando a interface do utilizador (UI) da CAU ou os cmdlets de atualização Cluster-Aware, deve usar uma conta de domínio que possua direitos e permissões de administrador local em todos os nós do cluster. Se sua conta não tiver privilégios suficientes em todos os nós, será solicitado na janela de atualização Cluster-Aware que forneça as credenciais necessárias ao executar essas ações. Para usar os cmdlets de Atualização doCluster-Aware , você pode fornecer as credenciais necessárias como um parâmetro de cmdlet.
Se você usar a CAU no modo de atualização remota quando estiver conectado com uma conta que não tenha direitos e permissões de administrador local nos nós do cluster, deverá executar as ferramentas da CAU como administrador usando uma conta de administrador local no computador do Coordenador de Atualização ou usando uma conta que tenha o direito de usuário Representar um cliente após autenticação .
Para executar o CAU Best Practices Analyzer, você deve usar uma conta que tenha privilégios administrativos nos nós do cluster e privilégios administrativos locais no computador usado para executar o cmdlet Test-CauSetup ou para analisar a prontidão da atualização do cluster usando a janela Atualização Cluster-Aware. Para obter mais informações, consulte Testar a prontidão para atualização do cluster.
Verificar a configuração do cluster
A seguir estão os requisitos gerais para que um cluster de failover ofereça suporte a atualizações usando CAU. Os requisitos de configuração adicionais para gerenciamento remoto nos nós estão listados em Configurar os nós para gerenciamento remoto mais adiante neste tópico.
Nós de cluster suficientes devem estar online para que o cluster tenha quórum.
Todos os nós de cluster devem estar no mesmo domínio do Ative Directory.
O nome do cluster deve ser resolvido na rede usando DNS.
Se a CAU for usada no modo de atualização remota, o computador do Coordenador de Atualização deverá ter conectividade de rede com os nós do cluster de failover e deverá estar no mesmo domínio do Ative Directory que o cluster de failover.
O serviço de cluster deve estar em execução em todos os nós de cluster. Por padrão, esse serviço é instalado em todos os nós do cluster e está configurado para iniciar automaticamente.
Para usar scripts PowerShell de pré ou pós-atualização durante um processo de atualização da CAU, verifique se os scripts estão instalados em todos os nós do cluster ou se estão acessíveis a todos os nós, por exemplo, num compartilhamento de ficheiros de rede altamente disponível. Se os scripts forem salvos em um compartilhamento de arquivos de rede, configure a pasta para permissão de Ler para o grupo Todos.
Configurar os nós para gerenciamento remoto
Para usar a Cluster-Aware Atualização, todos os nós do cluster devem estar configurados para gestão remota. Por padrão, a única tarefa que você deve executar para configurar os nós para gerenciamento remoto é Habilitar uma regra de firewall para permitir reinicializações automáticas.
A tabela a seguir lista os requisitos completos de gerenciamento remoto, caso seu ambiente divirja dos padrões.
Esses requisitos são adicionais aos requisitos de instalação para o recurso Instalar o Clustering de Failover e as Ferramentas de Clustering de Failover e os requisitos gerais de clustering descritos nas seções anteriores deste tópico.
| Requirement | Estado padrão | Modo de auto-atualização | Modo de atualização remota |
|---|---|---|---|
| Habilitar uma regra de firewall para permitir reinicializações automáticas | Disabled | Obrigatório em todos os nós de cluster se um firewall estiver em uso | Obrigatório em todos os nós de cluster se um firewall estiver em uso |
| Habilitar a Instrumentação de Gerenciamento do Windows | Enabled | Obrigatório em todos os nós do cluster | Obrigatório em todos os nós do cluster |
| Habilitar o Windows PowerShell 3.0 ou 4.0 e a funcionalidade de comunicação remota do Windows PowerShell | Enabled | Obrigatório em todos os nós do cluster | Necessário em todos os nós de cluster para realizar as ações seguintes: - O cmdlet Save-CauDebugTrace |
| Instalar o .NET Framework 4.6 ou 4.5 | Enabled | Obrigatório em todos os nós do cluster | Necessário em todos os nós de cluster para realizar as ações seguintes: - O cmdlet Save-CauDebugTrace |
Habilitar uma regra de firewall para permitir reinicializações automáticas
Para permitir reinicializações automáticas após a aplicação de atualizações (se a instalação de uma atualização exigir uma reinicialização), se o Firewall do Windows ou um firewall que não seja da Microsoft estiver em uso nos nós do cluster, uma regra de firewall deverá ser habilitada em cada nó que permita o seguinte tráfego:
Protocolo: TCP
Direção: inbound
Programa: wininit.exe
Portas: Portas dinâmicas RPC
Perfil: Domínio
Se o Firewall do Windows for usado nos nós do cluster, você poderá fazer isso habilitando o grupo de regras do Firewall do Windows de Desligamento Remoto em cada nó do cluster. Quando você usa a janela Atualização Cluster-Aware para aplicar atualizações e configurar opções de autoatualização, o grupo de regras de Desligamento Remoto do Firewall do Windows é habilitado automaticamente em cada nó de cluster.
Note
O grupo de regras de Desligamento Remoto do Firewall do Windows não pode ser habilitado quando entrar em conflito com as configurações de Diretiva de Grupo definidas para o Firewall do Windows.
O grupo de regras de firewall de Desligamento Remoto também é habilitado especificando o parâmetro –EnableFirewallRules ao executar os seguintes cmdlets da CAU: Add-CauClusterRole, Invoke-CauRun e SetCauClusterRole.
O exemplo do PowerShell a seguir mostra um método adicional para habilitar reinicializações automáticas em um nó de cluster.
Set-NetFirewallRule -Group "@firewallapi.dll,-36751" -Profile Domain -Enabled true
Ativar o Windows Management Instrumentation (WMI)
Todos os nós de cluster devem ser configurados para gerenciamento remoto usando o WMI (Instrumentação de Gerenciamento do Windows). Isso é ativado por padrão.
Para habilitar manualmente o gerenciamento remoto, faça o seguinte:
No console Serviços, inicie o serviço de Gerenciamento Remoto do Windows e defina o tipo de inicialização como Automático.
Execute o cmdlet Set-WSManQuickConfig ou execute o seguinte comando em um prompt de comando elevado:
winrm quickconfig -q
Para dar suporte à comunicação remota WMI, se o Firewall do Windows estiver em uso nos nós do cluster, as regras de firewall de entrada para o Gerenciamento Remoto do Windows (HTTP-In) deverão ser habilitadas em cada nó. Por padrão, essa regra está habilitada.
Habilitar o Windows PowerShell e a comunicação remota do Windows PowerShell
Para habilitar o modo de autoatualização e determinados recursos da CAU no modo de atualização remota, o PowerShell deve ser instalado e habilitado para executar comandos remotos em todos os nós do cluster. Por padrão, o PowerShell é instalado e ativado para acesso remoto.
Para habilitar a comunicação remota do PowerShell, use um dos seguintes métodos:
Execute o cmdlet Enable-PSRemoting .
Configure uma configuração de Diretiva de Grupo no nível de domínio para o Gerenciamento Remoto do Windows (WinRM).
Para obter mais informações sobre como habilitar a comunicação remota do PowerShell, consulte Sobre requisitos remotos.
Instalar o .NET Framework 4.6 ou 4.5
Para habilitar o modo de autoatualização e determinados recursos da CAU no modo de atualização remota, o .NET Framework 4.6 ou o .NET Framework 4.5 (no Windows Server 2012 R2) deve ser instalado em todos os nós do cluster. Por padrão, o NET Framework é instalado.
Para instalar o .NET Framework 4.6 (ou 4.5) usando o PowerShell, se ainda não estiver instalado, use o seguinte comando:
Install-WindowsFeature -Name NET-Framework-45-Core
Recomendações de práticas recomendadas para usar o Cluster-Aware Updating
Recomendações para aplicar atualizações da Microsoft
Recomendamos que, quando você começar a usar a CAU para aplicar atualizações com o plug-in padrão Microsoft.WindowsUpdatePlugin em um cluster, pare de usar outros métodos para instalar atualizações de software da Microsoft nos nós do cluster.
Caution
A combinação de CAU com métodos que atualizam nós individuais automaticamente (em um cronograma fixo) pode causar resultados imprevisíveis, incluindo interrupções no serviço e tempo de inatividade não planejado.
Recomendamos que siga estas diretrizes:
Para obter resultados ideais, recomendamos que você desabilite as configurações nos nós do cluster para atualização automática, por exemplo, por meio das configurações de Atualizações Automáticas no Painel de Controle ou nas configurações definidas usando a Diretiva de Grupo.
Caution
A instalação automática de atualizações nos nós do cluster pode interferir na instalação de atualizações pela CAU e pode causar falhas na CAU.
Se forem necessárias, as seguintes configurações de Atualizações Automáticas são compatíveis com a CAU, porque o administrador pode controlar o tempo de instalação da atualização:
Configurações para notificar antes de baixar atualizações e para notificar antes da instalação
Configurações para baixar atualizações automaticamente e notificar antes da instalação
No entanto, se as Atualizações Automáticas estiverem baixando atualizações ao mesmo tempo que uma Execução de Atualização da CAU, a Execução de Atualização poderá levar mais tempo para ser concluída.
Não configure um sistema de atualização como o WSUS (Windows Server Update Services) para aplicar atualizações automaticamente (em um cronograma fixo) aos nós do cluster.
Todos os nós de cluster devem ser configurados uniformemente para usar a mesma fonte de atualização, por exemplo, um servidor WSUS, Windows Update ou Microsoft Update.
Se você usar um sistema de gerenciamento de configuração para aplicar atualizações de software a computadores na rede, exclua os nós de cluster de todas as atualizações necessárias ou automáticas. Exemplos de sistemas de gerenciamento de configuração incluem o Microsoft Endpoint Configuration Manager e o Microsoft System Center Virtual Machine Manager 2008.
Se servidores internos de distribuição de software (por exemplo, servidores WSUS) forem usados para conter e implantar as atualizações, certifique-se de que esses servidores identifiquem corretamente as atualizações aprovadas para os nós do cluster.
Aplicar atualizações da Microsoft em cenários de filiais
Para baixar atualizações da Microsoft do Microsoft Update ou do Windows Update para nós de cluster em determinados cenários de filial, talvez seja necessário definir configurações de proxy para a conta Sistema Local em cada nó. Por exemplo, talvez seja necessário fazer isso se os clusters da filial acessarem o Microsoft Update ou o Windows Update para baixar atualizações usando um servidor proxy local.
Se necessário, defina as configurações de proxy WinHTTP em cada nó para especificar um servidor proxy local e configurar exceções de endereço local (ou seja, uma lista de bypass para endereços locais). Para fazer isso, você pode executar o seguinte comando em cada nó de cluster a partir de um prompt de comando elevado:
netsh winhttp set proxy <ProxyServerFQDN >:<port> "<local>"
onde <ProxyServerFQDN> é o nome de domínio totalmente qualificado para o servidor proxy e <porta> é a porta pela qual se comunicar (geralmente porta 443).
Por exemplo, para definir as configurações de proxy WinHTTP para a conta Sistema Local especificando a MyProxy.CONTOSO.com do servidor proxy, com exceção de porta 443 e endereço local, digite o seguinte comando:
netsh winhttp set proxy MyProxy.CONTOSO.com:443 "<local>"
Recomendações para usar o Microsoft.HotfixPlugin
Recomendamos que você configure permissões na pasta raiz do hotfix e no arquivo de configuração do hotfix para restringir o acesso de gravação apenas a administradores locais nos computadores usados para armazenar esses arquivos. Isso ajuda a evitar a violação desses arquivos por usuários não autorizados que podem comprometer a funcionalidade do cluster de failover quando hotfixes são aplicados.
Para ajudar a garantir a integridade dos dados para as conexões de bloco de mensagens do servidor (SMB) que são usadas para acessar a pasta raiz do hotfix, você deve configurar a criptografia SMB na pasta compartilhada SMB, se for possível configurá-la. O Microsoft.HotfixPlugin requer que a assinatura SMB ou a criptografia SMB esteja configurada para ajudar a garantir a integridade dos dados para as conexões SMB.
Para obter mais informações, consulte Restringir o acesso à pasta raiz do hotfix e ao arquivo de configuração do hotfix.
Recomendações adicionais
Para evitar interferir com uma execução de atualização da CAU que pode estar agendada para o mesmo momento, não agende alterações de senha para objetos de nome de cluster e objetos de computador virtual durante as janelas de manutenção agendadas.
Você deve definir permissões apropriadas em scripts de pré e pós-atualização que são salvos em pastas compartilhadas de rede para evitar possíveis adulterações desses arquivos por usuários não autorizados.
Para configurar a CAU no modo de autoatualização, um objeto de computador virtual (VCO) para a função clusterizada da CAU deve ser criado no Ative Directory. A CAU pode criar esse objeto automaticamente no momento em que a função clusterizada da CAU é adicionada, se o cluster de failover tiver permissões suficientes. No entanto, devido às políticas de segurança em determinadas organizações, pode ser necessário pré-configurar o objeto no Ative Directory. Para obter um procedimento para fazer isso, consulte Etapas para pré-configurar uma conta para uma função clusterizada.
Para salvar e reutilizar as configurações de Execução de Atualização em clusters de failover com necessidades de atualização semelhantes na organização de TI, você pode criar Perfis de Execução de Atualização. Além disso, dependendo do modo de atualização, você pode salvar e gerenciar os Perfis de Execução de Atualização em um compartilhamento de arquivos acessível a todos os computadores remotos do Coordenador de Atualizações ou clusters de failover. Para obter mais informações, consulte Opções avançadas e Atualização de perfis de execução para CAU.
Preparação para atualização do cluster de teste
Você pode executar o modelo BPA (CAU Best Practices Analyzer) para testar se um cluster de failover e o ambiente de rede atendem a muitos dos requisitos para que as atualizações de software sejam aplicadas pela CAU. Muitos dos testes verificam se o ambiente está pronto para aplicar atualizações da Microsoft usando o plug-in padrão, Microsoft.WindowsUpdatePlugin.
Note
Talvez seja necessário validar de forma independente se seu ambiente de cluster está pronto para aplicar atualizações de software usando um plug-in diferente de Microsoft.WindowsUpdatePlugin. Se você estiver usando um plug-in que não seja da Microsoft, como um fornecido pelo fabricante do hardware, entre em contato com o editor para obter mais informações.
Você pode executar o BPA das duas maneiras a seguir:
Selecione Analisar prontidão para atualização de cluster no console da CAU. Depois que o BPA concluir os testes de preparação, um relatório de teste será exibido. Se forem detetados problemas nos nós do cluster, os problemas específicos e os nós onde os problemas aparecem serão identificados para que você possa tomar medidas corretivas. Os testes podem levar vários minutos para serem concluídos.
Execute o cmdlet Test-CauSetup . Você pode executar o cmdlet em um computador local ou remoto no qual o Módulo de Clustering de Failover para Windows PowerShell (parte das Ferramentas de Clustering de Failover) esteja instalado. Você também pode executar o cmdlet em um nó do cluster de failover.
Note
- Você deve usar uma conta que tenha privilégios administrativos nos nós do cluster e privilégios administrativos locais no computador usado para executar o cmdlet Test-CauSetup ou para analisar a prontidão da atualização do cluster usando a janela Atualização do Cluster-Aware. Para executar os testes usando a janela Atualização do Cluster-Aware, você deve estar conectado ao computador com as credenciais necessárias.
- Os testes pressupõem que as ferramentas CAU usadas para visualizar e aplicar atualizações de software são executadas a partir do mesmo computador e com as mesmas credenciais de usuário usadas para testar a prontidão da atualização do cluster.
Important
É altamente recomendável que você teste o cluster para atualizar a prontidão nas seguintes situações:
- Antes de usar a CAU pela primeira vez para aplicar atualizações de software.
- Depois de adicionar um nó ao cluster ou executar outras alterações de hardware no cluster que exijam a execução do Assistente para Validar Cluster.
- Depois de alterar uma fonte de atualização ou alterar definições ou configurações de atualização (diferentes de CAU) que podem afetar a aplicação de atualizações nos nós.
Testes de prontidão de cluster para atualização
A tabela a seguir lista os testes de preparação para atualização de cluster, alguns problemas comuns e as etapas de resolução.
| Test | Possíveis problemas e impactos | Etapas de resolução |
|---|---|---|
| O cluster de failover deve estar disponível | Não é possível identificar o nome do cluster de failover ou acessar um ou mais nós do cluster. O BPA não pode executar os testes de preparação do cluster. | - Verifique a ortografia do nome do cluster especificado durante a execução do BPA. - Certifique-se de que todos os nós do cluster estão online e em execução. - Verifique se o Assistente para Validar Configuração pode ser executado com êxito no cluster de failover. |
| Os nós de cluster de failover devem ser habilitados para gerenciamento remoto via WMI | Um ou mais nós do cluster de failover não estão ativados para gestão remota através da Instrumentação de Gerenciamento do Windows (WMI). A CAU não poderá atualizar os nós do cluster se os nós não estiverem configurados para gerenciamento remoto. | Certifique-se de que todos os nós de cluster de failover estejam habilitados para gerenciamento remoto por meio do WMI. Para obter mais informações, consulte Configurar os nós para gerenciamento remoto neste tópico. |
| A comunicação remota do PowerShell deve ser habilitada em cada nó de cluster de failover | O PowerShell não está instalado ou não está habilitado para comunicação remota em um ou mais nós de cluster de failover. A CAU não pode ser configurada para o modo de autoatualização ou usar determinados recursos no modo de atualização remota. | Verifique se o PowerShell está instalado em todos os nós do cluster e habilitado para comunicação remota. Para obter mais informações, consulte Configurar os nós para gerenciamento remoto neste tópico. |
| Versão do cluster de failover | Um ou mais nós no cluster de failover não executam o Windows Server 2016, o Windows Server 2012 R2 ou o Windows Server 2012. A CAU não pode atualizar o cluster de failover. | Verifique se o cluster de failover especificado durante a execução do BPA está executando o Windows Server 2016, Windows Server 2012 R2 ou Windows Server 2012. Para obter mais informações, consulte Verificar a configuração do cluster neste tópico. |
| As versões necessárias do .NET Framework e do Windows PowerShell devem ser instaladas em todos os nós de cluster de tolerância a falhas | O .NET Framework 4.6, 4.5 ou o Windows PowerShell não está instalado em um ou mais nós de cluster. Algumas funcionalidades do CAU podem não funcionar. | Certifique-se de que o .NET Framework 4.6 ou 4.5 e o Windows PowerShell estejam instalados em todos os nós de cluster, se necessário. Para obter mais informações, consulte Configurar os nós para gerenciamento remoto neste tópico. |
| O serviço de cluster deve estar em execução em todos os nós de cluster | O serviço de cluster não está sendo executado em um ou mais nós. A CAU não pode atualizar o cluster de failover. | - Certifique-se de que o serviço de cluster (clussvc) é iniciado em todos os nós do cluster e está configurado para iniciar automaticamente. - Verifique se o Assistente para Validar Configuração pode ser executado com êxito no cluster de failover. Para obter mais informações, consulte Verificar a configuração do cluster neste tópico. |
| Os Updates Automáticos não devem ser configurados para instalar automaticamente atualizações em qualquer nó do cluster de failover | Em pelo menos um nó de cluster de failover, as Atualizações Automáticas são configuradas para instalar automaticamente as atualizações da Microsoft nesse nó. A combinação da CAU com outros métodos de atualização pode resultar em tempo de inatividade não planejado ou resultados imprevisíveis. | Se a funcionalidade do Windows Update estiver configurada para Atualizações Automáticas em um ou mais nós de cluster, verifique se as Atualizações Automáticas não estão configuradas para instalar atualizações automaticamente. Para obter mais informações, consulte Recomendações para aplicar atualizações da Microsoft. |
| Os nós de cluster de failover devem usar a mesma fonte de atualização | Um ou mais nós do cluster de failover estão configurados para usar uma fonte de atualização para atualizações da Microsoft que é diferente do restante dos nós do cluster. As atualizações podem não ser aplicadas uniformemente nos nós do cluster pela CAU. | Certifique-se de que cada nó de cluster está configurado para usar a mesma fonte de atualização, por exemplo, um servidor WSUS, Windows Update ou Microsoft Update. Para obter mais informações, consulte Recomendações para aplicar atualizações da Microsoft. |
| Uma regra de firewall que permita o desligamento remoto deve ser habilitada em cada nó do cluster de failover | Um ou mais nós de cluster de failover não têm uma regra de firewall habilitada que permita o desligamento remoto ou uma configuração de Diretiva de Grupo impede que essa regra seja habilitada. Uma Execução de Atualização que aplica atualizações que exigem a reinicialização automática dos nós pode não ser concluída corretamente. | Se o Firewall do Windows ou um firewall que não seja da Microsoft estiver em uso nos nós do cluster, configure uma regra de firewall que permita o desligamento remoto. Para obter mais informações, consulte Habilitar uma regra de firewall para permitir reinicializações automáticas neste tópico. |
| A configuração do servidor proxy em cada nó de cluster de failover deve ser definida como um servidor proxy local | Um ou mais nós de cluster de failover têm uma configuração incorreta do servidor proxy. Se um servidor proxy local estiver em uso, a configuração do servidor proxy em cada nó deverá ser configurada corretamente para que o cluster acesse o Microsoft Update ou o Windows Update. |
Verifique se as configurações de proxy WinHTTP em cada nó de cluster estão definidas como um servidor proxy local, caso seja necessário. Se um servidor proxy não estiver em uso em seu ambiente, esse aviso poderá ser ignorado. Para obter mais informações, consulte Aplicar atualizações em cenários de filiais neste tópico. |
| A função clusterizada CAU deve ser instalada no cluster de failover para habilitar o modo de autoatualização | A função clusterizada da CAU não está instalada neste cluster de failover. Essa função é necessária para a autoatualização do cluster. | Para usar a CAU no modo de autoatualização, adicione a função clusterizada da CAU no cluster de failover de uma das seguintes maneiras: - Execute o cmdlet Add-CauClusterRole PowerShell. |
| A função clusterizada CAU deve ser habilitada no cluster de failover para habilitar o modo de autoatualização | A função CAU agrupada encontra-se desativada. Por exemplo, a função clusterizada da CAU não está instalada ou foi desabilitada usando o cmdlet Disable-CauClusterRole PowerShell. Essa função é necessária para a autoatualização do cluster. | Para usar a CAU no modo de autoatualização, habilite a função clusterizada da CAU nesse cluster de failover de uma das seguintes maneiras: - Execute o cmdlet Enable-CauClusterRole PowerShell. |
| O plug-in CAU configurado para o modo de atualização automática deve ser registado em todos os nós do cluster de failover. | A função clusterizada da CAU em um ou mais nós desse cluster de failover não pode acessar o módulo de plug-in da CAU configurado nas opções de autoatualização. Um processo de autoatualização pode falhar. | - Certifique-se de que o plug-in CAU configurado esteja instalado em todos os nós do cluster seguindo o procedimento de instalação do produto que fornece o plug-in CAU. - Execute o cmdlet Register-CauPlugin PowerShell para registrar o plug-in nos nós de cluster necessários. |
| Todos os nós do cluster de failover devem ter o mesmo conjunto de plug-ins CAU registados. | Uma execução de autoatualização pode falhar se o plug-in configurado para ser usado em uma Execução de Atualização for alterado para um que não está disponível em todos os nós do cluster. | - Certifique-se de que o plug-in CAU configurado esteja instalado em todos os nós do cluster seguindo o procedimento de instalação do produto que fornece o plug-in CAU. - Execute o cmdlet Register-CauPlugin PowerShell para registrar o plug-in nos nós de cluster necessários. |
| As opções de Execução de Atualização configuradas devem ser válidas | O agendamento de autoatualização e as opções de execução de atualização configuradas neste cluster de failover estão incompletas ou são inválidas. Um processo de autoatualização pode falhar. | Configure uma agenda de auto-atualização válida e um conjunto de opções de execução de atualizações. Por exemplo, você pode usar o cmdlet Set-CauClusterRole PowerShell para configurar a função clusterizada da CAU. |
| Pelo menos dois nós de cluster de failover devem ser proprietários da função clusterizada CAU | Uma Execução de Atualização iniciada no modo de autoatualização falhará porque a função clusterizada da CAU não tem um possível nó proprietário para o qual mover. | Utilize as Ferramentas de Clustering de Failover para garantir que todos os nós de cluster estejam configurados como possíveis proprietários da função clusterizada da CAU. Esta é a configuração predefinida. |
| Todos os nós do cluster de failover devem ter acesso a scripts do Windows PowerShell. | Nem todos os possíveis nós proprietários da função clusterizada CAU podem acessar os scripts configurados de pré-atualização e pós-atualização do Windows PowerShell. Uma execução de atualização automática falhará. | Certifique-se de que todos os possíveis nós proprietários da função clusterizada da CAU tenham permissões para acessar os scripts de pré-atualização e pós-atualização do PowerShell configurados. |
| Todos os nós do cluster de failover devem usar scripts idênticos do Windows PowerShell. | Nem todos os possíveis nós proprietários da função clusterizada CAU usam a mesma cópia dos scripts especificados de pré-atualização e pós-atualização do Windows PowerShell. Uma execução de autoatualização pode falhar ou mostrar um comportamento inesperado. | Certifique-se de que todos os possíveis nós proprietários da função clusterizada da CAU usem os mesmos scripts de pré e pós-atualização do PowerShell. |
| A configuração WarnAfter especificada para a execução de atualização deve ser menor do que a configuração StopAfter | Os valores especificados de tempo limite de execução da atualização CAU tornam o tempo limite de aviso ineficaz. Um Processo de Atualização pode ser cancelado antes que um registo de eventos de aviso possa ser gerado. | Nas opções Executando Atualização, configure um valor de opção WarnAfter menor que o valor da opção StopAfter . |