Master Remote

Por que o backup falha? #

O backup é um dos principais mecanismos para garantir a segurança e a disponibilidade das informações de uma empresa. Entretanto, diversos fatores podem impedir que uma rotina seja concluída com sucesso. Conhecer as causas mais comuns facilita a identificação do problema e reduz o tempo necessário para restabelecer a proteção dos dados.

A seguir, apresentamos os principais motivos pelos quais um backup pode falhar, organizados conforme a etapa em que o problema ocorre.

Para complementar a leitura, você pode verificar AQUI, a lista de alertas do BACKUP

Problemas na Rotina de Backup #

Erro na digitação do caminho dos arquivos #

Um dos erros mais frequentes é a configuração incorreta do caminho dos arquivos ou pastas que devem ser copiados. Um simples caractere digitado incorretamente, especificar sonente a pasta e não o conteúdo, a utilização de uma unidade inexistente ou um diretório renomeado podem impedir que o agente localize os dados.

Sempre confirme se o caminho informado corresponde exatamente ao local onde os arquivos estão armazenados e se o usuário responsável pela execução do backup possui permissão de acessoUm dos erros mais comuns que impedem a execução do backup é a configuração incorreta do caminho dos arquivos ou pastas que devem ser copiados.

Além de informar o diretório correto, é obrigatório especificar o(s) arquivo(s) que serão incluídos no backup. Informar apenas o caminho da pasta não é suficiente.

Também é importante verificar se:

• O caminho informado existe e está correto.
• A unidade (disco) está disponível.
• A pasta não foi renomeada ou movida.
• O usuário responsável pela execução do backup possui permissão de acesso ao local.

Para selecionar os arquivos, utilize o caractere curinga (*), que permite definir quais arquivos serão copiados.

Exemplos

❌ Incorreto

C:\sistema\backup

✅ Corretos

C:\sistema\backup\base.FDB
C:\sistema\backup\base.*
C:\sistema\backup\*.FDB
C:\sistema\backup\*.backup
C:\sistema\backup\*.*

Exemplos de utilização dos curingas

Objetivo	Especificação
Copiar um arquivo específico	base.FDB
Copiar todos os arquivos com extensão .FDB	*.FDB
Copiar todos os arquivos com extensão .backup	*.backup
Copiar todos os arquivos da pasta	*.*

Verifique neste vídeo, como copiar corretamente e com facilidade o caminho

E AQUI, o uso correto das letras de drive compatíveis.

Utilização de *.* e *.extensão no caminho do backup #

Ao configurar uma rotina de backup, é possível utilizar caracteres curinga (wildcards) para definir quais arquivos devem ser incluídos na cópia.

Utilizando *.*

O padrão *.* indica que todos os arquivos existentes na pasta especificada devem ser incluídos no backup, independentemente do nome ou da extensão. Essa é a opção mais utilizada quando o objetivo é proteger todo o conteúdo de um diretório.

• Exemplo: C:\Documentos\*.*

Nesse caso, todos os arquivos localizados na pasta Documentos serão considerados na rotina de backup.

Utilizando *.extensão

Quando se deseja realizar o backup apenas de determinados tipos de arquivos, utiliza-se o padrão *.extensão, substituindo extensão pelo formato desejado.

Exemplos:

• C:\Documentos*.FDB – Realiza o backup apenas dos arquivos FDB.
• C:\Projetos*.backup – Inclui somente os arquivos de backup criados pelo sistema.
• C:\Imagens*.XML – Inclui apenas arquivo no formato XML.

Quando utilizar cada opção

• Utilize *.* quando for necessário copiar todos os arquivos da pasta.
• Utilize *.extensão quando desejar restringir o backup a um tipo específico de arquivo, reduzindo o volume de dados armazenados e focando apenas nas informações relevantes.

Importante: Os caracteres curinga filtram apenas os arquivos da pasta especificada. Caso seja necessário incluir arquivos localizados em subpastas, verifique se a opção de processamento recursivo (SUBP) está habilitada na configuração da rotina de backup.

Ausência de arquivos no caminho especificado #

Mesmo quando o caminho está correto, o backup poderá falhar caso não existam arquivos para serem processados. Isso pode ocorrer quando uma pasta foi esvaziada, os arquivos foram movidos para outro local ou ainda quando a aplicação que gera os dados deixou de produzi-los.

