Como restaurar o WordPress Multisite (4 métodos que funcionam em 2026)

Quando uma instalação do WordPress de um único site fica fora de serviço, a tarde já é complicada. Quando uma rede multisite fica fora de serviço, todos os clientes ligam-lhe ao mesmo tempo.

Essa é a parte que as pessoas subestimam no WordPress Multisite. A infraestrutura partilhada permite gerir de forma eficiente dezenas de sites a partir de um único painel de controlo, mas basta uma tabela de base de dados corrompida, uma atualização de plugin mal sucedida ou uma migração falhada para que toda a rede fique fora de serviço.

Já tive de recuperar redes multisite na maioria dos cenários que levariam alguém a ler este artigo: uma atualização de PHP que deixou o administrador da rede sem saber o que fazer, uma migração de alojamento mal feita que deixou a base de dados sem destino, um conflito de plugins que bloqueou todos os subsites devido a um erro fatal.

A recuperação em vários locais não é tão complicada quanto parece, mas depende em grande medida do que ainda estiver a funcionar quando as coisas correm mal.

Neste artigo, vou abordar alguns métodos para restaurar a sua rede multisite do WordPress. Comece pelo que ainda estiver acessível, escolha o método certo e siga os passos. No final, a sua rede estará de volta!

Eis as principais conclusões:

• Na maioria dos casos, é possível recuperar uma rede multisite que tenha deixado de funcionar. Normalmente, os dados continuam lá, mesmo quando todos os subsites estão inativos.
• O método de recuperação depende do que ainda estiver acessível: o wp-admin, um URL de recuperação de desastres, o Duplicator Cloud ou acesso direto via FTP e phpMyAdmin.
• O Duplicator Pro (licença Pro ou Elite) é a forma mais rápida de recuperar uma rede multisite. A recuperação manual é uma alternativa que funciona sem qualquer plugin.
• É possível restaurar um único subsite sem afetar o resto da rede, mas apenas se o backup tiver sido personalizado para esse subsite no momento da sua criação.
• Os passos que aceleram a recuperação futura (backups programados, URLs de recuperação de desastres e um conector de recuperação configurado) demoram apenas alguns minutos a configurar e devem ser realizados antes de serem necessários.

Índice

Quando pode ser necessário restaurar uma rede multissite do WordPress

Nem todas as falhas em sistemas multissítio são iguais, e a situação em que se encontra determina qual o método de recuperação mais adequado. Eis a situação em que se pode encontrar neste momento.

• Falha na atualização do núcleo, de um plugin ou de um tema. O motivo mais comum. Uma atualização incompatível provoca um erro fatal que bloqueia todos os subsites simultaneamente. O administrador da rede pode continuar acessível ou pode ter desaparecido completamente, dependendo do que causou a falha.
• Corrupção da base de dados. Uma tabela MySQL danificada, uma importação mal sucedida ou um erro de gravação a meio de uma atualização podem comprometer toda a camada de dados da rede. Os ficheiros permanecem intactos, mas o WordPress não consegue ler os dados de que necessita para funcionar.
• Rede pirateada ou comprometida. Malware, código injetado ou um ataque de força bruta podem deixar a rede num estado não confiável. É possível fazer a limpeza manualmente, mas a restauração a partir de uma cópia de segurança limpa é geralmente mais rápida e fiável.
• Migração falhada. Transferir um multisite para um novo servidor é mais complexo do que transferir um único site. Uma migração parcial, em que os ficheiros são transferidos mas a base de dados não é atualizada, deixa a rede com falhas que nem sempre são evidentes até se tentar carregar um subsite.
• Eliminação acidental. Um subsite removido por engano, um plugin essencial desativado em toda a rede, uma configuração alterada que não deveria ter sido.
• Falha no servidor ou no alojamento. A infraestrutura fica inativa e, quando volta a funcionar, o WordPress não recarrega. Os ficheiros podem estar intactos, mas a base de dados ou a configuração desapareceram.
• Falha num único subsite. Neste caso, nem sempre é necessária uma restauração completa da rede. Se apenas um subsite for afetado, uma restauração seletiva do subsite é mais rápida e segura do que reverter tudo. A secção adicional no final deste artigo aborda esse assunto especificamente.

