Skip to main content
ONTAP MetroCluster
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Atualizar controladores de AFF A700/FAS9000 para AFF A900/FAS9500 em uma configuração IP MetroCluster usando switchover e switchback (ONTAP 9.10,1 ou posterior)

Colaboradores netapp-folivia netapp-aoife netapp-martyh netapp-ahibbard netapp-sarajane netapp-pcarriga
PDFs

Você pode usar a operação switchover do MetroCluster para fornecer serviços sem interrupções aos clientes enquanto os módulos de controladora no cluster de parceiros são atualizados. Outros componentes (como prateleiras de armazenamento ou switches) não podem ser atualizados como parte deste procedimento.

Sobre esta tarefa

  • Para atualizar os módulos do controlador AFF A700 para o AFF A900, os controladores devem estar executando o ONTAP 9.10,1 ou posterior.

  • Para atualizar os módulos do controlador FAS9000 para o FAS9500, os controladores devem estar executando o ONTAP 9.10.1P3 ou posterior.

  • Todos os controladores na configuração devem ser atualizados durante o mesmo período de manutenção.

    Operar a configuração do MetroCluster com um AFF A700 e um AFF A900, ou um controlador FAS9000 e um FAS9500 não é suportado fora desta atividade de manutenção.

  • Os switches IP devem estar executando uma versão de firmware suportada.

  • Você reutilizará os endereços IP, as máscaras de rede e os gateways das plataformas originais nas novas plataformas.

  • Os nomes de exemplo a seguir são usados neste procedimento, tanto em exemplos quanto em gráficos:

    • Local_A

      • Antes da atualização:

        • node_A_1-A700

        • node_A_2-A700

      • Após a atualização:

        • node_A_1-A900

        • node_A_2-A900

    • Local_B

      • Antes da atualização:

        • node_B_1-A700

        • node_B_2-A700

      • Após a atualização:

        • node_B_1-A900

        • node_B_2-A900

Ativar o registo da consola

O NetApp recomenda fortemente que você ative o log do console nos dispositivos que você está usando e execute as seguintes ações ao executar este procedimento:

Fluxo de trabalho para atualizar controladores em uma configuração IP MetroCluster

Você pode usar o diagrama de fluxo de trabalho para ajudá-lo a Planejar as tarefas de atualização.

Fluxo de trabalho para atualização de controladores na configuração de IP do MetroCluster

Prepare-se para a atualização

Antes de fazer quaisquer alterações na configuração do MetroCluster existente, você deve verificar a integridade da configuração, preparar as novas plataformas e executar outras tarefas diversas.

Limpe o slot 7 no controlador AFF A700 ou FAS9000

A configuração do MetroCluster em um AFF A900 ou FAS9500 usa uma de cada uma das portas nas placas de DR localizadas nos slots 5 e 7. Antes de iniciar a atualização, se houver placas no slot 7 no AFF A700 ou no FAS9000, você deve movê-las para outros slots para todos os nós do cluster.

Atualize os arquivos RCF do switch MetroCluster antes de atualizar os controladores

Você deve atualizar os arquivos RCF nos switches MetroCluster ao executar essa atualização. A tabela a seguir fornece os intervalos de VLAN suportados para configurações IP AFF A900/FAS9500 MetroCluster.

Modelo de plataforma

IDs de VLAN suportadas

  • AFF A900 ou FAS9500

  • 10

  • 20

  • Qualquer valor no intervalo de 101 a 4096 inclusive.

  • Se o switch não estiver configurado com a versão de arquivo RCF mínima suportada, você deverá atualizar o arquivo RCF. Para obter a versão correta do arquivo RCF para o modelo do switch, consulte o "Ferramenta RcfFileGenerator". As etapas a seguir são para o aplicativo de arquivo RCF.

Passos

  1. Preparar os comutadores IP para a aplicação dos novos ficheiros RCF.

    Siga as etapas na seção para o fornecedor do switch:

  2. Baixe e instale os arquivos RCF.

    Siga as etapas na seção para o fornecedor do switch:

Mapear portas dos nós antigos para os novos nós

Ao fazer a atualização de um AFF A700 para um AFF A900 ou FAS9000 para FAS9500, você não altera as portas de rede de dados, as portas de adaptador SAN FCP e as portas de storage SAS e NVMe. Os LIFs de dados permanecem onde estão durante e após o upgrade. Portanto, não é necessário mapear as portas de rede dos nós antigos para os novos nós.

Verifique a integridade do MetroCluster antes da atualização do site

Verifique a integridade e a conectividade da configuração do MetroCluster antes de executar a atualização.

