Este artigo é para quem precisa trazer um site ou e-mails para a ValueHost em um caso que a equipe não migra: painéis diferentes na origem e no destino (exceto do cPanel para o DirectAdmin, veja "A ValueHost faz migração entre painéis diferentes?"), provedor com painel próprio, migração de só uma parte da conta ou junção de contas. A equipe não faz migrações manuais, mas o processo abaixo é o que ela indica.
Quando a migração é manual
- A origem usa painel próprio do provedor, sem cPanel, Plesk ou DirectAdmin.
- Origem e destino usam painéis diferentes, como Plesk para cPanel ou DirectAdmin para cPanel.
- Você quer levar só um domínio de uma conta, ou juntar várias contas em uma só hospedagem.
- Os e-mails estão no Google Workspace ou em outro serviço de e-mail.
Ordem recomendada
- Crie no destino o domínio, os subdomínios, os bancos de dados e as contas de e-mail.
- Copie os arquivos do site.
- Copie os bancos de dados.
- Sincronize os e-mails.
- Teste o site e os e-mails.
- Altere o DNS e, depois da propagação, faça uma última sincronização dos e-mails.
Arquivos do site
- Baixe os arquivos do site no provedor antigo.
- Envie para a pasta do site na ValueHost por FTP (recomendado) ou pelo Gerenciador de Arquivos do painel.
- Para muitos arquivos, compacte a pasta em um arquivo
.zipou.tar.gz, envie e extraia pelo Gerenciador de Arquivos.
Bancos de dados
- Exporte o banco no provedor antigo, por exemplo pelo phpMyAdmin, em um arquivo
.sql. - Crie o banco e o usuário no painel da ValueHost.
- Importe o arquivo pelo phpMyAdmin.
- Atualize o arquivo de configuração do site (no WordPress, o
wp-config.php) com o novo nome do banco, usuário e senha.
Banco maior que 100 MB: envie o arquivo .sql para uma pasta da conta por FTP ou pelo Gerenciador de Arquivos, deixe o banco criado e vazio no painel e abra um ticket informando o nome do banco e a localização do arquivo. A equipe faz a importação.
E-mails
Antes de tudo, crie no painel da ValueHost as mesmas contas de e-mail que existem na origem.
Destino cPanel ou DirectAdmin
Use uma ferramenta de sincronização por IMAP, que copia as mensagens da conta antiga para a nova. A equipe costuma indicar:
- a ferramenta de migração de e-mail da OVH, em
omm.ovhcloud.com; - a ferramenta de migração de e-mail do
goodbye.host.
Em cada ferramenta, preencha a conta de origem (servidor, e-mail e senha do provedor antigo) e a conta de destino. Como servidor IMAP de destino, use o nome do servidor da sua hospedagem na ValueHost (se não souber qual é, pergunte no ticket), com estes dados:
Servidor IMAP: nome do servidor da sua hospedagem (ex.: us000-cp.valueserver.com.br)
Porta: 993
Segurança: SSL/TLS
Usuário: endereço de e-mail completo
Destino Plesk
O Plesk da ValueHost tem uma ferramenta própria que importa por IMAP os e-mails de outro provedor:
- Em Sites e Domínios, abra o domínio e entre na importação de e-mails (Mail Importing).
- Clique em importar mensagens (Import mail messages).
- Informe o endereço de e-mail completo da conta na origem e a senha dela no provedor antigo.
- Escolha a caixa de destino. Se ainda não criou a conta no Plesk, você pode criá-la nessa mesma tela.
- Se o login na origem não for o endereço completo, ou se o Plesk não descobrir sozinho o servidor de origem, abra as opções avançadas e informe o servidor IMAP de origem. A porta padrão é 993, com SSL.
- Clique em OK.
A importação copia todas as pastas IMAP, com as datas das mensagens e a marcação de lida ou não lida. As mensagens não são apagadas da conta de origem.
E-mails no Google Workspace
O Google bloqueia as ferramentas de migração. O caminho indicado pela equipe é:
- Configure no Outlook ou no Thunderbird a conta do Google como IMAP.
- Crie a conta de e-mail no painel da ValueHost e configure também como IMAP no mesmo programa.
- Copie as mensagens das pastas da conta do Google para as pastas da conta criada na ValueHost.
Por último, o DNS
Depois de testar, altere os nameservers do domínio para os da ValueHost (veja "Como pedir a migração do seu site e e-mails de outro provedor para a ValueHost"), ou, se o DNS for externo, aponte os registros A para o IP do serviço. A propagação pode levar até 24 horas.
Se não resolver
Abra um ticket informando:
- o domínio e o tipo de painel da origem;
- em qual etapa parou (arquivos, banco, e-mails ou DNS);
- a mensagem de erro exibida pela ferramenta ou pelo painel, com captura de tela;
- para bancos grandes, o nome do banco e o caminho do arquivo
.sqlna conta.
Se a migração vier de outro provedor e a equipe precisar acessar a origem, envie os dados de acesso no próprio ticket e troque a senha depois que a migração terminar.
Esta resposta foi útil?
A sua avaliação nos ajuda a melhorar os artigos.