O Que é Recuperação de Storage?
Recupera Storage é o processo técnico de restauração dos dados armazenados em servidores, storages NAS, SAN ou sistemas corporativos que sofreram falhas. Pode envolver desde problemas lógicos, como exclusões acidentais e corrupção de volumes, até falhas físicas em discos e controladoras.
O procedimento exige análise detalhada da estrutura RAID, reconstrução de volumes e leitura direta das unidades, utilizando equipamentos e técnicas avançadas.
A E-Recovery é especialista nesse tipo de recuperação, atuando com segurança, sigilo e alto índice de sucesso em ambientes corporativos.
O Que Fazer Quando Seu Storage (SAN) Falha?
Uma falha em um Storage SAN (Storage Area Network) ou DAS de alta performance (como Dell PowerVault, HPE MSA ou Lenovo ThinkSystem DE) é o evento mais crítico para uma infraestrutura de TI. A paralisação não afeta apenas arquivos, mas sim LUNs (Logical Unit Numbers) inteiras, que hospedam Datastores VMware (VMFS), clusters Hyper-V (CSV) ou bancos de dados SQL/Oracle.
A arquitetura de um Storage é muito mais complexa que a de um servidor comum, envolvendo controladoras duplas (redundantes) e conexões de alta velocidade (Fibre Channel ou iSCSI). A recuperação exige expertise forense em todos esses níveis.
As Regras de Ouro:
🚫 NÃO TENTE “RECRIAR” A LUN OU O ARRAY Se a interface de gerenciamento (ex: PowerVault Manager) mostrar o “Volume Group” (VG) ou a “LUN” como “Offline”, “Missing” ou “Quarantined” (Em Quarentena), NÃO use as opções de “Recriar”, “Reinicializar” ou “Deletar” o pool/volume. Esta ação apaga os metadados da LUN e destrói permanentemente a “receita” do RAID, tornando a recuperação impossível.
🔌 NÃO TROQUE AS CONTROLADORAS (CONTROLLERS) Se você suspeita que uma das controladoras (A ou B) falhou, NÃO tente substituí-la por uma “idêntica” comprada de outro lugar. Versões de firmware (software interno) diferentes podem causar uma “re-assinatura” do array, corrompendo os metadados e os dados.
📞 DESLIGUE O STORAGE E CONTATE ESPECIALISTAS A única ação 100% segura é desligar o Storage (o enclosure de discos) para evitar mais danos à paridade do RAID. Anote a ordem exata dos discos. Nossa equipe é especialista em engenharia reversa de LUNs, iSCSI, VMFS e Fibre Channel. Oferecemos diagnóstico gratuito para identificar a falha e a viabilidade da recuperação.
Especialistas nas Marcas Líderes de Servidores do Mercado
Cenários de Desastre em Storages Que Solucionamos
Veja os problemas mais comuns em servidores RAID que solucionamos diariamente:
Recuperação de Storage Dell EMC (PowerVault, EqualLogic)
Seu PowerVault (MD/ME) ou EqualLogic (iSCSI) está offline? LUNs em quarentena? Não recrie o pool! Somos especialistas em falhas de controladoras e metadados Dell.
O seu Storage Dell EMC está apresentando algum destes sintomas?
🚫 LUN “Offline” ou “Quarantined” – O Storage (ex: PowerVault ME4, ME5) mostra o Volume ou a LUN como “Inacessível” ou “Em Quarentena” (Quarantined) após uma falha de energia ou de disco.
🧩 “Foreign Configuration” – Os discos são detectados pela controladora (PERC), mas marcados como “Estrangeiros” (Foreign) e o array não “importa”.
💾 “Virtual Disk Not Found” – O Storage (ex: Dell MD3xxx) reiniciou e não encontra mais o “Disco Virtual” (o RAID) que continha seus dados e VMs.
⚡ Falha de Controladora (Controller) – Uma das controladoras (A ou B) falhou, o “failover” não funcionou, e o acesso ao iSCSI ou Fibre Channel (FC) parou.
Entendendo a Falha do Storage Dell (A Armadilha da LUN)
Storages Dell (como PowerVault e EqualLogic) são a espinha dorsal de muitas redes SAN/iSCSI, servindo dados 24×7 para servidores VMware e Hyper-V. A falha aqui é um desastre de duas camadas:
A Camada RAID (Hardware): A falha física (ex: 2 discos em RAID 5, 3 em RAID 6) que quebra o array.
A Camada de Virtualização (Lógica): A falha da LUN (Logical Unit Number). A LUN é o “disco virtual” que o Storage apresenta aos seus servidores.
Quando o RAID falha, a LUN (e o Datastore VMFS ou Volume CSV que vive nela) “quebra” junto.
⚠️ A REGRA DE OURO: NÃO TENTE “RECRIAR” O GRUPO DE DISCOS (DISK GROUP)!
Se o seu Storage (PowerVault MD/ME) está mostrando o array como “Failed” (Falho) ou “Offline”, a interface de gerenciamento (PowerVault Manager) pode sugerir “Recriar”, “Reinicializar” ou “Apagar” o Grupo de Discos (Disk Group) ou o Pool.
NÃO FAÇA ISSO! Esta ação apaga os metadados da LUN e a “receita” do RAID, destruindo permanentemente seus Datastores VMFS e arquivos. Desligue o enclosure (gaveta de discos) se os dados forem críticos.
Perguntas Frequentes (FAQ): Recuperação de Storage Dell
1. Quais modelos de Storage Dell vocês recuperam? Nós temos expertise em todas as linhas de Storage Dell SAN/DAS, incluindo:
PowerVault ME Series: ME4012, ME4024, ME4084 (e as novas séries ME5).
PowerVault MD Series: MD3000, MD3200, MD3200i, MD3400, MD3600i, MD3800.
EqualLogic PS Series: (iSCSI) PS4100, PS4210, PS6100, PS6210.
Dell EMC Unity (XT): Storages híbridos e All-Flash.
2. O que é uma LUN “Offline” ou “Quarantined” (Em Quarentena)? “Quarantined” é um estado de proteção do PowerVault (ME4/ME5). Significa que o controlador detectou uma corrupção grave (geralmente por múltiplos bad blocks ou falha de paridade) e, para evitar mais danos, “trancou” a LUN (o volume). Os dados ainda estão fisicamente nos discos, mas o acesso lógico foi bloqueado.
3. Minha controladora (A) queimou. Posso continuar só com a (B)? Sim, o Storage foi feito para isso (failover). Mas se o acesso aos dados parou mesmo com a controladora B funcionando, significa que o array (o RAID) foi corrompido antes do failover. Não tente trocar a controladora A por uma nova; a falha é lógica (o RAID) e precisa de recuperação de dados.
4. Como a E-Recovery recupera uma LUN de um PowerVault? Nós não precisamos da sua “gaveta” (enclosure) ou das controladoras. Nosso processo é 100% forense:
Clonagem: Clonamos (bit-a-bit) todos os discos (12, 24, 48 discos) do array.
Engenharia Reversa (RAID): Fazemos a engenharia reversa dos metadados proprietários da Dell (a “receita” do RAID 5/6/10/50) gravados nos discos.
Remontagem Virtual (LUN): Remontamos o RAID virtualmente. Em seguida, o passo mais crítico: reconstruímos a camada de virtualização (LUN) para acessar o sistema de arquivos (VMFS, NTFS, etc.) que está “dentro” dela.
Extração: O Datastore (com suas VMs) reaparece, e nós extraímos seus dados intactos.
Recuperação de Storage HPE (MSA, P2000, StoreVirtual)
O seu Storage HPE (MSA, StoreVirtual) está apresentando algum destes sintomas?
🚫 VDISK “Offline” ou “Degraded” – A interface de gerenciamento (Storage Management Utility) mostra que o “vdisk” (Virtual Disk, o seu RAID) está “Offline” ou “Degraded” (Degradado) e as LUNs sumiram.
🧩 LUN “Inacessível” – O Storage está na rede (iSCSI) ou na malha (Fibre Channel), mas os servidores (VMware/Hyper-V) perderam o acesso ao Datastore (LUN).
⚡ Falha de Controladora (A/B) – Uma das controladoras (Controller A ou B) está com falha (LED âmbar), o “failover” automático não funcionou e o acesso aos dados parou.
💾 Discos “Leftover” ou “Incompatíveis” – O Storage reiniciou e não reconhece mais os discos do array, marcando-os como “Leftover” (Restos) ou “Incompatíveis”.
Entendendo a Falha do Storage HPE MSA (A Armadilha do “vdisk”)
Os Storages HPE da série MSA (P2000, 2040, 2050, 2060) são sistemas SAN/DAS de alta performance. Sua arquitetura é baseada em controladoras duplas (A/B) para redundância total.
A falha ocorre quando os metadados (a “receita” do RAID, chamada “vdisk”) armazenados nos discos se corrompem. Isso pode acontecer por uma queda de energia, falha de múltiplos discos em um RAID 5/6, ou uma falha de “firmware” em uma das controladoras. Quando isso acontece, a controladora “não sabe” mais como o RAID foi montado, e o “vdisk” (e todas as LUNs dentro dele) fica “Offline”.
⚠️ A REGRA DE OURO: NÃO “LIMPE” METADADOS OU “RECRIE” O VDISK!
Quando um “vdisk” está “Offline”, a interface de gerenciamento (SMU) pode sugerir “Recriar” (Re-create) o Virtual Disk ou “Limpar Metadados” (Clear Metadata) dos discos “Leftover”.
NÃO FAÇA ISSO! Esta ação apaga a “receita” do RAID (metadados proprietários da HPE) dos discos. É uma formatação de baixo nível que destrói permanentemente seus dados e o acesso às suas LUNs/VMs.
Perguntas Frequentes (FAQ): Recuperação de Storage HPE
1. Quais modelos de Storage HPE vocês recuperam? Nós temos expertise em todas as linhas de Storage SAN/DAS da HPE, que são diferentes dos servidores ProLiant. Os mais comuns incluem:
HPE MSA (Modular Smart Array): Séries P2000 (G3), MSA 1040, 2040, 2050, 1050, 1060, 2060.
HPE StoreVirtual (LeftHand): VSA (Virtual Storage Appliance) e a série P4000 (muito usada para virtualização iSCSI).
HPE 3PAR / Alletra: (Embora mais raras, também recuperamos LUNs de sistemas 3PAR).
2. O que é um “vdisk Offline” em um MSA? É o equivalente a um “RAID Quebrado”. O “vdisk” é como a HPE chama o seu array RAID (ex: um RAID 6 de 12 discos). Quando ele fica “Offline”, significa que a controladora detectou uma falha que supera a redundância (ex: 2 discos falhos em RAID 5, 3 em RAID 6) ou que os metadados (o “mapa” do vdisk) estão corrompidos.
3. Minha Controladora A falhou. Posso simplesmente removê-la e trabalhar só com a B? Sim, o Storage foi feito para isso (failover). Mas se o acesso aos dados parou mesmo com a controladora B funcionando, significa que o array (o “vdisk”) foi corrompido antes do failover. Não tente trocar a controladora A por uma nova; a falha é lógica (o vdisk) e precisa de recuperação de dados.
4. Como a E-Recovery recupera uma LUN de um HPE MSA? Nós não precisamos das suas controladoras. Nosso processo é 100% forense:
Clonagem: Clonamos (bit-a-bit) todos os discos (12, 24, 48 discos) do array.
Engenharia Reversa (RAID): Fazemos a engenharia reversa dos metadados proprietários do HPE MSA (que são únicos e diferentes das controladoras de servidor Smart Array) para descobrir a “receita” do vdisk (ordem, bloco, paridade).
Remontagem Virtual (LUN): Remontamos o RAID virtualmente. Em seguida, o passo mais crítico: reconstruímos a camada de virtualização (LUN) para acessar o sistema de arquivos (VMFS, NTFS, etc.) que está “dentro” dela.
Extração: O Datastore (com suas VMs) reaparece, e nós extraímos seus dados intactos.
Recuperação de Storage IBM (Storwize V-Series, FlashSystem
Seu Storage IBM (Storwize V-Series ou FlashSystem) está com um “Pool Offline” ou uma LUN inacessível? Não inicialize o array! Somos especialistas em falhas de virtualização de storage IBM.
O seu Storage IBM está apresentando algum destes sintomas?
🚫 Pool “Offline” – O “Storage Pool” (Pool de Armazenamento) está marcado como “Offline” ou “Degraded” (Degradado) e todos os VDisks (Volumes) sumiram.
⚡ Falha de Controladora (Node Canister) – Um dos “node canisters” (controladoras) falhou, o “failover” não funcionou corretamente e o acesso ao iSCSI/FC parou.
🧩 LUN “Inacessível” – O Storage está na rede, mas os servidores (VMware, Hyper-V, AIX) perderam o acesso ao Datastore (LUN) que estava nele.
💾 Discos “Offline” – O sistema está reportando falha em múltiplos discos, superando a tolerância do RAID (ex: 2 discos em RAID 5).
Entendendo a Falha do Storage IBM (A Armadilha da Virtualização)
Os Storages da IBM (especialmente as famílias Storwize e FlashSystem, que são muito comuns em ambientes corporativos) são sistemas de armazenamento “virtualizados”. Eles não usam um RAID 5 ou 6 tradicional.
Eles usam uma camada de software avançada (chamada Spectrum Virtualize) para criar “Storage Pools” e “Volumes” (VDisks) que são distribuídos por todos os discos. A falha ocorre quando os metadados (a “receita”) desse pool se corrompem, geralmente por uma queda de energia, falha de múltiplos discos, ou uma falha na bateria de cache interna.
⚠️ A REGRA DE OURO: NÃO “DELETE” OU “RECRIE” O STORAGE POOL!
Se o seu “Storage Pool” está “Offline”, a interface de gerenciamento pode sugerir “Formatar”, “Recriar” ou “Deletar” o Pool para “começar de novo”.
NÃO FAÇA ISSO! Esta ação apaga os metadados (a “receita” do volume virtualizado) dos discos. É uma formatação de baixo nível que destrói permanentemente seus dados e o acesso às suas LUNs/VMs. Desligue o enclosure (gaveta de discos) se os dados forem críticos.
Perguntas Frequentes (FAQ): Recuperação de Storage IBM
1. Quais modelos de Storage IBM vocês recuperam? Nós temos expertise em todas as linhas de Storage SAN/DAS da IBM, incluindo:
Família Storwize (Agora FlashSystem): IBM Storwize V3700, V5000, V7000 (e as novas linhas FlashSystem 5000, 7000).
Série DS (System Storage): IBM DS3000, DS4000, DS5000, DS8000.
Storages “Legados”: Incluindo sistemas mais antigos da IBM.
2. O que é um “Pool Offline” em um Storwize? É o equivalente a um “RAID Quebrado”, mas de forma muito mais complexa. O “Pool” é a camada lógica que gerencia o RAID por baixo dos panos. Se ele fica “Offline”, significa que a controladora detectou uma falha de múltiplos discos ou (mais comum) uma corrupção grave nos metadados do próprio pool, e se recusa a montar o volume para evitar mais danos.
3. Minha Controladora (Node Canister) 1 falhou. Posso simplesmente removê-la e trabalhar só com a 2? Sim, o Storage foi feito para isso (failover). Mas se o acesso aos dados parou mesmo com a controladora 2 funcionando, significa que o array (o “Pool”) foi corrompido antes do failover. Não tente trocar a controladora 1; a falha é lógica (o Pool) e precisa de recuperação de dados.
4. Como a E-Recovery recupera uma LUN de um Storage IBM? Nós não precisamos das suas controladoras (node canisters). Nosso processo é 100% forense:
Clonagem: Clonamos (bit-a-bit) todos os discos do array.
Engenharia Reversa (RAID/Virtualização): Fazemos a engenharia reversa dos metadados proprietários do Spectrum Virtualize (Storwize). Isso é muito mais complexo que um RAID padrão.
Remontagem Virtual (LUN): Remontamos o RAID/Pool virtualmente. Em seguida, reconstruímos a camada de virtualização (LUN) para acessar o sistema de arquivos (VMFS, NTFS, etc.) que está “dentro” dela.
Extração: O Datastore (com suas VMs e Bancos de Dados) reaparece, e nós extraímos seus dados intactos.
Recuperação de Storage Lenovo (ThinkSystem DE/DM, Storwize)
Seu Storage Lenovo (ThinkSystem DE/DM) ou Storwize (V-Series) está offline? Não recrie o Pool! Somos especialistas em Dynamic Disk Pools (DDP) e falhas de LUN iSCSI/FC.
O seu Storage Lenovo está apresentando algum destes sintomas?
🚫 Pool “Offline” ou “Degraded” – A interface de gerenciamento (ThinkSystem System Manager) mostra que o “Disk Pool” (Pool de Discos) está “Offline” ou “Degradado” (com falha de múltiplos discos).
🧩 LUN “Inacessível” – O Storage está na rede (iSCSI/FC), mas os servidores VMware/Hyper-V perderam o acesso ao Datastore (LUN) que estava nele.
⚡ Falha de Controladora (A/B) – Uma das controladoras (Controller A ou B) está com falha, o “failover” automático não funcionou, e o acesso aos dados parou.
💾 Discos “Não Atribuídos” (Unassigned) – O Storage reiniciou e “esqueceu” a configuração do RAID, mostrando os discos como “Não Atribuídos”.
Entendendo a Falha do Storage Lenovo (A Complexidade do DDP e Storwize)
A linha de Storage da Lenovo é extremamente poderosa e herdou tecnologias de ponta da IBM (como a família Storwize, agora chamada Lenovo FlashSystem).
A falha nestes dispositivos é crítica e geralmente ocorre de duas formas:
Falha de RAID Tradicional (ThinkSystem DE): Nos modelos da série DE (derivados da NetApp), ocorre uma falha clássica de RAID (2 discos em RAID 5, 3 em RAID 6) ou uma falha no DDP (Dynamic Disk Pool), que é um tipo de RAID mais complexo que o tradicional.
Falha de Virtualização (ThinkSystem DM / Storwize): Nestes sistemas avançados, o hardware virtualiza o armazenamento. A falha ocorre na camada lógica (o “Pool” ou “Volume”) que gerencia as LUNs, muitas vezes por corrupção de metadados após uma queda de energia.
⚠️ A REGRA DE OURO: NÃO “RECRIE” O POOL OU “REINICIALIZE” OS DISCOS!
Se o seu Storage Lenovo está mostrando o “Disk Pool” ou “Volume Group” como “Offline”, a interface de gerenciamento pode sugerir “Recriar” ou “Reinicializar” o pool.
NÃO FAÇA ISSO! Esta ação apaga os metadados (a “receita” do RAID ou do DDP) dos discos. É uma formatação de baixo nível que destrói permanentemente seus dados e o acesso às suas LUNs/VMs.
Perguntas Frequentes (FAQ): Recuperação de Storage Lenovo
1. Quais modelos de Storage Lenovo vocês recuperam? Nós temos expertise em todas as linhas de Storage SAN/DAS da Lenovo e a herança da IBM, incluindo:
Série ThinkSystem DE: (Ex: DE2000H, DE4000H, DE6000H) Focados em performance (iSCSI/FC) e que usam RAID tradicional ou Dynamic Disk Pools (DDP).
Série ThinkSystem DM: (Ex: DM3000H, DM5000H, DM7000) Focados em gerenciamento unificado de dados (executando o software ONTAP da NetApp).
IBM Storwize (vendidos pela Lenovo): (Ex: V3700, V5000, V7000) Agora parte da família Lenovo FlashSystem.
2. O que é um “Dynamic Disk Pool” (DDP) e por que ele falha? O DDP (usado na série DE) é uma alternativa ao RAID 5/6. Ele distribui os dados e a paridade de forma mais “espalhada” por todos os discos. Ele é ótimo para “rebuilds” rápidos, mas falha catastroficamente (assim como o RAID 6) se três ou mais discos falharem. A recuperação de DDP é uma engenharia reversa matemática muito complexa.
3. Minha controladora Storwize/Lenovo queimou. Posso trocar? É extremamente arriscado. Storages com controladoras duplas (A/B) são “casadas” com os discos. Trocar uma controladora por outra (mesmo “idêntica”) com um firmware diferente pode causar uma corrupção de metadados irrecuperável.
4. Como a E-Recovery recupera uma LUN de um Storage Lenovo? Nós não precisamos das suas controladoras. Nosso processo é 100% forense:
Clonagem: Clonamos (bit-a-bit) todos os discos do array (12, 24 discos, etc.).
Engenharia Reversa (RAID/DDP): Fazemos a engenharia reversa dos metadados proprietários da Lenovo/NetApp/IBM (a “receita” do RAID ou DDP) gravados nos discos.
Remontagem Virtual (LUN): Remontamos o RAID/DDP virtualmente. Em seguida, reconstruímos a camada de virtualização (LUN) para acessar o sistema de arquivos (VMFS, NTFS, etc.) que está “dentro” dela.
Extração: O Datastore (com suas VMs) reaparece, e nós extraímos seus dados intactos.
Recuperação de Storage Supermicro (SuperStorage, ZFS/RAID-Z)
Seu Storage (SAN/DAS) Supermicro ou seu pool ZFS (TrueNAS) está “Offline” ou “Faulted”? Não force o “import”! Somos especialistas em recuperar arrays ZFS (RAID-Z) e LSI em chassis Supermicro.
O seu Storage Supermicro (SuperStorage) está apresentando algum destes sintomas?
🚫 Pool ZFS “UNAVAIL” ou “FAULTED” – Seu sistema TrueNAS/FreeNAS (que roda em hardware Supermicro) não consegue “importar” o pool, ou o pool está “Degradado” com mais falhas do que a paridade (RAID-Z1/Z2) suporta.
🧩 LUN iSCSI/FC Inacessível – O Storage está na rede, mas os servidores VMware/Hyper-V perderam o acesso ao Datastore (LUN) que estava nele.
💾 “Foreign Configuration” – A controladora RAID de hardware (LSI/Broadcom MegaRAID) detectou os discos como “Configuração Estrangeira” e não “importa” o array.
🖥️ Falha de JBOD – O Storage estava configurado como “Just a Bunch of Disks” (JBOD) e um dos discos (com um volume importante) falhou.
Entendendo a Falha do Storage Supermicro (O “Hardware Aberto”)
Ao contrário de Dell e HPE (que têm seus próprios sistemas proprietários, como PowerVault e MSA), a Supermicro é a plataforma de “hardware aberto” preferida para sistemas de armazenamento de alta performance.
A falha aqui quase sempre se enquadra em duas categorias:
Falha de ZFS (RAID-Z): A maioria dos Storages Supermicro de alta performance são usados para rodar TrueNAS/FreeNAS, que usa o complexo sistema de arquivos ZFS. A falha ocorre quando o “pool” ZFS corrompe (por falha de múltiplos discos, RAM defeituosa ou queda de energia).
Falha de Hardware RAID (LSI): O Storage usa uma controladora de hardware (LSI/Broadcom) para criar um RAID 5/6, e essa controladora (ou os discos) falha.
⚠️ A REGRA DE OURO: NÃO TENTE “FORÇAR” O POOL OU O ARRAY!
Se o seu Storage falhou, a tentação de usar a linha de comando é grande. NÃO FAÇA ISSO!
Se for ZFS: NÃO execute
zpool import -f(forçar importação) ouzpool clear. Se o pool estiver instável, “forçá-lo” a montar pode causar uma corrupção de metadados irrecuperável.Se for Hardware RAID (LSI): NÃO use a opção “Import Foreign Configuration” na BIOS da controladora. Se houver discos “obsoletos” (stale), isso destruirá a paridade do seu array.
Perguntas Frequentes (FAQ): Recuperação de Storage Supermicro
1. Quais modelos de Storage Supermicro vocês recuperam? Nós temos expertise em todas as linhas de chassis de Storage da Supermicro, incluindo:
SuperStorage (SSG Series): Modelos de alta densidade (2U, 4U) otimizados para ZFS, iSCSI ou Fibre Channel.
Chassis JBOD: (Ex: SC847, SC946) que fornecem “apenas discos” para um servidor externo.
Servidores SuperServer usados como Storage: (Ex: SuperServer 6049P) configurados como Storages All-Flash (NVMe) ou Híbridos.
2. Meu Storage é um TrueNAS (FreeNAS). A recuperação é de ZFS? Sim. Se você usa TrueNAS ou FreeNAS, você está usando ZFS e RAID-Z (Z1, Z2 ou Z3). A recuperação de ZFS é um processo forense totalmente diferente dos RAIDs tradicionais (veja nosso FAQ de RAID-Z para detalhes) e exige ferramentas especializadas que nós possuímos.
3. O que é “modo HBA” ou “IT Mode”? Muitas controladoras em Storages Supermicro (especialmente os que rodam ZFS) são configuradas em “IT Mode” (HBA), o que significa que elas apenas “passam” os discos diretamente para o sistema operacional (ZFS) gerenciar. Nesses casos, a “inteligência” está 100% no ZFS. A recuperação foca no ZFS.
4. Como a E-Recovery recupera um Storage Supermicro? Nós não precisamos do seu chassi (a “gaveta”). Nosso processo é 100% forense, focado nos discos:
Clonagem: Clonamos (bit-a-bit) todos os discos do seu array (12, 24, 60 discos, etc.).
Engenharia Reversa (RAID ou ZFS):
Se for Hardware RAID (LSI): Fazemos a engenharia reversa dos metadados da LSI para descobrir a “receita” do RAID (ordem, bloco, paridade) e remontamos o array virtualmente.
Se for Software RAID (ZFS): Usamos ferramentas forenses de ZFS (como o Klennet) para analisar os “Uberblocks” e “Transaction Groups (TXGs)”, reconstruir a paridade do RAID-Z e montar o pool “quebrado” virtualmente.
Extração: O volume (com suas LUNs, Datastores VMFS, etc.) reaparece, e nós extraímos seus dados intactos.
Recuperação de Storage de Outras Marcas (NetApp, Hitachi, Fujitsu, Oracle)
Seu Storage NetApp (ONTAP) está “failed” ou seu Hitachi (VSP) está inacessível? Não rode comandos de reparo! Somos especialistas em engenharia reversa de sistemas de arquivos proprietários.
O seu Storage (NetApp, Hitachi, Fujitsu, etc.) está apresentando algum destes sintomas?
🚫 Aggregate “Offline” (NetApp) – O Storage NetApp não consegue “montar” o agregado (aggregate) principal, e todos os volumes (LUNs) sumiram.
🧩 Pool “Inacessível” (Hitachi) – O pool de virtualização do seu Storage Hitachi (VSP) falhou e os volumes estão offline.
💾 LUNs Desapareceram – O Storage (iSCSI ou Fibre Channel) está online, mas os Datastores (VMware) ou volumes dos servidores desapareceram.
🚨 Falha de Múltiplos Discos – O array RAID (geralmente RAID-DP ou RAID 6) falhou além da sua capacidade de tolerância (ex: 3 discos falharam).
Entendendo a Falha em Storages “Enterprise” (NetApp, Hitachi, etc.)
Storages de nível “Enterprise” como NetApp e Hitachi são mundos à parte. Eles não usam RAID 5 ou 6 tradicionais.
NetApp: Usa um sistema de arquivos proprietário chamado WAFL (Write Anywhere File Layout) e um tipo de RAID de paridade dupla chamado RAID-DP. A recuperação é 100% focada em reconstruir a estrutura complexa do WAFL.
Hitachi / Fujitsu: Usam camadas de virtualização de hardware complexas para criar LUNs e “pools” de armazenamento.
A falha ocorre quando os metadados (a “receita”) desses sistemas proprietários se corrompem, geralmente por uma falha de múltiplos discos, uma queda de energia ou uma falha nas controladoras duplas.
⚠️ A REGRA DE OURO: NÃO RODE COMANDOS DE REPARO (wafl_check, etc.)!
Se o seu Storage NetApp ou Hitachi falhou, NÃO tente rodar comandos de reparo de baixo nível (como wafl_check em um NetApp) ou “reinicializar” os discos.
Essas ferramentas são para consertar o sistema de arquivos, e se os discos estiverem instáveis (com bad blocks), o comando de reparo pode destruir permanentemente os metadados (ponteiros) dos seus arquivos, transformando dados recuperáveis em “lixo” irrecuperável.
Perguntas Frequentes (FAQ): Recuperação de Storages NetApp, Hitachi e Outros
1. Quais “outras marcas” de Storage vocês recuperam? Nossa expertise em engenharia reversa de RAID e sistemas de arquivos nos permite recuperar a maioria dos sistemas corporativos do mercado, incluindo:
NetApp: (Séries FAS, AFF) com sistemas de arquivos WAFL e RAID-DP.
Hitachi (HDS): (Séries VSP, HUS) e seus pools de virtualização.
Fujitsu: (Séries ETERNUS).
Oracle: (Séries Sun StorageTek, ZFS Storage Appliance).
Huawei: (Séries OceanStor).
E outros sistemas SAN/DAS que usam arquiteturas RAID complexas.
2. O que é WAFL (NetApp) e por que é tão difícil de recuperar? O WAFL (Write Anywhere File Layout) é um sistema de arquivos “Copy-on-Write” (COW), similar ao ZFS. Ele nunca sobrescreve dados; ele grava novos dados em blocos vazios e atualiza os “ponteiros”. Isso o torna muito rápido e seguro, mas a recuperação é um pesadelo (assim como no ZFS). Softwares comuns são 100% inúteis. A recuperação exige ferramentas forenses que entendem a “árvore” de metadados do WAFL.
3. Meu Storage tem “controladoras duplas”. Se uma falhou, por que perdi os dados? As controladoras duplas (A/B) são para redundância de hardware (failover). Mas se a falha foi lógica (o RAID/Pool quebrou por falha de 3 discos, ou os metadados do WAFL/LUN corromperam), a controladora B (saudável) também não conseguirá “ler” o volume quebrado. O problema não está na controladora, mas sim nos metadados dos discos.
4. Como a E-Recovery recupera um Storage NetApp ou Hitachi? Nós não precisamos das suas controladoras de hardware. Nosso processo é 100% forense:
Clonagem: Clonamos (bit-a-bit) todos os discos do seu array (12, 24, 48 discos, etc.).
Engenharia Reversa (RAID/WAFL): Fazemos a engenharia reversa dos metadados proprietários (ex: WAFL, Hitachi LVM) gravados nos discos para descobrir a “receita”.
Remontagem Virtual (LUN): Remontamos o RAID-DP (NetApp) ou o Pool (Hitachi) virtualmente. Em seguida, reconstruímos a camada de LUN para acessar o sistema de arquivos (VMFS, NTFS, etc.) que está “dentro” dela.
Extração: O Datastore (com suas VMs e Bancos de Dados) reaparece, e nós extraímos seus dados intactos.
Por que Empresas e Departamentos de TI Confiam na E-Recovery
ACOMPANHAMENTO
Cada caso de storage é atribuído a um especialista dedicado, que será seu ponto de contato único durante todo o processo de recuperação de dados. Nós mantemos você informado de cada etapa da recuperação de forma pró-ativa. Você não precisa ligar para saber o que está acontecendo. Nós o manteremos informado a cada etapa concluída para te manter atualizado.
ESPECIALIZAÇÃO
Nós não vendemos peças e nem damos manutenção em sistemas de armazenamento. Somos 100% focados e especializados em recuperação de dados de storages. Essa dedicação total garante um nível de conhecimento e equipamentos que só um laboratório especializado pode oferecer, resultando em um índice de sucesso muito superior.
ATENDIMENTO 24X7
Sabemos que um storage parado significa prejuízo. Por isso, casos envolvendo storages recebem status de emergência e prioridade máxima em nosso laboratório. Nosso processo é desenhado para ser o mais ágil possível, desde o diagnóstico até a entrega dos dados, para que sua empresa volte a operar no menor tempo imaginável.
SEM DADOS, SEM CUSTOS
Para a maioria dos casos (consulte exceções), você só realiza o pagamento após a validação de que os dados essenciais para a sua empresa foram recuperados com sucesso. Se, por qualquer motivo, não conseguirmos recuperar os arquivos do seu storage que você precisa, não haverá nenhum custo pelo serviço de recuperação. O risco é todo nosso.
CONFIDENCIALIDADE
A segurança dos seus dados é nossa prioridade máxima. Assinamos um Acordo de Confidencialidade (NDA) em todos os serviços, garantindo o sigilo total das suas informações. Nossos processos são executados em redes isoladas e seguras, e nossa equipe é composta por profissionais rigorosamente selecionados. Seus dados estão protegidos conosco.
TRANSPARÊNCIA
Oferecemos um diagnóstico completo e sem compromisso ou emergencial, detalhando as causas da falha, a lista de arquivos recuperáveis (se possível) e as chances de sucesso. Com base nisso, apresentamos um orçamento fixo e detalhado. Você saberá o valor exato do investimento antes de aprovar o serviço, sem surpresas ou custos ocultos.
Como Funciona o Processo?
Veja como funciona o processo de recuperação de dados, do começo ao fim, com total clareza e sem surpresas.
Contato Inicial e Entrega do Dispositivo
Entre em contato conosco pelo formulário, WhatsApp ou telefone. Você pode entregar seu dispositivo em qualquer uma de nossas unidades:
- Matriz (Vila Mariana)
- Unidades de Recebimento (Barra Funda, Pinheiros, Morumbi ou Tatuapé)
- Você também pode enviá-lo via Correios ou transportadora.
Importante: Lembre-se de embalar muito bem seu dispositivo em plástico bolha e uma caixa segura para protegê-lo durante o transporte.
Diagnóstico e Orçamento
Realizaremos uma análise completa do seu HD ou SSD para identificar o problema e a viabilidade da recuperação. Você receberá uma proposta comercial detalhada por e-mail, dentro da modalidade de urgência que você escolher. O valor da análise é cobrado por dispositivo:
Avaliação Emergencial (8 horas corridas): R$ 400,00
Avaliação Expressa (24 horas corridas): R$ 200,00
Avaliação Gratuita (48 horas úteis): R$ 0,00
Observação Importante: Para casos de alta complexidade, como Servidores com sistemas RAID ou ambientes de virtualização (VMware, Hyper-V, etc.), estes valores de avaliação poderão sofrer acréscimos. Qualquer alteração será informada e aprovada por você antes do início da análise.
Recuperação em Laboratório
O serviço de recuperação dos seus dados só é iniciado após a sua aprovação formal do orçamento. Nossos especialistas utilizarão os equipamentos e técnicas necessárias para extrair seus dados com segurança em nosso laboratório (na matriz).
Validação dos Dados Recuperados
Esta é a etapa mais importante para você. Assim que o trabalho for concluído, enviaremos a lista de arquivos. Você mesmo fará a validação através de um acesso remoto (via Anydesk ou UltraViewer) para abrir e testar seus arquivos mais importantes.
Pagamento do Serviço
A regra “No Data, No Charge” (Sem Dados, Sem Cobrança” se aplica para a grande maioria dos casos. O pagamento do serviço de recuperação só é efetuado após você aprovar o resultado. Mas existem exceções.
Nossa Política de Risco Compartilhado (Leia com Atenção):
Para cobrir a alocação de recursos, tempo de especialista e investimentos, alguns serviços mais complexos e demorados exigem uma taxa inicial (de análise, engajamento ou investimento em peças), paga independentemente do resultado final. Isso inclui:
- Avaliação Expressa e Emergencial.
- Casos de Ransomware.
- Dispositivos formatados ou com dados deletados.
- CD, DVD ou Blu-Ray.
- Discos muito danificados.
- Serviços que exigem a compra de peças (ex: HD doador).
- Projetos de alta complexidade (ex: Servidores RAID, volumes de dados muito grandes).
Qualquer taxa deste tipo será sempre detalhada em sua proposta comercial antes da sua aprovação.
Entrega e Retirada dos Dados
Após a aprovação e o pagamento, seus dados recuperados serão preparados para a entrega:
- Cópia em Mídia Física (Sem Custo Adicional): Você pode nos fornecer um HD ou SSD novo, e faremos a cópia dos dados recuperados sem custo adicional de gravação.
- Entrega via Nuvem (Tarifado): A devolução dos dados via nuvem (Google Drive ou One Drive) é um serviço adicional e envolve custos extras, que serão detalhados em sua proposta.
Local de Retirada: Por questões de segurança, a retirada do seu dispositivo original e da nova mídia com os dados é feita exclusivamente em nossa matriz, na Vila Mariana.
Encerramento e Apagamento Seguro dos Dados
Para garantir sua total privacidade e segurança, temos uma política de apagamento de dados rigorosa. Após a entrega dos seus dados recuperados, manteremos uma cópia de segurança em nossos servidores por um período de 7 (sete) dias corridos.
Após este prazo, a cópia é permanentemente excluída de nossos sistemas e o serviço é considerado totalmente encerrado. Por isso, é fundamental que você confira seus arquivos e faça seu próprio backup assim que recebê-los.
Por que Empresas e Departamentos de TI Confiam na E-Recovery
Grandes empresas confiam na E-Recovery, você também pode confiar!
“Ficamos muito satisfeitos com os serviços prestados pela e-Recovery. O atendimento foi excelente e o resultado atingido foi maior do que esperado.”
Estudo de Caso: Storage EMC Iomega 48 TB (RAID) com Múltiplos Bad Blocks e VMs XenServer
O Cliente: Hospital de porte médio na cidade de São Paulo/SP
O Desafio (O Problema): O cliente enfrentou um cenário de falha crítica: seu principal storage, um Iomega EMC PX12-400R (com 12 HDs de 4 TB, totalizando 48TB), ficou inacessível.
A análise inicial indicou que vários HDs do arranjo RAID estavam degradados e apresentando uma quantidade massiva de “bad blocks” (setores defeituosos). A falha superou a tolerância a falhas (paridade) do RAID, “quebrando” o volume principal e impedindo o acesso a todo o ambiente de virtualização, que continha várias Máquinas Virtuais (VMs) XenServer críticas.
A Solução (O Processo da E-Recovery): Devido à alta complexidade (12 discos, 48TB) e à falha física (bad blocks), o processo foi uma maratona de engenharia de precisão que levou cerca de 2 semanas:
Clonagem Forense (PC-3000): Cada um dos 12 HDs foi conectado individualmente ao nosso hardware forense PC-3000. Os discos com “bad blocks” passaram por um processo de clonagem de alta precisão (imagem bit-a-bit), “pulando” os setores danificados para extrair o máximo de dados brutos possíveis.
Engenharia Reversa (RAID): Com os 12 clones estabilizados, nossos engenheiros de RAID fizeram a engenharia reversa para identificar os parâmetros do array (ordem dos discos, tamanho do bloco, rotação de paridade, etc.).
Remontagem Virtual: O array RAID foi remontado virtualmente em nossos servidores de recuperação.
Recuperação das VMs (XenServer): A camada final (o sistema de arquivos) foi acessada, permitindo a reconstrução e extração das Máquinas Virtuais (VMs XenServer) intactas.
O Resultado (Sucesso Total): O processo, embora complexo, foi um sucesso. A E-Recovery conseguiu reconstruir o array de 48TB e recuperar as VMs, superando as expectativas do cliente.
Mais de 250 Depoimentos de Clientes Satisfeitos
Com uma avaliação ⭐⭐⭐⭐⭐ de 4.9 / 5.0 em mais de 110 depoimentos no Google, e muitas outras história de sucesso compartilhadas diretamente em nosso site, a satisfação dos nossos clientes fala por si.
Descubra por que tantos confiam em nós para a recuperação de seus dados mais valiosos. Clique no botão abaixo e veja porque a E-Recovery é empresa com melhor reputação do mercado.
Não arrisque seus dados. Fale com um especialista em storages agora!
O tempo é crucial. Quanto mais rápido você agir, maiores as chances de recuperação. Preencha o formulário abaixo para um diagnóstico e orçamento gratuitos ou chame-nos no WhatsApp.
Endereço:
Av Professor Noé de Avevedo 208 cj 65 - Vila Mariana - São Paulo/SP - CEP 04117-000
Telefone / WhatsApp
Voz: (11) 3422-0066
WhatsApp: (11) 93075-5919
contato@e-recovery.com.br
FORMULÁRIO DE SOLICITAÇÃO DE ORÇAMENTO:
Perguntas Frequentes sobre Recuperação de Storage (SAN/DAS)
Veja as perguntas mais comuns sobre recuperação de dados de RAID. Se a sua dúvida for outra, entre em contato com nossa equipe de atendimento.
O diagnóstico para um Storage (PowerVault, MSA, etc.) é gratuito?
Na maior parte dos casos, sim, é gratuito e sem compromisso (consulte-nos para exceções). Nossos especialistas farão a análise completa de todos os discos para identificar a falha (seja ela nos discos, nas controladoras duplas ou uma falha lógica de LUN/VMFS) e o potencial de recuperação. Você receberá um laudo técnico e um orçamento fixo antes de qualquer serviço.
Como funciona a política de diagnóstico e pagamento para Storages?
Devido à extrema complexidade de ambientes SAN/DAS, nossa política é dividida em duas etapas:
Diagnóstico (Gratuito): A análise inicial para entender o problema (discos falhos, LUN offline, etc.) e fornecer um orçamento é 100% gratuita e sem compromisso.
Tentativa de Recuperação (Taxa de Alocação): A recuperação de Storage é complexa. Em casos raros (como metadados de LUN corrompidos por um “rebuild” forçado ou falha catastrófica de múltiplos discos em um RAID 6/DDP), os dados podem ser irrecuperáveis. No entanto, para chegarmos a este resultado final, é necessário clonar todos os discos e remontar virtualmente o ambiente original, o que demanda um grande investimento em tempo de engenharia e alocação de recursos de laboratório. Portanto, sim, mesmo que o resultado da tentativa de recuperação seja negativo, uma taxa de alocação de recursos (previamente aprovada no orçamento) poderá ser aplicada para cobrir os custos do processo.
Eu preciso enviar o Storage inteiro (a "gaveta" ou enclosure)?
Envie APENAS OS DISCOS (HDs/SSDs). Nós não precisamos do seu hardware (o chassi do PowerVault, HPE MSA, etc.) nem das suas controladoras. Nosso laboratório possui controladoras e equipamentos forenses próprios para remontar todos os tipos de RAID, LUNs e sistemas de arquivos (VMFS, ZFS, BTRFS).
A ordem dos discos importa?
SIM! ESTE É O PASSO MAIS IMPORTANTE! Antes de remover os discos, use uma fita crepe ou caneta de retroprojetor e numere a ordem exata em que eles estavam nas baias do Storage (ex: Disco 0, Disco 1, Disco 2… até o 12 ou 24). Enviar os discos fora de ordem pode atrasar o diagnóstico (ou, em casos raros, inviabilizar a recuperação).
Quanto tempo demora a recuperação de um Storage?
Entendemos que um Storage parado significa prejuízo. Casos de SAN/DAS têm prioridade máxima (nível emergencial) em nosso laboratório.
Diagnóstico: Concluído a partir de 24 horas úteis.
Problemas Lógicos/Firmware: (Ex: LUN Offline, “vdisk” quebrado, “Foreign Configuration”, VMs corrompidas). Geralmente de 2 a 5 dias úteis.
Problemas Físicos (Ex: 1+ Disco Clicando): Pode levar de 5 a 10 dias úteis. Precisamos primeiro reparar os discos falhos em Sala Limpa (um processo de “transplante”) para depois cloná-los e remontar o RAID.
Meu Storage rodava um Datastore VMware (VMFS). Vocês recuperam as VMs?
Sim. Essa é a nossa especialidade. Não recuperamos apenas “arquivos”; nós recuperamos sistemas inteiros. Nosso processo inclui a reconstrução do datastore (VMFS ou CSV do Hyper-V) e a extração dos arquivos de máquina virtual (VMDK, VHDX) intactos, prontos para serem “importados” em um novo Storage.
Meus dados são confidenciais (LGPD, dados de clientes). O processo é seguro?
Sim. A confidencialidade é total. Todos os nossos engenheiros assinam um rigoroso Acordo de Confidencialidade (NDA). Seus discos são processados em uma rede interna, 100% isolada da internet. Nós não analisamos o conteúdo dos seus arquivos; nosso foco é 100% na estrutura lógica (reparar o RAID, a LUN, o VMFS) para extrair os dados com segurança.
Como eu recebo meus dados de volta?
Nós nunca gravamos os dados de volta no seu array de discos original (ele está danificado e instável). Para garantir a segurança e o sigilo, os dados recuperados (suas VMs, bancos de dados, etc.) são salvos em uma mídia de destino nova que deve ser fornecida pelo cliente.
Após a validação da recuperação, você nos envia (ou traz) um novo HD externo ou outro dispositivo com capacidade suficiente, e nós realizamos a cópia segura dos dados.