Fidelidade de migração

Ao migrar o esquema, os dados e os metadados de um banco de dados de origem para um de destino, é importante garantir que todas essas informações sejam migradas com precisão. O Database Migration Service oferece uma maneira de alta fidelidade de migrar objetos de banco de dados (incluindo o esquema, os dados e os metadados) de um banco de dados para outro.

Todos os componentes de dados, esquema e metadados a seguir são migrados como parte da migração do banco de dados:

Dados

  • Todas as tabelas e esquemas, exceto os seguintes bancos de dados do sistema: sys, mysql, performance_schema e information_schema.

Esquema

  • Nomenclatura

  • Chave primária

  • Tipo de dado

  • Posição ordinal

  • Valor padrão

  • Nulidade

  • Atributos de incremento automático

  • Índices secundários

Metadados

  • Procedimentos armazenados

  • Funções

  • Gatilhos

  • Visualizações

  • Restrições de chave externa

Migração contínua

As mudanças na linguagem de manipulação de dados (DML) e na linguagem de definição de dados (DDL) em todos os dados, esquemas e metadados listados anteriormente são atualizadas durante migrações contínuas.

O que não é migrado

  • Para migrar bancos de dados criptografados, é necessário fornecer as chaves de criptografia ao Database Migration Service. O Database Migration Service oferece suporte à migração de dados de bancos de dados criptografados do Amazon Aurora ou do Amazon RDS porque esses bancos de dados processam a descriptografia de maneira transparente nos serviços. Para mais informações, consulte Criptografar recursos do Amazon Aurora, Criptografar recursos do Amazon RDS e Configurar chaves de criptografia gerenciadas pelo cliente (CMEK).

  • Contas de usuário e logins não são migrados.

    Os bancos de dados do sistema MySQL (mysql, performance_schema, information_schema e sys) não são migrados. Esses bancos de dados contêm informações sobre contas de usuário, logins e privilégios. As informações de login da conta de usuário precisam ser gerenciadas diretamente na instância de banco de dados de destino do Cloud SQL.

    Objetos de metadados (como procedimentos armazenados, funções, visualizações, eventos e gatilhos) que usam a cláusula DEFINER para referenciar uma conta de usuário que não existe na instância de destino falharão quando forem invocados no novo destino do Cloud SQL. É necessário criar as contas de usuário correspondentes na instância de destino ou atualizar as cláusulas DEFINER antes da migração. Para mais informações, consulte Verificar metadados com uma cláusula DEFINER.

    Para adicionar usuários à instância de destino do Cloud SQL, acesse a instância e adicione usuários na guia Usuários ou adicione-os no cliente MySQL. Para mais informações sobre como criar e gerenciar usuários de banco de dados no Cloud SQL para MySQL, consulte Criar e gerenciar usuários na documentação do Cloud SQL.

  • As configurações de flag não padrão não são migradas para a instância de destino do Cloud SQL. Execute SHOW VARIABLES no banco de dados de origem antes de migrar o esquema, os dados e os metadados para o banco de dados de destino e, em seguida, execute-o novamente no banco de dados do Cloud SQL. Atualize as configurações de flag conforme necessário no no banco de dados do Cloud SQL para replicar as configurações de origem.