[Novo] As cópias de segurança na nuvem ficaram mais simples - Duplicator Cloud elimina o armazenamento de terceiros
[Novo] As cópias de segurança na nuvem ficaram mais simples - Duplicator Cloud elimina o armazenamento de terceiros
John Turner
John Turner
Inicia uma cópia de segurança de um sítio Web, sai para tomar um café e, quando regressa, descobre que falhou.
Pode ser frustrante, mas as falhas de cópia de segurança são puzzles com soluções claras.
Cada backup falhado deixa um rasto de migalhas de pão. Estas migalhas de pão vivem nos registos de backup e dizem-lhe exatamente o que correu mal e como o corrigir.
Os registos podem parecer intimidantes à primeira vista, mas quando se sabe o que procurar, tornam-se o melhor amigo para diagnosticar problemas.
O meu objetivo aqui é simples: Quero ensiná-lo a ler os registos de backup como um detetive. No final deste guia, saberá como resolver os problemas de backup mais comuns.
Eis o que aprendi após anos de resolução de problemas de falhas de cópia de segurança: nunca são aleatórias.
Cada falha de backup tem uma causa específica. O servidor ficou sem memória. Uma permissão de ficheiro bloqueou o acesso. Outro plugin interferiu com o processo.
Compreender estas causas comuns é o primeiro passo para se tornar um especialista em resolução de problemas de backup. Depois de reconhecer os padrões, irá encontrar soluções mais rapidamente do que pensava ser possível.
Deixem-me explicar-vos quais são os culpados mais frequentes que vejo.
O seu servidor tem um temporizador incorporado chamado max_execution_time. Pense nele como um cronómetro que corta qualquer processo que se prolongue demasiado.
Quando se tem um sítio de grandes dimensões com milhares de ficheiros ou uma base de dados enorme, o processo de cópia de segurança pode não terminar antes de o temporizador chegar a zero.
O resultado? A sua cópia de segurança é interrompida a meio do processo e verá erros como "504 Gateway Timeout" ou "Tempo máximo de execução excedido".
Este é provavelmente o problema de backup mais frequente que vejo, especialmente em planos de alojamento partilhado.
Criar uma cópia de segurança é um trabalho que exige muita memória. O seu sítio Web tem de compactar ficheiros, exportar a sua base de dados e fazer malabarismos com todos esses dados em simultâneo.
O seu servidor tem um limite de memória para processos PHP. Quando a memória do PHP se esgota, a sua cópia de segurança falha com uma mensagem de erro específica: "Erro fatal: Tamanho de memória permitido de X bytes esgotado."
Os ficheiros e pastas do WordPress têm definições de permissão que controlam quem os pode ler, escrever ou executar. Se estas permissões forem definidas incorretamente, a sua cópia de segurança pode ser impedida de ler um ficheiro ou pasta crucial.
As permissões padrão do WordPress são 755 para diretórios e 644 para ficheiros. Quando estas são corrompidas, verá palavras-chave nos seus registos como "permissão negada" ou "falha ao abrir".
O seu plugin de cópia de segurança não funciona isoladamente. Tem de interagir com tudo o resto que está a funcionar no seu site.
Sabe-se que os plug-ins de segurança entram em conflito com os plug-ins de cópia de segurança. Podem assinalar o processo de cópia de segurança como atividade suspeita e bloqueá-lo completamente.
Os plug-ins de cache também podem causar problemas, fornecendo dados corrompidos ou desactualizados durante o processo de cópia de segurança.
Por vezes, a cópia de segurança é concluída com êxito no seu servidor, mas falha quando é transferida para o armazenamento na nuvem, como o Google Drive ou o Dropbox.
Os culpados mais comuns incluem tokens de autenticação expirados, chaves de API incorrectas ou firewalls de servidor que bloqueiam as ligações de saída.
Estas falhas são particularmente frustrantes porque tudo parece funcionar até à última etapa.
Agora que compreende as causas comuns, vamos falar sobre como as resolver. Se resolver o problema agora, as suas cópias de segurança protegerão corretamente os seus dados no futuro!
Os seus registos de cópia de segurança contêm a mensagem de erro exacta que causou a falha. Sem os verificar, está apenas a tentar adivinhar as soluções.
Os registos de cópia de segurança encontram-se em locais diferentes, dependendo do seu serviço de cópia de segurança. Vou mostrar-lhe como verificar os registos do Duplicator, uma vez que se trata de um plugin de cópia de segurança do WordPress muito popular.
Se uma cópia de segurança falhar, procure Duplicator " Ferramentas " Registos do Duplicator. Selecione o ficheiro de cópia de segurança que pretende ler no lado direito.

