O que mais de 2.000 sites WordPress nos ensinaram sobre configurações de backup

Q: Shell Zip é mais rápido que ZipArchive?

Geralmente, quando seu servidor permite. Shell Zip usa as ferramentas de zip próprias do servidor, que tendem a ser mais rápidas do que compactar a partir do PHP. O porém é a disponibilidade. Ele precisa dos pacotes zip e unzip do servidor, além das funções popen e pclose do PHP, e muitos hosts compartilhados não os fornecem. É provável que seja por isso que ele representou pouco mais da metade das configurações bem-sucedidas em nossos dados.

Q: Devo usar mysqldump ou PHP para fazer backup do meu banco de dados WordPress?

Use mysqldump se o seu servidor o suportar. É a ferramenta de exportação de banco de dados do próprio servidor, e apareceu em cerca de 2 em cada 3 configurações bem-sucedidas em nossos dados. Se o seu host não permitir, a exportação baseada em PHP é a alternativa. Ela é executada de dentro do PHP, então funciona em muitos servidores onde o mysqldump não funciona, desde que o servidor tenha recursos suficientes e acesso ao banco de dados.

Q: Quais são as melhores configurações de backup para hospedagem compartilhada?

Não existe um conjunto único. Em nossos dados, a maioria dos servidores terminou com Shell ZIP ou PHP ZIP, e apenas um pequeno grupo precisou de DupArchive. (Não temos um detalhamento por tipo de host, então isso cobre todos os servidores, não apenas os compartilhados.) A combinação certa depende de quais ferramentas e limites seu host específico permite. Testar seu próprio servidor é melhor do que copiar configurações de um tópico de fórum escrito sobre um host diferente.

Seu backup trava no mesmo ponto todas as vezes.

Então, você procura ajuda. Um tópico de fórum diz para diminuir o tamanho do bloco. Outro diz para desativar a compressão. Você tenta ambos.

O backup ainda trava. Ou ele termina agora, mas leva muito mais tempo do que costumava.

Esse conselho corrigiu o backup de alguém. Ele apenas o corrigiu no servidor dessa pessoa, e o seu pode não permitir as mesmas coisas.

Então, em vez de trocar anedotas, analisamos os dados. O AutoTune, o testador de configurações integrado ao Duplicator, executa backups de teste reais no servidor de um site até que um seja concluído. Analisamos onde mais de 2.000 sites terminaram.

Neste post, detalharei esses resultados e explicarei o que eles significam para as suas configurações de backup.

Sobre estes dados: Estes números vêm de sites que executaram o AutoTune. Eles não são uma amostra representativa de todos os sites WordPress ou usuários do Duplicator. As descrições de compartilhamento de configuração descrevem resultados de ajuste bem-sucedidos, enquanto as figuras gerais de sucesso descrevem sessões de ajuste.

Sumário

Principais Conclusões
Como o AutoTune Testa Seu Servidor?
Quantos Sites Acabaram com Configurações Diferentes?
Existe Uma Melhor Configuração de Backup para WordPress?
Quais Correções Comuns Geralmente Eram Desnecessárias?
Com Que Frequência o AutoTune Precisou de Mais de Uma Tentativa?
O Que Acontece Quando Nenhuma Configuração de Backup Funciona?
O Que Você Deve Fazer Com Suas Próprias Configurações de Backup?
Perguntas Frequentes (FAQs)

Principais Conclusões

Para quem quiser os números primeiro, eis o que os dados mostram. Cada número vem dos próprios dados de uso do AutoTune do Duplicator.

O AutoTune alterou pelo menos uma configuração de backup em cerca de 9 em cada 10 sessões de ajuste. Isso não significa necessariamente que as configurações anteriores estavam quebradas.
Shell ZIP com mysqldump representou cerca de metade das configurações bem-sucedidas.
O ZIP do PHP representou pouco menos de 4 em cada 10 configurações bem-sucedidas, enquanto o DupArchive representou menos de 1 em cada 10.
O Mysqldump apareceu em cerca de 2 em cada 3 configurações bem-sucedidas. A exportação de banco de dados baseada em PHP cuidou do resto.
Quase todas as configurações bem-sucedidas usaram compressão e o tamanho de bloco de 128 MB.
Cerca de 9 em cada 10 sessões de ajuste bem-sucedidas foram concluídas na primeira tentativa de teste.
Mais de 8 em cada 10 sessões de ajuste encontraram uma configuração bem-sucedida.