O que precisa antes de começar

O método de restauração a escolher depende do que ainda estiver acessível. Consulte esta lista antes de escolher um dos métodos abaixo.

• Uma cópia de segurança anterior ao problema. Verifique a data e hora antes de fazer qualquer outra coisa. Restaurar uma cópia de segurança que já contenha a corrupção ou a atualização defeituosa não vai ajudar.
• Saber o que ainda está a funcionar. Consegue aceder ao wp-admin? O servidor está a responder? A base de dados está ativa? As suas respostas a estas perguntas determinam quais os métodos que tem à sua disposição.
• Duplicator Pro para os Métodos 1, 2 e 3. A compatibilidade com multisite requer uma licença Pro ou Elite. A versão Lite não é compatível com multisite. Se não tiver a certeza de qual é a sua licença, inicie sessão na sua conta em duplicator.com.
• Acesso de administrador de rede para os métodos 1 e 2. O Duplicator Pro só aparece ao nível da rede. Não o encontrará no painel de controlo de um subsite individual. Se não conseguir aceder ao administrador de rede, passe para o método 2 ou 3.
• Um conector de recuperação configurado no Duplicator Cloud para o Método 3. Trata-se de uma configuração única que armazena as credenciais FTP/SFTP do seu servidor no Duplicator Cloud, para que este possa gravar ficheiros diretamente no seu servidor. Se isto não tiver sido configurado antes do início do problema, o Método 3 não estará disponível para si. Tome nota disto para quando tiver concluído a recuperação.
• Credenciais do servidor para o Método 4. Se não tiver o Duplicator, vai precisar de acesso FTP ou SFTP, das credenciais da sua base de dados (host, nome, nome de utilizador, palavra-passe) e de acesso ao phpMyAdmin ou ao WP-CLI. Consulte o painel de controlo do seu alojamento ou o e-mail de boas-vindas se não tiver a certeza de onde encontrar estes dados.

Como restaurar uma rede multisite do WordPress

Se estiver a ler isto no meio de uma crise, respire fundo. Uma rede multisite avariada pode parecer uma catástrofe, especialmente quando todos os subsites ficam inativos ao mesmo tempo, mas, na maioria dos casos, os dados continuam lá.

O método a utilizar depende do que ainda estiver acessível. Algumas das opções abaixo requerem apenas alguns cliques. Outras demoram mais tempo e exigem que se trabalhe diretamente no servidor.

De qualquer forma, no final deste artigo, terá um caminho a seguir.

• Método 1: Restaurar a partir da página de cópias de segurança do Duplicator Pro: A opção mais rápida se o wp-admin ainda estiver acessível. Bastam alguns cliques no painel de controlo e o Duplicator trata automaticamente da restauração completa da rede.
• Método 2: Utilizar o URL de recuperação de desastres: Funciona mesmo quando o wp-admin está completamente indisponível. Cole um URL pré-gerado num navegador e o instalador autónomo do Duplicator será executado totalmente fora do WordPress.
• Método 3: Restaurar através do Duplicator Cloud sem o wp-admin: O cenário de recuperação mais complexo. Se os cópias de segurança estiverem no Duplicator Cloud e tiver sido configurado previamente um conector de recuperação, toda a restauração é executada remotamente a partir do painel de controlo da nuvem através de FTP/SFTP.
• Método 4: Restauração manual via FTP e phpMyAdmin: A alternativa para quando o Duplicator não está instalado ou as ferramentas baseadas em plugins não são uma opção. É o método que envolve mais passos e requer credenciais de servidor, mas funciona em qualquer alojamento sem ferramentas pré-instaladas.

Método 1: Restaurar a partir da página de cópias de segurança do Duplicator Pro