Cuidado Depois de atualizar os controladores no primeiro site e antes de atualizar o segundo, execute metrocluster check run seguido pela metrocluster check show retorna um erro no config-replication campo. Este erro indica uma incompatibilidade de tamanho de NVRAM entre os nós em cada site e é o comportamento esperado quando há modelos de plataforma diferentes em ambos os sites. Você pode ignorar o erro até que a atualização do controlador seja concluída para todos os nós no grupo DR.
Passos

  1. Verifique a operação da configuração do MetroCluster no ONTAP:

    1. Verifique se os nós são multipathed: Mais node run -node node-name sysconfig -a

      Você deve emitir este comando para cada nó na configuração do MetroCluster.

    2. Verifique se não há discos quebrados na configuração storage disk show -broken

      Você deve emitir este comando em cada nó na configuração do MetroCluster.

    3. Verifique se existem alertas de saúde:

      system health alert show

      Você deve emitir este comando em cada cluster.

    4. Verifique as licenças nos clusters:

      system license show

      Você deve emitir este comando em cada cluster.

    5. Verifique os dispositivos conetados aos nós:

      network device-discovery show

      Você deve emitir este comando em cada cluster.

    6. Verifique se o fuso horário e a hora estão definidos corretamente em ambos os sites:

      cluster date show

    Você deve emitir este comando em cada cluster. Você pode usar o cluster date comando para configurar a hora e o fuso horário.

  2. Confirme o modo operacional da configuração do MetroCluster e efetue uma verificação do MetroCluster.

    1. Confirme a configuração do MetroCluster e se o modo operacional é normal metrocluster show

    2. Confirme que todos os nós esperados são mostrados metrocluster node show

    3. Emita o seguinte comando:

      metrocluster check run

    4. Apresentar os resultados da verificação MetroCluster:

      metrocluster check show

  3. Verifique o cabeamento do MetroCluster com a ferramenta Config Advisor.

    1. Baixe e execute o Config Advisor.

      "NetApp Downloads: Config Advisor"

    2. Depois de executar o Config Advisor, revise a saída da ferramenta e siga as recomendações na saída para resolver quaisquer problemas descobertos.

Reúna informações antes da atualização

Antes de atualizar, você deve reunir informações para cada um dos nós e, se necessário, ajustar os domínios de broadcast de rede, remover quaisquer VLANs e grupos de interfaces e reunir informações de criptografia.

Passos

  1. Registre o cabeamento físico de cada nó, rotulando os cabos conforme necessário para permitir o cabeamento correto dos novos nós.

  2. Reúna a saída dos seguintes comandos para cada nó:

    • metrocluster interconnect show

    • metrocluster configuration-settings connection show

    • network interface show -role cluster,node-mgmt

    • network port show -node node_name -type physical

    • network port vlan show -node node-name

    • network port ifgrp show -node node_name -instance

    • network port broadcast-domain show

    • network port reachability show -detail

    • network ipspace show

    • volume show

    • storage aggregate show

    • system node run -node node-name sysconfig -a

    • vserver fcp initiator show

    • storage disk show

    • metrocluster configuration-settings interface show

  3. Reúna os UUIDs para o site_B (o site cujas plataformas estão sendo atualizadas): metrocluster node show -fields node-cluster-uuid, node-uuid

    Esses valores devem ser configurados com precisão nos novos módulos do controlador site_B para garantir uma atualização bem-sucedida. Copie os valores para um arquivo para que você possa copiá-los para os comandos apropriados posteriormente no processo de atualização. O exemplo a seguir mostra a saída do comando com os UUIDs:

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid
   (metrocluster node show)
dr-group-id cluster     node   node-uuid                            node-cluster-uuid
----------- --------- -------- ------------------------------------ ------------------------------
1           cluster_A node_A_1-A700 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_A node_A_2-A700 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_B node_B_1-A700 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d
1           cluster_B node_B_2-A700 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d
4 entries were displayed.
cluster_B::*

    É recomendável que você grave os UUIDs em uma tabela semelhante à seguinte.

    Cluster ou nó

    UUID

    Cluster_B

    07958819-9ac6-11e7-9b42-00a098c9e55d

    node_B_1-A700

    f37b240b-9ac1-11e7-9b42-00a098c9e55d

    node_B_2-A700

    bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

    Cluster_A

    ee7db9d5-9a82-11e7-b68b-00a098908039

    node_A_1-A700

    f03cb63c-9a7e-11e7-b68b-00a098908039

    node_A_2-A700

    a9a7a7a-9a81-11e7-a4e9-00a098908c35

  4. Se os nós de MetroCluster estiverem em uma configuração de SAN, colete as informações relevantes.

    Você deve reunir a saída dos seguintes comandos:

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  5. Se o volume raiz estiver criptografado, colete e salve a senha usada para o gerenciador de chaves: security key-manager backup show

  6. Se os nós do MetroCluster estiverem usando criptografia para volumes ou agregados, copie informações sobre as chaves e senhas. Para obter informações adicionais, "Fazer backup manual de informações de gerenciamento de chaves integradas"consulte .

    1. Se o Gerenciador de chaves integrado estiver configurado: `security key-manager onboard show-backup`Você precisará da senha mais tarde no procedimento de atualização.

    2. Se o gerenciamento de chaves empresariais (KMIP) estiver configurado, emita os seguintes comandos:

      security key-manager external show -instance
security key-manager key query

  7. Reúna as IDs do sistema dos nós existentes: metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

    A saída a seguir mostra as unidades reatribuídas.

    ::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

dr-group-id cluster     node     node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
----------- ----------- -------- ------------- ------------------- ------------------- ---------------------
1           cluster_A node_A_1-A700   537403324     537403323           537403321           537403322
1           cluster_A node_A_2-A700   537403323     537403324           537403322          537403321
1           cluster_B node_B_1-A700   537403322     537403321           537403323          537403324
1           cluster_B node_B_2-A700   537403321     537403322           537403324          537403323
4 entries were displayed.

Remova a monitorização do Mediator ou do tiebreaker

Antes de atualizar as plataformas, você deve remover o monitoramento se a configuração do MetroCluster for monitorada com o utilitário tiebreaker ou Mediator.

Passos

  1. Colete a saída para o seguinte comando:

    storage iscsi-initiator show

  2. Remova a configuração do MetroCluster existente do tiebreaker, Mediator ou outro software que possa iniciar o switchover.

    Se você estiver usando…​

    Use este procedimento…​

    Desempate

    "Remoção das configurações do MetroCluster" no conteúdo Instalação e Configuração do Desempate do MetroCluster

    Mediador

    Execute o seguinte comando no prompt do ONTAP:

    metrocluster configuration-settings mediator remove

    Aplicativos de terceiros

    Consulte a documentação do produto.