Resumindo: A maioria dos sites que executaram o AutoTune foram movidos para configurações de backup diferentes, mas nenhuma configuração única funcionou em todos os lugares. Execute o AutoTune (incluído no Duplicator 5.0, incluindo a versão gratuita) para encontrar configurações que funcionem melhor no seu servidor. Se nada funcionar, pergunte ao seu provedor sobre o limite de tempo do PHP e o espaço em disco.

Como o AutoTune Testa Seu Servidor?

O AutoTune do Duplicator executa backups de teste reais no seu site. Ele começa com a configuração mais rápida. Se um teste falhar, ele ajusta as configurações e tenta outra configuração.

Assim que um teste for bem-sucedido, ele salva essas configurações automaticamente. Se o problema for um limite do servidor que nenhuma configuração pode alterar, ele informa isso em vez disso.

Painel de configurações do AutoTune com visão geral do servidor e motores de backup selecionáveis (Shell Zip, ZipArchive, DupArchive) e opções de banco de dados como Mysqldump e Código PHP.

O AutoTune está incluído no Duplicator 5.0 e versões mais recentes, tanto no Lite quanto no Pro.

O AutoTune ajusta quatro grupos de configurações de backup. Veja o que cada um controla:

Mecanismo de arquivo e compressão: Como os arquivos são empacotados no backup.
Modo ZIP e tamanho do bloco: Como o processamento do arquivo é dividido em etapas.
Mecanismo de banco de dados e modo de extração: Como o banco de dados é exportado.
Redução de carga do servidor: Se o processamento diminui para reduzir a pressão sobre o servidor.

Seu Visão Geral do Servidor também relata informações sobre seu ambiente, incluindo limites de PHP, disponibilidade de mecanismos e verificações de processamento em segundo plano.

Se você quiser executá-lo em seu próprio site, eu o detalho passo a passo em Como Corrigir um Backup Falho do WordPress.

Quantos Sites Acabaram com Configurações Diferentes?

O AutoTune alterou pelo menos uma configuração de backup em cerca de 9 em cada 10 sessões de ajuste.

Essa é uma participação substancial, mas "alterado" não significa "corrigiu uma configuração quebrada."

Um site pode ter usado configurações que completaram backups de forma confiável, enquanto o AutoTune encontrou uma opção suportada mais rápida. Outro site pode ter precisado de um fallback porque sua configuração existente não pôde ser concluída.

Tabela comparativa de resultados de otimização de backup: Motor de Arquivo agora Shell Zip; Tamanho do Bloco ZipArchive 128 MB (de 64 MB); outras configurações inalteradas; 3 resultados ativos.

O primeiro teste do AutoTune usa sua própria configuração inicial, não as configurações que o site já tinha. Portanto, uma sessão pode ser bem-sucedida na primeira tentativa e ainda assim alterar as configurações do site.

Existem várias razões para revisitar suas configurações de backup:

O site se moveu para um servidor diferente.
Seu host alterou sua configuração de PHP ou limites de recursos.
Seus arquivos ou banco de dados cresceram.
Você copiou configurações de outro site.
Você nunca testou alternativas aos padrões.

Os dados não nos dizem quão comuns são essas situações em todos os sites WordPress. Eles mostram que executar o AutoTune frequentemente resultou em uma alteração de configuração entre os sites que o utilizaram.

Se o seu ambiente de hospedagem mudou, retestar é mais útil do que assumir que suas configurações antigas ainda se encaixam.

Existe Uma Melhor Configuração de Backup para WordPress?

Não existe uma combinação que todo servidor possa usar.

Alguns hosts fornecem ferramentas de arquivamento e banco de dados pela linha de comando. Outros restringem essas ferramentas, mas suportam alternativas baseadas em PHP. Limites de recursos também afetam quais configurações podem ser concluídas.

Aqui é onde as configurações bem-sucedidas do AutoTune pousaram:

Configuração	Participação de configurações bem-sucedidas	O que seu servidor precisa	Onde se encaixa
Shell ZIP com mysqldump	Cerca de metade	Ferramentas ZIP acessíveis, funções de comando PHP habilitadas e acesso ao mysqldump	Servidores que permitem suas próprias ferramentas. Geralmente é a combinação mais rápida quando o servidor a suporta.
ZIP PHP (com mysqldump ou exportação PHP)	Pouco menos de 4 em 10	A extensão ZipArchive do PHP	Hosts que restringem ferramentas de linha de comando, mas têm ZipArchive habilitado
Shell ZIP com a exportação de banco de dados PHP	Cerca de 1 em 20	Suporte a Shell ZIP, sem depender de mysqldump	Servidores que permitem ferramentas ZIP, mas onde o mysqldump não está disponível
DupArchive com qualquer método de exportação de banco de dados	Menos de 1 em 10	Requisitos normais de servidor do Duplicator; nenhum executável ZIP externo ou extensão ZipArchive é necessário	Servidores onde os outros motores não conseguiram terminar. Ele constrói o backup em pequenos pedaços ao longo de muitas requisições.

Cada um destes é a resposta certa em algum lugar. A questão é qual deles se adapta ao seu servidor.

A Configuração Mais Rápida Representou Cerca de Metade das Configurações Bem-Sucedidas

Shell ZIP com mysqldump representou cerca de metade das configurações bem-sucedidas. Incluindo seu par de exportação de banco de dados PHP, Shell ZIP representou um pouco mais da metade.

Shell ZIP usa as próprias ferramentas ZIP do servidor em vez de construir o arquivo inteiramente através do PHP. Geralmente é mais rápido que o PHP ZIP quando o servidor o suporta.

A opção Shell ZIP do Duplicator requer as ferramentas zip e unzip e as funções PHP popen() e pclose() habilitadas.

Mysqldump é uma ferramenta de linha de comando separada para exportar o banco de dados. O Duplicator deve ser capaz de acessá-la e executá-la.

Quando essas ferramentas estão disponíveis, elas podem ser uma combinação eficiente. Quando estão indisponíveis ou restritas, uma alternativa baseada em PHP pode ser a melhor opção.

PHP ZIP Cobre a Maior Parte do Resto

Pouco menos de 4 em cada 10 configurações bem-sucedidas usaram PHP ZIP em modo multi-thread.

PHP ZIP não depende de executáveis ZIP externos, mas requer que a extensão ZipArchive do PHP esteja instalada e habilitada.

Isso o torna uma alternativa útil quando um host restringe ferramentas de linha de comando.

Ele pode ser combinado com mysqldump ou exportação de banco de dados PHP. A criação do arquivo e a exportação do banco de dados são tarefas separadas, portanto, seu servidor pode suportar uma ferramenta de linha de comando para uma, mas não para a outra.

DupArchive É a Rede de Segurança para os Servidores Mais Difíceis

DupArchive representou menos de 1 em cada 10 configurações bem-sucedidas.

Esse pequeno número importa, porque mostra quem precisa dele. Tamanhos de pedaços menores e redução de carga do servidor apareceram em apenas um punhado de configurações bem-sucedidas, e a maioria delas usou DupArchive. Estes parecem ser os servidores mais restritos nos dados.

DupArchive é o próprio formato de arquivo do Duplicator. Ele constrói o backup em pequenos pedaços ao longo de muitas requisições, que é como ele ultrapassa limites de tempo rígidos que param outros motores no meio do caminho.

Em servidores como esses, é o que permite que um backup seja concluído.

Mas não é a solução padrão para todos os backups lentos. A maioria dos servidores nunca precisou dele.

Mysqldump ou PHP: Qual Método de Backup de Banco de Dados Funciona Mais Vezes?

Mysqldump apareceu em cerca de 2 em cada 3 configurações bem-sucedidas. A exportação baseada em PHP representou cerca de 1 em cada 3.

Se o mysqldump não estiver disponível, a exportação PHP oferece ao Duplicator outra maneira de exportar o banco de dados. Ele ainda depende de recursos adequados do servidor, acesso ao banco de dados e permissões.

Quais Correções Comuns Geralmente Eram Desnecessárias?

Três conselhos aparecem em threads de fórum sobre backups lentos ou falhando. Veja como cada um se compara às configurações bem-sucedidas em nossos dados.