Se o seu painel de controlo wp-admin ainda estiver acessível, esta é a forma mais rápida e fiável de restabelecer a rede.

O Duplicator Pro é um plugin de WordPress para cópias de segurança, migração e recuperação, concebido para gerir redes multisite da mesma forma que gere sites individuais: de forma completa, a partir de um único painel de controlo, sem necessidade de intervenções manuais na base de dados nem de acesso por FTP.

Faz cópias de segurança de todos os subsites, armazena as cópias automaticamente na nuvem e, quando algo corre mal, restaura toda a rede com apenas alguns cliques.

Para agências e programadores que gerem vários sites numa única rede, esta é a ferramenta que torna a recuperação rápida e fácil.

A versão Lite não suporta multisite. Necessitará de uma licença Pro ou Elite, que incluem funcionalidades completas de cópia de segurança, restauração, migração e recuperação de desastres em rede.

Quando estou a fazer uma restauração de rotina, a recuperar de uma atualização mal sucedida ou a reverter as alterações após um teste de pré-produção ter corrido mal, recorro ao Duplicator.

Passo 1: Encontre a cópia de segurança correta e restaure-a

Vá a «Os meus sites» » «Administração da rede» » «Duplicator Pro» » «Cópias de segurança». O Duplicator Pro só aparece ao nível da rede numa instalação multissite. Se estiver a consultar o painel de controlo de um subsite individual, não o encontrará lá.

Se as suas cópias de segurança estiverem armazenadas na nuvem (Google Drive, Amazon S3, Dropbox ou Duplicator Cloud), elas aparecerão nesta página automaticamente. Não será necessário voltar a carregá-las.

Procure a última cópia de segurança com data anterior ao início do problema. Verifique atentamente a data e a hora. Restaurar uma cópia de segurança que já tenha sido afetada pelo problema que causou a falha na rede irá colocá-lo novamente na mesma situação.

Clique no botão «Restaurar» ao lado da cópia de segurança. O Duplicator abre o programa de instalação numa nova aba do navegador.

Antes de clicar: isto irá substituir a sua instalação multisite atual. Qualquer conteúdo, configuração ou alteração nos subsites efetuada após a data e hora do backup será perdida. Confirme a data antes de continuar.

Passo 2: Siga as instruções do programa de instalação

Neste momento, está a ver o assistente passo a passo para a restauração do Duplicator.

O Duplicator preenche automaticamente as credenciais da base de dados e o URL do site a partir da cópia de segurança. Basta aceitar os termos e avisos na parte inferior e clicar em «Restaurar cópia de segurança».

Confirme a restauração na janela pop-up e deixe o programa de instalação a funcionar.

Quando terminar, será apresentado um ecrã de conclusão com um link para voltar ao seu Administrador de Rede.

O seu site já está novamente online!

Método 2: Utilizar o URL de recuperação de desastres

Se o wp-admin não carregar e não conseguir aceder ao painel de controlo de forma alguma, ainda assim pode restaurar a sua rede. O Duplicator funciona fora do WordPress, pelo que um erro fatal, um tema danificado ou um painel de administração bloqueado não o impedem de funcionar.

Uma forma de recuperar a sua rede é através de um URL de recuperação de desastres. Esperemos que tenha guardado uma cópia deste URL antes de algo acontecer ao seu site.

Guardou isto quando a cópia de segurança foi criada, seja como um URL copiado ou como um ficheiro de lançamento descarregado.

Uma coisa a ter em conta: o URL de recuperação de desastres tem de existir antes de ocorrer algum problema. É gerado a partir de uma cópia de segurança específica e guardado num local seguro.

Se nunca criou uma, passe diretamente para o Método 3. Volte a esta secção depois de ter recuperado e criado uma.

Guardo as minhas num gestor de palavras-passe, com uma entrada por site. Se alguma vez a rede ficar completamente fora de serviço, é a primeira coisa a que recorro.

Passo 1: Encontre o seu URL de recuperação de desastres

