Voc\u00ea gerou o backup do WordPress, baixou o arquivo, guardou num lugar seguro. Semana passada, o site quebrou. Voc\u00ea restaura a c\u00f3pia e.. nada funciona: ou aparece um erro de conex\u00e3o com o banco, ou as imagens somem, ou o site volta para um estado antigo, com posts que voc\u00ea publicou depois do backup. O problema n\u00e3o \u00e9 o backup em si: \u00e9 que ele estava incompleto ou desatualizado. Um backup que n\u00e3o restaura n\u00e3o serve para nada. Neste artigo, voc\u00ea vai ver exatamente o que precisa estar dentro da c\u00f3pia para ela ser \u00fatil quando voc\u00ea mais precisar.<\/p>\n
Um site WordPress \u00e9 feito de duas partes: os arquivos<\/strong> (o c\u00f3digo do WordPress, temas, plugins, imagens, uploads) e o banco de dados<\/strong> (onde ficam os posts, p\u00e1ginas, coment\u00e1rios, configura\u00e7\u00f5es). Um backup completo precisa incluir as duas coisas. Se faltar uma delas, a restaura\u00e7\u00e3o falha ou o site fica incompleto.<\/p>\n Na pasta Al\u00e9m disso, arquivos da raiz como O banco de dados cont\u00e9m todo o conte\u00fado do site. Voc\u00ea precisa exportar um dump SQL completo, incluindo todas as tabelas (geralmente com prefixo A migra\u00e7\u00e3o de um site WordPress para um novo servidor parece, \u00e0 primeira vista, um processo simples: transferir os arquivos, importar o banco de dados e apontar o dom\u00ednio.<\/p>\n Na pr\u00e1tica, principalmente quando o projeto foi desenvolvido inicialmente em um ambiente provis\u00f3rio, existem diversos detalhes que precisam ser revisados para que o site funcione corretamente no novo servidor.<\/p>\n Um exemplo real foi o projeto da Activa-ID<\/strong>, empresa de tecnologia especializada em solu\u00e7\u00f5es de identifica\u00e7\u00e3o, RFID, IoT, rastreabilidade e automa\u00e7\u00e3o.<\/p>\n Nos projetos que desenvolvemos, muitas vezes o site n\u00e3o \u00e9 constru\u00eddo diretamente no servidor definitivo do cliente.<\/p>\n Criamos inicialmente um ambiente provis\u00f3rio para que a equipe respons\u00e1vel possa acompanhar o desenvolvimento, revisar as p\u00e1ginas e validar o projeto antes da publica\u00e7\u00e3o.<\/p>\n Essa etapa \u00e9 importante porque permite que o cliente fa\u00e7a suas considera\u00e7\u00f5es sem interferir diretamente no site que est\u00e1 atualmente no ar.<\/p>\n Depois da aprova\u00e7\u00e3o, chega o momento de levar todo esse ambiente para o servidor definitivo.<\/p>\n Ao longo das nossas experi\u00eancias, utilizamos principalmente duas formas de realizar esse processo.<\/p>\n A primeira \u00e9 atrav\u00e9s de uma ferramenta de migra\u00e7\u00e3o, como o All-in-One WP Migration<\/strong>, que facilita a transfer\u00eancia do WordPress para o novo ambiente.<\/p>\n A segunda \u00e9 realizar o processo manualmente, transferindo os arquivos do WordPress e importando o banco de dados diretamente no novo servidor.<\/p>\n As duas abordagens funcionam. Por\u00e9m, na nossa experi\u00eancia, a migra\u00e7\u00e3o manual tende a exigir mais aten\u00e7\u00e3o e ajustes ap\u00f3s a transfer\u00eancia.<\/p>\n Quando transferimos arquivos e banco de dados manualmente, existem diversas configura\u00e7\u00f5es que podem n\u00e3o estar exatamente iguais entre o ambiente antigo e o novo servidor.<\/p>\n Depois da migra\u00e7\u00e3o, podemos encontrar problemas relacionados a:<\/p>\n Em alguns casos, o site abre normalmente, mas determinados recursos deixam de funcionar.<\/p>\n Em outros, podemos encontrar erros mais evidentes, como p\u00e1ginas que n\u00e3o carregam, imagens quebradas, redirecionamentos incorretos ou problemas no painel administrativo.<\/p>\n Por isso, uma migra\u00e7\u00e3o n\u00e3o deve ser considerada conclu\u00edda simplesmente porque o dom\u00ednio abriu no novo servidor.<\/p>\n Quando o ambiente permite, nossa prefer\u00eancia \u00e9 utilizar uma ferramenta como o All-in-One WP Migration<\/strong>.<\/p>\n Na nossa experi\u00eancia com diversos projetos, esse processo costuma reduzir bastante a quantidade de ajustes necess\u00e1rios depois da transfer\u00eancia.<\/p>\n Isso n\u00e3o significa que a ferramenta elimine todos os poss\u00edveis problemas. Cada servidor possui suas pr\u00f3prias configura\u00e7\u00f5es e limita\u00e7\u00f5es.<\/p>\n Mas ela simplifica uma parte importante do processo e torna a migra\u00e7\u00e3o mais previs\u00edvel.<\/p>\n Existe ainda um ponto que sempre verificamos depois da migra\u00e7\u00e3o: as URLs utilizadas durante o desenvolvimento<\/strong>.<\/p>\n Imagine que o projeto tenha sido desenvolvido em:<\/p>\n Depois da publica\u00e7\u00e3o, ele precisa funcionar em:<\/p>\n Mesmo quando utilizamos uma ferramenta de migra\u00e7\u00e3o, \u00e9 necess\u00e1rio verificar se o dom\u00ednio definitivo foi aplicado corretamente em todo o projeto.<\/p>\n Isso inclui verificar o banco de dados, links internos, imagens, arquivos, configura\u00e7\u00f5es do WordPress e outros recursos que possam ainda estar apontando para o endere\u00e7o provis\u00f3rio.<\/p>\n Essa \u00e9 uma das principais experi\u00eancias que acumulamos trabalhando com diferentes migra\u00e7\u00f5es de WordPress.<\/p>\n Migrar um site n\u00e3o \u00e9 apenas copiar arquivos e banco de dados.<\/strong><\/p>\n \u00c9 necess\u00e1rio validar o ambiente inteiro depois da transfer\u00eancia.<\/p>\n No caso de projetos como o da Activa-ID, que possuem uma estrutura completa de p\u00e1ginas, solu\u00e7\u00f5es, produtos e conte\u00fados relacionados a RFID e IoT, essa valida\u00e7\u00e3o se torna ainda mais importante.<\/p>\n Por isso, depois de cada migra\u00e7\u00e3o, fazemos uma revis\u00e3o do funcionamento do site e verificamos principalmente:<\/p>\n A experi\u00eancia mostra que uma boa migra\u00e7\u00e3o de WordPress depende tanto da transfer\u00eancia quanto da valida\u00e7\u00e3o realizada depois dela<\/strong>.<\/p>\n Antes de precisar restaurar, confira o conte\u00fado do backup:<\/p>\n O \u00fanico jeito de saber se o backup funciona \u00e9 restaur\u00e1-lo. Mas voc\u00ea n\u00e3o precisa fazer isso no site em produ\u00e7\u00e3o. Crie um ambiente de staging (uma c\u00f3pia do site em subdom\u00ednio ou subpasta, ou localmente) e restaure o backup ali.<\/p>\n Se tudo funcionar no staging, o backup est\u00e1 bom. Se n\u00e3o, voc\u00ea descobriu o problema antes de precisar do backup de verdade.<\/p>\n O teste de restaura\u00e7\u00e3o em staging \u00e9 sempre recomendado, mas h\u00e1 situa\u00e7\u00f5es em que voc\u00ea n\u00e3o vai conseguir fazer: se o site est\u00e1 fora do ar e voc\u00ea n\u00e3o tem um ambiente de staging dispon\u00edvel, pode ser necess\u00e1rio restaurar direto na produ\u00e7\u00e3o. Nesse caso, o backup \u00e9 a \u00fanica esperan\u00e7a. Por\u00e9m, se o backup estiver incompleto, a restaura\u00e7\u00e3o pode piorar a situa\u00e7\u00e3o. Por isso, a preven\u00e7\u00e3o \u00e9 fundamental: mantenha backups frequentes e testados.<\/p>\n Automatize os backups e monitore. Configure backups di\u00e1rios (ou semanais, dependendo da frequ\u00eancia de atualiza\u00e7\u00f5es) e mantenha vers\u00f5es anteriores. Teste a restaura\u00e7\u00e3o periodicamente, pelo menos uma vez por m\u00eas. Al\u00e9m disso, verifique se o backup inclui tudo o que listamos. Se voc\u00ea administra v\u00e1rios sites, fazer isso manualmente \u00e9 invi\u00e1vel. Um painel como o 100% WP centraliza backups de todos os seus sites, com verifica\u00e7\u00e3o autom\u00e1tica e restaura\u00e7\u00e3o em poucos cliques: algo que se torna essencial quando voc\u00ea gerencia dez sites e n\u00e3o pode perder tempo conferindo cada um.<\/p>\n Se voc\u00ea n\u00e3o se sente confort\u00e1vel com FTP, phpMyAdmin ou linha de comando, ou se o site \u00e9 cr\u00edtico e o backup \u00e9 a \u00fanica c\u00f3pia, considere contratar um servi\u00e7o especializado. Restaurar um backup pode ser estressante, e um erro pode derrubar o site definitivamente. Profissionais t\u00eam experi\u00eancia e ferramentas para minimizar riscos.<\/p>\n Em resumo: um backup do WordPress s\u00f3 serve se contiver arquivos e banco de dados, e se for testado. N\u00e3o espere o desastre para descobrir que sua c\u00f3pia est\u00e1 incompleta. Teste agora, antes que voc\u00ea precise.<\/p>\n Fonte:<\/strong> Documenta\u00e7\u00e3o oficial do WordPress<\/a><\/p>\n <\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Um backup do WordPress s\u00f3 serve se contiver os arquivos do site e o banco de dados, e se for testado. Saiba exatamente o que verificar na c\u00f3pia e como restaurar sem derrubar o site.<\/p>\n","protected":false},"author":2,"featured_media":744,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_yoast_wpseo_linkdex":"89","_yoast_wpseo_content_score":"90","_yoast_wpseo_primary_category":"47","titulo_da_resposta_rapida_do_post":"Backup completo e testado","o_que_voce_aprendera_conteudo:":"Um backup do WordPress s\u00f3 serve se contiver os arquivos do site e o banco de dados, e se for testado. Saiba exatamente o que verificar na c\u00f3pia e como restaurar sem derrubar o site.","resposta_rapida_do_post":"Um backup do WordPress s\u00f3 serve se contiver os arquivos do site e o banco de dados, e se for testado. Saiba exatamente o que verificar na c\u00f3pia e como restaurar sem derrubar o site.","resumo_do_post":"Um backup do WordPress s\u00f3 serve se contiver os arquivos do site e o banco de dados, e se for testado. Saiba exatamente o que verificar na c\u00f3pia e como restaurar sem derrubar o site.","nivel_de_leitura":"B\u00e1sico","recomendado_para:":"Profissionais de Marketing","footnotes":""},"categories":[47],"tags":[],"class_list":["post-654","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup"],"acf":[],"yoast_head":"\nArquivos essenciais<\/h3>\n
wp-content<\/code>, voc\u00ea precisa copiar:<\/p>\n\n
index.php<\/code>, wp-settings.php<\/code> e outros do n\u00facleo s\u00e3o necess\u00e1rios, mas se voc\u00ea reinstalar o WordPress depois, eles s\u00e3o recriados. O importante \u00e9 n\u00e3o esquecer o wp-content<\/code> e o wp-config.php<\/code>.<\/p>\nBanco de dados<\/h3>\n
wp_<\/code>). Se o backup for feito por plugin, ele j\u00e1 faz isso. Se for manual, use phpMyAdmin ou WP-CLI. Um dump incompleto pode faltar tabelas importantes, como wp_posts<\/code> ou wp_options<\/code>, e o site quebra.<\/p>\nUma experi\u00eancia real com migra\u00e7\u00e3o de um site WordPress para outro servidor<\/h2>\n
O projeto come\u00e7a em um ambiente provis\u00f3rio<\/h3>\n
Como fazemos a migra\u00e7\u00e3o do WordPress?<\/h3>\n
Por que a migra\u00e7\u00e3o manual pode gerar mais problemas?<\/h3>\n
\n
.htaccess<\/code>;<\/li>\nO que percebemos utilizando uma ferramenta de migra\u00e7\u00e3o<\/h3>\n
E as URLs do ambiente provis\u00f3rio?<\/h3>\n
https:\/\/staging.exemplo.com<\/code><\/p>\nhttps:\/\/exemplo.com<\/code><\/p>\nA migra\u00e7\u00e3o n\u00e3o termina quando o site abre<\/h3>\n
\n
Como diagnosticar se o backup est\u00e1 completo<\/h2>\n
\n
wp-content<\/code> com as subpastas uploads<\/code>, themes<\/code> e plugins<\/code>.<\/li>\nCREATE TABLE wp_posts<\/code>. Se n\u00e3o achar, o dump est\u00e1 incompleto.<\/li>\nComo testar a restaura\u00e7\u00e3o sem derrubar o site<\/h2>\n
Passo a passo para testar<\/h3>\n
\n
seusite.com<\/code> e o staging \u00e9 staging.seusite.com<\/code>, voc\u00ea precisa atualizar as URLs no banco. Use WP-CLI: wp search-replace 'seusite.com' 'staging.seusite.com' --all-tables<\/code>. Ou use um plugin como Better Search Replace.<\/li>\nQuando N\u00c3O usar essa solu\u00e7\u00e3o<\/h2>\n
Erros comuns ao gerar backup do WordPress<\/h2>\n
\n
max_execution_time<\/code> ou use WP-CLI.<\/li>\nPreven\u00e7\u00e3o: como garantir que o backup do WordPress esteja sempre pronto<\/h2>\n
Quando chamar um profissional<\/h2>\n
Leia tamb\u00e9m<\/h2>\n
\n