Uma coisa a ter em mente ao ler isto. O AutoTune para assim que um backup de teste é concluído, portanto, a configuração final mostra o que um backup precisava para ser concluído naquele servidor, não todas as configurações que poderiam ter funcionado.

“Desativar compactação.” Quase todas as configurações bem-sucedidas usavam compactação. Desativá-la raramente é a mudança que transforma um backup falho em um que funciona. Se o seu backup está travando, o motor de arquivamento e os limites do seu host são melhores lugares para procurar.
“Sempre usar DupArchive em hospedagem compartilhada.” Menos de 1 em 10 configurações bem-sucedidas usaram DupArchive, e a maioria dos servidores em nossos dados terminou com Shell ZIP ou PHP ZIP. (Não temos uma divisão por tipo de host, então isso cobre todos os servidores, não apenas os compartilhados.) DupArchive é a escolha certa nos hosts mais restritos.
“Reduzir o tamanho do chunk.” Quase todas as configurações bem-sucedidas usaram o tamanho de chunk de 128 MB. Chunks menores apareceram apenas em um pequeno grupo de servidores, e quase sempre ao lado do DupArchive.

Cada correção funcionou para alguém. No seu servidor, é um palpite. Use o AutoTune para encontrar a melhor configuração para o seu site.

Com Que Frequência o AutoTune Precisou de Mais de Uma Tentativa?

Cerca de 9 em cada 10 sessões bem-sucedidas encontraram uma configuração funcional na primeira tentativa.

Os outros 1 em 10 precisaram de pelo menos uma alternativa antes que um backup fosse concluído. Menos de 1 em 100 precisaram de quatro ou cinco tentativas.

O Que Acontece Quando Nenhuma Configuração de Backup Funciona?

Em menos de 1 em 20 sessões de otimização, o AutoTune testou e não conseguiu encontrar uma configuração que fosse concluída naquele servidor.

Veja o que interrompeu a maioria das sessões e quais correções cada uma delas teve.

O Tempo Limite do Servidor Expirou

Essa foi uma das razões mais comuns pelas quais nenhuma configuração pôde ser concluída.

Os hosts limitam o tempo que um único processo PHP pode ser executado. Se o backup não conseguir dividir seu trabalho em etapas pequenas o suficiente para se encaixar nesse limite, o host o interrompe no meio do caminho, independentemente das configurações.

A correção está com o seu host. Peça a eles para aumentar o limite de tempo de execução do PHP (max_execution_time), ou mude para um plano que não o limite tão rigorosamente.

A Visão Geral do Servidor do AutoTune mostra o limite de tempo do PHP do seu servidor, para que você possa citá-lo em seu ticket de suporte.

O Disco Encheu

Um disco cheio interrompeu algumas sessões antes que pudessem ser concluídas. Contamos essas separadamente, porque nenhuma configuração de backup corrige um servidor sem espaço.

A correção é organização. Exclua backups antigos que você não precisa mais, defina um limite de retenção para que eles não se acumulem novamente e mantenha cópias fora do local em vez de no mesmo servidor.

Backups antigos preenchendo silenciosamente um servidor é um dos padrões que encontramos nos tickets de suporte do Duplicator também, o que abordo em O que Quebra Backups do WordPress.

A Construção Travou no Navegador

Cerca de 1 em 5 das sessões que não encontraram nenhuma configuração funcional estavam sendo executadas pelo navegador em vez de em segundo plano.

Isso acontece quando um host bloqueia um site de chamar a si mesmo (uma "solicitação de loopback"). O Duplicator recorre a direcionar o backup do seu navegador, o que significa que ele só avança enquanto uma página está aberta. Feche a aba, ou deixe a sessão expirar, e a construção trava.

A correção é uma pergunta rápida para o seu host: pergunte se as solicitações de loopback estão bloqueadas e se eles podem permiti-las para o seu site.

O Que Você Deve Fazer Com Suas Próprias Configurações de Backup?

Você não precisa memorizar esses dados. Use-os como um motivo para testar seu próprio ambiente.

Veja o que eu faria a seguir:

Atualize o Duplicator. O AutoTune está disponível na versão 5.0 e mais recentes, nas edições Lite e Pro.
Execute o AutoTune. Deixe-o testar as configurações que seu servidor suporta.
Crie um backup normal depois. Os testes de otimização não são backups restauráveis.
Verifique a recuperação. Confirme se o backup normal é concluído e, em seguida, teste uma restauração em um ambiente de staging ou teste (não no seu site principal).
Revise o armazenamento e a retenção. Mantenha espaço de trabalho local suficiente e uma cópia de recuperação fora do local.
Configure a automação. No Duplicator Pro, defina um cronograma de backup e o destino de armazenamento escolhido.

Leve o relatório do AutoTune ao seu provedor se nada funcionar. O Resumo do Servidor lista os limites de PHP do seu servidor, o que transforma uma reclamação vaga em uma solicitação específica.

Perguntas Frequentes (FAQs)

Shell Zip é mais rápido que ZipArchive?

Geralmente, quando seu servidor permite. O Shell Zip usa as próprias ferramentas de zip do servidor, que tendem a ser mais rápidas do que compactar a partir do PHP. A desvantagem é a disponibilidade. Ele precisa dos pacotes zip e unzip do servidor, além das funções popen e pclose do PHP, e muitos hosts compartilhados não os fornecem. É provável que seja por isso que ele representou pouco mais da metade das configurações bem-sucedidas em nossos dados.

Devo usar mysqldump ou PHP para fazer backup do meu banco de dados WordPress?

Use o mysqldump se o seu servidor o suportar. É a ferramenta de exportação de banco de dados do próprio servidor, e apareceu em cerca de 2 em cada 3 configurações bem-sucedidas em nossos dados. Se o seu host não permitir, a exportação baseada em PHP é a alternativa. Ela é executada de dentro do PHP, portanto funciona em muitos servidores onde o mysqldump não funciona, desde que o servidor tenha recursos suficientes e acesso ao banco de dados.

Quais são as melhores configurações de backup para hospedagem compartilhada?

Não há um conjunto definido. Em nossos dados, a maioria dos servidores terminou com Shell ZIP ou PHP ZIP, e apenas um pequeno grupo precisou do DupArchive. (Não temos uma divisão por tipo de host, então isso abrange todos os servidores, não apenas os compartilhados.) A combinação certa depende das ferramentas e limites que seu host específico permite. Testar seu próprio servidor é melhor do que copiar configurações de um tópico de fórum sobre um host diferente.

Desativar a compressão corrige um backup com falha?

Raramente. Quase todas as configurações bem-sucedidas em nossos dados usaram compressão. É uma das dicas mais repetidas em fóruns, mas raramente é o que separa um backup com falha de um que funciona. Verifique primeiro o motor de arquivamento e os limites de tempo e disco do seu host.

Por que meu servidor não pode usar o Shell Zip?

Muito provavelmente, seu host não instalou os pacotes zip e unzip, ou desabilitou as funções popen e pclose do PHP. Você pode pedir ao seu host para habilitá-los. Se eles não o fizerem, o PHP ZIP é a alternativa, desde que seu servidor tenha a extensão ZipArchive do PHP habilitada.

Antes do Seu Próximo Backup, Deixe Seu Servidor Escolher as Configurações

Um backup que para no meio do caminho deixa você sem nada para restaurar, e você pode não descobrir isso até precisar dele.

O AutoTune ajuda você a encontrar uma configuração que seja concluída em seu servidor sem ter que passar por cada configuração manualmente. Mas a otimização é apenas uma parte do planejamento de recuperação.

Depois, crie um backup, verifique uma restauração e configure um cronograma, uma política de retenção e um destino fora do local.

O AutoTune está no Duplicator 5.0, tanto na versão gratuita quanto na premium. Atualize seu plugin hoje mesmo.

Duplicator Pro mantém essa configuração de trabalho funcionando em um cronograma e envia cópias para fora do local automaticamente. Mais de 1,5 milhão de profissionais do WordPress usam o Duplicator para manter seus sites recuperáveis.

Comece com o Duplicator

Se esta postagem fez você pensar sobre suas configurações de backup, estes guias valem a pena ler em seguida:

Joella Dunn Redator de Conteúdo

Joella é uma escritora com anos de experiência em WordPress. Na Duplicator, ela se especializa em manutenção de sites — de backups básicos a migrações em larga escala. Seu objetivo final é garantir que seu site WordPress esteja seguro e pronto para crescer.

Ver Biografia Completa