Envie uma mensagem AutoSupport personalizada antes da manutenção

Antes de realizar a manutenção, você deve emitir uma mensagem AutoSupport para notificar o suporte técnico de que a manutenção está em andamento. Informar o suporte técnico de que a manutenção está em andamento impede que ele abra um caso partindo do pressuposto de que ocorreu uma interrupção.

Sobre esta tarefa

Esta tarefa deve ser executada em cada site do MetroCluster.

Passos

  1. Inicie sessão no cluster.

  2. Chame uma mensagem AutoSupport indicando o início da manutenção:

    system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

    O maintenance-window-in-hours parâmetro especifica o comprimento da janela de manutenção, com um máximo de 72 horas. Se a manutenção for concluída antes do tempo decorrido, você poderá invocar uma mensagem AutoSupport indicando o fim do período de manutenção:

    system node autosupport invoke -node * -type all -message MAINT=end

  3. Repita estas etapas no site do parceiro.

Alterne a configuração do MetroCluster

Você deve alternar a configuração para site_A para que as plataformas no site_B possam ser atualizadas.

Sobre esta tarefa

Esta tarefa tem de ser executada no site_A.

Depois de concluir esta tarefa, site_A está ativo e fornecendo dados para ambos os sites. Site_B está inativo e pronto para iniciar o processo de atualização.

Site_B inativo e pronto para atualização após a troca do MetroCluster
Passos

  1. Alterne a configuração do MetroCluster para site_A para que os nós do site_B possam ser atualizados:

    1. Execute o seguinte comando no site_A:

      metrocluster switchover -controller-replacement true

      A operação pode levar vários minutos para ser concluída.

    2. Monitorize a operação de comutação:

      metrocluster operation show

    3. Após a conclusão da operação, confirme se os nós estão no estado de comutação:

      metrocluster show

    4. Verifique o status dos nós MetroCluster:

      metrocluster node show

    A recuperação automática de agregados após o switchover negociado é desativada durante a atualização do controlador. Os nós no site_B são interrompidos e parados no LOADER prompt.

Remova o módulo do controlador da plataforma AFF A700 ou FAS9000 e o NVS

Sobre esta tarefa

Se você ainda não está aterrado, aterre-se adequadamente.

Passos

  1. Reúna os valores de bootarg de ambos os nós no site_B: printenv

  2. Desligue o chassis no local_B.

Retire o módulo do controlador AFF A700 ou FAS9000

Use o procedimento a seguir para remover o módulo do controlador AFF A700 ou FAS9000

Passos

  1. Retire o cabo da consola, se existir, e o cabo de gestão do módulo do controlador antes de remover o módulo do controlador.

  2. Desbloqueie e retire o módulo do controlador do chassis.

    1. Deslize o botão laranja na pega do came para baixo até que este se destranque.

      Removendo o módulo controlador do chassi: destrave e deslize para fora

    number1

    Botão de libertação do manípulo do excêntrico

    number2

    Pega do came

    1. Rode o manípulo do excêntrico de forma a desengatar completamente o módulo do controlador do chassis e, em seguida, deslize o módulo do controlador para fora do chassis. Certifique-se de que suporta a parte inferior do módulo do controlador enquanto o desliza para fora do chassis.

Retire o módulo de ruído, vibração e aspereza (NVS) do AFF A700 ou FAS9000

Use o procedimento a seguir para remover o módulo de ruído, vibração e aspereza (NVS) do AFF A700 ou do FAS9000.

Nota: O módulo NVS está no slot 6 e é o dobro da altura em comparação com outros módulos do sistema.

Passos

  1. Desbloqueie e retire o NVS da ranhura 6.

    1. Prima o botão 'cam' com letras e numerado. O botão do came afasta-se do chassis.

    2. Rode o trinco da árvore de cames para baixo até estar na posição horizontal. O NVS desengata-se do chassis e desloca-se a alguns centímetros.

    3. Retire o NVS do chassis puxando as patilhas de puxar nas laterais da face do módulo.

      Removendo o módulo NVRAM do chassi: destrave e puxe as abas

    número 1

    Trinco do came de e/S com letras e numerado

    número 2

    Trinco de e/S completamente desbloqueado

  2. Se você estiver usando módulos adicionais usados como dispositivos de coredump no AFF A700 ou no FAS9000 NVS, não os transfira para o AFF A900 ou o FAS9500 NVS. Não transfira quaisquer peças do módulo do controlador AFF A700 ou FAS9000 e do NVS para o módulo AFF A900 ou FAS9500.

Instale o AFF A900 ou o FAS9500 NVS e os módulos do controlador

Você deve instalar o AFF A900 ou o FAS9500 NVS e o módulo da controladora que recebeu no kit de atualização em ambos os nós no local_B. Não mova o dispositivo de coredump do módulo NVS AFF A700 ou FAS9000 para o módulo NVS AFF A900 ou FAS9500.

Sobre esta tarefa

Se você ainda não está aterrado, aterre-se adequadamente.

Instale o AFF A900 ou o FAS9500 NVS

Use o procedimento a seguir para instalar o AFF A900 ou o FAS9500 NVS no slot 6 de ambos os nós no local_B.