Se não tiver a certeza se possui um URL de recuperação de desastres, verifique o Duplicator Pro na secção «Administração de Rede». Aceda a «Backups» e procure um ícone verde de recuperação de desastres.

Se o seu wp-admin estiver a funcionar, clique nele e copie o link de recuperação.

Também pode ter esta informação guardada noutro local, num gestor de palavras-passe ou noutro local seguro.

Passo 2: Cole o URL no seu navegador

Abra um novo separador no navegador e cole o seu URL de recuperação. O instalador autónomo do Duplicator carrega diretamente, totalmente fora do WordPress. Não necessita de todo do WordPress para funcionar.

Mesmo que o seu site apresente uma página em branco, um erro grave ou um erro de ligação à base de dados, este instalador continuará a carregar.

Aceite os termos e execute a restauração. O Duplicator trata do resto.

Quando terminar, verá um link para o seu Network Admin restaurado. Clique nele, confirme se os seus subsites estão a carregar e execute qualquer limpeza pós-restauração indicada pelo assistente.

Configure isto antes de voltar a precisar

Assim que a rede voltar a funcionar, configure imediatamente a recuperação de desastres. No Duplicator Pro, aceda à secção «Backups» e crie uma nova cópia de segurança completa do site, incluindo todos os seus subsites.

Clique no ícone da casa azul ao lado da cópia de segurança concluída.

Continuar a definir a recuperação de desastres.

Copie o URL. Guarde-o num local que não dependa do funcionamento do seu site WordPress: um gestor de palavras-passe, um documento partilhado da equipa, uma nota segura.

Faça o mesmo com cada um dos subsites da rede que precise de recuperar de forma independente.

Leva apenas dois minutos e pode ser a chave para uma recuperação fácil da próxima vez que o seu site ficar fora de serviço.

Método 3: Restaurar através do Duplicator Cloud sem o wp-admin

Este é o procedimento de recuperação para o pior cenário possível. O WordPress não está a funcionar e não é possível aceder ao wp-admin. Precisa de restaurar, mas não consegue entrar no painel de controlo para iniciar qualquer processo.

Se as suas cópias de segurança estiverem armazenadas no Duplicator Cloud e tiver configurado um conector de recuperação antes do problema surgir, toda a restauração é executada a partir do painel de controlo do Duplicator Cloud.

O seu servidor não precisa de ter o WordPress instalado. Basta que seja acessível via FTP ou SFTP.

O conector de recuperação é o único elemento que tem de estar configurado antes da ocorrência de um desastre. Trata-se de um conjunto de credenciais FTP/SFTP armazenadas que o Duplicator Cloud utiliza para gravar ficheiros diretamente no seu servidor. Se não tiver sido configurado antecipadamente, ainda poderá introduzir essas credenciais durante o processo de restauração, mas terá de dispor de acesso FTP.

Se o FTP também estiver inativo, contacte o seu provedor de alojamento antes de prosseguir ou passe diretamente para o Método 4.

Passo 1: Inicie sessão no Duplicator Cloud e configure o Recovery Connector

Aceda a duplicator.com e inicie sessão na sua conta Duplicator Cloud. No painel de controlo, selecione o site que pretende restaurar.

Clique no botão amarelo «Recuperação da nuvem», no canto superior direito.

Introduza as suas credenciais FTP/SFTP. Teste a ligação.

Passo 2: Deixe o Duplicator Cloud executar a restauração

Analise a lista de cópias de segurança e identifique a última cópia de segurança válida com data anterior ao início do problema. Verifique cuidadosamente a data e hora, tal como faria em qualquer outro método.

Clique em «Restaurar cópia de segurança completa».

O Duplicator Cloud liga-se ao seu servidor através de FTP ou SFTP, transfere os ficheiros de cópia de segurança e executa o programa de instalação remotamente. Acompanhe o progresso a partir do painel de controlo na nuvem. Não é necessário que faça nada do seu lado durante esta etapa.

