Está a gerir um Windows Server 2016 e, de repente, o volume de dados (E:) parece ter “evaporado” centenas de GB? Se o Explorador mostra apenas algumas dezenas de GB livres, mas a soma dos ficheiros visíveis mal chega a 400 GB, há um forte candidato — a pasta System Volume Information (SVI) cheia de snapshots VSS. Este artigo explica por que o espaço desaparece, como confirmar a causa e recuperar rapidamente o armazenamento perdido, além de práticas de prevenção para que o problema não volte.
Por que o espaço livre é reportado de forma incorreta?
No Windows Server, a maior parte das discrepâncias entre “espaço ocupado” e “tamanho real dos ficheiros” deve‑se a Volume Shadow Copy Service (VSS). Mesmo que a Restauração do Sistema esteja desativada, o VSS pode ser chamado por:
- Windows Server Backup (inclui System State e snapshots agendados);
- Deduplicação de Dados ou antivírus que criam cópias consistentes para análise;
- Ferramentas de backup de terceiros que recorrem a VSS para obter imagens em quente.
Cada snapshot é armazenado dentro da SVI. Sem um limite definido, cópias sucessivas podem consumir todo o volume.
Como diagnosticar a origem do problema
1 – Medir o espaço usado por VSS
vssadmin list shadowstorage /for=E:O comando mostra a origem e o destino do armazenamento, juntamente com o espaço Reserved, Used e Maximum Allocated. Se o campo Used apresentar centenas de GB, achou a causa.
2 – Verificar o conteúdo real do volume
Ferramentas de auditoria de disco não conseguem aceder à SVI sem permissões elevadas. Execute‑as como SYSTEM para ter uma imagem fiel:
psexec -s -i TreeSize.exeou abra o WinDirStat numa sessão psexec -s -i cmd; assim a pasta SVI deixa de ser “invisível”.
Passo a passo para recuperar o espaço ocupado
| Objetivo | Comando / Ação | Notas |
|---|---|---|
| Confirmar uso de VSS | vssadmin list shadowstorage /for=E: | Mostra onde estão armazenadas as cópias e quanto ocupam. |
| Apagar todas as Shadow Copies | diskshadowou vssadmin delete shadows /for=E: /all | Liberta imediatamente o espaço usado pela SVI. |
| Definir limite ou desativar VSS | GUI: Propriedades do Disco → Shadow Copies → Disable ou ajustar Maximum Size. CLI: vssadmin resize shadowstorage /for=E: /on=E: /maxsize=20GB | Se o volume não precisa de snapshots, desative‑os. Caso contrário, limite a 5–10 % do tamanho do volume. |
| Eliminar backups obsoletos | wbadmin delete systemstatebackup -keepversions:1 | Mantém apenas a cópia mais recente do System State. |
| Limpeza complementar | cleanmgr /sageset:1 → cleanmgr /sagerun:1 | Remove ficheiros temporários, logs de actualização e contentor WinSxS antigo. |
| Plano B (caso extremo) | Robocopy dados → formatar partição → restaurar dados | Use apenas se persistirem inconsistências de NTFS. |
Automatizar a prevenção — políticas recomendadas
- Limite proativo: redimensione a Shadow Storage de cada volume para no máximo 20 GB ou 10 % da partição, o que for menor.
- Backups com retenção circular: agende scripts
wbadminou tarefas do seu software de backup para eliminar versões com mais de x dias. - Monitorização: crie alertas no Performance Monitor ou no System Center para disparar quando o contador Free Space % cair abaixo de 15 %.
- Separação de funções: sempre que possível, guarde snapshots e backups noutro volume ou disco dedicado. Isso impede que o volume de dados se encha silenciosamente.
- Auditorias regulares: corra o TreeSize ou um script PowerShell mensalmente para validar que a SVI está dentro do tamanho previsto.
Scripts PowerShell úteis
Listar rapidamente o consumo de VSS em todos os volumes
$vols = Get-WmiObject -List Win32_ShadowStorage
$vols | ForEach-Object {
$info = $.ConvertToDateTime($.AllocatedSpace)
"{0} → {1:N2} GB usados (máx. {2:N2} GB)" -f $_.VolumeName,
($.AllocatedSpace/1GB), ($.MaximumSpace/1GB)
}Definir tamanho máximo de 15 GB no volume E:
vssadmin resize shadowstorage /for=E: /on=E: /maxsize=15GBPerguntas frequentes (FAQ)
É seguro apagar todas as Shadow Copies? Sim, desde que possua um backup externo ou esteja ciente de que perderá a capacidade de restaurar versões anteriores de ficheiros. Para servidores de produção, planeie a operação para fora do horário de pico. Por que o vssadmin list shadowstorage mostra Maximum Space: UNBOUNDED? Significa que não há limite definido; o VSS irá ocupar todo o volume até faltar espaço. A pasta System Volume Information pode ser movida? Não diretamente. O conteúdo é gerido pelo próprio Windows e deve residir no volume onde os snapshots foram criados. Posso simplesmente apagar System Volume Information no Explorer? Não. Além de exigências de permissão SYSTEM, isso corromperia a base de dados de snapshots. Utilize sempre vssadmin ou diskshadow.
Conclusão
Na grande maioria dos relatórios de “espaço desaparecido” no Windows Server 2016, a raiz do problema é um acúmulo silencioso de Shadow Copies dentro da pasta SVI. Seguindo o guia acima, é possível:
- Confirmar o consumo real via
vssadmin; - Eliminar snapshots obsoletos para recuperar imediatamente centenas de GB;
- Definir políticas de retenção e limites de tamanho para evitar reincidência.
Após remover ou limitar as Shadow Copies, o volume E: deverá voltar a exibir cerca de 1,3 TB livres, coerente com os 400 GB de dados efetivos. Monitorize periodicamente e mantenha uma estratégia de backups que não dependa de snapshots ilimitados — assim o seu servidor manterá performance e espaço saudável a longo prazo.