Pular para o conteúdo
Data Rescue
NAS de quatro baias com conexão de rede, ilustração conceitual

Storage

Recuperação de dados em SAN

SAN (storage area network) é uma rede dedicada que liga servidores a um storage de blocos. O storage cria LUNs, unidades lógicas que os servidores enxergam como discos, por iSCSI ou Fibre Channel, e por cima delas ficam VMFS, NTFS, ReFS ou outros sistemas de arquivos. A falha pode estar no array, no LUN ou no sistema de arquivos. A avaliação parte da camada afetada e, se preciso, dos discos do array, até ler os volumes.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.

O diagnóstico é grátis. Se você quiser um prazo menor, a análise paga tem valor fixo, informado antes de você entregar o dispositivo. A análise comum leva de 02 a 48 horas; depois vêm o laudo e o orçamento, os dois por escrito.

Como cobramos

Ficha rápida

O que é
rede dedicada entre servidores e storage de blocos
Protocolos
iSCSI (rede Ethernet) e Fibre Channel
O que o servidor vê
LUNs, unidades lógicas que parecem discos locais
Por cima dos LUNs
VMFS, NTFS, ReFS, ext4, XFS ou arquivos de bancos de dados
Recursos comuns
controladoras redundantes, thin provisioning, snapshots e replicação
Atendimento
Atendido; o diagnóstico considera o storage e as camadas envolvidas

As camadas de uma SAN

O SNIA define SAN como uma rede cuja finalidade principal é transferir dados entre computadores e dispositivos de armazenamento. No storage, os discos formam grupos de RAID ou pools. Desse espaço saem os LUNs, endereços de unidades lógicas que o servidor recebe como se fossem discos locais. O servidor formata cada LUN: com VMFS num host VMware, com NTFS ou ReFS no Windows, com outros sistemas no Linux.

Muitos storages usam thin provisioning, o provisionamento sob demanda: o LUN anuncia uma capacidade, mas o espaço físico só é alocado quando os dados são gravados. Isso permite prometer mais espaço do que existe nos discos. Quando o pool físico acaba, o comportamento depende do equipamento, e em muitos casos os LUNs param de aceitar gravação ou ficam offline.

Onde o problema pode estar

No array: discos que falharam acima da tolerância do grupo, controladora que perdeu a configuração, atualização de firmware interrompida. No LUN: exclusão por engano, mapeamento trocado entre servidores, um LUN apresentado a dois servidores que gravaram ao mesmo tempo sem um sistema de arquivos feito para isso. No sistema de arquivos: VMFS ou NTFS corrompido, partição apagada, máquina virtual removida do datastore.

Cada camada pede uma abordagem. Se o array está íntegro e o erro é no sistema de arquivos, mexer nos discos do storage não ajuda e só aumenta o risco. Se o problema é no array, tentar reparar o VMFS antes de estabilizar os discos agrava tudo. Por isso o primeiro passo é descobrir em que camada a falha começou, pelos registros do storage e dos servidores.

Como a avaliação funciona

Quando a falha é do array, os discos do storage são copiados para imagens, e os grupos de RAID ou pools são remontados virtualmente, inclusive com o mapa de alocação do thin provisioning, que diz onde cada pedaço do LUN está. Storages com formatos proprietários exigem análise específica, e nem todo modelo pode ser atendido. Quando a falha é só lógica, a avaliação pode partir de uma cópia do LUN.

Com os LUNs refeitos, o sistema de arquivos e as máquinas virtuais são examinados. Se a SAN guarda máquinas virtuais, veja também VMware e Hyper-V. Em caso de ransomware, a análise só começa com o ambiente isolado pela equipe de resposta.

Como reconhecer o problema

  • Datastores ou volumes sumiram de vários servidores ao mesmo tempo.
  • O storage mostra grupo de RAID ou pool degradado, offline ou sem espaço.
  • Um LUN aparece como não formatado ou com tamanho errado no servidor.
  • Máquinas virtuais ficaram inacessíveis ou com discos corrompidos depois de manutenção no storage.
  • Uma atualização de firmware da controladora do storage terminou com erro.

O que não fazer

  • Não apague e recrie um LUN, mesmo que o servidor o veja vazio.
  • Não formate um LUN que apareceu como disco não inicializado.
  • Não monte o mesmo LUN em dois servidores sem um sistema de arquivos de cluster.
  • Não force a volta de discos ou grupos offline no storage sem análise.
  • Não aumente o pool nem migre LUNs enquanto houver erro.

O que fazer agora

01

Identifique a camada

Veja nos registros do storage se há grupo degradado, pool sem espaço ou erro de controladora. Nos servidores, confira se o LUN aparece e se o sistema de arquivos monta.
02

Pare as gravações

Se o problema é lógico, tire os servidores do LUN afetado ou desmonte o volume para que nada mais seja gravado. Suspenda backups, snapshots e limpezas automáticas.
03

Não mexa em mapeamento às cegas

Não reapresente LUNs a outros servidores nem formate o que aparece como disco novo. Anote o mapeamento atual entre LUNs e hosts.
04

Preserve configuração e registros

Exporte a configuração do storage, os eventos e a lista de LUNs com tamanhos e identificadores. Com isso, descreva o caso por escrito: equipamentos de storage passam por consulta antes de qualquer envio.
Perguntas frequentes

Perguntas sobre
SAN.

Respostas curtas para as dúvidas mais comuns deste tipo de caso.

O storage está bom, mas o datastore sumiu. O que aconteceu?
Pode ser um problema só na camada de cima: VMFS corrompido, partição perdida ou LUN remapeado. Nesse caso, o array não precisa ser desmontado, e a avaliação parte de uma cópia do LUN.
Thin provisioning aumenta o risco?
Ele permite alocar mais do que existe. Se o pool físico enche, gravações falham e LUNs podem parar. Na recuperação, o mapa de alocação precisa ser remontado para saber onde cada parte do LUN está.
Dá para recuperar um LUN apagado?
Às vezes, se o espaço ainda não foi reaproveitado por outro LUN. Pare de criar ou expandir LUNs no mesmo pool e procure avaliação; o resultado depende do equipamento e do que foi gravado depois.
A SAN tem controladoras redundantes. Ainda assim pode falhar?
Sim. Controladoras redundantes protegem contra a falha de uma delas, mas não contra discos acima da tolerância, erro humano, firmware com defeito ou ransomware, que atingem os dados pelos dois caminhos.

Antes de tentar sozinho, conte o que aconteceu.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.