Migre as suas bases de dados de um servidor para outro sem passar a noite em claro.
O SQLmig faz cópias de segurança, migra e restaura as suas bases de dados MySQL e MariaDB em quatro etapas guiadas. E tudo isto em segurança: antes de escrever seja o que for no servidor de destino, compara os dois servidores e diz-lhe exatamente o que poderá correr mal: versões diferentes, motores diferentes, collations exóticas, objetos herdados.
Pagamento único, sem subscrição. Licença válida para instalação num computador, sem limite de duração para toda a versão 4, incluindo atualizações. Windows, macOS e Linux. Oferta promocional de −25% para o lançamento do SQLmig 4. Preços em US$.
MySQL 5.7, Produção
MySQL 8.0, Novo servidor
Percurso de migração: suportado
Chaves estrangeiras, vistas, palavras reservadas: não foram detetados problemas
Collations: serão aplicadas 2 adaptações conhecidas durante a importação
utf8mb3: 14 objetos assinalados para verificação
max_allowed_packet no destino: 64 MB, suficiente
O problema nunca surge durante o dump.
Surge durante a importação, uma hora mais tarde, quando a janela de manutenção já está a meio e a base de dados já está parcialmente restaurada.
$ mysqldump -h prod -u root --all-databases > dump.sql
$ mysql -h new-server -u root < dump.sql
ERROR 1273 (HY000) at line 41: Unknown collation: 'utf8mb4_0900_ai_ci'
ERROR 1005 (HY000) at line 2188: Can't create table `crm`.`facturation`
ERROR 2006 (HY000): MySQL server has gone away
# 3 erros. 2 horas perdidas. E uma base de dados parcialmente restaurada num novo servidor que já está em funcionamento, sem a totalidade dos dados ou com dados corrompidos.
As versões não se entendem
Por exemplo, uma collation criada no MySQL 8 não existe no 5.7. Um ROW_FORMAT herdado passa de um lado e bloqueia do outro. Os modos SQL tornam-se mais restritivos de uma série para a seguinte. O que sai corretamente da origem é recusado pelo destino.
Os motores também não
O MySQL e o MariaDB não aceitam as mesmas collations, as mesmas opções de tabela nem as mesmas sintaxes em vistas e rotinas. O dump não o avisa. A importação, sim.
Tudo cabe num único comando
Um anfitrião errado recuperado do histórico do terminal, um --all-databases a mais, um ficheiro substituído: as operações mais arriscadas da sua infraestrutura são também aquelas que não pedem qualquer confirmação.
Ninguém tem tempo para auditar
Verificar manualmente as collations, os DEFINER, as vistas, os nomes das restrições e o max_allowed_packet de quarenta bases de dados dá um dia de trabalho. Por isso, saltamos essa etapa e ficamos a torcer para que tudo corra bem.
A diferença não está na migração. Está no que acontece antes.
Na linha de comandos
Descobre as incompatibilidades durante a importação.
Volta a ler o dump manualmente para perceber o erro.
Uma falha aos 80% obriga-o a recomeçar tudo do princípio.
Nada impede que escreva no servidor de produção e substitua dados por engano.
O comando SQL a introduzir no terminal é complexo e as opções variam consoante o sistema de base de dados.
Se não dominar perfeitamente todas as opções da linha de comandos, nada lhe garante que as suas bases de dados tenham sido migradas corretamente.
Seis meses depois, ninguém se lembra de como as bases de dados foram migradas nem de que opções de linha de comandos foram utilizadas. Os dados podem ter sido corrompidos sem que ninguém se apercebesse, durante uma migração mal controlada.
Com o SQLmig
A configuração dos seus servidores é definida uma única vez e mantida de uma sessão para a seguinte.
As incompatibilidades de um projeto de migração são listadas antes do dump, controlo a controlo.
Cada aviso indica o que deve verificar e porquê.
O dump fica na biblioteca: pode retomar a importação mais tarde, após reiniciar.
Um servidor cujo papel de "Destino" esteja desativado por segurança não pode receber nenhuma importação por engano.
As suas bases de dados podem ser renomeadas automaticamente entre o servidor de Origem e o servidor de Destino durante a migração.
O procedimento é sempre o mesmo, para si e para os seus colegas: bastam alguns cliques. Não precisa de ser especialista.
O histórico guarda a data, o estado, as versões, as bases de dados e o registo completo.
Quatro etapas. Sempre as mesmas, seja qual for o servidor.
Coloque um servidor na zona "Origem" e, se necessário, outro na zona "Destino", e avance da esquerda para a direita. Para uma simples cópia de segurança, deixe o destino vazio: as etapas 2 e 4 desaparecem.
Escolher as bases de dados
O SQLmig liga-se, verifica a versão real do servidor e apresenta as suas bases de dados de aplicações; os esquemas do sistema são excluídos. O número de tabelas, o tamanho estimado e a collation são apresentados para cada uma.
Analisar a migração
Dezasseis controlos comparam a origem, o destino e a sua seleção exata. O relatório classifica cada ponto como OK, aviso ou erro. Um erro assinalado no relatório impede a continuação até ser resolvido.
Criar o dump
Um ficheiro por base de dados ou um único ficheiro para o conjunto. Inclui estrutura, dados, rotinas e acionadores; também inclui os eventos, desde que a conta SQL tenha permissões para os ler.
Importar para o destino
Escolha as bases de dados a restaurar, mude-lhes o nome se necessário e inicie o processo. O SQLmig aplica as adaptações conhecidas sem modificar o seu ficheiro e, em seguida, verifica se tudo foi importado corretamente.
Aquilo que o SQLmig verifica por si, em poucos segundos.
Dezasseis controlos executados sobre a seleção exata que se prepara para migrar. Cada um apresenta um estado, uma explicação e, quando possível, os passos a seguir.
Percurso de migração da origem → destino
Ligação e identidade dos dois servidores
Modos SQL recusados pelo destino
Limites de tamanho de ENUM e SET
Nomes de restrições de chaves estrangeiras
Nomes de colunas de vistas fora dos limites
Particionamento e motores de armazenamento
Objetos que ainda usam utf8 / utf8mb3
Collations inexistentes no destino
Palavras reservadas utilizadas como nomes de objetos
DEFINER de vistas, rotinas e eventos
GROUP BY com ASC/DESC em objetos armazenados
Datas nulas ou parciais recusadas durante a importação
ROW_FORMAT do InnoDB e KEY_BLOCK_SIZE antigos
max_allowed_packet insuficiente no destino
Verificação do MySQL Shell para atualizações de versão
E, durante a importação, o SQLmig aplica as adaptações conhecidas, collations do MySQL 8 para o 5.7, formatos de linha antigos do InnoDB, modos relacionados com datas nulas e a diretiva "sandbox" dos dumps recentes do MariaDB, sem nunca modificar o ficheiro de dump original.
Uma ferramenta concebida para operações que não podem falhar.
Biblioteca de dumps
Feche o SQLmig e volte amanhã: o dump continuará lá, com a respetiva origem, bases de dados, data e tamanho. Escolha um destino e importe. Não tem de reconfigurar nada. Basta um clique.
Alterar o nome das bases de dados durante a importação
Restaure hosting1_wordpress como hosting2_wordpress com um clique ou aplique um prefixo a toda uma seleção. O SQLmig memoriza as correspondências para a próxima vez.
Importação parcial
Tem um dump agrupado com trinta bases de dados? Restaure três delas. O SQLmig assinala as dependências que deve verificar antes de colocar em produção.
Clientes SQL instalados por si
mysqldump, mariadb-dump, MySQL Shell: o SQLmig instala o cliente oficial correspondente ao seu servidor, sem afetar eventuais servidores SQL já em funcionamento na sua máquina.
Proteção do ambiente de produção
Desmarque a opção "Destino" num servidor sensível: o SQLmig não poderá escrever nele por engano. O botão Destino fica simplesmente indisponível para esse servidor.
Ligações encriptadas
TCP com TLS até VERIFY_IDENTITY, certificado de autoridade, certificado de cliente ou socket UNIX local. E, se necessário, a documentação inclui um guia para estabelecer ligação ao AWS RDS.
Histórico e registos
Tipo de operação, data, servidores, versões, bases de dados envolvidas, modo de dump e registo completo. Tudo o que é preciso para explicar, seis meses depois, o que foi realmente feito.
Análise de um dump existente
Até mesmo um ficheiro .sql produzido por outra ferramenta: o SQLmig lê-o, conta as bases de dados e as tabelas, acompanha o progresso e assinala o que poderá causar problemas no destino.
Configuração portátil, 16 idiomas
Exporte a configuração dos seus servidores e as suas definições e importe-as facilmente para outra máquina com o SQLmig instalado. Interface disponível em 16 idiomas, com tema claro, escuro ou automático.
Faça cópias de segurança gratuitamente. Migre com a licença.
O SQLmig instala-se e funciona sem custos: um servidor SQL, quantas cópias de segurança quiser. É uma oferta à comunidade, para que todos possam continuar a fazer cópias de segurança dos dados do seu servidor SQL. A licença do SQLmig desbloqueia tudo o resto: a migração e a importação de dados para outro servidor. Assim, sabe exatamente o que está a comprar antes de pagar.
Funcionalidade
Gratuito
Com licença
Número de servidores SQL
1
Ilimitado
Teste de ligação e deteção da versão
Sim
Sim
Listar as bases de dados e criar cópias de segurança
Sim
Sim
Dumps separados ou um único dump agrupado
Sim
Sim
Escolher um servidor de destino para a migração
-
Sim
Verificações prévias de compatibilidade (16 verificações)
-
Sim
Dump preparado para migração
-
Sim
Análise SQL de um dump antes da importação
-
Sim
Importação e restauro para um servidor de destino
-
Sim
Alterar o nome das bases de dados durante a importação
-
Sim
Atualizações do SQLmig 4.x
Sim
Sim
Uma licença. Um pagamento. SQLmig sem limites.
$199.99
$149.99
Pagamento único, sem subscrição.
Licença válida para instalação numa máquina. Preço em USD.
O que está incluído na licença
Válida por tempo ilimitado para o SQLmig 4.
Todas as atualizações da versão 4 incluídas, gratuitamente.
Uma máquina por licença, transferível: liberte-a aqui e ative-a noutro equipamento.
Windows, macOS e Linux: a mesma licença, escolha onde a instala.
Todas as funcionalidades de migração, análise e restauro desbloqueadas.
Ainda tem dúvidas? Instale o SQLmig e faça já uma cópia de segurança real, gratuitamente. Em dez minutos, saberá se a ferramenta é adequada para si.
As perguntas que nos fazem com mais frequência.
A licença é uma subscrição?
Não. É uma compra única. A licença é válida por tempo ilimitado e inclui todas as atualizações da versão 4.
O que acontecerá quando o SQLmig 5 for lançado?
A sua licença continuará a funcionar com a versão 4 enquanto a utilizar. Cada licença é adquirida uma única vez por versão principal.
Se mudar de computador, perco a minha licença?
Não. No SQLmig, clique em Definições → Licença do SQLmig, clique em "Libertar licença" e, em seguida, ative-a no novo equipamento. Cada licença só pode ser utilizada num equipamento de cada vez.
É necessário estar permanentemente ligado à Internet?
Não. Após a primeira validação online, o SQLmig valida a licença sem ligação à Internet durante um período até 30 dias, renovado a cada verificação online.
Como é armazenada a palavra-passe do meu servidor SQL?
Pode optar por guardar no SQLmig a palavra-passe do seu servidor; nesse caso, esta é armazenada de forma encriptada pelo SQLmig. Ou pode optar por não a guardar de todo; nesse caso, basta fornecê-la em cada operação realizada com o SQLmig.
Posso migrar de MySQL para MariaDB, ou vice-versa?
Sim. O SQLmig suporta migrações entre motores e alerta para os aspetos críticos: collations, motores de armazenamento, opções de tabela e funcionalidades SQL. Teste sempre numa cópia antes de efetuar a mudança.
Porque não posso migrar diretamente as minhas bases de dados de MySQL 5.7 para 8.4?
Porque este salto ignora a versão intermédia MySQL 8.0. O SQLmig faz primeiro a migração para MySQL 8.0, tal como recomendado pela documentação oficial do MySQL: um passo intermédio que pode realizar facilmente com o SQLmig e que evita muitas surpresas no final.
O SQLmig substitui a minha estratégia de cópias de segurança?
Não, nem afirma fazê-lo. O SQLmig realiza cópias de segurança e migrações lógicas. Não substitui a replicação em tempo real, as cópias de segurança físicas do motor nem os seus procedimentos de teste internos.
Com que servidores SQL é compatível o SQLmig?
O SQLmig é compatível com MySQL 5.0, MySQL 5.1, MySQL 5.5, MySQL 5.6, MySQL 5.7, MySQL 8.0, MySQL 8.4, MySQL 9.7, MySQL 26.7, MariaDB 10.6, MariaDB 10.11, MariaDB 11.4 e MariaDB 11.8.
Quer transferir os seus dados para outro servidor SQL? Desta vez, pode fazê-lo facilmente com o SQLmig.
Aproveite hoje a oferta de lançamento do SQLmig 4 e compre a sua licença por $149.99 (em vez de $199.99). Pagamento único, sem subscrição. Ou comece gratuitamente com uma cópia de segurança criada agora com o SQLmig, no servidor que preferir.
MySQL 5.0 a 26.7 · MariaDB 10.6 a 11.8 · Windows, macOS e Linux · Interface em 16 idiomas
Licença válida para instalação numa máquina. Preço em USD.