Nesses casos, é importante verificar se os arquivos realmente existem no diretório configurado antes de iniciar a rotina.

Utilize a ferramenta de transferência de arquivos para validar se o conteúdo informado na rotina realmente existe.

Defina uma retenção de backups adequada à sua operação #

A quantidade de cópias armazenadas deve ser definida de acordo com a necessidade do seu negócio. Manter um número excessivo de backups nem sempre representa mais segurança.

Em muitas situações, um backup realizado há poucos dias já é suficiente para restaurar uma instalação ou recuperar o ambiente em caso de falha. Por outro lado, uma cópia muito antiga pode não ser útil para a continuidade da operação, pois deixará de conter dias, semanas ou até meses de movimentações importantes da empresa.

Por esse motivo, armazenar, por exemplo, 90 backups diários por 90 dias raramente traz benefícios práticos. Além de consumir um grande volume de armazenamento, levando ao estouro da cota, a maioria dessas cópias dificilmente será utilizada, pois estarão desatualizadas para uma recuperação operacional.

Na maioria dos cenários, quanto mais recente for o backup, maior será o seu valor, já que ele reduz a perda de informações e permite retomar as atividades com o menor impacto possível.

O ideal é definir uma política de retenção equilibrada, que atenda às necessidades da empresa sem manter cópias desnecessárias.

Duplicidade de conteúdo #

Ao configurar uma rotina de backup, é importante compreender como funciona a retenção de cópias na nuvem para evitar o consumo desnecessário de armazenamento.

Como funciona a retenção

Quando uma rotina é configurada para manter, por exemplo, 7 cópias na nuvem, o sistema preserva automaticamente as últimas sete versões do backup. Em uma execução diária, isso representa aproximadamente uma semana de histórico, permitindo a restauração de versões anteriores sempre que necessário.

Onde ocorre a duplicidade

Em alguns cenários, a pasta utilizada como origem do backup contém não apenas o arquivo mais recente, mas também os backups gerados em dias anteriores. Se a rotina estiver configurada para enviar todos os arquivos dessa pasta, essas versões antigas também serão enviadas para a nuvem.

Como essas mesmas versões já são preservadas pela retenção configurada (7 cópias, no exemplo), ocorre um armazenamento duplicado.

Ou seja, em vez de cada cópia na nuvem armazenar apenas o arquivo de backup mais recente, cada nova execução passa a armazenar todos os arquivos existentes na pasta de origem. Como a maioria desses arquivos já foi enviada em execuções anteriores, o mesmo conteúdo é armazenado repetidas vezes, aumentando significativamente o consumo de espaço sem agregar novas versões de backup.

Sempre que possível, configure a rotina para realizar o backup apenas do arquivo mais recente gerado pela aplicação ou processo de backup.

Dessa forma:

• o histórico continuará sendo mantido pela retenção configurada na nuvem;
• evita-se o envio repetido de versões antigas;
• reduz-se significativamente o consumo de armazenamento;
• mantém-se o mesmo nível de segurança e disponibilidade para restauração.

O ideal, nessas situações, é configurar a rotina de backup para copiar Somente o Arquivo Mais Recente (SAMR). Para ativar essa opção, basta escolher “SIM” na caixa de configuração SAMR.

Não informar que deseja copiar sub pastas # #

Outro erro muito comum é não indicar que se deseja copiar o conteúdo das subpastas quando a pasta principal não contém arquivos. Em certas situações, o arquivo a ser copiado está em uma subpasta, ou há vários arquivos em múltiplas subpastas, e a pasta principal está, na verdade, vazia. Nesses casos, é fundamental que a opção SUBPASTAS seja configurada como SIM

Tentar de copiar base de dados aberta. #

Em alguns modelos de banco de dados, quando a base de dados está aberta em uso (ou seja, conectada por um sistema ou aplicação), não é possível copiá-la diretamente por alguns motivos técnicos:

A forma correta de copiar ou transferir dados nesses casos é sempre por meio de ferramentas de backup/exportação (como mysqldump, pg_dump, mongodump, ou backups nativos do SQL Server e Oracle, por exemplo), garantindo consistência e integridade. Assim a melhor prática no caso é fazer a cópia par a nuvem do arquivo de backup que já foi gerado pelo sistema em uso.

Possíveis motivos:

• Bloqueio de arquivos:
  O sistema de gerenciamento de banco de dados (SGBD) mantém bloqueios nos arquivos para evitar corrupção. Isso impede que outro processo copie ou altere os dados enquanto estão sendo usados.
• Consistência dos dados:
  Se você copiar uma base aberta, pode acabar levando apenas parte das informações ou registros em estado intermediário. Isso gera inconsistência e risco de perda de dados.
• Transações em andamento:
  Bancos de dados trabalham com transações (commit/rollback). Durante uma cópia, transações ainda não confirmadas podem ser copiadas de forma incorreta.
• Integridade e segurança:
  Muitos SGBDs implementam mecanismos de segurança que bloqueiam acesso direto aos arquivos enquanto estão em uso, garantindo que apenas o próprio banco manipule os dados.

Extensões e arquivos principais dos bancos de dados

Cada sistema de banco de dados usa extensões próprias para seus arquivos principais. Eis os mais comuns:

Banco de Dados	Extensão principal / Arquivos	Observação
Microsoft Access	.mdb, .accdb	Não pode ser copiado se estiver aberto no Access.
SQLite	.sqlite, .db, .sqlite3	Arquivo único; bloqueado durante uso.
MySQL/MariaDB	.ibd, .frm, .myd, .myi	Arquivos internos; cópia só via dump.
PostgreSQL	.dat (arquivos internos)	Não acessados diretamente; backup via pg_dump.
Oracle Database	.dbf (datafile), .ctl (control file), .log	Arquivos críticos; não podem ser copiados em uso.
SQL Server	.mdf (datafile), .ldf (log file)	Bloqueados enquanto o banco está ativo.
MongoDB	collection-*.wt, mongod.lock, arquivos de journal	Usam o storage engine WiredTiger; não devem ser copiados diretamente, apenas via mongodump ou snapshots.

Alternativa Para fazer o backup de banco de dados aberto

Para realizar o backup de um banco de dados que esteja aberto, uma prática possível é criar um script automatizado na rotina de backup, que primeiro interrompa o serviço do banco de dados de forma provisória, garantindo que não haja transações em andamento. Em seguida, o backup pode ser executado com segurança e, logo após, outro script na rotina de backup é acionado para reiniciar o banco e devolvê-lo ao estado normal de operação.

No entanto, é fundamental ressaltar que tais scripts devem ser elaborados e configurados por um profissional especializado no banco de dados em questão, pois qualquer falha pode comprometer a integridade dos dados ou a disponibilidade do sistema.

Exemplo

@echo off
REM Script para parar, copiar e reiniciar SQL Server

REM 1. Parar o serviço
net stop MSSQLSERVER

REM 2. Copiar arquivos de dados
xcopy “C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA*.mdf” “D:\BackupSQL\” /Y
xcopy “C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA*.ldf” “D:\BackupSQL\” /Y

REM 3. Reiniciar o serviço
net start MSSQLSERVER

Execuções diárias da Rotina excessivas. #

A rotina de backup permite que você defina o número de cópias que deseja manter para cada cliente. Por exemplo, ao configurar 7 cópias, você garante ter sempre uma semana de arquivos disponíveis em caso de emergência.

Um erro comum é configurar dois ou mais horários de execução na mesma rotina.

Existem três configurações de horários possíveis para a rotina de backup:

5 minutos após o computador ser ligado.
Diariamente em um horário específico.
Em dias específicos e horários determinados.
O problema de usar múltiplas configurações de horário na mesma rotina reside no fato de que isso reduz a quantidade de dias com cópias armazenadas.

Exemplo: Se você deseja manter 7 cópias, mas configura a execução para:

5 minutos após ligar;
Diariamente às 15:00;
Todos os dias individualmente às 12:00.
Na prática, você estará fazendo 3 cópias por dia. Com isso, as 7 cópias se esgotarão em pouco mais de 2 dias (2 dias completos mais uma cópia), diminuindo drasticamente o seu alcance no tempo de backups úteis.

Problemas na Comunicação #

Após localizar os arquivos, o agente precisa enviá-los ao servidor de backup. Qualquer interrupção durante essa comunicação pode impedir a conclusão da tarefa.

O agente não conseguiu estabelecer conexão com nenhum servidor #

Essa situação normalmente está relacionada à indisponibilidade da conexão com a internet, bloqueios por firewall, antivírus, proxy, DNS.