Passos

  1. Alinhe o NVS com as bordas da abertura do chassi no slot 6.

  2. Deslize suavemente o NVS para dentro da ranhura até que o trinco do came de e/S com letras e numerado comece a engatar com o pino do came de e/S e, em seguida, empurre o trinco do came de e/S totalmente para cima para bloquear o NVS no devido lugar.

    Instalando o módulo NVRAM no chassi: alinhe e trave no lugar

    número 1

    Trinco do came de e/S com letras e numerado

    número 2

    Trinco de e/S completamente desbloqueado

Instale o módulo do controlador AFF A900 ou FAS9500.

Use o procedimento a seguir para instalar o módulo do controlador AFF A900 ou FAS9500.

Passos

  1. Alinhe a extremidade do módulo do controlador com a abertura no chassis e, em seguida, empurre cuidadosamente o módulo do controlador até meio do sistema.

  2. Empurre firmemente o módulo do controlador para dentro do chassi até que ele atenda ao plano médio e esteja totalmente assentado. O trinco de bloqueio sobe quando o módulo do controlador está totalmente assente. Atenção: Para evitar danificar os conetores, não use força excessiva ao deslizar o módulo do controlador para dentro do chassis.

  3. Cable as portas de gerenciamento e console ao módulo do controlador.

    Instalando o módulo controlador no chassi: alinhar

    número 1

    Botão de libertação do manípulo do excêntrico

    number2

    Pega do came

  4. Instale a segunda placa X91146A no slot 7 de cada nó.

    1. Mova a conexão e5b para E7B.

    2. Mova a conexão E5A para e5b.

      Observação O slot 7 em todos os nós do cluster deve estar vazio como mencionado na Mapear portas dos nós antigos para os novos nós seção.

  5. LIGUE o chassi e conete-o ao console serial.

  6. Após a inicialização do BIOS, se o nó iniciar autoboot, interrompa o AUTOBOOT pressionando Control-C.

  7. Depois que o autoboot é interrompido, os nós param no prompt DO Loader. Se você não interromper a tempo e o node1 iniciar o boot, aguarde que o prompt pressione Ctrl-C para entrar no menu de inicialização. Depois que o nó parar no menu de inicialização, use a opção 8 para reinicializar o nó e interromper o autoboot durante a reinicialização.

  8. No prompt Loader, defina as variáveis de ambiente padrão: Set-defaults

  9. Salve as configurações de variáveis de ambiente padrão: saveenv

Nós netboot no site_B

Depois de trocar o módulo de controladora AFF A900 ou FAS9500 e o NVS, você precisa netboot dos nós AFF A900 ou FAS9500 e instalar a mesma versão do ONTAP e o nível de patch que está sendo executado no cluster. O termo netboot significa que você está inicializando a partir de uma imagem ONTAP armazenada em um servidor remoto. Ao se preparar para netboot, você deve adicionar uma cópia da imagem de inicialização do ONTAP 9 a um servidor da Web que o sistema possa acessar. Não é possível verificar a versão do ONTAP instalada no suporte de arranque de um módulo controlador AFF A900 ou FAS9500, a menos que esteja instalado num chassis e LIGADO. A versão do ONTAP na Mídia de inicialização do AFF A900 ou do FAS9500 deve ser a mesma que a versão do ONTAP em execução no sistema AFF A700 ou FAS9000 que está sendo atualizada e as imagens de inicialização principal e de backup devem corresponder. Você pode configurar as imagens executando um netboot seguido do wipeconfig comando no menu de inicialização. Se o módulo do controlador foi usado anteriormente em outro cluster, o wipeconfig comando limpa qualquer configuração residual na Mídia de inicialização.

Antes de começar

  • Verifique se você consegue acessar um servidor HTTP com o sistema.

  • Você precisa baixar os arquivos de sistema necessários para o seu sistema e a versão correta do ONTAP a partir do site de suporte da NetApp.

Sobre esta tarefa

Você deve netboot dos novos controladores, se a versão do ONTAP instalada não for a mesma que a versão instalada nos controladores originais. Depois de instalar cada novo controlador, inicialize o sistema a partir da imagem ONTAP 9 armazenada no servidor Web. Em seguida, pode transferir os ficheiros corretos para o dispositivo multimédia de arranque para as subsequentes inicializações do sistema.

Passos

  1. Acesse o "Site de suporte da NetApp" para baixar os arquivos usados para executar o netboot do sistema.

  2. Baixe o software ONTAP apropriado na seção de download de software do site de suporte da NetApp e armazene o ontap-version_image.tgz arquivo em um diretório acessível pela Web.

  3. Mude para o diretório acessível pela Web e verifique se os arquivos necessários estão disponíveis.

  4. A lista de diretórios deve conter ONTAP_version>_image.tgz.

  5. Configure a conexão netboot escolhendo uma das seguintes ações.

    Observação Você deve usar a porta de gerenciamento e o IP como conexão netboot. Não use um IP de LIF de dados ou uma interrupção de dados pode ocorrer enquanto a atualização está sendo realizada.

    Se o protocolo de configuração dinâmica do host (DCHP) for…​

    Então…​

    Em execução

    Configure a conexão automaticamente usando o seguinte comando no prompt do ambiente de inicialização: ifconfig e0M -auto

    Não está em execução

    Configure manualmente a conexão usando o seguinte comando no prompt do ambiente de inicialização: ifconfig e0M -addr=<filer_addr> -mask=<netmask> -gw=<gateway> - dns=<dns_addr> domain=<dns_domain>

    <filer_addr> É o endereço IP do sistema de armazenamento. <netmask> é a máscara de rede do sistema de armazenamento. <gateway> é o gateway para o sistema de armazenamento. <dns_addr> É o endereço IP de um servidor de nomes na rede. Este parâmetro é opcional. <dns_domain> É o nome de domínio do serviço de nomes de domínio (DNS). Este parâmetro é opcional. NOTA: Outros parâmetros podem ser necessários para a sua interface. Insira help ifconfig no prompt do firmware para obter detalhes.

  6. Execute netboot em node_B_1: netboot http://<web_server_ip/path_to_web_accessible_directory>/netboot/kernel

    O <path_to_the_web-accessible_directory> deve levar ao local onde você baixou o <ontap_version>\_image.tgz em Passo 2.

    Observação Não interrompa a inicialização.

  7. Aguarde até que o node_B_1 esteja sendo executado no módulo controlador AFF A900 ou FAS9500 para inicializar e exibir as opções do menu de inicialização, conforme mostrado abaixo:

    Please choose one of the following:

(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)?

  8. No menu de inicialização, selecione a (7) Install new software first. opção esta opção de menu baixa e instala a nova imagem ONTAP no dispositivo de inicialização. OBSERVAÇÃO: Ignore a seguinte mensagem: This procedure is not supported for Non-Disruptive Upgrade on an HA pair. Esta observação se aplica a atualizações de software ONTAP sem interrupções e não atualizações de controladora.

    Sempre use netboot para atualizar o novo nó para a imagem desejada. Se você usar outro método para instalar a imagem no novo controlador, a imagem incorreta pode ser instalada. Este problema aplica-se a todas as versões do ONTAP.

  9. Se você for solicitado a continuar o procedimento, digite y e, quando solicitado, digite o URL: http://<web_server_ip/path_to_web-accessible_directory>/<ontap_version>\_image.tgz

  10. Conclua as seguintes subetapas para reinicializar o módulo do controlador:

    1. Digitar n Para ignorar a recuperação do backup quando vir a seguinte mensagem:

      Do you want to restore the backup configuration now? {y|n} n

    2. Digitar y Reinicie o computador quando vir a seguinte mensagem:

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n} y

      O módulo do controlador reinicializa, mas pára no menu de inicialização porque o dispositivo de inicialização foi reformatado e os dados de configuração precisam ser restaurados.

    Observação Você precisa reiniciar o nó para usar o software recém-instalado.

  11. No prompt, execute o wipeconfig comando para limpar qualquer configuração anterior na Mídia de inicialização:

    1. Quando vir a seguinte mensagem, responda yes: This will delete critical system configuration, including cluster membership. Warning: do not run this option on a HA node that has been taken over. Are you sure you want to continue?:

    2. O nó reinicializa para terminar o wipeconfig e, em seguida, pára no menu de inicialização.

  12. Selecione a opção 5 para ir para o modo de manutenção a partir do menu de arranque. Responda yes aos prompts até que o nó pare no modo de manutenção e o prompt de comando '*>.

  13. Repita estas etapas para netboot node_B_2.

Restaure a configuração do HBA

Dependendo da presença e configuração das placas HBA no módulo controlador, você precisa configurá-las corretamente para uso do seu site.

Passos

  1. No modo de manutenção, configure as definições para quaisquer HBAs no sistema:

    1. Verifique as definições atuais das portas:

      ucadmin show

    2. Atualize as definições da porta conforme necessário.

    Se você tem este tipo de HBA e modo desejado…​

    Use este comando…​

    CNA FC

    ucadmin modify -m fc -t initiator adapter-name

    CNA Ethernet

    ucadmin modify -mode cna adapter-name

    Destino de FC

    fcadmin config -t target adapter-name

    Iniciador FC

    fcadmin config -t initiator adapter-name

  2. Sair do modo de manutenção:

    halt

    Depois de executar o comando, aguarde até que o nó pare no prompt DO Loader.

  3. Inicialize o nó novamente no modo Manutenção para permitir que as alterações de configuração entrem em vigor:

    boot_ontap maint

  4. Verifique as alterações feitas:

    Se você tem este tipo de HBA…​

    Use este comando…​

    CNA

    ucadmin show

    FC

    fcadmin show

Defina o estado de HA nos novos controladores e chassi

É necessário verificar o estado de HA dos controladores e do chassi e, se necessário, atualizar o estado para corresponder à configuração do sistema.

Passos

  1. No modo de manutenção, apresentar o estado HA do módulo do controlador e do chassis:

    ha-config show

    O estado HA para todos os componentes deve ser mccip.

  2. Se o estado do sistema apresentado do controlador ou do chassis não estiver correto, defina o estado HA:

    ha-config modify controller mccip

    ha-config modify chassis mccip

  3. Parar o nó: halt

    O nó deve parar no LOADER> prompt.

  4. Em cada nó, verifique a data, a hora e o fuso horário do sistema: show date

  5. Se necessário, defina a data em UTC ou GMT: set date <mm/dd/yyyy>

  6. Verifique a hora usando o seguinte comando no prompt do ambiente de inicialização: show time

  7. Se necessário, defina a hora em UTC ou GMT: set time <hh:mm:ss>

  8. Guarde as definições: saveenv

  9. Reunir variáveis de ambiente: printenv

Atualize os arquivos RCF do switch para acomodar as novas plataformas

Você deve atualizar os switches para uma configuração que suporte os novos modelos de plataforma.

Sobre esta tarefa

Você executa essa tarefa no site que contém os controladores que estão sendo atualizados no momento. Nos exemplos mostrados neste procedimento, estamos atualizando site_B primeiro.

Os switches no site_A serão atualizados quando os controladores no site_A forem atualizados.

Passos

  1. Prepare os switches IP para a aplicação dos novos RCFs.

    Siga as etapas na seção para o fornecedor do switch:

  2. Transfira e instale os RCFs.

    Siga as etapas na seção para o fornecedor do switch:

Configure os novos controladores

Novos controladores devem estar prontos e cabeados neste momento.

Defina as variáveis MetroCluster IP bootarg

Certos valores de inicialização IP do MetroCluster devem ser configurados nos novos módulos do controlador. Os valores devem corresponder aos configurados nos módulos do controlador antigos.

Sobre esta tarefa

Nesta tarefa, você usará os UUIDs e IDs do sistema identificados anteriormente no procedimento de atualização no Reúna informações antes da atualização.

Passos

  1. `LOADER>`No prompt, defina os seguintes bootargs nos novos nós no site_B:

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    O exemplo a seguir define os valores para node_B_1-A900 usando VLAN 120 para a primeira rede e VLAN 130 para a segunda rede:

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12,130

    O exemplo a seguir define os valores para node_B_2-A900 usando VLAN 120 para a primeira rede e VLAN 130 para a segunda rede:

    setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13,130

  2. No prompt dos novos nós LOADER, defina os UUIDs:

    setenv bootarg.mgwd.partner_cluster_uuid partner-cluster-UUID

    setenv bootarg.mgwd.cluster_uuid local-cluster-UUID

    setenv bootarg.mcc.pri_partner_uuid DR-partner-node-UUID

    setenv bootarg.mcc.aux_partner_uuid DR-aux-partner-node-UUID

    setenv bootarg.mcc_iscsi.node_uuid local-node-UUID

    1. Defina os UUIDs em node_B_1-A900.

      O exemplo a seguir mostra os comandos para definir os UUIDs em node_B_1-A900:

      setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.aux_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc_iscsi.node_uuid f03cb63c-9a7e-11e7-b68b-00a098908039

    2. Defina os UUIDs em node_B_2-A900:

      O exemplo a seguir mostra os comandos para definir os UUIDs em node_B_2-A900:

    setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc.aux_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc_iscsi.node_uuid aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  3. Se os sistemas originais foram configurados para ADP, em cada prompt DO Loader dos nós de substituição, ative o ADP:

    setenv bootarg.mcc.adp_enabled true

  4. Defina as seguintes variáveis:

    setenv bootarg.mcc.local_config_id original-sys-id

    setenv bootarg.mcc.dr_partner dr-partner-sys-id

    Observação A setenv bootarg.mcc.local_config_id variável deve ser definida para o sys-id do módulo controlador original, node_B_1-A700.

    1. Defina as variáveis em node_B_1-A900.

      O exemplo a seguir mostra os comandos para definir os valores em node_B_1-A900:

      setenv bootarg.mcc.local_config_id 537403322
setenv bootarg.mcc.dr_partner 537403324

    2. Defina as variáveis em node_B_2-A900.

      O exemplo a seguir mostra os comandos para definir os valores em node_B_2-A900:

    setenv bootarg.mcc.local_config_id 537403321
setenv bootarg.mcc.dr_partner 537403323

  5. Se estiver usando criptografia com gerenciador de chaves externo, defina os bootargs necessários:

    setenv bootarg.kmip.init.ipaddr

    setenv bootarg.kmip.kmip.init.netmask

    setenv bootarg.kmip.kmip.init.gateway

    setenv bootarg.kmip.kmip.init.interface

Reatribuir discos agregados de raiz

Reatribua os discos agregados de raiz ao novo módulo de controladora, usando os sysids reunidos anteriormente.

Sobre esta tarefa

Estes passos são executados no modo de manutenção.

Passos

  1. Inicialize o sistema no modo de manutenção:

    boot_ontap maint

  2. Exiba os discos no node_B_1-A900 no prompt do modo de manutenção:

    disk show -a

    A saída do comando mostra a ID do sistema do novo módulo do controlador (1574774970). No entanto, os discos agregados de raiz ainda são propriedade do ID do sistema antigo (537403322). Este exemplo não mostra unidades de propriedade de outros nós na configuração do MetroCluster.

    *> disk show -a
Local System ID: 1574774970
DISK                  OWNER                 POOL   SERIAL NUMBER   HOME                  DR HOME
------------          ---------             -----  -------------   -------------         -------------
prod3-rk18:9.126L44   node_B_1-A700(537403322)  Pool1  PZHYN0MD     node_B_1-A700(537403322)  node_B_1-A700(537403322)
prod4-rk18:9.126L49  node_B_1-A700(537403322)  Pool1  PPG3J5HA     node_B_1-A700(537403322)  node_B_1-700(537403322)
prod4-rk18:8.126L21   node_B_1-A700(537403322)  Pool1  PZHTDSZD     node_B_1-A700(537403322)  node_B_1-A700(537403322)
prod2-rk18:8.126L2    node_B_1-A700(537403322)  Pool0  S0M1J2CF     node_B_1-(537403322)  node_B_1-A700(537403322)
prod2-rk18:8.126L3    node_B_1-A700(537403322)  Pool0  S0M0CQM5     node_B_1-A700(537403322)  node_B_1-A700(537403322)
prod1-rk18:9.126L27   node_B_1-A700(537403322)  Pool0  S0M1PSDW     node_B_1-A700(537403322)  node_B_1-A700(537403322)
.
.
.

  3. Reatribua os discos agregados de raiz nos compartimentos de unidades às novas controladoras.

    Se você estiver usando ADP…​

    Em seguida, use este comando…​

    Sim

    disk reassign -s old-sysid -d new-sysid -r dr-partner-sysid

    Não

    disk reassign -s old-sysid -d new-sysid

  4. Reatribua os discos agregados de raiz nos compartimentos de unidades às novas controladoras:

    disk reassign -s old-sysid -d new-sysid

    O exemplo a seguir mostra a reatribuição de unidades em uma configuração não ADP:

    *> disk reassign -s 537403322 -d 1574774970