Primeiro, regista informações sobre o seu servidor e observações gerais sobre a cópia de segurança. Por exemplo, verá que componentes do pacote foram incluídos.
Em seguida, regista o despejo da base de dados, depois a compressão da cópia de segurança e, por fim, a transferência da cópia de segurança.
Se o backup falhar depois de o ficheiro de registo ter sido criado, verá uma mensagem de erro específica na secção relevante.
Os problemas da base de dados aparecem na secção Base de dados, os problemas de compressão aparecem durante a fase de compressão do backup e assim por diante.
Esta estrutura ajuda-o a identificar exatamente onde ocorreu a falha.
À primeira vista, poderá não saber como ler o ficheiro de registo. Recomendo que se desloque primeiro até ao fim do ficheiro de registo. Procure estas linhas:
DUPLICATOR PRO PACKAGE CREATION OR MANUAL STORAGE TRANSFER END: [timestamp]
NOTICE: Do NOT post to public sites or forums
Se vir estas linhas, a cópia de segurança foi concluída com êxito. Se elas estiverem ausentes, o backup falhou em algum ponto do processo.
Procure no registo as seguintes palavras-chave: erro, fatal, timeout, memória, permissão ou falha.
Quando a encontrar, leia a mensagem de erro completa. Muitas vezes, esta diz-lhe exatamente qual o ficheiro ou processo que causou o problema.
Também pode descarregar os registos do Duplicator e enviá-los diretamente para a equipa de apoio. Eles irão diagnosticar o problema, dando-lhe mais tempo para outras tarefas importantes do sítio.
Transfira os seus registos de cópia de segurança na página Geral. Clique em Obter dados de diagnóstico.

Isto dá-lhe um ficheiro zip completo com todos os registos de que a equipa de apoio do Duplicator necessita para resolver o seu problema de cópia de segurança. Anexe o arquivo a um ticket de suporte e pronto!
Quando suspeitar de um problema de tempo limite ou de memória, poderá querer excluir da cópia de segurança ficheiros de sítios extremamente grandes. Pode efetuar a cópia de segurança destes ficheiros separadamente.
Comece por excluir a sua biblioteca multimédia da cópia de segurança. Esta contém as suas imagens, vídeos e outros ficheiros multimédia que consomem recursos.
No Duplicator, desmarque a biblioteca multimédia nos Componentes de cópia de segurança. O Duplicator evitará fazer o backup da sua pasta wp-uploads.

Se a sua cópia de segurança for subitamente concluída após a exclusão dos carregamentos, está confirmado que se trata de um problema de recursos do servidor. Crie uma cópia de segurança multimédia separada para ter uma cópia de todos os ficheiros do seu site.
Isto requer uma abordagem sistemática, mas é a forma mais fiável de identificar conflitos de software.
Utilize sempre um sítio de teste para este teste. Nunca faça experiências no seu sítio ativo, ou arrisca-se a expor erros ao seu público.
Comece por desativar todos os plugins, exceto o plugin de cópia de segurança. Em seguida, execute uma cópia de segurança de teste.
Se funcionar, reactive os seus plug-ins um a um, executando uma cópia de segurança após cada ativação. Quando a cópia de segurança falhar novamente, terá encontrado o culpado.
Se todos os plug-ins passarem no teste, mude para um tema padrão do WordPress, como Twenty Twenty-Five, e teste novamente.
Este processo leva tempo, mas dá-lhe respostas definitivas sobre o software que poderá ter de substituir.
Terá de aceder aos ficheiros do seu site através de FTP ou do Gestor de ficheiros do painel de controlo do seu alojamento. Procure pastas com permissões diferentes de 755 e ficheiros com permissões diferentes de 644.
Preste especial atenção ao seu diretório raiz do WordPress, à pasta wp-content e a quaisquer ficheiros modificados recentemente.
A maioria dos clientes FTP permite-lhe selecionar vários ficheiros e alterar as permissões em massa, o que poupa tempo em sítios maiores.
Aumentar os recursos do seu servidor é a solução a longo prazo para problemas de timeout e memória.
Pode tentar aumentar os limites através do seu ficheiro wp-config.php. Adicione estas linhas acima do comentário "That's all, stop editing":
phpdefine('WP_MEMORY_LIMIT', '256M');
ini_set('max_execution_time', 300);
Tenha em atenção que os fornecedores de alojamento partilhado substituem frequentemente estas definições. Se as alterações não tiverem efeito, terá de contactar a equipa de suporte do seu alojamento.
Se a cópia de segurança for concluída localmente mas não for carregada para o armazenamento na nuvem, teste as ligações de armazenamento.
No Duplicador, abra a página Armazenamento e clique na localização que pretende testar. Desloque-se para a parte inferior e prima Testar armazenamento.

