Como os Backups do WordPress Afetam o Desempenho do Site (e Como Corrigir)

Eu estava solucionando um site lento no ano passado e não conseguia encontrar nada óbvio. Nenhum plugin novo, nenhum pico de tráfego, nada nos logs de erro que se destacasse.

Então, verifiquei o agendamento de backups. Estava configurado para rodar ao meio-dia, todos os dias, em uma conta de hospedagem compartilhada. Era isso.

A maioria dos usuários do WordPress instala um plugin de backup, escolhe um agendamento e nunca mais mexe nele. É uma daquelas tarefas que parecem concluídas assim que o plugin está ativo.

Mas as configurações padrão da maioria dos plugins de backup não são otimizadas para desempenho. Elas são otimizadas para simplicidade.

Um backup completo diário armazenado no Dropbox parece responsável. Em um site pequeno com hospedagem generosa, é. Em um site maior ou em uma hospedagem compartilhada econômica, é um impacto recorrente no desempenho que você pode nem estar associando a backups.

Neste post, mostrarei o que acontece quando um backup é executado, por que algumas configurações afetam o servidor mais do que outras e as alterações específicas que reduzem o impacto a quase zero.

Aqui estão os principais pontos:

• Backups consomem muitos recursos: Compactar arquivos, exportar bancos de dados e fazer upload para a nuvem consomem CPU, I/O de disco e largura de banda significativos simultaneamente.
• Limites de hospedagem compartilhada podem causar falhas silenciosas: Timeouts de PHP ocultos e cotas de CPU/I/O em hosts econômicos frequentemente interrompem backups de longa duração no meio do processo, deixando você com arquivos corrompidos ou incompletos.
• O formato do backup importa: Arquivos ZIP padrão rodam em uma única passagem contínua, tornando-os altamente vulneráveis a timeouts do servidor. Formatos fragmentados como o DupArchive customizado do Duplicator contornam essas restrições completamente.
• A otimização é fácil: Você pode quase eliminar o impacto no desempenho executando backups em horários de menor tráfego, excluindo arquivos de cache, confiando no cron do servidor e agendando backups apenas do banco de dados com mais frequência do que backups completos do site.

Sumário

O Que Acontece no Seu Servidor Quando um Backup é Executado?

Um backup não é apenas copiar seus arquivos para outro local. É um processo de várias etapas que é executado inteiramente no seu servidor, competindo pelos mesmos recursos que servem seu site aos visitantes.

Enquanto o backup está em execução, seu servidor está fazendo dois trabalhos ao mesmo tempo. Na hospedagem compartilhada, onde esses recursos já são divididos entre dezenas de outros sites, isso faz diferença.

Compressão de Arquivos e Carga da CPU

Cada arquivo na sua instalação do WordPress é lido e compactado em um arquivo durante um backup. Esse processo consome muita CPU.

Na hospedagem compartilhada, sua conta recebe uma fatia limitada do poder de processamento do servidor, e um backup compactando centenas de megabytes de arquivos consumirá essa fatia.

Sites maiores pioram isso. Mais arquivos significam uma janela de compressão mais longa, o que significa mais tempo com sua CPU sob pressão.

Um blog pequeno com mídia mínima pode compactar em menos de um minuto. Um site com anos de imagens carregadas pode levar significativamente mais tempo.

Quer cortar instantaneamente o tamanho da sua biblioteca de mídia pela metade? Remova variações de imagem não utilizadas com o WP Media Cleanup!

Exportação de Banco de Dados e Bloqueio de Tabelas

A exportação do banco de dados é frequentemente o culpado oculto. A maioria dos usuários pensa em seus arquivos quando imaginam um backup, mas o WordPress armazena suas postagens, configurações, usuários e todo o resto em um banco de dados MySQL, e isso requer um processo de exportação separado.

A maioria dos plugins de backup exporta o banco de dados usando um método que bloqueia temporariamente as tabelas que está lendo. Enquanto essas tabelas estão bloqueadas, as consultas do WordPress que chegam têm que esperar.

Mesmo alguns segundos de bloqueio de tabelas podem causar timeouts em um servidor lento ou ocupado.

I/O de Disco: O Gargalo Que a Maioria Ignora

Ler milhares de arquivos para um backup cria uma atividade de disco substancial. O armazenamento do seu servidor tem um limite de quantas operações de leitura e gravação ele pode lidar por segundo, e um backup executando em toda a sua instalação do WordPress atinge esse limite.

Hospedagens econômicas e compartilhadas frequentemente ainda usam discos rígidos tradicionais em vez de SSDs. Nesses servidores, alta atividade de disco durante um backup retarda tudo o que toca no armazenamento, incluindo as consultas ao banco de dados e as leituras de arquivos que geram suas páginas.