Quando a restauração estiver concluída, a sua rede multisite estará novamente disponível e acessível no seu URL original. Inicie sessão na Administração da Rede, confirme se os seus subsites estão a carregar e verifique se os ficheiros multimédia e os permalinks estão a funcionar corretamente.

Configure agora o Recovery Connector, caso ainda não o tenha feito

Depois de ter o site novamente em funcionamento, configure isto antes de mais nada. Na sua conta do Duplicator Cloud, aceda às definições do seu site e procure a opção «Recovery Connector».

Introduza as suas credenciais FTP ou SFTP e teste a ligação. O Duplicator Cloud irá confirmar se a ligação está a funcionar.

Esta é a configuração que garante que a recuperação na nuvem fora do local esteja totalmente disponível na próxima vez que ocorrer algum problema. Em combinação com um URL de recuperação de desastres, dispõe de duas formas de restaurar a sua rede sem que seja necessário que o WordPress esteja em execução.

Método 4: Restauração manual via FTP e phpMyAdmin

Este é o método mais difícil desta lista. É o que requer mais passos, mais conhecimentos técnicos e mais tempo.

Só consideraria fazer uma restauração manual se o Duplicator Pro não estiver instalado, se as ferramentas de restauração baseadas em plugins não estiverem a funcionar ou se não tiver uma cópia de segurança e precisar de trabalhar com os ficheiros e as exportações da base de dados de que dispõe.

Se tiver à sua disposição qualquer um dos Métodos 1, 2 ou 3, utilize-os primeiro. Esta é a alternativa para quando esses métodos não estiverem disponíveis.

Passo 1: Localize os seus ficheiros de cópia de segurança

Antes de aceder ao servidor, certifique-se de que tem duas coisas: uma cópia dos ficheiros do WordPress (tudo o que se encontra na raiz do site e no diretório /wp-content/) e uma exportação da base de dados em formato .sql.

É necessário ter ambos. Restaurar os ficheiros sem a base de dados, ou a base de dados sem os ficheiros, deixa a rede inoperacional.

Se não tiver uma cópia de segurança manual disponível, verifique primeiro o painel de controlo do seu alojamento. A maioria dos serviços de alojamento gerido (WP Engine, Kinsta, SiteGround e outros) armazena instantâneos diários automáticos no painel de controlo. Procure a secção «Cópias de segurança» ou «Restaurar» e faça o download a partir daí.

Passo 2: Restaurar os ficheiros do WordPress através de FTP

Ligue-se ao seu servidor utilizando um cliente FTP. O FileZilla é gratuito e funciona bem. Navegue até ao diretório raiz do WordPress, a pasta que contém os ficheiros wp-config.php, wp-admin/ e wp-content/.

Carregue os seus ficheiros de cópia de segurança, substituindo o conteúdo atual do servidor.

Uma pasta a que deve prestar especial atenção: /wp-content/uploads/sites/. É aqui que o Multisite armazena os ficheiros multimédia de cada subsite, organizados em subdiretórios numerados para cada site da rede. É fácil ignorá-la durante uma restauração, e é daí que provêm a maioria das falhas relacionadas com multimédia após a restauração.

Antes de fazer o upload: isto substituirá a sua instalação atual. Quaisquer alterações feitas após a criação da cópia de segurança serão perdidas. Se houver algo no servidor ativo que valha a pena guardar, faça o download antes de começar.

Passo 3: Importar a base de dados através do phpMyAdmin

Abra o painel de alojamento e inicie o phpMyAdmin. No painel da esquerda, selecione a sua base de dados do WordPress. Vá para o separador «Importar», clique em «Escolher ficheiro» e selecione o seu ficheiro de cópia de segurança .sql. Em seguida, clique em «Avançar».

O phpMyAdmin é a ferramenta de bases de dados baseada no navegador que a maioria dos fornecedores de alojamento inclui por predefinição. Se nunca a utilizou antes, pode parecer mais complexa do que realmente é. Basta utilizar o separador «Importar».