Partner node must not be in Takeover mode during disk reassignment from maintenance mode.
Serious problems could result!!
Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n

After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful.
Do you want to continue (y/n)? y
Disk ownership will be updated on all disks previously belonging to Filer with sysid 537403322.
Do you want to continue (y/n)? y

  5. Verifique se os discos do agregado raiz estão corretamente reatribuídos à remoção antiga:

    disk show

    storage aggr status

    *> disk show
Local System ID: 537097247

  DISK                    OWNER                    POOL   SERIAL NUMBER   HOME                     DR HOME
------------              -------------            -----  -------------   -------------            -------------
prod03-rk18:8.126L18 node_B_1-A900(537097247)  Pool1  PZHYN0MD        node_B_1-A900(537097247)   node_B_1-A900(537097247)
prod04-rk18:9.126L49 node_B_1-A900(537097247)  Pool1  PPG3J5HA        node_B_1-A900(537097247)   node_B_1-A900(537097247)
prod04-rk18:8.126L21 node_B_1-A900(537097247)  Pool1  PZHTDSZD        node_B_1-A900(537097247)   node_B_1-A900(537097247)
prod02-rk18:8.126L2  node_B_1-A900(537097247)  Pool0  S0M1J2CF        node_B_1-A900(537097247)   node_B_1-A900(537097247)
prod02-rk18:9.126L29 node_B_1-A900(537097247)  Pool0  S0M0CQM5        node_B_1-A900(537097247)   node_B_1-A900(537097247)
prod01-rk18:8.126L1  node_B_1-A900(537097247)  Pool0  S0M1PSDW        node_B_1-A900(537097247)   node_B_1-A900(537097247)
::>
::> aggr status
           Aggr          State           Status                Options
aggr0_node_B_1           online          raid_dp, aggr         root, nosnap=on,
                                         mirrored              mirror_resync_priority=high(fixed)
                                         fast zeroed
                                         64-bit

Inicialize os novos controladores

Você deve inicializar os novos controladores, tomando cuidado para garantir que as variáveis bootarg estão corretas e, se necessário, executar as etapas de recuperação de criptografia.