Upload para Nuvem e Largura de Banda

O impacto no desempenho não termina quando o arquivo compactado termina de ser criado. A maioria das configurações de backup então carrega esse arquivo para armazenamento em nuvem: Dropbox, Google Drive ou S3. Esse upload é executado na mesma conexão de servidor que atende seus visitantes.

Um backup de 2 GB sendo carregado para o Dropbox em uma velocidade típica de upload de hospedagem compartilhada leva vários minutos. Durante essa janela, sua largura de banda disponível pode ser disputada.

Por que o Desempenho de Backup em Hospedagem Econômica é Pior?

Hospedagens econômicas e compartilhadas impõem limites no nível do servidor que a maioria dos usuários nunca vê documentados em lugar nenhum.

Estes não são bugs ou configurações incorretas. São limites intencionais que impedem que uma conta consuma recursos que afetam todos os outros sites no mesmo servidor.

O problema é que esses mesmos limites interferem nos processos de backup, e as falhas que eles causam nem sempre são óbvias.

Timeouts de PHP

O PHP tem uma configuração de tempo máximo de execução. Em hospedagens compartilhadas econômicas, geralmente é definido para 30 a 60 segundos. Um processo de backup em um site maior pode levar muito mais tempo do que isso, e quando atinge o limite, a hospedagem encerra o processo no meio da execução.

O resultado é um arquivo compactado incompleto. Parece que existe um backup. O arquivo está lá, mas foi cortado antes de terminar, o que significa que não pode ser restaurado.

O site sofreu todo o impacto de desempenho de um backup em execução e não obteve nada confiável. Um arquivo de backup corrompido é pior do que nenhum backup porque cria uma falsa sensação de segurança de que você está protegido quando não está.

Cotas de CPU e I/O

A maioria das hospedagens compartilhadas limita o uso de CPU por conta. Assim que você atinge o limite, a hospedagem não interrompe seus processos imediatamente. Ela os retarda. Tudo o que está em execução sob sua conta fica mais lento, incluindo as solicitações de página recebidas dos visitantes.

Os limites de E/S funcionam da mesma forma. Sua conta recebe um teto para operações de leitura e gravação por segundo. Um backup que comprime uma grande biblioteca de mídia frequentemente atingirá esse teto.

É por isso que alguns backups são bem-sucedidos às 3 da manhã, mas falham ao meio-dia com configurações idênticas. Horários de menor movimento significam menor carga base do servidor, o que significa mais espaço antes que a cota entre em vigor.

O Formato do Arquivo de Backup Importa?

A maioria dos plugins de backup usa arquivos ZIP por padrão. Essa não é uma má escolha para um site pequeno em um servidor bem equipado. Mas o ZIP processa arquivos sequencialmente, um de cada vez, em uma única passagem ininterrupta.

Em um ambiente de hospedagem compartilhada e restrita, essa única passagem ininterrupta é exatamente o que os tempos limite do PHP foram projetados para derrubar.

O formato do arquivo que seu plugin de backup usa determina o quão intensamente ele pressiona o servidor e se ele pode sobreviver às restrições da hospedagem econômica. Isso quase nunca surge em conversas sobre desempenho de backup, e muitas vezes é a diferença entre um backup que é concluído de forma confiável e um que falha silenciosamente.

Como o DupArchive Lida com Restrições do Servidor

Duplicator é um plugin de backup do WordPress com seu próprio formato de backup chamado DupArchive. Ele foi construído especificamente para backups e migrações do WordPress, com as restrições de hospedagem econômica como uma consideração central de design.

Onde um processo ZIP padrão é executado como uma operação contínua, o DupArchive funciona em blocos menores. Cada bloco é concluído dentro dos limites de tempo de execução do servidor, e então o processo continua de onde parou.

Os tempos limite do PHP que derrubariam um backup baseado em ZIP no meio da execução não têm o mesmo efeito, porque cada bloco é curto o suficiente para ser concluído antes que o limite seja acionado.

Ele também lida com sites maiores sem o teto de tamanho de arquivo que causa falhas no ZIP. Migrações do mundo real usando DupArchive foram concluídas com mais de 400 GB!

Para a maioria dos usuários de hospedagem compartilhada, esse espaço extra significa que o formato simplesmente funciona onde uma abordagem baseada em ZIP expiraria ou corromperia.

Obtenha a lista completa de configurações que aceleram um backup lento aqui.

Shell Zip vs. ZipArchive

O Duplicator permite que você escolha seu motor de arquivo de backup.