Antes de importar: bases de dados multissite de grande dimensão podem exceder o limite de tempo de execução predefinido do phpMyAdmin. Se a sua base de dados tiver mais de algumas centenas de megabytes, a operação poderá ser interrompida a meio do processo.

Se isso acontecer, utilize o WP-CLI: execute wp db import backup.sql a partir da linha de comandos do seu servidor. Em alternativa, contacte o seu fornecedor de alojamento e peça-lhe para executar a importação. Trata-se de um pedido comum, e a maioria das equipas de apoio resolve-o rapidamente.

Passo 4: Atualize o ficheiro wp-config.php, se necessário

Se estiver a restaurar para o mesmo servidor e a mesma base de dados, pode ignorar este passo. Se estiver a restaurar para um novo servidor ou uma nova base de dados, abra o ficheiro wp-config.php através de FTP e atualize estas quatro constantes para que correspondam ao novo ambiente:

• DB_HOST
• NOME_DO_DOB
• DB_USER
• DB_PASSWORD

No caso de redes de sites, verifique também a constante DOMAIN_CURRENT_SITE. Esta constante indica ao WordPress em que domínio a rede está a ser executada.

Se não corresponder ao domínio real, entrará num ciclo de redirecionamento quando o site for carregado. Tem de corresponder ao que consta nas tabelas wp_site e wp_blogs da sua base de dados.

Passo 5: Atualizar as regras de reescrita e confirmar o carregamento dos subsites

Inicie sessão na Administração da Rede. Aceda a Definições » Permalinks e clique em Guardar alterações sem alterar nada.

Não é necessário alterar a estrutura dos permalinks. Basta guardar para que o WordPress regenere o ficheiro .htaccess com as regras de reescrita multissite corretas.

Em seguida, verifique os seus subsites. Aceda a alguns deles a partir da lista de sites da Administração da Rede. Devem carregar sem problemas.

Se algum deles devolver um erro 404 ou a mensagem «página não encontrada», é possível que as regras de reescrita do ficheiro .htaccess não tenham sido atualizadas corretamente. Consulte a secção de resolução de problemas abaixo.

Bónus: Restaurar um único subsite (e transferi-lo para um novo servidor)

Nem todas as falhas em redes com vários sites exigem uma restauração completa da rede. Se apenas um subsite estiver com problemas, reverter toda a rede significa perder as alterações realizadas em todos os outros sites da rede desde o último backup. Normalmente, isso não compensa.

O Duplicator Pro permite-lhe criar uma cópia de segurança de um único subsite ou de qualquer combinação de sites na rede. Ao restaurar essa cópia de segurança, apenas esses sites são recuperados. Todo o resto permanece inalterado.

Como funciona a restauração seletiva por subsite

O segredo está na forma como o backup é criado. Ao criar um novo backup no Duplicator Pro, as definições de backup incluem um seletor de subsites na secção «Multisite».

Selecione o subsite específico que pretende capturar. Crie a cópia de segurança. O Duplicator inclui apenas o conteúdo desse site e as tabelas da base de dados correspondentes.

Quando o restaura, o Duplicator restaura exatamente o que está no backup. Um backup de um único subsite restaura um único subsite. Se tiver feito o backup de toda a rede, restaura toda a rede.

Para restaurar, siga o mesmo procedimento utilizado para reverter uma rede multisite completa. Aceda à secção «Backups» na «Administração da Rede» e localize o backup que inclui apenas o sub-site específico.

Clique em «Restaurar» e execute o programa de instalação.

A rede permanece intacta. Apenas o subsite na cópia de segurança é afetado.

Mudar um subsite para um servidor independente

Esta é uma das funcionalidades mais úteis do Duplicator que a maioria das pessoas desconhece. Imaginemos que o subsite de um cliente tenha crescido demasiado para a rede e precise de alojamento próprio, ou que esteja a separar um subsite para o entregar a outra equipa.

Faça uma cópia de segurança apenas do subsite. No servidor de destino, instale o Duplicator e carregue a cópia de segurança na página «Importar cópias de segurança ».

