Ao mover um JBOD criado no Windows 11 para um host Windows Server 2022, o Storage Spaces pode não importar o pool. Neste guia, explico por que isso acontece (metadados) e mostro caminhos práticos e imediatos para recuperar os dados mesmo sem discos sobressalentes.
Visão geral do cenário
Você tem um pool “Somente adição” (JBOD) com três discos criado no Windows 11. Esses discos foram transferidos para um servidor com Windows Server 2022. No Gerenciamento de Disco, aparecem partições de proteção, porém o Storage Spaces não reconhece nem o pool nem os volumes, impedindo o acesso aos dados. Não há discos extras para backup e a solução precisa ser imediata.
Por que isso acontece
O Storage Spaces grava metadados de pool no início e no fim de cada disco. Versões mais novas do Windows (Windows 11 e Windows Server 2025) podem criar ou atualizar esses metadados para um formato que o Windows Server 2022 (especialmente em builds sem cumulative updates) não consegue importar. Na prática, isso se manifesta assim:
- O Gerenciamento de Disco mostra partições GPT “de proteção”, sem letras de unidade.
- O
Get-StoragePoolno Windows Server 2022 não lista o pool esperado. - O
Import-StoragePoolfalha com erro de incompatibilidade de versão.
O que foi observado na discussão técnica
| Fonte | Solução / Constatação | Observação |
|---|---|---|
| Resposta oficial (Xu Gu) | O único caminho 100% seguro é recriar o pool no Windows Server 2022, o que apaga os discos. Portanto, backup prévio é indispensável. | Indica incompatibilidade de metadados entre versões. |
| Experiência de outro usuário (Shane Day1) | Ao mover os mesmos discos para um host Windows Server 2025 (Eval/Preview), o pool foi reconhecido instantaneamente, sem configuração extra. | Confirma que o WS 2022 usa metadados mais antigos que o Windows 11/WS 2025. |
Diagnóstico rápido: confirme a versão do pool
Em uma máquina onde o pool apareça (por exemplo, o PC original com Windows 11), execute:
Get-StoragePool -IsPrimordial $False | Select FriendlyName, Version
Se o resultado mostrar Version 2, o Windows Server 2022 (frequentemente Version 1) normalmente não importará o pool. Se todos os hosts exibirem Version 1, a importação pode funcionar (ver seção “Importação manual”).
Opções sem discos sobressalentes
Quando você precisa restaurar o acesso já e não tem discos extra, os caminhos abaixo são os mais eficazes:
- Atualizar o Windows Server 2022: aplique todas as Cumulative Updates e reinicie. Builds recentes melhoram a interoperabilidade do Storage Spaces. Após atualizar, teste a importação novamente.
- Usar temporariamente um host mais novo: conecte os discos a um Windows 11 ou a um Windows Server 2025 Preview/Eval, onde o pool costuma ser reconhecido de imediato. Suba um compartilhamento SMB e copie os dados pela rede para o servidor WS 2022. Em seguida, recrie o pool no WS 2022 e devolva os dados.
- Adicionar armazenamento externo temporário (USB/NAS/Share iSCSI): use como destino de backup, recrie o pool no WS 2022 e restaure a partir desse armazenamento temporário.
Nota: sem capacidade de destino (em rede ou externo), não há como reformatar/recriar o pool sem perda de dados.
Fluxo de decisão (passo a passo)
- Verifique hardware e controladora
- O Storage Spaces precisa de HBA/pass-through. Se os discos estiverem atrás de RAID, desative o RAID (modo HBA/IT) e exponha os discos brutos.
- Confirme cabos, portas e que todos os discos do conjunto foram conectados.
- Confirme serviços
- Abra um PowerShell elevado e reinicie o serviço:
Restart-Service -Name StorSvc - Veja se o pool aparece:
Get-StoragePool
- Abra um PowerShell elevado e reinicie o serviço:
- Teste a importação manual (somente se versões parecerem compatíveis):
Get-StoragePool -IsPrimordial $False | Import-StoragePool Get-VirtualDisk | Get-Disk | Set-Disk -IsOffline $FalseSe falhar por incompatibilidade, siga para o item 4. - Use um host mais novo para “resgatar” os dados
- Monte o pool em Windows 11 ou WS 2025 (onde ele aparece).
- Compartilhe a pasta com os dados (SMB) e copie por rede para o WS 2022.
- No WS 2022, recrie o pool e devolva os dados.
- Sem destino de rede? Conecte temporariamente um disco USB ou um NAS simples apenas para a cópia.
Comandos de diagnóstico úteis
Execute no host que está com os discos conectados.
Inventário geral
# Pools não primordiais (criados pelo usuário)
Get-StoragePool -IsPrimordial $False |
Select FriendlyName, HealthStatus, OperationalStatus, Version,
IsReadOnly, Size, AllocatedSize | Format-List
Discos físicos vistos pelo Storage Spaces
Get-PhysicalDisk |
Select FriendlyName, CanPool, MediaType, HealthStatus, OperationalStatus | Format-Table -Auto
Discos virtuais (volumes do Storage Spaces)
Get-VirtualDisk |
Select FriendlyName, ResiliencySettingName, Size, HealthStatus, OperationalStatus, IsManualAttach | Format-Table -Auto
Discos do SO correspondentes aos discos virtuais
Get-VirtualDisk | Get-Disk |
Select Number, FriendlyName, IsReadOnly, IsOffline, PartitionStyle | Format-Table -Auto Logs do Storage Spaces
# Eventos recentes do driver do Storage Spaces
Get-WinEvent -LogName "Microsoft-Windows-StorageSpaces-Driver/Operational" -MaxEvents 50 |
Select TimeCreated, Id, Message
Quando o volume aparece, mas vem offline
# Traga o disco online e remova somente-leitura
Get-VirtualDisk | Get-Disk | Set-Disk -IsOffline $False
Get-VirtualDisk | Get-Disk | Set-Disk -IsReadOnly $False
BitLocker (se houver)
# Verifique estado do BitLocker
Get-BitLockerVolume
Desbloqueie com senha de recuperação
(substitua X: pela letra da unidade do volume)
manage-bde -unlock X: -RecoveryPassword \ Tentar importação manual (somente quando as versões forem compatíveis)
Se o seu Get-StoragePool em ambos os lados mostrar a mesma Version, faça um teste controlado no WS 2022:
# 1) Forçar detecção de pools migrados
Get-StoragePool -IsPrimordial $False | Import-StoragePool
2) Se o disco virtual veio "ManualAttach"
Get-VirtualDisk | Where-Object {$\_.IsManualAttach} |
Set-VirtualDisk -IsManualAttach \$False
3) Trazer os discos correspondentes online
Get-VirtualDisk | Get-Disk | Set-Disk -IsOffline \$False
4) Atribuir letras de unidade conforme necessário
Get-Partition -DiskNumber \<N> | Set-Partition -NewDriveLetter X </code></pre>
<p>Se surgir erro explícito de incompatibilidade de metadados, pare aqui e use um dos caminhos de migração (host mais novo, backup externo ou updates do WS 2022).</p>
<h2>Estratégias práticas quando não há discos sobrando</h2>
<h3>Usando um host mais novo como “ponte”</h3>
<ol>
<li>Conecte o JBOD ao <strong>Windows 11</strong> ou <strong>WS 2025</strong>; confirme que o pool aparece saudável.</li>
<li>Crie um compartilhamento SMB somente leitura (opcional, mas recomendado para segurança).</li>
<li>No WS 2022, copie com <code>robocopy</code>:
<pre><code class="language-powershell">robocopy \\HOSTNOVO\Dados X:\Dados /E /COPY:DAT /DCOPY:T /R:1 /W:1 /MT:16 /V /TEE /LOG:C:\robocopy.log
Depois que todos os dados estiverem no WS 2022 (ou em outro destino seguro), recrie o pool no WS 2022 e devolva os dados do backup.
Atualizando o WS 2022
Instale todas as Cumulative Updates, reinicie e tente novamente. Em ambientes que permanecerão em WS 2022 por longo tempo, isso costuma ser o caminho administrativo mais simples e com melhor custo/benefício.
Armazenamento externo temporário
Se possível, conecte um disco USB grande ou use um NAS temporário somente para o backup. Termine a cópia, recrie o pool, e devolva os dados. É o método mais direto quando não se quer mexer em builds/preview.
Tabela de compatibilidade (orientativa)
Guia simplificado, sujeito às variações de build e atualizações cumulativas.
| Origem do pool | Versão do metadado (típica) | Host de destino | Resultado esperado | Ação recomendada |
|---|---|---|---|---|
| Windows 11 | Version 2 | Windows Server 2022 | Importação costuma falhar | Usar host mais novo para copiar; ou atualizar WS 2022 e tentar novamente |
| Windows 11 | Version 2 | Windows Server 2025 | Importação geralmente funciona | Copiar dados e depois recriar pool no destino definitivo |
| Windows 11 | Version 1 | Windows Server 2022 | Importação pode funcionar | Tentar importação manual; validar integridade antes de produção |
Erros comuns e como interpretar
| Mensagem/Comportamento | Provável causa | Ação sugerida |
|---|---|---|
| Import-StoragePool falha citando incompatibilidade | Metadados mais novos que o WS 2022 entende | Usar Windows 11/WS 2025 como ponte ou atualizar WS 2022 |
| Discos aparecem como “Protective” no Gerenciamento de Disco | Pool reconhecido parcialmente apenas pela GPT | Não formate; diagnostique com PowerShell e tente importação |
Pool não listado em Get-StoragePool | Controladora em modo RAID, serviço parado, ou metadados incompatíveis | Habilitar HBA/pass-through, Restart-Service StorSvc, checar versão |
| Volume aparece offline e somente leitura | Política padrão após migração | Set-Disk -IsOffline $False e Set-Disk -IsReadOnly $False |
Boas práticas de planejamento (evite o problema no futuro)
- Criar pools em sistemas do mesmo “nível de build” quando houver intenção de migrar entre máquinas.
- Preferir Windows Server 2022 Datacenter: Azure Edition ou versões mais novas em ambientes que acompanham o ritmo do Windows 11.
- Documentar a versão do pool: salve a saída do
Get-StoragePoolcom FriendlyName e Version antes de migrar. - Quiescer o pool antes de mover: pare cargas de trabalho, feche arquivos, e (se aplicável) coloque o pool como read-only temporariamente para prevenir journal sujo.
- Evitar controladoras RAID entre o SO e os discos; prefira HBAs em IT mode.
- Manter plano de backup: Storage Spaces oferece resiliência a falhas de disco, não substitui backup.
Procedimento detalhado recomendado (playbook)
- No host de origem (onde o pool funciona)
- Registre versão do pool:
Get-StoragePool -IsPrimordial $False | Select FriendlyName, Version - Valide saúde:
Get-StoragePooleGet-VirtualDisk→ HealthStatus = Healthy
- Registre versão do pool:
- No WS 2022
- Atualize o sistema e reinicie.
- Confirme HBA/pass-through.
- Tente:
Restart-Service StorSvceImport-StoragePool.
- Se o import falhar
- Conecte os discos a um Windows 11/WS 2025, monte o pool.
- Copie via SMB com
robocopypara o WS 2022 (ou armazenamento temporário). - No WS 2022: Recrie o pool (atenção: apaga os discos) e restaure os dados.
- Validação pós-migração
- Execute
chkdsk /scannos volumes NTFS, verifique ACLs e herança. - Se usava BitLocker, valide a proteção:
Get-BitLockerVolume.
- Execute
Checklist rápido
- ✅ Versão do pool confirmada (Version 1 ou Version 2)
- ✅ Controladora em HBA/pass-through
- ✅ WS 2022 atualizado com as CUs mais recentes
- ✅ Teste de
Import-StoragePoolrealizado - ✅ Estratégia de cópia (SMB/USB/NAS) definida caso o import falhe
- ✅ Recriação do pool no destino confirmada apenas após backup
FAQ
Posso “fazer downgrade” dos metadados para que o WS 2022 aceite?
Não há procedimento suportado para “downgrade” do formato de metadados de Storage Spaces. O caminho suportado é copiar os dados a partir de um host que reconheça o pool e, em seguida, recriar no destino.
“Repair-VirtualDisk” ajuda?
Somente quando o volume está Degraded ou InService. Para incompatibilidade de metadados entre hosts, não resolve.
É seguro forçar online/limpar somente leitura?
Sim, desde que o pool tenha sido importado corretamente. Nunca formate discos que aparecem apenas como “Protective” sem antes esgotar as opções de importação/backup.
Meu WS 2022 importou, mas veio “ManualAttach”. O que faço?
Execute Set-VirtualDisk -IsManualAttach $False e então traga os discos online com Set-Disk -IsOffline $False.
Posso usar iSCSI/NFS como destino temporário?
Sim. Para cópias grandes, prefira rede cabeada 1/10 GbE, verifique MTU/jumbo frames e use robocopy com /MT (multithread).
Conclusão
Quando um pool de Storage Spaces criado no Windows 11 não é aceito pelo Windows Server 2022, o motivo mais comum é a diferença de versão dos metadados. Em vez de insistir em soluções arriscadas, siga uma destas rotas suportadas e rápidas: (a) aplicar updates no WS 2022 e tentar a importação; (b) usar um host mais novo (Windows 11/WS 2025) para expor o pool e copiar por rede; (c) adicionar armazenamento externo temporário, recriar o pool no WS 2022 e restaurar os dados. Para o futuro, padronize builds e mantenha um plano de backup consistente — isso evita surpresas e acelera qualquer migração.