O Shell Zip delega a compressão ao sistema operacional em vez de executá-la através do PHP. É significativamente mais rápido quando disponível porque o SO lida com a compressão de forma mais direta do que um processo PHP pode.

Hosts econômicos às vezes desativam o Shell Zip. Se o seu o faz, você pode pedir para eles ativá-lo ou considerá-lo um sinal de que o processamento em blocos do DupArchive do Duplicator é a solução alternativa correta.

Essas duas opções cobrem a maioria dos ambientes de hospedagem entre elas: Shell Zip para velocidade quando o host permite e DupArchive para confiabilidade quando não permite.

Como Executar Backups Sem Deixar Seu Site Lento

O objetivo é tornar os backups invisíveis para seus visitantes. Eles são executados, concluídos e enviados sem que ninguém perceba uma diferença na velocidade do site.

Isso é alcançável na maioria das configurações com algumas alterações de configurações. Nenhuma delas exige a troca de hospedagem ou a contratação de um desenvolvedor.

As formas mais eficazes de executar backups sem desacelerar seu site:

• Agende Backups em Horários de Baixo Tráfego: O momento é tudo. Identificar as horas mais tranquilas do seu site garante que os backups não compitam com visitantes reais por recursos do servidor.
• Exclua Arquivos que Não Precisam de Backup: Remover diretórios de cache, logs e arquivos temporários reduz drasticamente o tamanho do backup, economizando poder de processamento e E/S de disco.
• Execute Backups do Banco de Dados com Mais Frequência do que Backups Completos: Como seu banco de dados muda constantemente, mas seus arquivos não, executar backups rápidos e diários do banco de dados permite que você reduza os backups completos do site para apenas uma vez por semana.
• Use o Cron do Servidor em Vez do WP-Cron: Mudar do agendamento dependente de tráfego do WordPress para um trabalho cron dedicado no servidor garante que os backups sejam executados exatamente quando deveriam.

Agende Backups em Horários de Baixo Tráfego

O momento é a correção de maior alavancagem disponível, independentemente do seu nível de hospedagem. Um backup sendo executado às 3 da manhã em um servidor tranquilo tem muito mais espaço livre do que o mesmo backup sendo executado ao meio-dia, competindo com o tráfego real de visitantes.

A recomendação padrão é das 2 às 5 da manhã, horário local. Isso serve para a maioria dos sites, mas vale a pena verificar suas análises reais.

Abra o MonsterInsights, veja o tráfego por hora e encontre seu vale real. Alguns sites que atendem a públicos internacionais não têm uma janela de baixo tráfego limpa. Outros veem seu ponto mais baixo no início da noite, em vez de durante a noite. Agende de acordo com seus dados, não com uma regra genérica.

Não agende backups durante momentos de alto tráfego. Se você enviar uma newsletter às 9 da manhã de terças-feiras, não execute um backup às 9 da manhã de terças-feiras. Picos de tráfego de campanhas são precisamente quando você não quer carga extra no servidor.

Exclua Arquivos que Não Precisam de Backup

A maneira mais rápida de reduzir a carga de backup é reduzir o que está sendo copiado. Arquivos menores comprimem mais rápido, carregam mais rápido e colocam menos pressão na E/S de disco durante todo o processo.

Diretórios de cache são a maior vantagem. Seu plugin de cache os regenera automaticamente quando o site carrega, portanto, não há valor de recuperação em fazer backup deles.

Também vale a pena excluir:

• Arquivos de log
• Pastas de upload temporárias
• Quaisquer arquivos de arquivo deixados no servidor por outros plugins de backup

No Duplicator, use filtros de arquivo e banco de dados para excluir dados desnecessários. Eu recomendaria o filtro de Cache integrado.

O relatório de verificação pré-backup exibe arquivos grandes antes da execução da compilação. Vale a pena revisá-lo antes de definir um agendamento recorrente. Alguns minutos com esse relatório podem reduzir significativamente o tamanho do seu backup.

Execute Backups de Banco de Dados Mais Frequentemente Que Backups Completos

Sua biblioteca de mídia mal muda. Seu banco de dados muda constantemente.

Cada nova postagem, comentário, pedido e envio de formulário vai para o banco de dados. É isso que você realmente precisa ter em backup com frequência.

Backups diários apenas do banco de dados são rápidos, muitas vezes concluídos em menos de 30 segundos, e colocam uma carga mínima no servidor. Reserve backups completos do site (arquivos mais banco de dados) para execuções semanais em horários de menor movimento.

Essa abordagem oferece pontos de recuperação frequentes para os dados mais importantes, enquanto mantém o processo completo do site infrequente.

Use o Cron do Servidor em Vez do WP-Cron