Selecione «Converter subsite de rede em site independente » no campo «Tipo de instalação». O Duplicator converte o subsite numa instalação independente do WordPress no novo local.

Após a conclusão da restauração, verifique alguns aspetos antes de entregar o site: os ficheiros multimédia estão a carregar corretamente, os permalinks funcionam e todas as configurações específicas do domínio estão atualizadas para o novo URL.

Se o subsite estiver a funcionar num subdomínio ou subdiretório da rede, será necessário que o seu próprio domínio aponte para o novo servidor. O SSL também terá de ser configurado de forma independente.

Resolução de problemas: Quando a restauração não corre bem

As restaurações em ambientes multissite apresentam pontos de falha que não ocorrem em instalações de site único. A maioria deles pode ser resolvida em poucos minutos, assim que se perceber o que está a acontecer.

Eis como cada um deles se apresenta e como proceder.

Os URLs dos subsites apresentam um erro 404 após a restauração

O que se observa: A rede principal carrega, mas ao clicar em qualquer subsite aparece um erro 404 ou «site não encontrado». O administrador da rede funciona bem. Os subsites não.

Por que isto acontece: O WordPress não regenerou as regras de reescrita após a restauração. O ficheiro .htaccess ou não foi atualizado, ou está a faltar-lhe completamente o bloco de reescrita específico para multisite.

Como resolver: Vá a Administração da Rede » Configurações » Permalinks e clique em Guardar alterações sem modificar nada. Isto obriga o WordPress a reescrever o ficheiro .htaccess com as regras de encaminhamento multissite corretas. Verifique novamente os seus subsites após guardar.

Se continuarem a apresentar erros 404, abra o ficheiro .htaccess diretamente através do FTP e verifique o seu conteúdo.

Um ficheiro .htaccess padrão para um único site não encaminha corretamente o tráfego multissite. O ficheiro tem de conter o bloco de reescrita multissite.

Se estiver em falta, desative e reative a rede para a regenerar, ou copie o bloco correto da documentação do WordPress para o seu tipo de rede (subdomínio ou subdiretório).

Ciclo de redirecionamento no domínio principal

O que se observa: O navegador apresenta o erro ERR_TOO_MANY_REDIRECTS ao carregar o domínio principal da rede. O site nunca carrega.

Por que isto acontece: A constante DOMAIN_CURRENT_SITE no ficheiro wp-config.php não corresponde ao domínio armazenado nas tabelas wp_site e wp_blogs da sua base de dados. Esta incompatibilidade é comum após a restauração para um domínio diferente ou quando o domínio foi alterado em algum momento entre a criação da cópia de segurança e a sua restauração.

Como resolver o problema: Abra o ficheiro wp-config.php através do FTP. Encontre a linha que diz define( 'DOMAIN_CURRENT_SITE', 'yourdomain.com' ); e confirme se o domínio corresponde exatamente ao que está armazenado na tabela wp_site da sua base de dados. Abra o phpMyAdmin, selecione a base de dados e verifique a coluna «domínio» na tabela wp_site. Corrija o ficheiro wp-config.php para que corresponda, guarde o ficheiro e atualize o site.

Faltam ficheiros multimédia em todos os subsites

O que se observa: As imagens não funcionam em todo o site. Os URLs dos ficheiros multimédia apontam para caminhos como /wp-content/uploads/sites/2/2025/04/image.png, mas devolvem erros 404.

Por que isso acontece: A cópia de segurança não incluiu o diretório completo /wp-content/uploads/sites/. O Multisite armazena os ficheiros multimédia de cada subsite num subdiretório numerado dentro de uploads/sites/. Se a restauração tiver capturado apenas a pasta raiz uploads, os ficheiros multimédia de cada subsite serão perdidos.

Como resolver: Verifique se o backup incluiu o diretório uploads/sites/. Se estiver a utilizar o Duplicator Pro, verifique as definições de arquivo do backup utilizado. Se o diretório tiver sido excluído, terá de obter os ficheiros multimédia a partir de um backup diferente ou restaurá-los manualmente via FTP a partir de um backup de ficheiros multimédia separado.

