Veeam: Os 7 erros mais comuns em jobs de backup e como resolver

Nada pior do que descobrir de manhã que o backup falhou durante a noite. Pior ainda: descobrir isso no momento em que precisa restaurar. Conheça os erros mais comuns do Veeam e como resolver cada um antes que virem um problema real.

1. Erro de VSS (Volume Shadow Copy Service)

Mensagem típica: Error: Failed to create VSS snapshot. VSS error: 0x8004231f

O que causa: O VSS é o serviço do Windows responsável por criar snapshots consistentes. Ele falha quando:

• Há pouco espaço em disco no volume (abaixo de 10%)
• Um provider VSS de terceiros está corrompido (antivírus, software de storage)
• Serviços dependentes do VSS estão parados

Como resolver:

1. Verifique espaço em disco — o VSS precisa de espaço para trabalhar

2. Limpe snapshots VSS antigos:

   vssadmin list shadows
   vssadmin delete shadows /all /quiet

3. Reinicie o serviço VSS:

   net stop vss
   net start vss

4. Verifique providers corrompidos:

   vssadmin list providers

   Remova providers de terceiros que não são mais necessários.

5. Se o erro persistir, configure o job para usar Network mode em vez de VSS (perda de consistência de aplicação, mas resolve o backup imediatamente enquanto investiga).

2. Falha no snapshot VMware

Mensagem típica: Error: Unable to create snapshot. An error occurred while saving the snapshot: msg.snapshot.error-QUIESCING-FAILED

O que causa: O VMware Tools não consegue quiescer (pausar) o sistema de arquivos da VM para criar um snapshot consistente.

Como resolver:

1. Verifique se o VMware Tools está atualizado e funcionando na VM
2. No vCenter, tente criar um snapshot manual com “Quiesce guest file system” marcado. Se falhar, o problema é no Tools
3. Atualize o VMware Tools na VM
4. Se o Tools estiver atualizado e ainda falhar, desative o quiescing no job do Veeam (Processing → Guest Processing → disable application-aware processing)

3. Credenciais inválidas para o Guest Processing

Mensagem típica: Error: Failed to connect to guest agent. Access denied.

O que causa: O Veeam tenta se conectar à VM via RPC para processar o VSS. Se as credenciais estiverem erradas ou o usuário não tiver permissão de administrador, falha.

Como resolver:

1. No job, acesse Guest Processing → Guest OS credentials
2. Teste as credenciais clicando em Test
3. Use uma conta de domínio com privilégios de administrador local nas VMs
4. Se usar conta local, verifique se o UAC não está bloqueando acesso remoto (edite HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, valor LocalAccountTokenFilterPolicy = 1)

4. Timeout de rede durante o backup

Mensagem típica: Error: Client has been disconnected from server. Network connection was closed.

O que causa: O Veeam perdeu conexão com o servidor durante a transferência. Comum em backups grandes via WAN ou redes instáveis.

Como resolver:

1. Aumente o timeout nas configurações do job (Advanced → Storage → Network settings)
2. Verifique a estabilidade da rede entre o Veeam Server e o repositório
3. Habilite o WAN accelerator se o repositório for remoto
4. Configure checkpoints de restart: o Veeam consegue retomar de onde parou em caso de falha de rede

5. Repositório sem espaço

Mensagem típica: Error: Not enough free disk space on the backup repository.

O que causa: O repositório ficou cheio. Pode ser por crescimento dos dados, políticas de retenção muito longas ou acúmulo de backups de VMs excluídas.

Como resolver:

1. Imediatamente: acesse o repositório e execute Compact full backup para liberar espaço de blocos não referenciados
2. Verifique se há backups de VMs que não existem mais (Backups → Orphaned Backups) e remova
3. Reduza a retenção do job temporariamente
4. A longo prazo: adicione espaço ao repositório ou crie um repositório adicional com Scale-Out Backup Repository

6. Falha no job de backup de VMs em cluster (vSphere HA)

Mensagem típica: Warning: VM was migrated during backup. Error: Failed to read data from production snapshot.

O que causa: A VM migrou de host (vMotion) durante o backup, quebrando a conexão com o snapshot.

Como resolver:

1. Habilite o vSphere Storage APIs no Veeam — ele usa uma conexão direta com o storage, não com o host, evitando esse problema
2. Configure DRS affinity rules para manter VMs críticas no mesmo host durante o horário de backup
3. Use Backup from Storage Snapshots se o storage suportar (NetApp, Pure Storage, HPE)

7. Job lento — backup demora mais que a janela disponível

Sintoma: O job começa às 22h e só termina às 9h, comprometendo a performance do ambiente.

Causas e soluções:

Causa 1: Primeiro backup completo muito grande Normal. Os incrementais seguintes serão muito menores. Aguarde ou agende o primeiro completo em horário de menor movimento.

Causa 2: Muitos CBT resets O Changed Block Tracking (CBT) é o mecanismo que identifica apenas os blocos alterados desde o último backup. Se resetar (por falha de snapshot, migração de storage, etc.), o próximo backup processa a VM inteira.

Verifique no log se há mensagens de CBT reset. Corrija a causa raiz do reset.

Causa 3: Compressão e deduplicação inadequadas

• Tente Optimal no nível de compressão (não use Extreme — comprime mais mas é muito mais lento)
• Habilite deduplicação inline no repositório

Causa 4: Largura de banda insuficiente Use throttling para limitar o impacto durante o horário comercial e libere total à noite: Em Job → Storage → Advanced → Throttle, configure 30% durante o dia e 100% à noite.

Boas práticas para evitar falhas

• Teste de restore mensal: configure SureBackup para validar automaticamente os backups
• Alertas por e-mail: configure notificações para qualquer job com status Warning ou Error
• Health Check semanal: habilite nas propriedades do repositório
• Espaço mínimo: mantenha pelo menos 20% de espaço livre no repositório sempre
• Atualize o Veeam: muitos bugs de compatibilidade são corrigidos em patches menores

---

Backup falhando e você não sabe por quê? A Callister é parceira VCSP Veeam e resolve problemas de backup com diagnóstico remoto. Fale com nossa equipe.

Artigos relacionados

MSSP Veeam: Como fazer Instant Recovery de VM em minutos 25 de mai. de 2025 MSSP Firewall gerenciado ou equipe interna: qual é mais vantajoso? 22 de abr. de 2025