Restauração completa do sistema - FAS9000
Sugerir alterações
PDFs
Para concluir o procedimento de substituição e restaurar o sistema para o funcionamento total, tem de voltar a efetuar a recuperação do armazenamento, restaurar a configuração da encriptação de armazenamento NetApp (se necessário) e instalar licenças para o novo controlador. Você deve concluir uma série de tarefas antes de restaurar o sistema para a operação completa.
Passo 1: Instale licenças para o nó de substituição no ONTAP
Você deve instalar novas licenças para o nó replacement se o nó prejudicado estiver usando recursos do ONTAP que exigem uma licença padrão (node-locked). Para recursos com licenças padrão, cada nó no cluster deve ter sua própria chave para o recurso.
Até instalar chaves de licença, os recursos que exigem licenças padrão continuam disponíveis para o nó replacement. No entanto, se o nó prejudicado for o único nó no cluster com uma licença para o recurso, nenhuma alteração de configuração será permitida.
Além disso, o uso de recursos não licenciados no nó pode colocá-lo fora de conformidade com o seu contrato de licença, então você deve instalar a chave de licença de substituição ou chaves no nó replacement o mais rápido possível.
As chaves de licença devem estar no formato de 28 carateres.
Você tem um período de carência de 90 dias para instalar as chaves de licença. Após o período de carência, todas as licenças antigas são invalidadas. Depois que uma chave de licença válida é instalada, você tem 24 horas para instalar todas as chaves antes que o período de carência termine.
Se o nó estiver em uma configuração do MetroCluster e todos os nós de um local tiverem sido substituídos, as chaves de licença devem ser instaladas no nó ou nós replacement antes do switchback.
-
Se você precisar de novas chaves de licença, obtenha chaves de licença de substituição na "Site de suporte da NetApp" seção meu suporte em licenças de software.
As novas chaves de licença que você precisa são geradas automaticamente e enviadas para o endereço de e-mail em arquivo. Se você não receber o e-mail com as chaves de licença no prazo de 30 dias, entre em Contato com o suporte técnico. -
Instale cada chave de licença:
system license add -license-code license-key, license-key... -
Remova as licenças antigas, se desejar:
-
Verifique se há licenças não utilizadas:
license clean-up -unused -simulate -
Se a lista estiver correta, remova as licenças não utilizadas:
license clean-up -unused
-
Etapa 2: Verificando LIFs e registrando o número de série
Antes de retornar o nó replacement ao serviço, você deve verificar se os LIFs estão em suas portas iniciais e Registrar o número de série do nó replacement se o AutoSupport estiver ativado e redefinir a giveback automática.
-
Verifique se as interfaces lógicas estão relatando para o servidor doméstico e as portas:
network interface show -is-home falseSe algum LIFs estiver listado como false, reverta-os para suas portas iniciais:
network interface revert -vserver * -lif * -
Registre o número de série do sistema com o suporte da NetApp.
-
Se o AutoSupport estiver ativado, envie uma mensagem AutoSupport para Registrar o número de série.
-
Se o AutoSupport não estiver ativado, ligue "Suporte à NetApp" para registar o número de série.
-
-
Se uma janela de manutenção do AutoSupport foi acionada, encerre-a usando o
system node autosupport invoke -node * -type all -message MAINT=ENDcomando. -
Se a giveback automática foi desativada, reative-a:
storage failover modify -node local -auto-giveback true
Etapa 3: (Somente MetroCluster): Voltando agregados em uma configuração de MetroCluster de dois nós
Depois de concluir a substituição da FRU em uma configuração de MetroCluster de dois nós, você pode executar a operação de switchback do MetroCluster. Isso retorna a configuração ao seu estado operacional normal, com as máquinas virtuais de armazenamento de origem sincronizada (SVMs) no site anteriormente prejudicado agora ativo e fornecendo dados dos pools de discos locais.
Esta tarefa só se aplica a configurações de MetroCluster de dois nós.
-
Verifique se todos os nós estão no
enabledestado:metrocluster node showcluster_B::> metrocluster node show DR Configuration DR Group Cluster Node State Mirroring Mode ----- ------- -------------- -------------- --------- -------------------- 1 cluster_A controller_A_1 configured enabled heal roots completed cluster_B controller_B_1 configured enabled waiting for switchback recovery 2 entries were displayed. -
Verifique se a ressincronização está concluída em todos os SVMs:
metrocluster vserver show -
Verifique se todas as migrações automáticas de LIF que estão sendo executadas pelas operações de recuperação foram concluídas com sucesso:
metrocluster check lif show -
Execute o switchback usando o
metrocluster switchbackcomando de qualquer nó no cluster sobrevivente. -
Verifique se a operação de comutação foi concluída:
metrocluster showA operação de switchback ainda está em execução quando um cluster está no
waiting-for-switchbackestado:cluster_B::> metrocluster show Cluster Configuration State Mode -------------------- ------------------- --------- Local: cluster_B configured switchover Remote: cluster_A configured waiting-for-switchback
A operação de switchback é concluída quando os clusters estão no
normalestado.:cluster_B::> metrocluster show Cluster Configuration State Mode -------------------- ------------------- --------- Local: cluster_B configured normal Remote: cluster_A configured normal
Se um switchback estiver demorando muito tempo para terminar, você pode verificar o status das linhas de base em andamento usando o
metrocluster config-replication resync-status showcomando. -
Restabelecer qualquer configuração SnapMirror ou SnapVault.
Passo 4: Devolva a peça com falha ao NetApp
Devolva a peça com falha ao NetApp, conforme descrito nas instruções de RMA fornecidas com o kit. Consulte a "Devolução de peças e substituições" página para obter mais informações.