O Duplicator tentará enviar e recuperar um pequeno ficheiro no seu local de armazenamento na nuvem. Será alertado se este teste falhar.
Se os testes de ligação falharem, normalmente recomendo começar de novo. Elimine a ligação existente e volte a autenticar-se do zero.
Vejo demasiadas pessoas a efectuarem cópias de segurança religiosamente, mas nunca as testam. Quando ocorre uma catástrofe, por vezes descobrem que as suas cópias de segurança estão corrompidas ou incompletas.
Defina um calendário para testar as suas cópias de segurança. Mensalmente é bom, e trimestralmente é o mínimo.
Durante o teste, restaure uma cópia de segurança para um site de teste ou ambiente de desenvolvimento local. Isto prova que a sua cópia de segurança funciona efetivamente.
Com o Duplicator, isto é tão simples como um clique num botão.

Pode até restaurar cópias de segurança da nuvem sem sair do seu painel de controlo. O Duplicator descarrega os ficheiros de cópia de segurança da nuvem e restaura-os por si.

Após o teste, reveja o seu site para ver se a cópia de segurança foi restaurada corretamente.
Quando as cópias de segurança não são concluídas, trata-se normalmente de um problema de recursos do servidor. A sua cópia de segurança está a atingir um tempo limite ou um limite de memória antes de poder ser concluída.
Verifique os seus registos para palavras-chave como tempo limite, memória ou tempo de execução. Estas confirmarão a restrição de recursos específica que está a atingir.
Uma cópia de segurança típica do WordPress deve ter pelo menos vários megabytes, mesmo para sites pequenos. Se notar que as suas cópias de segurança são subitamente demasiado pequenas, poderá haver um problema com o seu sistema de cópias de segurança. Verifique os registos ou contacte a equipa de apoio para obter ajuda.
Poderá ter excluído pastas importantes por acidente. Verifique as definições de cópia de segurança e certifique-se de que pastas importantes como wp-content, wp-includes e o diretório do tema estão incluídas.
Sim, os plug-ins de segurança vêem o processo de cópia de segurança a aceder rapidamente a muitos ficheiros, o que pode desencadear a sua deteção de malware. No entanto, a maioria dos plug-ins de segurança permite-lhe colocar os processos de cópia de segurança na lista branca ou excluí-los da verificação em tempo real.
A única forma de ter 100% de certeza de que uma cópia de segurança pode ser restaurada é efetuar um restauro de teste. Configure um site de teste ou um ambiente de desenvolvimento local e restaure a sua cópia de segurança nesse local. Se o seu site carregar corretamente e todo o conteúdo parecer intacto, a sua cópia de segurança é sólida.
As falhas de backup não são um mistério. São problemas com causas específicas e soluções claras.
Os seus registos de cópia de segurança são a chave de tudo. Contêm as provas de que necessita para diagnosticar e corrigir o que correu mal.
Mas aqui está o meu conselho mais importante: não espere por uma falha para começar a testar as suas cópias de segurança. A melhor altura para descobrir um problema é quando se tem tempo para o resolver corretamente.
Se está cansado de lidar com falhas de cópia de segurança e pretende uma solução que funcione, considere atualizar para o Duplicator Pro. Foi concebido para lidar com restrições de recursos e desafios técnicos que causam a maioria das falhas de cópia de segurança. Experimente-o hoje mesmo!
Já que está aqui, acho que vai gostar destes recursos WordPress escolhidos a dedo:
Divulgação: O nosso conteúdo é apoiado pelos leitores. Isto significa que, se clicar em algumas das nossas hiperligações, podemos ganhar uma comissão. Apenas recomendamos produtos que acreditamos que acrescentam valor aos nossos leitores.