O WordPress tem um sistema de agendamento integrado chamado WP-Cron. O problema é que ele só é ativado quando alguém visita o site.

Se ninguém visitar às 3 da manhã, o backup não é executado. Pior ainda, um visitante ao meio-dia pode acidentalmente disparar um backup atrasado que deveria ter sido executado durante a noite.

Um trabalho cron real do servidor é executado em um cronograma fixo, independentemente do tráfego. A maioria dos painéis de controle de hospedagem oferece acesso à configuração do cron.

Configurar um para o seu plugin de backup leva alguns minutos e elimina completamente a imprevisibilidade do WP-Cron. A documentação do Duplicator cobre o processo de configuração do cron do lado do servidor se você nunca fez isso antes.

Sinais de Que Seus Backups Estão Afetando o Desempenho do Site

Você pode não associar lentidões do site a backups porque o momento não é óbvio. Um backup sendo executado em um horário incomum não se anuncia. Mas existem padrões que valem a pena procurar se o seu site tem estado lento e você não conseguiu identificar a causa.

Estes são os sinais que indicam que os backups estão deixando seu site lento:

• Lentidões do site ocorrem no mesmo horário todos os dias ou semanas, correspondendo ao seu cronograma de backup
• Logs de backup mostram falhas, execuções incompletas ou ausentes
• Seu painel de controle de hospedagem mostra picos de CPU ou I/O em um cronograma previsível
• Visitantes relatam lentidão que não se alinha com seus horários de pico de tráfego normais

Se dois ou mais desses itens corresponderem ao que você está vendo, verifique primeiro seu cronograma de backup antes de investigar qualquer outra coisa.

Proteja Seu Site Antes de Alterar Qualquer Coisa

Antes de ajustar cronogramas de backup, trocar formatos de arquivo ou alterar quaisquer configurações do servidor: faça um backup completo primeiro.

Isso parece óbvio, mas é fácil pular quando você está no meio da solução de problemas e impaciente para consertar algo. Eu fiz exatamente isso e criei uma lacuna no meu histórico de backups logo antes de fazer alterações que não saíram como esperado.

Erros de configuração durante a configuração do backup podem deixá-lo sem um backup funcional. A ironia de quebrar sua rede de segurança de backup enquanto tenta melhorar sua configuração de backup é real.

Se você quiser testar novas configurações de agendamento ou de arquivo de backup antes de aplicá-las ao seu site ativo, o staging oferece um ambiente isolado para confirmar que tudo funciona primeiro.

O Duplicator Pro permite que você crie um site de staging a partir de qualquer backup existente em poucos cliques. Nenhuma conta de hospedagem separada é necessária.

Depois de construir a área de staging, você está livre para solucionar problemas sem risco.

Perguntas Frequentes (FAQs)

Seu Site Merece um Backup Que Funciona Com Ele

Backups devem proteger seu site, não sobrecarregá-lo. O impacto no desempenho de um backup mal configurado é real, mas quase sempre corrigível sem trocar de hospedagem ou reconstruir nada.

As três alavancas que mais importam são quando os backups são executados, o que eles incluem e qual formato eles usam. A maioria dos sites pode atingir um impacto de desempenho próximo de zero abordando essas três coisas.

Seu plugin de backup deve proteger seu site sem competir com ele por recursos do servidor. Esse é um equilíbrio mais difícil de alcançar do que parece, especialmente em hospedagem compartilhada e econômica, onde as restrições são reais e nem sempre documentadas.

Mais de 1,5 milhão de profissionais de WordPress usam o Duplicator Pro para gerenciar backups, migrações e recuperação de desastres. O formato DupArchive foi construído especificamente para ambientes de hospedagem onde backups baseados em ZIP padrão falham com mais frequência: servidores restritos com tempos limite do PHP, cotas de CPU e limites de I/O.

E se você quiser testar quaisquer alterações de configuração antes de aplicá-las ao seu site ativo, o staging de um clique permite que você crie uma cópia do seu site a partir de qualquer backup existente sem uma conta de hospedagem separada.

Se este post fez você pensar sobre o desempenho de backup e a saúde do site, estes guias valem a pena ler em seguida.

• Seu site WordPress está perdendo dinheiro a cada segundo que fica lento (aqui está a solução)
• Como Criptografar Arquivos de Backup de Sites para Segurança Máxima de Dados
• Site Acabou de Cair? Aqui Está Seu Plano Completo de Recuperação de Site
• Políticas de Retenção de Backup de Sites: Por Quanto Tempo Manter os Backups?
• Por Que Seu Site WordPress Precisa de Monitoramento de Backup (Não Apenas Backups)