O que quebra os backups do WordPress: lições de mais de 1.400 tickets de suporte

Um backup que falha enquanto você está assistindo é irritante. Um backup que parou silenciosamente semanas atrás é o que lhe custa o site.

A maioria das pessoas descobre que tipo de backup tem na pior hora possível.

Duplicator é um plugin de backup e migração do WordPress rodando em mais de 1,5 milhão de sites. Quando as pessoas encontram problemas de backup, elas nos contam, em detalhes, com suas próprias palavras.

Revisamos mais de 1.400 solicitações de suporte relacionadas a backup para ver onde os backups falham. O padrão é mais claro do que esperávamos e se divide de forma limpa em dois.

Os backups encontram problemas quando um limite do provedor interrompe a criação ou quando o arquivo é criado, mas a etapa separada de enviá-lo para fora do local não é concluída.

Aqui está o que esses tickets nos disseram.

Esses números refletem o volume de tickets de suporte, não o número de clientes, instalações ou vendas.

Sumário

Principais Conclusões

Para quem quer o padrão antes dos detalhes, aqui está o que os tickets dizem sobre onde os backups do WordPress falham. Cada número vem dos próprios registros de suporte do Duplicator.

• Problemas de backup se dividem em dois grupos: um limite do servidor impedindo a criação e a etapa de upload para local externo não sendo concluída após a criação do arquivo.
• Um limite do servidor que interrompe a criação no meio do processo é o problema mais comum na criação de backups, cerca de 1 em cada 4 tickets. É o mesmo padrão de limite do servidor que sobrecarrega as migrações do WordPress, e a criação quase sempre é concluída após o aumento do limite.
• Entre os tickets de conexão de armazenamento, aproximadamente 4 em cada 10 são falhas de autenticação ou conexão com o provedor de nuvem. A conexão com o armazenamento se desautoriza ao longo do tempo no lado do provedor.
• Entre as falhas de backup agendado, duas causas levam a isso: o upload para local externo quebrando entre as execuções (cerca de 1 em cada 4) e backups antigos preenchendo o disco do servidor quando nenhum limite de retenção é definido (cerca de 1 em cada 7).
• A maioria dos problemas de backup agendado começa após uma configuração que funcionava, não durante ela. O agendamento estava funcionando bem no primeiro dia, e a conexão expirou depois.

Resumindo: O motor de backup geralmente faz seu trabalho. O que causa problemas é o servidor limitando a criação ou a conexão com o armazenamento externo expirando após a configuração. Ambos são evitáveis assim que você sabe onde procurar.

Uma ressalva que molda como ler tudo isso. Estes são tickets de suporte, então eles mostram onde os backups encontram problemas, não com que frequência.

Eles também não conseguem capturar os problemas que ninguém notou porque todos neste conjunto de dados identificaram um problema e abriram um ticket. Os casos silenciosos, aqueles que o proprietário do site nunca vê, ficam completamente fora deste conjunto de dados.

As Duas Maneiras Como Backups Podem Falhar

Quase todas as dificuldades de backup que vemos são uma de duas histórias. Assim que você consegue distingui-las, as correções são óbvias.

O primeiro problema se resume ao servidor. A criação começa, roda por um tempo, e o servidor a interrompe antes que termine, geralmente na etapa mais pesada.

O segundo problema é sobre a cópia para local externo. O arquivo de backup é criado, mas a etapa separada de enviá-lo para o armazenamento não é concluída porque essa etapa depende de uma conexão fora do WordPress.

Problema Um: Quando um Limite do Provedor Interrompe a Criação

Você inicia um backup, o observa rodar, e ele falha em ser concluído.

Este é o problema de backup mais comum que vemos, e é quase sempre a hospedagem web, não o backup, que desistiu. A criação começa, então o servidor a interrompe no meio do caminho, geralmente no ponto de maior trabalho.

Essas criações quase sempre são concluídas após o aumento do limite do servidor. O motor não é a variável; o limite do servidor é.

Uma falha se destaca acima do resto. Em cerca de 1 em cada 4 tickets de backup, a criação para no meio do processo porque o servidor interrompeu o processo em seu momento mais pesado. O resto da lista são variações do mesmo tema:

Onde a criação para	Aproximadamente com que frequência	O que geralmente está por trás disso	Como é resolvido
Limite do servidor interrompe a criação no meio do processo	1 em 4	Tempo limite PHP do servidor ou limite de memória durante a etapa mais pesada	Aumente os limites de PHP ou use um instalador criado para arquivos grandes (DupArchive)
Etapa de arquivamento falha em um servidor com restrições	Cerca de 1 em 8	Espaço em disco limitado ou limites de PHP durante a compressão	Libere espaço em disco, aumente os limites de PHP, então tente novamente com uma criação dividida em partes
Site muito grande para o host conseguir lidar	Cerca de 1 em 12	Um grande banco de dados ou biblioteca de mídia excedendo os limites do servidor	Divida o build e exclua arquivos grandes que você não precisa no backup
Tempo limite do PHP no servidor	Cerca de 1 em 20	O limite de execução está definido muito baixo para o tamanho do site	Aumente o max_execution_time no servidor
Permissões de pasta do servidor	Cerca de 1 em 22	O arquivo não pode ser gravado no disco	Corrija as permissões de pasta no servidor
Limite de memória do servidor esgotado	Cerca de 1 em 25	O build fica sem memória no meio da execução	Aumente o memory_limit

A mesma causa continua aparecendo: o host. O build para porque o servidor o limitou no momento de maior trabalho, quando o arquivo está sendo montado, e não porque o motor desistiu.

É por isso que o tamanho do site importa tanto. Um grande banco de dados ou biblioteca de mídia empurra o build para perto do limite do host.

Duplicator Pro's standalone installer e o formato DupArchive são construídos para backups de sites grandes. DupArchive não tem limite teórico de tamanho de arquivo e já lidou com backups reais de até 400 GB.

Para obter ajuda passo a passo na solução dos problemas de recursos do seu site, leia nosso guia sobre como fazer backup de um site WordPress grande.

Problema Dois: Quando o Upload Fora do Site Não é Concluído

Tudo parecia bem por meses. Então você vai buscar o backup da semana passada no Google Drive, e a pasta está mais vazia do que você esperava.

Os backups estavam sendo criados. Eles apenas não estavam chegando onde você pensava.

O arquivo de backup é criado no seu servidor. Enviá-lo para fora do site é um passo separado, e esse passo depende de uma conexão com seu armazenamento em nuvem ou servidor remoto fora do WordPress.

Quando essa conexão falha, o arquivo existe, mas a cópia externa não. Você não verá a lacuna até precisar dela.

Tudo se resume a três coisas.

A Conexão de Armazenamento Falhou no Lado do Provedor

Cerca de 4 em cada 10 tickets de conexão de armazenamento se resumem à autenticação com o provedor de nuvem. A conexão funcionou na configuração, então o provedor parou de honrá-la.

Conexões de armazenamento em nuvem dependem de acesso que expira ou é revogado com o tempo, e isso é controlado pelo provedor de armazenamento, não pelo WordPress.

Conexões baseadas em OAuth como Google Drive, Dropbox e OneDrive usam tokens que exigem reautorização periódica.

Conexões baseadas em chaves como Amazon S3 dependem de credenciais que podem ser rotacionadas ou rejeitadas. FTP e SFTP quebram quando uma senha ou caminho muda.

O arquivo é criado. A conexão do provedor é que falha.

Reautorize a conexão e, em seguida, verifique-a em uma programação. Qualquer conexão que use um token precisará ser reautorizada eventualmente, então trate isso como manutenção de rotina, não como uma configuração única.

Backups Antigos Preencheram o Disco do Servidor

Cerca de 1 em cada 7 falhas de backup agendadas rastreiam até um disco cheio, e a correção é uma configuração que você controla.

Backups se acumulam a menos que você defina um limite de retenção. Sem um, cada backup agendado é mantido até que o servidor fique sem espaço, e a próxima execução não tem para onde escrever.

O Duplicator permite que você limite quantos backups ele mantém, para que os antigos sejam excluídos automaticamente e o disco permaneça limpo.

