Que Verificar Após executar a recuperação do sistema
Várias tarefas devem ser concluídas antes de usar o sistema.
O procedimento de recuperação recria o sistema antigo a partir dos dados de quorum. Entretanto, algumas coisas não podem ser restauradas, como os dados de cache ou os dados do sistema gerenciando E/S em andamento. Esta última perda de estado afeta matrizes RAID gerenciando o armazenamento interno. O mapa detalhado sobre onde os dados estão fora de sincronização foram perdidos, o que significa que todas as informações de paridade devem ser restauradas e pares espelhados devem ser colocados de volta em sincronização. Normalmente isto resulta em dados antigos ou antigos sendo usados, portanto apenas gravações em andamento são afetadas. Entretanto, se a matriz tiver perdido redundância (como sincronização, ou status degradado ou RAID crítico) antes do erro requerendo recuperação do sistema, então a situação é mais severa.
Nesta situação é necessário verificar o armazenamento interno :
- As matrizes de paridade provavelmente serão sincronizadas para restaurar a paridade; elas não possuem redundância quando essa operação continua.
- Como não há redundância nesse processo, blocos inválidos podem ter sido criados onde os dados não são acessíveis.
- Matrizes de paridade poderiam ser marcadas como corrompidas. Isto indica que a extensão de perda de dados é maior que a E/S em andamento e, para tornar a matriz online, a perda de dados deve ser reconhecida.
- Matrizes RAID-6 que estavam realmente degradadas antes da recuperação do sistema podem precisar de uma restauração integral do backup. Por este motivo, é importante ter pelo menos uma capacidade correspondente sobressalente disponível.
Esteja ciente destas diferenças com relação à configuração recuperada :
- mapeamentosFlashCopy são restaurados como "idle_or_copied" com progresso de 0%. Ambos os volumes devem ter sido restaurados para seus grupos de E/S original.
- O ID de gerenciamento é diferente. Todos os scripts ou programas associados que se referem ao ID do sistema de gerenciamento do sistema em cluster (sistema) deve ser alterado.
- Quaisquer mapeamentos FlashCopy que não estavam no estado "idle_or_copied" com 100% de progresso no ponto de desastre têm dados inconsistentes nos seus discos de destino. Esses mapeamentos devem ser reiniciados.
- Parcerias e relacionamentos de cópia remota intersistemas não são restaurados e devem ser recriados manualmente.
- grupos de consistências não são restaurados e devem ser recriados manualmente.
- Relacionamentos de cópia remota intrassistemas são restaurados se todas as dependências foram restauradas com êxito para seus grupos de E/S original.
- Se o hardware foi substituído antes da recuperação, o certificado SSL poderá não ser restaurado. Se ele não for restaurado, então, um novo certificado autoassinado será gerado com uma validade de 30 dias. Siga os Procedimentos de Manutenção Direta (DMP) associados a uma resolução permanente.
- O fuso horário do sistema pode não ter sido restaurado.
- Todos os volumes secundários Global Mirror no sistema recuperado pode ter dados inconsistentes se houve replicação de E/S do volume primário em cache no sistema secundário no momento do desastre. Uma sincronização completa é necessária quando recriar e reiniciar esses relacionamentos de cópia remota.
- Imediatamente após a execução do processo de recuperação de T3, discos compactados não sabem o valor correto de sua capacidade usada. Inicialmente os discos configuram a capacidade como a capacidade real inteira. Quando a E/S continua, a capacidade é reduzida para o valor correto.
comportamento semelhante ocorre ao utilizar a opção -autoexpand em vdisks. A capacidade real de um disco pode aumentar ligeiramente, causada pelo mesmo tipo de comportamento que afeta os vdisks compactados. Novamente, a capacidade é reduzida quando a E/S para o disco é continuada.
- Ações manuais podem ser necessárias nos hosts para acioná-los e varrer os dispositivos. É possível concluir essa tarefa ao desconectar e reconectar os cabos Fibre Channel para cada porta do adaptador de barramento de host (HBA).
- Verifique se todos os volumes mapeados podem ser acessados pelos hosts.
- Execute verificações de consistência do aplicativo.
Para Volumes Virtuais (VVols), conclua as tarefas a seguir.
- Depois de confirmar que o T3 foi concluído com êxito, reinicie os serviços do Spectrum Control Base (SCB). Use o comando service ibm_spectrum_control start do Spectrum Control Base.
- Atualize as informações do sistema de armazenamento na GUI SCB para garantir que os sistemas sejam sincronizados após a recuperação.
- Para concluir esta tarefa, efetue login na GUI do SCB.
- Passe o mouse sobre o sistema de armazenamento afetado, selecione o ativador do menu e, então, selecione Atualizar. Essa etapa preenche novamente o sistema.
- Repita essa etapa para todas as instâncias de Spectrum Control Base.
- Varra novamente os provedores de armazenamento a partir do vSphere Web Client.
- Selecione .
Para Volumes Virtuais (VVols), também esteja ciente das informações a seguir.
Mapeamentos de FlashCopy não são restaurados para VVols.
As implicações são como a seguir.
- Os mapeamentos que descrevem os relacionamentos de captura instantânea da VM são
perdidos. No entanto, os Volumes Virtuais que estão associados a essas
capturas instantâneas ainda existem e as capturas instantâneas ainda podem aparecer no
Web client do vSphere. Esse resultado pode ter implicações em sua solução de backup do VMware.
- Não tente reverter para capturas instantâneas.
- Use o Web client do vSphere para excluir quaisquer capturas instantâneas para VMs em um armazenamento de dados VVol para liberar espaço em disco que estiver sendo usado desnecessariamente.
- Os destinos de quaisquer relacionamentos de FlashCopy de 'clone' pendentes podem não funcionar conforme esperado (mesmo se o vSphere Web Client tiver informado recentemente as operações de clone como concluídas). Para quaisquer VMs, que são destinos de operações de clone recentes, conclua as tarefas a seguir.
- Execute verificações de integridade de dados, conforme recomendado para volumes convencionais.
- Se clones não funcionarem como esperado ou mostrar sinais de dados corrompidos, obtenha um novo clone da VM de origem para assegurar que a integridade dos dados seja mantida.