Como restaurar só a base de dados a partir de uma cópia de segurança

No cPanel, abra o JetBackup 5 (secção Files), escolha o dia, e restaure apenas a base de dados concreta, sem tocar nos ficheiros nem no e-mail. A restauração substitui a base actual pela do dia da cópia. Quando não quer perder o que entrou depois (encomendas, comentários), há um segundo caminho: descarregar a cópia e importá-la para uma base de ensaio, para ir buscar só o que falta.

Os dois caminhos

Restaurar Descarregar e importar à parte
O que faz Repõe a base tal como estava naquele dia, por cima da actual. Dá-lhe o ficheiro; você cria uma base nova e importa-o lá. A actual não é tocada.
Quando usar A base ficou estragada ou apagada e nada do que entrou depois interessa. Quer recuperar uma tabela, um registo ou umas encomendas sem apagar o resto.
Risco Perde tudo o que mudou desde essa data. Mais trabalho, e é fácil ligar o site à base errada.

Caminho 1: restaurar a base

1 Descubra qual é a base. Numa conta com vários sites há várias. No WordPress está em wp-config.php, na linha DB_NAME (veja descobrir que base este WordPress usa).
2 Guarde primeiro o estado actual. Exporte a base com o phpMyAdmin (exportar uma base). Se a cópia antiga se mostrar pior, ainda volta ao ponto de partida.
3 No JetBackup, escolha o dia. Não o mais recente por hábito: o último anterior ao problema. Dúvidas sobre o dia estão em restaurar sem abrir um pedido.
4 Escolha a entrada das bases de dados e marque só a que quer. Confirme e acompanhe a tarefa na fila (Queue).
5 Limpe as caches e teste. Abra o site numa janela privada, entre no painel do site e veja uma página, uma encomenda recente (a mais recente que a cópia ainda tem) e o formulário de contacto.

Caminho 2: descarregar e ir buscar só o que falta

1 Descarregue a cópia da base no JetBackup, em vez de a restaurar. Vem um ficheiro com o SQL, que pode estar comprimido.
2 Crie uma base nova, vazia, em MySQL Databases, com o seu utilizador e privilégios (criar o utilizador e os privilégios). O nome leva o nome da conta à frente.
3 Importe o SQL para essa base nova. Pelo phpMyAdmin (importar com o phpMyAdmin e o limite de tamanho) ou por SSH se for grande (importar uma base grande por SSH).
4 Compare e traga de volta só o que precisa. No phpMyAdmin, abra a tabela na base de ensaio, exporte apenas essa tabela, e importe-a na base real, ou copie as linhas em falta. Se a tabela tem ligações a outras (encomendas e linhas da encomenda), traga-as juntas.
5 Apague a base de ensaio quando acabar. Tem os dados dos seus clientes e ninguém a vai actualizar.
Numa loja, não restaure uma base com dias. Apaga as encomendas desses dias, e o dinheiro e a mercadoria já saíram. Use o caminho 2: importe à parte e recupere só o que se perdeu.
No WordPress, não restaure tabelas soltas à sorte. Artigos, opções e meta-dados estão ligados entre si: repor só uma destas partes deixa o resto inconsistente. Restaure o conjunto das tabelas do site, ou traga só as que sabe que são independentes.
Ficheiros mais novos do que a base? Se actualizou um plugin depois da data da cópia, a base antiga pode não ter as tabelas que o plugin novo espera, e o WordPress pede para «actualizar a base». Deixe-o fazer, ou restaure também os ficheiros do mesmo dia. Veja restaurar com o JetBackup.

Não sabe que dia escolher, ou a restauração ficou presa na fila? Diga-nos o domínio e o que aconteceu.

Abrir um pedido de suporte

VEJA TAMBÉM

Restaurar uma cópia sozinho, sem abrir um pedido

Exportar uma base com o phpMyAdmin

Cópia da base com mysqldump e pg_dump, e como repô-la

Mover uma base para outra conta ou servidor

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão)

Ver planos
  • 0 Utilizadores acharam útil
Esta resposta foi útil?