Passos

  1. Parar os novos nós:

    halt

  2. Se o gerenciador de chaves externo estiver configurado, defina os bootargs relacionados:

    setenv bootarg.kmip.init.ipaddr ip-address

    setenv bootarg.kmip.init.netmask netmask

    setenv bootarg.kmip.init.gateway gateway-address

    setenv bootarg.kmip.init.interface interface-id

  3. Verifique se o parceiro-sysid é o atual:

    printenv partner-sysid

    Se o parceiro-sysid não estiver correto, defina-o:

    setenv partner-sysid partner-sysID

  4. Exiba o menu de inicialização do ONTAP:

    boot_ontap menu

  5. Se a criptografia raiz for usada, selecione a opção do menu de inicialização para a configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Selecione esta opção do menu de arranque…​

    Gerenciamento de chaves integrado

    Opção 10 e siga as instruções para fornecer as entradas necessárias para recuperar ou restaurar a configuração do gerenciador de chaves

    Gerenciamento de chaves externas

    Opção 11 e siga as instruções para fornecer as entradas necessárias para recuperar ou restaurar a configuração do gerenciador de chaves

  6. No menu de inicialização, (6) Update flash from backup config selecione .

    Observação A opção 6 reiniciará o nó duas vezes antes de concluir.

    Responda y aos prompts de alteração de ID do sistema. Aguarde a segunda mensagem de reinicialização:

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

  7. Interrompa o AUTOBOOT para parar os controladores NO Loader.

    Observação Em cada nó, verifique os bootargs definidos "Configurando as variáveis de inicialização IP do MetroCluster"e corrija quaisquer valores incorretos. Apenas passe para a próxima etapa depois de verificar os valores de bootarg.

  8. Verifique se o parceiro-sysid está correto:

    printenv partner-sysid

    Se o parceiro-sysid não estiver correto, defina-o:

    setenv partner-sysid partner-sysID

  9. Se a criptografia raiz for usada, selecione a opção do menu de inicialização para a configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Selecione esta opção do menu de arranque…​

    Gerenciamento de chaves integrado

    Opção 10 e siga as instruções para fornecer as entradas necessárias para recuperar ou restaurar a configuração do gerenciador de chaves

    Gerenciamento de chaves externas

    Opção 11 e siga as instruções para fornecer as entradas necessárias para recuperar ou restaurar a configuração do gerenciador de chaves

    Você precisa executar o procedimento de recuperação selecionando a opção 10 ou a opção 11, dependendo da configuração do gerenciador de chaves e a opção 6 no prompt do menu de inicialização. Para inicializar completamente os nós, talvez seja necessário executar o procedimento de recuperação continuado pela opção 1 (inicialização normal).

  10. Aguarde que os novos nós, node_B_1-A900 e node_B_2-A900 iniciem.

    Se um dos nós estiver no modo de aquisição, execute um giveback usando o storage failover giveback comando.

  11. Se a criptografia for usada, restaure as chaves usando o comando correto para sua configuração de gerenciamento de chaves.

    Se você estiver usando…​

    Use este comando…​

    Gerenciamento de chaves integrado

    security key-manager onboard sync

    Para obter mais informações, "Restaurar chaves de criptografia integradas de gerenciamento de chaves"consulte .

    Gerenciamento de chaves externas

    `security key-manager external restore -vserver SVM -node node -key-server _host_name

  12. Verifique se todas as portas estão em um domínio de broadcast:

    1. Veja os domínios de broadcast:

      network port broadcast-domain show

    2. Adicione quaisquer portas a um domínio de broadcast conforme necessário.

      "Adicionar ou remover portas de um domínio de broadcast"

    3. Recrie VLANs e grupos de interface conforme necessário.

      A associação de VLAN e grupo de interface pode ser diferente da do nó antigo.

      "Criando um VLAN"

    "Combinando portas físicas para criar grupos de interface"

Verifique e restaure a configuração do LIF

Verifique se os LIFs estão hospedados em nós e portas apropriados, conforme mapeados no início do procedimento de atualização.

Sobre esta tarefa
Passos

  1. Verifique se os LIFs estão hospedados no nó e nas portas apropriadas antes do switchback.

    1. Mude para o nível de privilégio avançado:

      set -privilege advanced

    2. Substituir a configuração da porta para garantir o posicionamento correto do LIF:

      vserver config override -command "network interface modify -vserver vserver_name -home-port active_port_after_upgrade -lif lif_name -home-node new_node_name"

    Ao entrar no comando Network Interface Modify dentro vserver config override do comando, não é possível usar o recurso Tab Autocomplete. Você pode criar a rede interface modify usando o autocomplete e, em seguida, incorporá-la no vserver config override comando.

    1. Voltar ao nível de privilégio de administrador:

      set -privilege admin

  2. Reverter as interfaces para o seu nó inicial:

    network interface revert * -vserver vserver-name

    Execute esta etapa em todas as SVMs, conforme necessário.

Volte a ativar a configuração do MetroCluster

Nesta tarefa, você executará a operação de switchback e a configuração do MetroCluster retornará à operação normal. Os nós no site_A ainda estão aguardando atualização.

Site_A aguardando atualização após retorno do MetroCluster
Passos

  1. Emita o metrocluster node show comando de site_B e verifique a saída.

    1. Verifique se os novos nós estão representados corretamente.

    2. Verifique se os novos nós estão em "aguardando pelo estado de switchback".

  2. Execute a recuperação e o switchback executando os comandos necessários de qualquer nó no cluster ativo (o cluster que não está sendo atualizado).

    1. Curar os agregados de dados metrocluster heal aggregates

    2. Curar os agregados de raiz:

      metrocluster heal root

    3. Comutar o cluster:

      metrocluster switchback

  3. Verifique o progresso do funcionamento do interrutor de comutação:

    metrocluster show

    A operação de switchback ainda está em andamento quando a saída exibe waiting-for-switchback:

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                switchover
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                waiting-for-switchback
                          AUSO Failure Domain -

    A operação de comutação está concluída quando a saída exibe normal:

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -

    Se um switchback levar muito tempo para terminar, você pode verificar o status das linhas de base em andamento usando o metrocluster config-replication resync-status show comando. Este comando está no nível de privilégio avançado.

Verifique a integridade da configuração do MetroCluster

Depois de atualizar os módulos do controlador, você deve verificar a integridade da configuração do MetroCluster.

Sobre esta tarefa

Esta tarefa pode ser executada em qualquer nó na configuração do MetroCluster.

Passos

  1. Verifique o funcionamento da configuração do MetroCluster:

    1. Confirme a configuração do MetroCluster e se o modo operacional está normal metrocluster show

    2. Execute uma verificação MetroCluster metrocluster check run

    3. Apresentar os resultados da verificação MetroCluster:

      metrocluster check show

  2. Verifique a conetividade e o status do MetroCluster.

    1. Verifique as conexões IP do MetroCluster:

      storage iscsi-initiator show

    2. Verifique se os nós estão operando:

      metrocluster node show

    3. Verifique se as interfaces IP do MetroCluster estão ativas:

      metrocluster configuration-settings interface show

    4. Verifique se o failover local está ativado:

      storage failover show

Atualize os nós no site_A

Você deve repetir as tarefas de atualização no site_A.

Passos

  1. Repita as etapas para atualizar os nós no site_A, começando com Prepare-se para a atualização.

    À medida que você executa as tarefas, todas as referências de exemplo aos sites e nós são invertidas. Por exemplo, quando o exemplo é dado para o switchover de site_A, você irá mudar de site_B.

Restaure o monitoramento do tiebreaker ou do Mediator

Depois de concluir a atualização da configuração do MetroCluster, você pode retomar o monitoramento com o utilitário tiebreaker ou Mediator.

Passos

  1. Restaure o monitoramento, se necessário, usando o procedimento para sua configuração.

    Se você estiver usando…​ Use este procedimento

    Desempate

    "Adição de configurações do MetroCluster" na seção Instalação e Configuração do Desempate do MetroCluster.

    Mediador

    "Configurar o ONTAP Mediator a partir de uma configuração de IP do MetroCluster" Na seção Instalação e Configuração IP do MetroCluster.

    Aplicativos de terceiros

    Consulte a documentação do produto.

Envie uma mensagem AutoSupport personalizada após a manutenção

Depois de concluir a atualização, você deve enviar uma mensagem AutoSupport indicando o fim da manutenção, para que a criação automática de casos possa ser retomada.

Passos

  1. Para retomar a geração de casos de suporte automático, envie uma mensagem AutoSupport para indicar que a manutenção está concluída.

    1. Execute o seguinte comando system node autosupport invoke -node * -type all -message MAINT=end

    2. Repita o comando no cluster de parceiros.