É recomendável verificar a conectividade da máquina, testar a resolução de nomes e confirmar se as portas utilizadas pelo sistema estão liberadas.

• Verifique AQUI a lista de portas e IPs que necessitam ser liberados em firewal.
• Verifique AQUI como configurar as exclusões do DEFENDER
• Verifique AQUI a configuração outras ferramentas de Cibersegurança

O agente foi interrompido durante o envio #

Interrupções inesperadas do computador, desligamentos, reinicializações, perda de energia ou encerramento do serviço responsável pelo backup podem interromper a transmissão dos dados antes da conclusão.

Nesses casos, o backup normalmente deverá ser executado novamente para garantir a integridade das informações.

A situação mais recorrente nessa categoria acontece quando o backup é agendado para o final do expediente e o computador é desligado antes que a rotina termine. Nessa condição, o agente interrompe a execução e o backup é encerrado de forma incompleta, comprometendo sua conclusão.

No Master Control, acesse a seção Backup, na área 7 – Informações, e verifique o tempo médio de execução das rotinas já realizadas. Em seguida, acesse a seção Atividade, também na área 7 – Informações, para identificar o horário em que o dispositivo costuma ser desligado. Compare essas informações com o horário agendado para a execução do backup. Caso o equipamento seja desligado antes da conclusão da rotina, será necessário reprogramar o agendamento para um período em que o computador permaneça ligado durante todo o processo.

A melhor opção normalmente é : Executar a rotina quando o computador for ligado a primeira vez ao dia.

O agente encontrou problemas na conexão #

Conexões instáveis podem provocar perda de pacotes, lentidão excessiva ou interrupções durante a transferência. Mesmo quando existe acesso à internet, oscilações na rede podem impedir que o backup seja concluído.

Sempre que possível, verifique a estabilidade da conexão e monitore eventuais perdas de comunicação entre a estação e o servidor.

O arquivo de backup chegou ao servidor corrompido #

Em situações mais raras, o arquivo pode sofrer alterações durante a transmissão, fazendo com que sua verificação de integridade falhe ao chegar ao servidor.

Quando isso ocorre, o backup é descartado para evitar o armazenamento de informações inconsistentes, sendo necessária uma nova execução da rotina.

Problemas de Execução #

Algumas falhas acontecem durante o próprio processamento do backup, antes mesmo da transmissão dos arquivos.

O agente foi interrompido durante o uso de scripts #

Muitas rotinas executam scripts antes ou depois do backup, como encerramento de aplicações, exportação de bancos de dados ou preparação de arquivos.

Caso esses scripts apresentem erros, fiquem aguardando interação do usuário ou excedam o tempo previsto para execução, o backup poderá ser interrompido.

Sempre valide os scripts manualmente via CMD antes de utilizá-los em uma rotina automatizada.

O arquivo de backup está corrompido ou vazio #

Se o arquivo gerado pela aplicação já estiver corrompido, incompleto ou sem conteúdo, ou ainda o armazenamento apresentar falhas no substrato, o sistema poderá interromper o processamento por não haver dados válidos para armazenar.

Nessa situação, é importante identificar a origem da geração incorreta do arquivo antes de tentar realizar um novo backup.

É importante ressaltar que a rotina de backup do Master Control não realiza a validação da integridade lógica do conteúdo dos arquivos. Dessa forma, se um arquivo estiver corrompido, mas permanecer acessível e com uma estrutura válida para o sistema de arquivos, ele será copiado normalmente durante a execução da rotina. A verificação da integridade do conteúdo depende da própria aplicação que o gerou ou da realização de testes de restauração e validação.

Por esse motivo, recomenda-se adotar boas práticas de verificação periódica dos backups, realizando testes de restauração e validando os arquivos recuperados. Essa prática é fundamental para garantir que os dados armazenados possam ser utilizados com sucesso em caso de necessidade.

O agente foi interrompido durante a compactação #

A etapa de compactação exige processamento, memória e espaço temporário em disco. Caso falte algum desses recursos, ou ocorra uma interrupção inesperada do sistema operacional, o processo poderá ser encerrado antes de sua conclusão.

Interferência de outros softwares #