Definir um limite de retenção claro impede o acúmulo lento que enche um servidor.

A Conexão Expirou Entre as Execuções

Uma conexão que funcionou no primeiro dia cai silenciosamente semanas depois, e a execução agendada cai junto com ela.

Duas coisas geralmente causam isso. Às vezes, é confusão de fuso horário ou frequência. Outras vezes, o host encerra o trabalho em segundo plano antes que ele possa ser acionado.

De qualquer forma, você quer ser avisado. O Duplicator alerta você quando um backup ou upload agendado falha, para que uma execução quebrada chegue até você em vez de ficar quieta.

Confirme se a programação ainda está conectada e use um cron real do servidor onde seu host o suporta. O cron do servidor é mais confiável do que o cron padrão do WordPress, que só dispara quando alguém visita o site.

Atualizações regulares de backup ajudam você a reconhecer exatamente quando suas programações começam a falhar. Configure resumos por e-mail para notificações diárias, semanais ou mensais do Duplicator.

Como Saber Se Seu Backup Está Seguro Agora

Você não precisa ficar de babá dos seus backups. Você só precisa pegar as cinco coisas que dão errado silenciosamente, e você pode verificar todas as cinco em cerca de dois minutos.

• Confirme se o seu último backup agendado foi concluído, não apenas se uma programação existe.
• Confirme se uma cópia está fora do local, não apenas no mesmo servidor que hospeda seu site.
• Confirme se a conexão de armazenamento ainda está autorizada, especialmente se já se passaram meses desde a configuração.
• Confirme se um limite de retenção está definido para que o disco não encha.
• Ative as notificações de falha para que qualquer execução quebrada chegue até você.

Se você está configurando isso pela primeira vez ou deseja otimizar uma programação existente, nosso guia sobre backups automáticos do WordPress detalha a configuração.

Este relatório é sobre o que observar depois disso e como detectar um problema precocemente.

O Duplicator Pro ajuda nas duas áreas em que esses dados aparecem. Ele envia notificações de falha quando um backup ou upload falha. Ele também restaura diretamente do armazenamento em nuvem, para que você possa reverter alterações sem reenviar arquivos de backup para o seu servidor.

Perguntas Frequentes (FAQs)

O Backup Que Você Nunca Verifica é o Que Falha

O valor desses dados não é uma única estatística. É onde ele diz para você direcionar sua atenção.

Problemas de backup aparecem em dois lugares: um limite de host interrompendo a criação e a cópia fora do local não sendo concluída. O primeiro é barulhento e você o notará. O segundo é silencioso, e é ele que deixa as pessoas sem um backup fora do local no momento em que precisam de um.

Vamos declarar o limite mais uma vez porque isso mantém a honestidade. Este é um registro de problemas que as pessoas relataram, não de todos os backups que foram executados. Ele não pode ver os casos que ninguém pegou. Mas é real e é em primeira mão.

Aqui está o único hábito que supera tudo isso. Uma vez, restaure um backup em um site de teste e confirme que o site volta. Um backup que você nunca restaurou é um palpite. Um backup que você restaurou uma vez é um plano.

Antes do seu próximo backup, certifique-se de que ele está chegando ao armazenamento

Um backup que para ou nunca conclui seu upload fora do local se torna um problema quando você precisa restaurá-lo. Esse é o pior momento para descobrir.

Duplicator Pro é usado por mais de 1,5 milhão de profissionais de WordPress para fazer backup, migrar e recuperar seus sites. Ele envia notificações de falha de backup e restaura diretamente do armazenamento em nuvem, para que a cópia que você criou seja a cópia que você pode recuperar.

Enquanto você está aqui, estes outros recursos do WordPress valem a pena conferir:

• O que mais de 8.000 tickets de suporte revelam sobre por que as migrações do WordPress falham
• PARE de Cometer Estes Erros de Backup de Site (Eles Estão Colocando Seu Site em Risco)
• Com que frequência você deve fazer backup do seu site WordPress?
• Como Obter Armazenamento Seguro de Backups para o Seu Site WordPress
• Por Que Seu Site WordPress Precisa de Monitoramento de Backup (Não Apenas Backups)