recuperação de volumes off-line usando a CLI

Se um procedimento de recuperação de Camada 3 for concluído com volumes off-line, é provável que os dados que estiverem no cache de gravação das caixas do nó tenham sido perdidos durante a falha que fez com que todas as caixas do nó perdessem o estado do cluster do sistema de armazenamento de blocos. É possível usar a interface da linha de comandos (CLI) para reconhecer que houve perda de dados do cache de gravação e para colocar o volume on-line novamente para tentar lidar com a perda de dados.

Sobre Esta Tarefa

Se você executar o procedimento de recuperação, mas houver volumes off-line, é possível concluir as etapas a seguir para deixar os volumes on-line novamente. Alguns volumes podem estar off-line devido à perda de dados em cache de gravação ou perda de metadados durante o evento que levou todas as caixas do nó a perderem o estado do cluster. Os dados perdidos do cache de gravação não podem ser recuperados. Esses volumes podem precisar de etapas adicionais de recuperação após o volume ser colocado on-line novamente.

Nota: Se encontrar erros no log de eventos depois de executar o procedimento de recuperação relacionado a matrizes off-line, use os procedimentos de correção para resolver os erros da matriz off-line antes de corrigir os erros do volume off-line.
Importante: Para sistemas que estão usando conjuntos de redução de dados, entre em contato com o Suporte IBM para obter assistência na recuperação de volumes off-line.

Exemplo

Conclua as etapas a seguir para recuperar um volume off-line depois de o procedimento de recuperação ser concluído:

  1. Exclua todos os mapeamentos de função IBM FlashCopy e relacionamentos de Metro Mirror ou Global Mirror que usam os volumes off-line.
  2. Se houver volumes corrompidos em um conjunto de redução de dados, o usuário deverá executar o comando recovervdiskbysystem para recuperar todos os volumes.
    Nota: Use este comando apenas sob a supervisão da equipe de suporte IBM®.
  3. Se houver volumes corrompidos em um conjunto, e os volumes forem thin-provisioned ou compactados, execute o comando a seguir:

    repairsevdiskcopy vdisk_name | vdisk_id

    Este comando coloca o volume on-line novamente para que seja possível tentar lidar com a perda de dados.
    Nota: Se a execução do comando repairsevdiskcopy não iniciar a operação de reparo, use o comando recovervdisk.
  4. Se o volume não for um volume thin-provisioned ou compactado, e ele estiver fora de um conjunto de redução de dados, execute o comando recovervdiskbysystem. Isso coloca todos os volumes corrompidos no modo on-line novamente para que seja possível tentar resolver a perda de dados.
  5. Consulte o O Que Verificar Após a Execução da Recuperação do Sistema para saber o que fazer com os volumes corrompidos pela perda de dados do cache de gravação.
  6. Recrie todos os mapeamentos FlashCopy e relacionamentos de Metro Mirror ou Global Mirror que utilizem os volumes.