Além de problemas de configuração ou de infraestrutura, a execução do backup também pode ser afetada por softwares de terceiros instalados no computador. Aplicações de segurança, ferramentas de restrição do sistema, programas que bloqueiam atualizações do sistema operacional ou softwares de proteção bancária podem alterar o funcionamento normal do Windows, restringir o acesso a arquivos, bloquear conexões de rede ou impedir a execução de serviços essenciais, comprometendo parcial ou totalmente a rotina de backup. Esses programas normalmente bloqueiam as atualizações do Windows de várias formas, como:

• Desabilitando os serviços do Windows Update.
• Alterando políticas de grupo.
• Bloqueando tarefas agendadas.
• Modificando regras de firewall ou o arquivo hosts.
• Desativando serviços relacionados, como o serviço de transferência inteligente em segundo plano (BITS) ou Serviço de Cópias de Sombra de Volume .

Isso pode causar efeitos colaterais em outros programas, especialmente aqueles que dependem de componentes do Windows.

Para o caso do software WARSAW, leia AQUI o artigo específico.

Caso o computador possua o software StopUpdates, ele pode ter sido utiliado para realmente parar atualizações ou par aimpedir a validação de licença

Em alguns casos a última atualização pode ter ocorrido a vários anos e o sistema operacional não ser mais compatível com bibliotecas de programação atuais. Manter o Sistema Operacional atualizado é um requisito básico para a estabilidade e o bom funcionamento dos programas incluindo o backup.

• Quais serviços do Windows foram desativados.
• Se o BITS está em execução.
• Se o Cópias de Sombra de Volume está em execução.
• Se o Windows Task Scheduler (Agendador de Tarefas) está habilitado.
• Se há regras de firewall criadas pelo StopUpdates.
• Realizar a liberação de portas e IPs necessários no firewall.
• Se o problema desaparece ao restaurar temporariamente as configurações originais do StopUpdates.

Boas práticas #

Embora nem todas as falhas possam ser evitadas, algumas medidas reduzem significativamente a ocorrência de problemas nas rotinas de backup:

• Resolva imediatamente todos os alertas de backup. Não acumule, isso pode representar a eprda de dados dos clientes.
• Revise perfiz de backup em caso de alerta para garantir que continuem válidos.
• Mantenha o sistema operacional sempre atualizado, o agente atualiza sozinho.
• Oriente clientes/colaboradores a evitar desligar ou reiniciar o computador durante a execução da rotina.
• Realize testes periódicos de restauração para confirmar que os backups estão íntegros e utilizáveis.
• Mantenha espaço livre suficiente em disco para a criação dos arquivos temporários e para a compactação.
• Sempre valide scripts em ambiente de terminal, antes de utilizá-los em ambiente de produção.

A adoção dessas práticas contribui para aumentar a confiabilidade das rotinas de backup, minimizar falhas operacionais e garantir que os dados estejam disponíveis quando forem realmente necessários.

Acompanhamento das métricas de backup #

Não acompanhar as métricas de utilização do backup não caracteriza um erro de configuração. No entanto, a ausência desse acompanhamento pode fazer com que o ambiente evolua de forma diferente do planejado, sem que isso seja percebido.

Com o tempo, alterações nas rotinas, inclusão de novos diretórios, crescimento do volume de dados ou mudanças na forma como os backups são gerados podem aumentar gradativamente o consumo de armazenamento.

Sem o monitoramento periódico das métricas, é possível que as rotinas passem a utilizar mais espaço do que o previsto no planejamento inicial, resultando em consumo acima da franquia contratada ou na necessidade de revisar a estratégia de backup.

Por esse motivo, recomenda-se acompanhar regularmente as métricas de armazenamento e revisar as rotinas sempre que houver alterações no ambiente. Essa prática permite identificar desvios de consumo antecipadamente e realizar ajustes antes que eles impactem a operação ou gerem custos adicionais.

Você pode acompanhar visualmente excessos em MÉTRICAS DE BACKUP. Clique AQUI para ver o artigo que explica a funcionalidade

Consulte AQUI os tipos e a lista completa de alertas.

Gostou do artigo? Veja então as novidades em nosso SITE, compartilhe o artigo com seus amigos e siga a Master Remote no LinkedIn, Youtube, Instagram e Facebook. Além disso, aproveite para explorar outros artigos ao lado e fique por dentro das últimas novidades sobre tecnologia para atendimento ao cliente e cibersegurança.

VOCÊ PODE AINDA SE INTERESSAR POR:

---