O que fazer se…

A cópia de segurança desta noite falhou

Uma cópia de segurança falhada numa noite não é um sinistro, é um atraso: a última cópia sã tem pelo menos 48 horas, se a da véspera tiver corrido bem. Várias falhas seguidas são um incidente de proteção: procura-se a causa no próprio dia, em vez de simplesmente confirmar o alerta.

Atualizado em outubro de 20263 min de leitura5 fontes citadas

O essencial

Leia a mensagem de erro, e não apenas o indicador vermelho: espaço, fonte ausente, credenciais, ficheiros bloqueados, largura de banda, agente parado.
Uma tarefa «bem-sucedida» pode ter copiado uma pasta vazia: verifique o tamanho copiado.
Anote a data da última cópia bem-sucedida e comunique-a ao responsável do serviço em causa.
Relance depois de corrigir e verifique a noite seguinte.
Três falhas num mês na mesma máquina: altere a configuração, em vez de se limitar a carregar em «relançar».

1. Ler o erro, e não apenas o indicador vermelho

As causas habituais, pela ordem em que surgem:

Causa	Sinal	Correção
Falta de espaço no destino, ou quota atingida	Erro de escrita, retenção que encurta	Aumentar o volume, ou encurtar o histórico com pleno conhecimento das consequências
Fonte desligada, fora da rede, caminho alterado	Letra de unidade ou partilha renomeada; tarefa «bem-sucedida» sobre uma pasta vazia	Restabelecer a fonte, corrigir o caminho, verificar o tamanho copiado
Credenciais recusadas	Palavra-passe da conta de serviço expirada	Restabelecer a conta: caso contrário, todas as noites vão falhar
Ficheiros bloqueados ou base de dados não colocada em estado consistente	Cópia parcial	Utilizar o método previsto para bases de dados abertas; uma base SQL neste estado não pode ser restaurada corretamente
Ligação demasiado lenta ou interrompida	Tarefa interrompida no fim da janela	Cópia incremental mais eficiente, janela mais longa, ou menos dados inúteis
Agente parado na máquina	Nenhum envio	Reiniciar o serviço, procurar o motivo da paragem

O caso mais enganador é a tarefa a verde sobre uma pasta vazia. A ANSSI, agência nacional de cibersegurança francesa, exige que a cópia de segurança seja sistematicamente controlada, vigiando em particular um volume de dados ou de ficheiros incoerente, lentidões da rede e alterações de configuração. Um tamanho copiado que cai bruscamente de uma noite para a outra merece tanta atenção como uma falha.

2. Saber de quando é a última cópia bem-sucedida

É a única data que conta para o RPO do dia. Se tiver mais de alguns dias, informe a pessoa responsável pelo serviço em causa. Está a trabalhar sem rede de segurança e deve sabê-lo. Confirmar o alerta na consola sem esta frase é o gesto que transforma um incidente numa perda de dados duas semanas depois.

3. Relançar depois de corrigir

Relance manualmente uma tarefa depois de tratada a causa. Aguarde que termine. Se o relançamento falhar, a causa ainda lá está. Na manhã seguinte, verifique a noite seguinte: muitas correções «evidentes» não resistem à segunda execução.

Uma tarefa bem-sucedida prova que foi escrita uma cópia, não que esta pode ser restaurada. Para uma base de dados SQL Server, a Microsoft especifica que o comando de verificação de uma cópia de segurança não controla a estrutura dos dados que esta contém. A ANSSI exige que as cópias de segurança sejam testadas regularmente, com um procedimento de restauro escrito; o NIST recomenda igualmente testar as cópias de segurança para garantir que os ficheiros são recuperados sem erros. Depois de um incidente de cópia de segurança, um restauro de teste de um ficheiro ou de uma base de dados é o melhor controlo. Consulte Como testar se uma cópia de segurança funciona?.

4. Se voltar a acontecer

Três falhas num mês na mesma máquina: o perímetro, a largura de banda ou o produto são inadequados. Altera-se um parâmetro (excluir uma pasta enorme e inútil, dividir a tarefa, aumentar o armazenamento), em vez de relançar manualmente todas as segundas-feiras.

Lista de verificação da manhã

Todas as tarefas da noite terminaram, e não apenas «sem erro»?
O tamanho copiado é coerente com o das noites anteriores?
A data da última cópia bem-sucedida de cada máquina crítica tem menos de 24 horas?
Os alertas foram lidos por uma pessoa designada, e não apenas recebidos?
O espaço restante no destino cobre a retenção prevista?

Na WeDoBack

A monitorização 24 horas por dia abrange as cópias de segurança e envia um alerta quando uma cópia não é concluída. O alerta é o início desta página, não o fim. Na INTEGRAL, as duas horas mensais de assistência podem servir para tratar a causa. Na SMART, a assistência é faturada por intervenção: a falha continua visível para o cliente na consola, e cabe-lhe a ele lê-la. A assistência está disponível através do +33 9 72 50 78 28, das 9h00 às 13h00 e das 14h00 às 17h30 (hora de Paris). Para dimensionar o armazenamento, a ordem de grandeza publicada é o volume atual multiplicado por três, seguido de um ajuste após uma semana de utilização: um volume demasiado justo nota-se nas tarefas que falham ou numa retenção que encurta. A chave de cifragem, detida pelo cliente, não tem qualquer papel na falha de envio: se a tarefa falhar, a cópia remota simplesmente não foi atualizada.

Ligar para o +33 9 72 50 78 28 Descobrir a oferta INTEGRAL

Perguntas frequentes

Uma noite de falha é grave?

Raramente, se a noite anterior tiver corrido bem e a causa for corrigida durante o dia. O risco vem da acumulação: cada noite de falha aumenta a quantidade de trabalho que se perderia em caso de sinistro. Para além de alguns dias, é um incidente a comunicar à direção.

O estado «bem-sucedido» basta para provar que uma cópia de segurança está boa?

Não. A ANSSI, a agência nacional de cibersegurança francesa, exige um controlo sistemático das cópias de segurança, nomeadamente de volumes de dados incoerentes, e testes de restauro regulares. Para o SQL Server, a Microsoft especifica que a verificação de uma cópia de segurança não controla a estrutura dos dados que esta contém: só um restauro real, seguido de um controlo de coerência, o prova.

Quem deve acompanhar os alertas de cópia de segurança?

Uma pessoa designada, com um substituto para os períodos de férias. Um alerta que chega a uma caixa partilhada que ninguém lê equivale a não haver alerta. Decida também quem avisa a direção quando a última cópia bem-sucedida ultrapassar um limite acordado previamente.

Para saber mais

Fontes

Documentos consultados em outubro de 2026.

Cópia de segurança dos sistemas de informação – Os fundamentos (ANSSI-BP-100, v1.1, 27 de novembro de 2025) — ANSSI (agência francesa)
Cybersecurity guide for SMEs (em inglês, junho de 2021) — ENISA
RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
Ofertas e preços — WeDoBack

Precisa de ajuda agora?

Não restaure nada antes de ter identificado uma cópia íntegra. Podemos orientá-lo.

Ligar para +33 9 72 50 78 28 ou escreva-nos

Um incidente em curso?

As nossas equipas ajudam-no a identificar a cópia certa e a restaurar, de segunda a sexta-feira, das 9h00 às 13h00 e das 14h00 às 17h30.

Ligar para +33 9 72 50 78 28 Escrever à equipa