Comandos manuais de giveback
Sugerir alterações
PDFs
Você pode executar um giveback normal, um giveback no qual você encerra processos no nó do parceiro ou um giveback forçado.
|
Antes de executar um giveback, é necessário remover as unidades com falha no sistema de tomada a cargo, conforme descrito em "Gerenciamento de discos e agregados". |
Se a giveback for interrompida
Se o nó de aquisição sofrer uma falha ou uma interrupção de energia durante o processo de giveback, esse processo pára e o nó de aquisição retorna ao modo de aquisição até que a falha seja reparada ou a energia seja restaurada.
No entanto, isso depende do estágio de giveback em que ocorreu a falha. Se o nó encontrou falha ou uma falha de energia durante o estado parcial de giveback (depois de devolver o agregado raiz), ele não retornará ao modo de aquisição. Em vez disso, o nó retorna ao modo parcial-giveback. Se isso ocorrer, conclua o processo repetindo a operação de giveback.
Se giveback é vetado
Se a giveback for vetada, você deve verificar as mensagens EMS para determinar a causa. Dependendo do motivo ou motivos, você pode decidir se pode substituir os vetos com segurança.
O storage failover show-giveback comando exibe o progresso da giveback e mostra qual subsistema vetou a giveback, se houver. Vetos macios podem ser substituídos, enquanto vetos duros não podem ser, mesmo que forçados. As tabelas a seguir resumem os vetos de software que não devem ser substituídos, juntamente com as soluções alternativas recomendadas.
Você pode rever os detalhes do EMS para qualquer vetos de giveback usando o seguinte comando:
event log show -node * -event gb*
Giveback do agregado raiz
Esses vetos não se aplicam a operações de realocação agregadas:
Módulo do subsistema de veto |
Solução alternativa |
vfiler_low_level |
Encerre as sessões SMB causando o veto ou encerre o aplicativo SMB que estabeleceu as sessões abertas. Substituir esse veto pode fazer com que o aplicativo usando SMB se desconete abruptamente e perca dados. |
Verificação do disco |
Todos os discos falhados ou ignorados devem ser removidos antes de tentar a giveback. Se os discos estiverem higienizando, aguarde até que a operação seja concluída. Substituir esse veto pode causar uma interrupção causada por agregados ou volumes que ficam offline devido a conflitos de reserva ou discos inacessíveis. |
Giveback dos agregados SFO
Esses vetos não se aplicam a operações de realocação agregadas:
Módulo do subsistema de veto |
Solução alternativa |
Gerenciador de bloqueio |
Encerre graciosamente as aplicações SMB que têm arquivos abertos ou mova esses volumes para um agregado diferente. A substituição desse veto resulta na perda do estado de bloqueio SMB, causando interrupções e perda de dados. |
LOCK Manager NDESEJA |
Aguarde até que os bloqueios sejam espelhados. A substituição desse veto causa interrupções nas máquinas virtuais Microsoft Hyper-V. |
RAID |
Verifique as mensagens do EMS para determinar a causa do veto: Se o veto for devido ao nvfile, coloque os volumes offline e agregados online. Se as operações de reatribuição de propriedade de disco ou adição de disco estiverem em andamento, aguarde até que elas sejam concluídas. Se o veto for devido a um conflito de nome agregado ou UUID, solucione e o problema. Se o veto for devido a ressincronização do espelho, verificação do espelho ou discos off-line, o veto pode ser substituído e a operação será reiniciada após a giveback. |
Inventário de disco |
Solucione problemas para identificar e resolver a causa do problema. O nó de destino pode não conseguir ver discos pertencentes a um agregado que está sendo migrado. Discos inacessíveis podem resultar em agregados ou volumes inacessíveis. |
Operação de movimentação de volume |
Solucione problemas para identificar e resolver a causa do problema. Este veto impede que a operação de movimentação de volume aborte durante a importante fase de transição. Se o trabalho for abortado durante a transição, o volume poderá ficar inacessível. |
Comandos para executar um manual giveback
Você pode iniciar manualmente um giveback em um nó em um par de HA para retornar o storage ao proprietário original após concluir a manutenção ou resolver quaisquer problemas que causaram o takeover.
Se você quiser… |
Use este comando… |
Devolver storage a um nó de parceiro |
|
Devolva o armazenamento mesmo que o parceiro não esteja no modo de espera para giveback |
Não use esta opção a menos que uma interrupção mais longa do cliente seja aceitável. |
Devolva o armazenamento mesmo se os processos estiverem vetando a operação de giveback (force a giveback) |
O uso dessa opção pode potencialmente levar a uma falha de cliente mais longa, ou agregados e volumes que não estão online após a giveback. |
Devolver apenas os agregados CFO (o agregado raiz) |
|
Monitore o progresso da giveback depois de emitir o comando giveback |
|