Se estiver a utilizar o Duplicator Cloud, uma restauração parcial que vise apenas a biblioteca multimédia pode resolver este problema sem necessitar de uma restauração completa da rede.

O phpMyAdmin entra em tempo limite durante a importação da base de dados

O que se observa: A barra de progresso da importação fica parada. O phpMyAdmin apresenta um erro de tempo limite a meio do ficheiro .sql.

Por que isso acontece: As bases de dados multissite são grandes e o tempo máximo de execução predefinido do phpMyAdmin é curto. O processo de importação atinge o limite de tempo antes de terminar.

Como resolver o problema: Mude para o WP-CLI. Na linha de comandos do seu servidor, execute wp db import backup.sql a partir do diretório raiz do WordPress. Ele suporta bases de dados de grande dimensão sem limites de tempo. Se não tiver acesso à linha de comandos, contacte o seu provedor de alojamento e peça-lhe para executar a importação. Em alternativa, divida o ficheiro .sql em partes mais pequenas e importe-as sequencialmente.

O programa de instalação apresenta uma página em branco ou um erro 500

O que se observa: Ao aceder a yourdomain.com/installer.php, aparece uma página em branco ou um erro 500 de servidor interno.

Por que isso acontece: Existem duas causas comuns. Ou as permissões do ficheiro installer.php estão incorretas e o servidor não o executa, ou o limite de memória do PHP no servidor de destino é demasiado baixo para processar o arquivo.

Como resolver o problema: Verifique se o ficheiro installer.php tem permissões 644. Pode definir isto no FileZilla clicando com o botão direito do rato no ficheiro e selecionando «Permissões do ficheiro». Em seguida, verifique o seu Limite de memória do PHP. Para arquivos com vários sites, 256 MB é o mínimo. 512 MB é mais seguro. Se não for possível ajustar o ficheiro php.ini diretamente, adicione php_value memory_limit 512M ao seu ficheiro .htaccess ou peça ao seu provedor de alojamento para aumentar esse limite. É um pedido de rotina.

Perguntas mais frequentes (FAQs)

A sua rede já está de volta. Eis o que deve fazer antes da próxima crise.

Recuperar uma rede com vários locais é a parte mais difícil. Manter essa rede em condições de ser recuperada é a parte que a maioria das pessoas ignora, até se verem novamente na mesma situação seis meses depois.

Algumas coisas que vale a pena fazer agora, antes de fechar o separador. Em primeiro lugar, se ainda não tem backups automáticos agendados, configure-os hoje mesmo.

O Duplicator Pro suporta cópias de segurança programadas com a periodicidade que melhor se adequar à sua rede: de hora a hora, diariamente, semanalmente ou mensalmente, enviadas automaticamente para o armazenamento na nuvem. Uma cópia de segurança que funciona sem que tenha de se preocupar com isso é a única que estará realmente disponível quando precisar.

Em segundo lugar, crie um URL de recuperação de desastres para cada site importante da rede. Demora dois minutos por site.

Em terceiro lugar, se estiver a guardar cópias de segurança no Duplicator Cloud, configure agora o conector de recuperação. Este tem de estar configurado antes do problema ocorrer, e não depois.

Mais de 1,5 milhões de profissionais do WordPress utilizam o Duplicator Pro para garantir que não perdem os seus sites. Atualize hoje mesmo para obter cópias de segurança automatizadas, URLs de recuperação de desastres, restauração na nuvem sem acesso ao wp-admin e suporte completo para WordPress Multisite.

Se este tutorial foi útil, vale a pena adicionar estes guias aos favoritos também:

• Como fazer o backup do WordPress Multisite
• Como migrar o WordPress Multisite
• Como converter o WordPress Multisite num único site
• Melhores Plugins de Backup Multisite do WordPress para Segurança de Rede
• Como a CodeVidia Migra Redes Multisite com Segurança e Facilidade