ThinkSystem pode combinar RAID 930/940/960W, XClarity, SAS/SATA/NVMe, VROC, VMware e bancos de dados. Quando o volume some, a causa pode estar em mídia, backplane, controladora, metadata, filesystem ou virtualização. A recuperação começa identificando a arquitetura real antes de Import Foreign, Make Unconfigured Good, rebuild ou inicialização.
O que é um servidor Lenovo ThinkSystem?
A intenção principal desta página é recuperação de dados em servidor Lenovo. RAID e XClarity aparecem como arquitetura específica do ThinkSystem, sem tentar substituir as páginas pilares de recuperação de RAID.
Guia completo de recuperação de dados em Lenovo ThinkSystem
Do NVMe ao SQL: ThinkSystem precisa ser recuperado por camadas
Um servidor pode ligar normalmente e ainda não apresentar o volume de produção. XClarity pode mostrar a controladora enquanto o Virtual Drive está Offline; ou o RAID pode estar Online enquanto VMFS, VHDX ou banco de dados continuam inacessíveis.
A recuperação segura identifica a camada em que o dado deixou de ser apresentado antes de escrever no array.
Essa separação evita procedimentos errados, como formatar um datastore quando o problema está no RAID ou alterar o estado de um drive quando o filesystem é a camada realmente corrompida.
Failed, Unconfigured Bad, Foreign e Virtual Drive Missing
Drive Failed / Offline
O membro deixou o estado normal do array. A causa pode ser física, link, backplane, firmware ou resposta da controladora.
Unconfigured Bad
O drive está em estado não configurável para uso normal no array até que sua condição seja tratada.
Foreign Configuration
A controladora detecta configuração de array nos discos que ainda não está incorporada ao estado ativo.
Virtual Drive Missing
O volume lógico deixa de ser apresentado. Isso não prova que os blocos desapareceram dos membros.
Rebuild interrompido
Erros de leitura, mídia instável ou outro problema podem impedir a reconstrução.
VMs inacessíveis
O storage pode reaparecer e ainda assim VMFS, VMDK, VHDX ou filesystem interno permanecerem inconsistentes.
SR630, SR650, SR635, SR655 e gerações atuais: o chassi não define o RAID
ThinkSystem abrange plataformas Intel e AMD e várias gerações V1, V2, V3 e V4. Um SR650 original pode usar RAID 530/730/930; plataformas V3 e V4 podem usar RAID 940, 9450, 960W, VROC e HBAs conforme configuração.
| Família | Exemplos | Storage possível | Leitura para recuperação |
|---|---|---|---|
| ThinkSystem 1ª geração | SR630 / SR650 | RAID 530/730/930, SAS/SATA, NVMe conforme modelo | XClarity e controladora instalada são mais importantes que apenas o chassi |
| ThinkSystem V3 | SR630 V3, SR635 V3, SR645 V3, SR650 V3, SR655 V3 | RAID 940, 9450, HBAs, VROC/NVMe conforme plataforma | Tri-Mode e NVMe mudam a camada física |
| ThinkSystem V4 | SR650 V4 e outras plataformas atuais | RAID 940, 960W, VROC, PCIe Gen5, NVMe e SAS/SATA | Controladoras atuais podem ter arquiteturas e interfaces diferentes das 930 |
| ThinkServer legado | RD350/RD450/RD550/RD650/TD350 | AnyRAID 510i/720i e Avago SAS RAID | Não tratar AnyRAID como sinônimo de ThinkSystem atual |
RAID 930, RAID 940 e RAID 960W: gerações diferentes, capacidades diferentes
A Lenovo mantém uma referência atualizada de RAID adapters e HBAs. RAID 930 é PCIe 3.0 SAS/SATA; RAID 940 migra para PCIe 4.0 e vários modelos Tri-Mode; RAID 960W, lançado em 2026, é otimizado para NVMe PCIe Gen5.
| Controladora | Interface / mídia | RAID documentado | Ponto de recuperação |
|---|---|---|---|
| RAID 930-8i/16i/24i | 12 Gb SAS, SAS/SATA | 0, 1, 10, 5, 50, 6, 60 | CacheVault e metadata precisam ser preservados |
| RAID 940-8i/16i/32i | PCIe Gen4, SAS/SATA e Tri-Mode NVMe em vários modelos | 0, 1, 10, 5, 50, 6, 60 | Broadcom MegaRAID 9560-equivalent em vários modelos |
| RAID 9450 | 24 Gb SAS / NVMe conforme modelo | 0, 1, 5, 6, 10, 50, 60 e modos Triple em alguns modelos | Produto já retirado de marketing, mas permanece em installed base |
| RAID 960W-32i | NVMe PCIe Gen5 x2 | 0, 1, 10, 5, 50, 6, 60 | Arquitetura NVMe nova, CacheVault e 64 KB fixed stripe documentado |
Trocar uma 930 por uma 940 não deve ser tratado como simples substituição equivalente em um caso de perda de dados. A compatibilidade e o comportamento de metadata precisam ser avaliados conforme o servidor e o conjunto.
AnyRAID pertence principalmente ao ecossistema ThinkServer, não ao ThinkSystem moderno
A página de referência usa AnyRAID como entidade central para ThinkSystem. A documentação oficial Lenovo mostra que RAID 510i/720i AnyRAID foi uma família ThinkServer usada em RD350, RD450, RD550, RD650 e TD350, instalada em slots dedicados no backplane.
ThinkServer AnyRAID
510i, 720i e 720ix aparecem em documentação ThinkServer Gen 5 e ferramentas StorCLI/LSA para ThinkServer.
ThinkSystem
ThinkSystem usa famílias RAID 530/730/930/940/960W, HBAs e VROC conforme geração e modelo.
Por que isso importa?
Procedimento e firmware de uma controladora ThinkServer legada não devem ser transplantados automaticamente para ThinkSystem atual.
Installed base
Empresas ainda mantêm ThinkServer antigos, por isso a identificação precisa considerar as duas famílias Lenovo.
Lenovo documenta Preview e Import Foreign: a operação não é proibida por definição
Lenovo possui procedimentos oficiais para importar foreign configuration em RAID 540, 730, 930 e 940, inclusive por XClarity Provisioning Manager, XClarity Controller e LSI Storage Authority.
Em um procedimento oficial de 2025, Lenovo mostra inclusive um drive Unconfigured Bad sendo convertido para Unconfigured Good, seguido de Preview Foreign Configuration e Import. Depois, o drive inicia rebuild e o Virtual Drive reaparece.
XClarity Controller e logs de storage são fontes de evidência
Lenovo XClarity Controller monitora hardware e eventos em ThinkSystem. Em problemas com múltiplos drives, a documentação atual orienta revisar o event log para eventos de energia, vibração e storage subsystem antes de concluir que várias mídias falharam de forma independente.
XCC Event Log
Ajuda a relacionar falhas de drive com energia, backplane, vibração, temperatura e outros eventos de sistema.
Storage Subsystem Log
Mostra eventos específicos do adaptador e do conjunto de storage.
XClarity Provisioning Manager
Permite gerenciar controladoras, drives e foreign configuration em plataformas compatíveis.
Em recuperação, logs são preservados como contexto. Atualizar firmware pode ser correto em manutenção normal, mas não deve ser usado como tentativa genérica quando os dados são únicos e a topologia já está incerta.
Como mirror e paridade mudam a recuperação no ThinkSystem
RAID 1 / 10
Mirror, sem paridade
RAID 5
Paridade P distribuída
RAID 6
Dupla paridade P + Q
RAID 50 / 60
Grupos com paridade + striping
RAID 1 / 10
Espelhamento. Sem paridade para recalcular uma região que esteja ausente em todas as cópias daquele mirror.
RAID 5
Uma paridade distribuída permite reconstruir uma ausência de membro quando os demais blocos da stripe estão disponíveis.
RAID 6
Duas informações de paridade permitem tolerar duas falhas em condições normais.
RAID 50 / 60
Grupos com paridade combinados por striping. A localização das falhas entre grupos é decisiva.
10 passos quando um Lenovo ThinkSystem perde acesso aos dados
O que pode agravar a recuperação em Lenovo ThinkSystem
Tratar Import Foreign como sempre destrutivo
Isso é impreciso. Lenovo documenta Import como procedimento legítimo em situações específicas.
Executar Import sem Preview
Mesmo sendo uma função oficial, importar a configuração errada pode mudar o estado do array.
Converter UBad para UGood sem contexto
Essa ação pode ser correta em troubleshooting suportado, mas em dados únicos deve ser precedida de preservação quando há dúvida.
Assumir firmware diferente = array perdido
Compatibilidade precisa ser confirmada, mas não há base para afirmar que qualquer revisão diferente fragmenta automaticamente o Drive Group.
Reiniciar repetidamente sem registrar logs
Boot não é universalmente destrutivo, mas pode alterar estados e dificultar saber o que ocorreu primeiro.
Formatar volume que não monta
Virtual Drive ausente, filesystem RAW e datastore offline precisam ser investigados antes de criar nova estrutura.
Como a SECURITY conduz recuperação de dados de Lenovo ThinkSystem
O processo prioriza preservar as mídias e reconstruir o storage sobre cópias, sem depender de novas tentativas na controladora original.
Caio Bruno F. Garcia, RAID Low Level e WinHex em Lenovo de extrema complexidade
WinHex permite inspeção hexadecimal e interpretação de RAID em cenários compatíveis. Em ThinkSystem complexo, pode auxiliar a comparar metadata antes e depois de Import, identificar assinaturas, validar offsets e testar geometrias sobre imagens.
Metadata RAID
Comparar áreas reservadas e headers sem depender apenas da interface XClarity/LSA.
Disk order e stripe
Validar ordem dos membros, strip size e offsets com base em estruturas conhecidas.
Paridade
Em RAID 5/6, coerência P/P+Q ajuda a confirmar layout e localizar stripes comprometidas.
Intervenções anteriores
Comparar clones de membros antigos, rebuild parcial e mudanças de metadata.
VMware, Hyper-V e Proxmox em ThinkSystem
VMware ESXi
Depois do RAID podem existir VMFS, VMDK, snapshots e várias VMs que precisam de validação própria.
Hyper-V
NTFS/ReFS podem conter VHDX e checkpoints. A cadeia virtual precisa ser analisada.
Proxmox
LVM-thin, ZFS, Ceph e QCOW2 exigem procedimentos distintos. HBA/VROC pode colocar a redundância acima da controladora.
Um Virtual Drive Online não garante VMFS ou VHDX íntegro. A recuperação segue até o nível da aplicação.
JBOD, DE/DM storage, SAN e arrays externos
ThinkSystem pode ser apenas o host enquanto os dados de produção estão em storage externo. A Lenovo também possui adapters RAID externos e uma linha própria de arrays DE/DM/DG/DS.
RAID 940-8e
Adapter externo com suporte a RAID 0/1/10/5/50/6/60, CacheVault e até muitos dispositivos conforme profile.
Lenovo DE / DM
Storage dedicado com pools, volumes e controladoras próprias. Não deve ser tratado como RAID local do servidor.
JBOD
Drive pode ser apresentado individualmente e a redundância existir em software acima do HBA/controladora.
VROC
Em plataformas Intel, NVMe RAID pode estar no VROC e não na controladora RAID 940.
SQL Server, Oracle e aplicações depois da reconstrução do storage
SQL Server
MDF/NDF e LDF precisam ser extraídos e validados em ambiente separado.
Oracle
Datafiles, redo, control files e ASM podem depender de consistência do volume e do filesystem.
ERP e arquivos
O critério final é o dado de negócio utilizável, não apenas o fato de o Virtual Drive montar.
Principais tecnologias encontradas em projetos Lenovo
ThinkSystem é o foco desta página, mas o dado pode depender de controladoras, discos, hipervisores, bancos e storage externo.
Vídeos da SECURITY sobre RAID, servidores, VMs e banco de dados
O vídeo pilar mostra a metodologia por camadas usada também em Lenovo ThinkSystem: primeiro mídias, depois RAID/storage, depois VMs e aplicações.
Cenários técnicos de recuperação de Lenovo ThinkSystem
SR650 com RAID 930 e Foreign Configuration após troca de controladora
Contexto: os discos são detectados, mas o Virtual Drive não volta automaticamente.
Estratégia: registrar XClarity/LSA, validar Preview Foreign, preservar mídias e decidir se Import é coerente ou se o array deve ser reconstruído sobre clones.
SR650 V3 com RAID 940 e drive Unconfigured Bad
Contexto: um membro sai do array durante instabilidade de link e aparece UBad.
Estratégia: separar falha de mídia de estado lógico; preservar o array antes de Make Unconfigured Good se existem dados únicos ou outro membro instável.
ThinkSystem com múltiplos drives Offline
Contexto: vários membros somem quase simultaneamente.
Estratégia: revisar XCC event log e storage subsystem log para energia, backplane ou eventos compartilhados antes de concluir múltiplas falhas físicas.
Lenovo com VMware e datastore VMFS inacessível
Contexto: o RAID reaparece após intervenção, mas as VMs continuam offline.
Estratégia: validar a topologia do RAID, preservar VMFS e depois analisar VMDK e snapshots sem criar novo datastore.
FAQ sobre recuperação de dados em Lenovo ThinkSystem
O que é um servidor Lenovo ThinkSystem?
Lenovo ThinkSystem é a família corporativa atual de servidores Lenovo. Ela inclui plataformas rack, torre e soluções de alta densidade, com opções SAS, SATA, NVMe, Intel VROC, HBAs e controladoras RAID das famílias 530, 730, 930, 940, 9450 e 960W conforme geração e modelo.
O que é recuperação de dados em servidor Lenovo ThinkSystem?
É o processo de preservar os discos ou SSDs e reconstruir o armazenamento quando falhas em mídia, backplane, controladora, metadata RAID, filesystem, virtualização ou banco de dados tornam os dados inacessíveis. O objetivo é recuperar os dados e aplicações úteis, não apenas fazer o servidor voltar a inicializar.
ThinkSystem e ThinkServer são a mesma linha?
Não. ThinkServer RD/TD/TS é uma linha Lenovo anterior que usou controladoras AnyRAID em vários modelos. ThinkSystem é a plataforma empresarial posterior, com famílias RAID 530/730/930/940 e atuais 960W, além de VROC e HBAs. Misturar procedimentos entre as linhas sem confirmar o hardware é arriscado.
O que significa Unconfigured Bad em servidor Lenovo?
Unconfigured Bad é um estado da unidade visto por controladoras compatíveis. Lenovo documenta procedimentos para alterar o drive para Unconfigured Good em determinados cenários antes de adicioná-lo ao array. Isso não significa que toda unidade UBad deva ser reativada em uma situação de perda de dados.
O que significa Foreign Configuration em ThinkSystem?
É uma configuração RAID detectada nos discos que não está incorporada ao estado ativo da controladora. A Lenovo documenta procedimentos oficiais de Preview e Import em RAID 540, 730, 930 e 940. Portanto, Import Foreign é uma função legítima, mas deve ser executada somente quando a configuração exibida corresponde ao estado que se deseja preservar.
Posso executar Import Foreign para recuperar o array?
Pode ser correto em cenários suportados. Lenovo orienta revisar a foreign configuration, corrigir estados como Unconfigured Bad quando necessário e então importar. Em perda de dados com cronologia incerta, múltiplos membros problemáticos ou intervenções anteriores, preservar ou clonar antes reduz o risco.
Virtual Drive Missing significa que os discos foram apagados?
Não. O volume lógico pode desaparecer por falha de membros, controladora, metadata, cabo, backplane ou excesso de falhas em relação ao RAID. Os blocos podem continuar presentes nos discos e precisam ser avaliados separadamente.
Failed ou Unconfigured Bad significa falha física?
Não necessariamente. Lenovo orienta consultar XClarity e logs de storage e avaliar estado do drive, firmware, energia e outros eventos. O estado lógico da controladora não substitui diagnóstico físico da mídia.
Rebuild é sempre perigoso em Lenovo ThinkSystem?
Não. Rebuild é uma operação normal para restaurar redundância em arrays suportados. O risco aumenta quando outro membro apresenta media errors, a mídia sobrevivente está instável, os dados são únicos sem backup validado ou um rebuild anterior já falhou.
Trocar a controladora RAID 930 por 940 resolve o problema?
Não como regra. 930 e 940 são gerações diferentes, com chips, PCIe, cache e suporte de mídia distintos. A 940 é baseada em Broadcom MegaRAID 9560 em vários modelos. Migrações devem seguir compatibilidade Lenovo. Em recuperação, preserve os discos antes de testar outra controladora.
ThinkSystem RAID 940 suporta quais níveis?
Lenovo documenta RAID 940-8i, 16i e 32i com RAID 0, 1, 10, 5, 50, 6 e 60. Muitos modelos possuem CacheVault, JBOD e, em variantes, Tri-Mode para SAS, SATA e NVMe U.3.
O que é ThinkSystem RAID 960W?
RAID 960W-32i é uma controladora Lenovo publicada em 2026, otimizada para NVMe PCIe Gen5. Ela suporta RAID 0, 1, 10, 5, 50, 6 e 60, cache protegido e gerenciamento por XClarity, StorCLI2 e LSI Storage Authority.
Lenovo XClarity ajuda na recuperação?
Sim, como fonte de evidências. XClarity Controller e XClarity Provisioning Manager podem mostrar inventário, eventos, estado de discos e RAID. Esses dados ajudam a reconstruir a linha do tempo e a topologia, mas não substituem o diagnóstico das mídias.
Servidor Lenovo com VMware ou Hyper-V pode ser recuperado?
Pode existir viabilidade. Primeiro é necessário reconstruir o storage. Depois são analisados VMFS, VMDK, snapshots, NTFS/ReFS, VHDX e o filesystem interno das máquinas virtuais.
É possível recuperar SQL Server ou Oracle em ThinkSystem?
Pode existir viabilidade após recuperar a camada de storage. Bancos exigem validação de arquivos, páginas, índices e logs. Arquivos presentes no volume não comprovam consistência transacional.
O que é RAID Low Level em ThinkSystem?
É a análise abaixo do filesystem, incluindo disk order, stripe size, offsets, paridade, spans, metadata e coerência das stripes. É útil quando a controladora não apresenta mais o Virtual Drive ou quando houve várias intervenções.
Como WinHex pode ajudar em casos Lenovo complexos?
WinHex permite inspeção hexadecimal e interpretação de RAID em cenários compatíveis. Pode auxiliar na comparação de metadata, identificação de assinaturas e validação de ordem, stripe e offsets. Ele não substitui clonagem profissional, diagnóstico físico ou metodologia completa.
Preciso levar o servidor Lenovo completo?
Na maioria dos casos, não. Discos ou SSDs, ordem das baias, modelo da controladora, prints do XClarity e histórico do incidente costumam ser suficientes para iniciar a análise. O equipamento completo pode ser necessário se backplane, cache, cabos, controladora ou comportamento específico do hardware fizerem parte da falha.
Quanto custa recuperar dados de servidor Lenovo?
O custo depende do número e capacidade das mídias, nível RAID, controladora, falhas físicas, virtualização, banco de dados e intervenções anteriores. O escopo correto depende do diagnóstico do conjunto.
Quanto tempo leva?
O prazo depende principalmente da saúde e capacidade das mídias. A clonagem de vários discos ou SSDs pode levar mais tempo que a reconstrução lógica. VMs, bancos e mídias instáveis adicionam etapas de validação.
A SECURITY atende Lenovo ThinkSystem em todo o Brasil?
Sim. A SECURITY atende empresas de diferentes regiões do Brasil e orienta logística segura conforme o cenário. Em muitos casos não é necessário enviar o servidor completo, apenas as mídias e as informações técnicas do ambiente.
Em muitos casos, não é necessário levar o servidor Lenovo completo
Para iniciar uma recuperação, frequentemente bastam os discos ou SSDs, a ordem das baias, modelo da controladora, screenshots do XClarity e o histórico do incidente. Isso reduz logística e evita transportar um servidor inteiro quando a análise está concentrada nas mídias.
Recuperação de Lenovo ThinkSystem em Alphaville, São Paulo, Campinas e todo o Brasil
A SECURITY atende empresas de diferentes regiões do Brasil e orienta o envio das mídias ou do equipamento conforme o cenário. Em Barueri, este artigo prioriza Alphaville.
Alameda Rio Negro, 1030, Conj. 206
Barueri, SP, CEP 06454-000
(11) 98570-8000
Rua Frei Caneca, 1380, Conj. 11
São Paulo, SP, CEP 01307-002
(11) 98570-8000
Rua José Paulino, 1399, Andar 10
Campinas, SP, CEP 13013-001
(19) 99971-7987
Caio Bruno F. Garcia
Especialista em Recuperação de Dados e liderança técnica e estratégica da SECURITY. Atua desde 2005 e, quando o caso exige investigação abaixo do filesystem, trabalha com RAID Low Level, reconstrução virtual e análise hexadecimal com WinHex, além de tecnologias como PC-3000 e Data Extractor.
Lenovo ThinkSystem por dentro: XClarity, RAID 930/940, Foreign, NVMe e RAID Low Level
Esta seção aprofunda pontos que diferenciam ThinkSystem atual de ThinkServer legado e evita generalizações que podem levar a intervenções erradas.
1. ThinkSystem não é ThinkServer
ThinkServer RD/TD/TS usou AnyRAID 510i/720i em várias plataformas. ThinkSystem usa famílias RAID 530/730/930/940/960W, HBAs e VROC. A Lenovo mantém documentação distinta para essas linhas.
2. XClarity Controller
XCC é a camada de gerenciamento embutida em ThinkSystem. Event logs, inventário e estado de hardware ajudam a reconstruir a linha do tempo, mas não substituem o diagnóstico da mídia.
3. XClarity Provisioning Manager
LXPM permite acessar UEFI Setup, controladora, Drive Management e Foreign Configuration em servidores ThinkSystem compatíveis.
4. RAID 930
RAID 930 é PCIe 3.0, 12 Gb SAS, trabalha com SAS/SATA e oferece RAID 0, 1, 10, 5, 50, 6 e 60 nos modelos maiores. Possui CacheVault e flash cache.
5. RAID 940
RAID 940 usa PCIe Gen4, tecnologia Broadcom MegaRAID 9560-equivalent em vários modelos e oferece RAID 0, 1, 10, 5, 50, 6 e 60.
6. Tri-Mode
Muitos RAID 940 suportam SAS, SATA e NVMe U.3 via Tri-Mode. A camada física precisa ser identificada porque erro de NVMe PCIe não se comporta como falha SAS tradicional.
7. RAID 9450
9450 foi uma família 24 Gb avançada que suportou SAS/SATA/NVMe e níveis adicionais como RAID 1 Triple e RAID 10 Triple em determinados modelos. Embora retirada de marketing, continua relevante em installed base.
8. RAID 960W
Publicado em 2026, 960W-32i é otimizado para NVMe PCIe Gen5, suporta 0/1/10/5/50/6/60, CacheVault e gerenciamento Lenovo/Broadcom. A documentação indica stripe size fixo de 64 KB.
9. Foreign Configuration é uma função oficial
Lenovo possui documentação específica para Preview e Import Foreign em RAID 540/730/930/940. Portanto, Import não deve ser tratado como destrutivo em qualquer cenário.
10. Import Foreign possui limitações
Lenovo lista condições em que importação pode não ser possível, incluindo volume em estado incompatível e metadata Gen1 incompatível. A plataforma e o estado real importam.
11. Unconfigured Bad
Em procedimento oficial, Lenovo mostra a mudança de UBad para UGood antes do Import em um caso suportado. Isso é uma ação de gerenciamento, não um diagnóstico de saúde física.
12. Preview antes de Import
Revisar a foreign configuration reduz o risco de incorporar uma topologia inesperada. Em recuperação, essa informação pode ser registrada sem executar a importação no original.
13. Make Unconfigured Good
A ação existe porque o controller precisa de drive em estado adequado para certas operações. Em dados críticos, a decisão deve considerar se o drive é membro antigo, stale, parcialmente reconstruído ou fisicamente instável.
14. Rebuild
Rebuild é função normal de um array redundante. O risco aparece quando sobreviventes estão instáveis ou o array já ultrapassou sua tolerância.
15. Media errors
Lenovo possui documentação para medium errors e bad block puncture em várias famílias ServeRAID e ThinkSystem. O impacto depende da stripe, do RAID e do número de ausências naquele momento.
16. Multiple drives offline
Documentação atual recomenda revisar XCC event log e storage subsystem log, inclusive por eventos de energia e vibração. Falha simultânea de vários membros pode ter causa compartilhada.
17. Backplane e expander
ThinkSystem pode usar expanders, cabos SAS ou backplanes NVMe. Um problema comum de caminho pode fazer vários drives sumirem sem que todos tenham falhado fisicamente.
18. Disk order
A ordem lógica influencia a reconstrução. Preservar slot e serial continua importante mesmo com metadata on-disk.
19. Stripe size
O tamanho de stripe varia por controladora. Em 960W a Lenovo documenta 64 KB fixo; em outras famílias há múltiplos valores suportados.
20. Start offset
Headers de controladora e alinhamentos podem deslocar o início útil. Um offset incorreto faz um volume consistente parecer corrompido.
21. Parity rotation
RAID 5/6 distribuem paridade ao longo dos membros. Em reconstrução Low Level, a coerência de P/P+Q ajuda a validar geometria.
22. JBOD
Muitas controladoras ThinkSystem suportam estado JBOD. Um disco em JBOD pode pertencer a uma camada de software acima, como ZFS ou Storage Spaces, e não a um Virtual Drive do controller.
23. Intel VROC
VROC pode fornecer RAID NVMe em plataformas Intel. Não deve ser tratado como se fosse um RAID 940. BIOS, VMD e metadata NVMe fazem parte da análise.
24. AnyRAID
AnyRAID foi uma arquitetura Lenovo ThinkServer para plataformas como RD550/RD650/TD350. A referência concorrente superestima seu papel em ThinkSystem atual.
25. CacheVault
RAID 930, 940 e outras controladoras usam proteção de cache em flash. Cache e controladora podem adicionar contexto importante quando houve queda ou troca de hardware.
26. WinHex
WinHex pode auxiliar inspeção de metadata, comparação de membros e validação de parâmetros em imagens. Ele complementa, não substitui, a aquisição segura.
27. PC-3000
Quando um HDD ou SSD possui falha física ou de firmware em família suportada, PC-3000 pode ajudar a obter acesso antes da reconstrução lógica.
28. Sala limpa ISO-5
HDDs com falha mecânica podem exigir procedimentos físicos controlados. Essa etapa acontece antes do RAID e só é utilizada quando a mídia exige intervenção.
29. VMFS
VMware pode usar datastores sobre Virtual Drives Lenovo ou LUNs externos. Recuperar o RAID não garante automaticamente a consistência de VMFS e VMDKs.
30. Hyper-V
VHDX e checkpoints podem existir sobre NTFS/ReFS. O arquivo virtual precisa ser validado em ambiente de teste.
31. Proxmox e ZFS
Se o controller está em HBA/JBOD, ZFS pode gerenciar a redundância. Nesse caso, forçar RAID no hardware é atuar na camada errada.
32. Storage externo
Lenovo DE/DM ou arrays externos podem hospedar os LUNs de produção. O servidor pode conter apenas boot, drivers e logs locais.
33. SQL Server e Oracle
Depois da reconstrução do volume, bancos precisam de validação de páginas, logs e consistência transacional. Arquivo presente não significa aplicação íntegra.
34. Sem necessidade de levar o equipamento completo
Em muitos projetos bastam as mídias, ordem, controladora identificada, screenshots e histórico. Servidor completo é reservado para cenários em que backplane, VROC, controladora, cache ou outro hardware compartilhado precisa ser reproduzido.
35. Segunda opinião
Import Foreign, mudança UBad→UGood, controller swap, rebuild e firmware anteriores devem ser relatados. Uma nova avaliação não garante sucesso, mas evita repetir operações e ajuda a entender o estado atual.
36. Matriz técnica de decisão
| Sintoma | Camada provável | Prioridade | Evitar |
|---|---|---|---|
| Unconfigured Bad | Drive state / mídia / caminho | Logs e diagnóstico físico | UGood por tentativa |
| Foreign Configuration | Metadata RAID | Preview, membros e cronologia | Import automático sem validação |
| Virtual Drive Missing | Controller / metadata / membros | Preservar configuração e discos | Criar novo VD |
| Rebuild travado | Mídia instável / segunda falha | Aquisição dos sobreviventes | Repetir rebuild |
| Múltiplos drives offline | Backplane / energia / drives | XCC + storage logs | Declarar todos mortos |
| VMFS inaccessible | Storage + filesystem | Preservar RAID e VMFS | Novo datastore |
| VROC ausente | BIOS/VMD/NVMe metadata | Preservar dispositivos e modo | Criar volume novo |
| Banco inconsistente | Aplicação | Extrair e validar em separado | Repair destrutivo no original |
37. Conclusão técnica
Lenovo ThinkSystem cobre muitas gerações de hardware, do RAID 930 ao 960W NVMe. A recuperação segura não parte de regras absolutas sobre Foreign, UBad ou firmware. Ela começa com XClarity, logs, diagnóstico das mídias e preservação das cópias. Só então o Virtual Drive é reconstruído e a análise sobe para VM, banco e arquivo.
Referências utilizadas para validar este guia
- Lenovo: Import Foreign Configuration em ThinkSystem RAID
- Lenovo: XClarity Provisioning Manager, UBad→UGood, Preview e Import Foreign
- Lenovo Press: ThinkSystem RAID 930 Series
- Lenovo Press: ThinkSystem RAID 940 Series
- Lenovo Press: ThinkSystem RAID 960W NVMe PCIe Gen5
- Lenovo Press: RAID Adapter and HBA Reference 2026
- Lenovo Press: ThinkSystem SR650 V4 storage options
- Lenovo Docs: multiple drives fail/offline e storage logs
- Lenovo Press: ThinkServer AnyRAID 720i/720ix
- X-Ways: WinHex low-level data processing and RAID interpretation
