Procedimento do Sistema de Recuperação

O procedimento do sistema de recuperação recupera todo o sistema se o estado do sistema for perdido. O procedimento recria o sistema de armazenamento usando dados de configuração salvos e também é conhecido como recuperação de Camada 3 (T3). Os dados de configuração salvos estão no disco quorum ativo e no arquivo de backup de configuração XML mais recente. A recuperação pode não ser capaz de restaurar todos os dados de volume.

CUIDADO:

Se o sistema encontra um estado em que:

Nenhum nó está ativo
Não tente iniciar um resgate do nó (que o usuário pode iniciar usando a GUI do assistente de serviço ou o comando da CLI de serviço satask rescuenode). PARE e entre em contato com o Suporte técnico remoto IBM®®. Iniciar esse procedimento de recuperação do sistema T3 enquanto estiver nesse estado específico poderá resultar na perda dos arquivos de backup de configuração XML.

Atenção:

Execute as ações de serviço somente quando orientado pelos procedimentos de correção. Se usadas inadequadamente, as ações de serviço poderão causar perda de acesso aos dados ou até mesmo perda de dados. Leia e entenda todas as instruções antes de concluir qualquer ação.
O procedimento de recuperação poderá levar algumas horas, se o sistema usar dispositivos de grande capacidade como dispositivos de quorum.
Se houver matrizes off-line após a execução do procedimento de recuperação, entre em contato com o Suporte IBM..

Não tente o procedimento de recuperação do sistema a menos que as condições a seguir sejam atendidas:

Todas as condições são atendidas no Quando Executar o Procedimento de Recuperação do Sistema.
Todos os erros de hardware foram corrigidos. Consulte o Corrigir Erros de Hardware
Todos os nós possuem o status de candidato. Caso contrário, veja a etapa 1.
Todos os nós devem estar no mesmo nível de código que o sistema tinha antes da falha. Se algum nó tiver sido modificado ou substituído, use o assistente de serviço para verificar os níveis de código e, quando necessário, reinstalar o nível de código para que ele corresponda ao nível que está em execução nos outros nós no sistema. Para obter informações adicionais, consulte Removendo as informações do sistema para nós com o código de erro 550 ou o código de erro 578 usando o assistente de serviço.
Se o sistema estava usando o quorum de IP para metadados T3, verifique se todos os aplicativos de quorum de IP estão em execução.

O procedimento de recuperação do sistema é uma das várias tarefas que devem ser concluídas. A lista a seguir é uma visão geral das tarefas e a ordem na qual elas devem ser concluídas:

Preparação para recuperação do sistema:
1. Revise as informações sobre quando executar o procedimento de recuperação do sistema.
2. Corrija os erros de hardware e certifique-se de que todos os nós no sistema sejam mostrados no assistente de serviço ou na saída de sainfo lsservicenodes.
3. Remova as informações do sistema para nós com código de erro 550 ou código de erro 578 usando o assistente de serviço, mas somente se a resposta do usuário recomendada para esses erros do nó for seguida.
4. Para Volumes Virtuais (VVols), encerre os serviços para qualquer instância do Spectrum Control Base que esteja se conectando ao sistema. Use o comando service ibm_spectrum_control stop do Spectrum Control Base.
5. Remova os nós hot spare do sistema e configure-os no modo candidato antes de iniciar o processo de recuperação. Execute o seguinte comando da CLI para remover o nó do sistema.
```
satask leavecluster -force spare-node-panel-name
```
  Assim que o nó for retornado no modo de serviço, execute o seguinte comando da CLI para configurá-lo no modo candidato.
```
satask stopservice spare-node-panel-name
```
Executar a recuperação do sistema. Após preparar o sistema para recuperação e atender a todas as condições prévias, execute a recuperação do sistema.
Nota: Execute o procedimento em um sistema em uma malha por vez. Não execute o procedimento em diferentes nós no mesmo sistema. Essa restrição também se aplica a sistemas remotos.
Concluir as ações para tornar o ambiente operacional.
- Recuperar os volumes offline usando a CLI.
- Verificação do sistema, por exemplo, para assegurar que todos os volumes mapeados possam acessar o host.