Configurar o banco de dados MySQL de origem para migrações únicas

Nesta página, descrevemos como configurar as seguintes instâncias de banco de dados de origem para migrações homogêneas únicas do MySQL:

Configurar uma origem do Cloud SQL para MySQL

Para configurar uma instância de origem do Cloud SQL para MySQL no processo de migração, faça o seguinte:

  1. Verifique se o banco de dados de origem contém metadados definidos por usuários com a cláusula DEFINER. Consulte Verificar metadados com uma cláusula DEFINER.

    O Database Migration Service para migrações homogêneas do MySQL não migra contas de usuário e logins. As origens que contêm metadados definidos por contas de usuário com a cláusula DEFINER podem bloquear sua migração.

  2. Se o banco de dados de origem tiver objetos que referenciam tabelas nos esquemas do sistema mysql, performance_schema, information_schema, ndbinfo ou sys, verifique se os bancos de dados de réplica também têm essas tabelas de esquema do sistema.

    Se os bancos de dados de réplica não tiverem essas tabelas, o job de migração poderá falhar com o Unknown table in system schema .

  3. Crie uma conta de usuário de migração dedicada na instância. Consulte Criar um usuário na documentação do Cloud SQL. Verifique se as seguintes condições foram atendidas:

    • Você permite que a conta de usuário dedicada se conecte de qualquer host (host=%).
    • A senha da conta não pode ter mais de 32 caracteres. Para mais informações sobre as limitações de comprimento da senha do usuário do MySQL, consulte o bug do MySQL nº 43439.

  4. Atribua os privilégios necessários à conta de usuário de migração dedicada. Para migrações únicas, a lista completa de privilégios necessários depende de você fornecer seus próprios arquivos dump ou usar o recurso de dump gerenciado do Database Migration Service:

    Dump gerenciado

    Se você quiser que o Database Migration Service faça automaticamente o despejo completo do banco de dados de origem, atribua os seguintes privilégios à conta de usuário:

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • RELOAD
    • Para as versões 8.0 ou mais recentes do MySQL de origem: verifique se a conta de migração não tem o privilégio BACKUP_ADMIN.

    Despejo manual

    Se você fornecer seus próprios arquivos dump criados com mysqldump, não será necessário atribuir privilégios extras à conta de usuário.

Configurar uma origem do MySQL auto-hospedada

Para configurar uma instância de origem do MySQL autohospedada para o processo de migração, faça o seguinte:

  1. Verifique se todas as tabelas (exceto as tabelas em bancos de dados do sistema) usam o mecanismo de armazenamento InnoDB. Se você usa um mecanismo de armazenamento diferente, talvez seja necessário converter suas tabelas. Para mais informações, consulte Como converter tabelas do MyISAM para o InnoDB.
  2. Verifique se o banco de dados de origem contém metadados definidos por usuários com a cláusula DEFINER. Consulte Verificar metadados com uma cláusula DEFINER.

    O Database Migration Service para migrações homogêneas do MySQL não migra contas de usuário e logins. As origens que contêm metadados definidos por contas de usuário com a cláusula DEFINER podem bloquear sua migração.

  3. Se o banco de dados de origem tiver objetos que referenciam tabelas nos esquemas do sistema mysql, performance_schema, information_schema, ndbinfo ou sys, verifique se os bancos de dados de réplica também têm essas tabelas de esquema do sistema.

    Se os bancos de dados de réplica não tiverem essas tabelas, o job de migração poderá falhar com o Unknown table in system schema .

  4. Verifique se GTID_MODE está definido como ON ou OFF. Nenhum outro valor é aceito.

    O Database Migration Service exige que GTID_MODE seja definido como ON nos seguintes cenários:

    Para mais informações sobre GTID_MODE, consulte Variável de sistema de ID da transação global.

  5. Crie uma conta de usuário de migração dedicada na instância. Consulte Extratos de gerenciamento de conta. Verifique se as seguintes condições foram atendidas:

    • Você permite que a conta de usuário dedicada se conecte de qualquer host (host=%).
    • A senha da conta não pode ter mais de 32 caracteres. Para mais informações sobre as limitações de comprimento da senha do usuário do MySQL, consulte o bug do MySQL nº 43439.

  6. Atribua os privilégios necessários à conta de usuário de migração dedicada. Para migrações únicas, a lista completa de privilégios necessários depende de você fornecer seus próprios arquivos dump ou usar o recurso de dump gerenciado do Database Migration Service:

    Dump gerenciado

    Se você quiser que o Database Migration Service faça automaticamente o despejo completo do banco de dados de origem, atribua os seguintes privilégios à conta de usuário:

    Despejo manual

    Se você fornecer seus próprios arquivos dump criados com mysqldump, não será necessário atribuir privilégios extras à conta de usuário.

Configurar uma origem do Amazon RDS para MySQL

Para configurar uma instância de origem do Amazon RDS para MySQL no processo de migração, faça o seguinte:

  1. O Amazon RDS para MySQL usa o mecanismo de armazenamento InnoDB por padrão, mas permite o uso de outros mecanismos de armazenamento. Verifique se todas as tabelas (exceto as tabelas em bancos de dados do sistema) usam o mecanismo de armazenamento InnoDB. Se você usa um mecanismo de armazenamento diferente, talvez seja necessário converter suas tabelas. Para mais informações, consulte Como converter tabelas do MyISAM para o InnoDB.
  2. Verifique se o banco de dados de origem contém metadados definidos por usuários com a cláusula DEFINER. Consulte Verificar metadados com uma cláusula DEFINER.

    O Database Migration Service para migrações homogêneas do MySQL não migra contas de usuário e logins. As origens que contêm metadados definidos por contas de usuário com a cláusula DEFINER podem bloquear sua migração.

  3. Se o banco de dados de origem tiver objetos que referenciam tabelas nos esquemas do sistema mysql, performance_schema, information_schema, ndbinfo ou sys, verifique se os bancos de dados de réplica também têm essas tabelas de esquema do sistema.

    Se os bancos de dados de réplica não tiverem essas tabelas, o job de migração poderá falhar com o Unknown table in system schema .

  4. Verifique se GTID_MODE está definido como ON ou OFF. Nenhum outro valor é aceito. O Amazon RDS para MySQL usa GTID_MODE = OFF por padrão.

    O Database Migration Service exige que GTID_MODE seja definido como ON nos seguintes cenários:

    Para mais informações sobre GTID_MODE, consulte Variável de sistema de ID da transação global.

  5. Crie uma conta de usuário de migração dedicada na instância. Consulte Extratos de gerenciamento de conta. Verifique se as seguintes condições foram atendidas:

    • Você permite que a conta de usuário dedicada se conecte de qualquer host (host=%).
    • A senha da conta não pode ter mais de 32 caracteres. Para mais informações sobre as limitações de comprimento da senha do usuário do MySQL, consulte o bug do MySQL nº 43439.

  6. Atribua os privilégios necessários à conta de usuário de migração dedicada. Para migrações únicas, a lista completa de privilégios necessários depende de você fornecer seus próprios arquivos dump ou usar o recurso de dump gerenciado do Database Migration Service:

    Dump gerenciado

    Se você quiser que o Database Migration Service faça automaticamente o despejo completo do banco de dados de origem, atribua os seguintes privilégios à conta de usuário:

    Despejo manual

    Se você fornecer seus próprios arquivos dump criados com mysqldump, não será necessário atribuir privilégios extras à conta de usuário.

Configurar uma origem do Amazon Aurora para MySQL

Para configurar uma instância de origem do Amazon Aurora para MySQL no processo de migração, faça o seguinte:

  1. Verifique se o banco de dados de origem contém metadados definidos por usuários com a cláusula DEFINER. Consulte Verificar metadados com uma cláusula DEFINER.

    O Database Migration Service para migrações homogêneas do MySQL não migra contas de usuário e logins. As origens que contêm metadados definidos por contas de usuário com a cláusula DEFINER podem bloquear sua migração.

  2. Se o banco de dados de origem tiver objetos que referenciam tabelas nos esquemas do sistema mysql, performance_schema, information_schema, ndbinfo ou sys, verifique se os bancos de dados de réplica também têm essas tabelas de esquema do sistema.

    Se os bancos de dados de réplica não tiverem essas tabelas, o job de migração poderá falhar com o Unknown table in system schema .

  3. Verifique se GTID_MODE está definido como ON ou OFF. Nenhum outro valor é aceito. O Amazon Aurora para MySQL usa GTID_MODE = OFF por padrão.

    O Database Migration Service exige que GTID_MODE seja definido como ON nos seguintes cenários:

    Para mais informações sobre GTID_MODE, consulte Variável de sistema de ID da transação global.

  4. Crie uma conta de usuário de migração dedicada na instância. Consulte Extratos de gerenciamento de conta. Verifique se as seguintes condições foram atendidas:

    • Você permite que a conta de usuário dedicada se conecte de qualquer host (host=%).
    • A senha da conta não pode ter mais de 32 caracteres. Para mais informações sobre as limitações de comprimento da senha do usuário do MySQL, consulte o bug do MySQL nº 43439.

  5. Atribua os privilégios necessários à conta de usuário de migração dedicada. Para migrações únicas, a lista completa de privilégios necessários depende de você fornecer seus próprios arquivos dump ou usar o recurso de dump gerenciado do Database Migration Service:

    Dump gerenciado

    Se você quiser que o Database Migration Service faça automaticamente o despejo completo do banco de dados de origem, atribua os seguintes privilégios à conta de usuário:

    Despejo manual

    Se você fornecer seus próprios arquivos dump criados com mysqldump, não será necessário atribuir privilégios extras à conta de usuário.

Configurar uma origem do Microsoft Azure Database para MySQL

Para configurar uma instância de origem do Microsoft Azure Database para MySQL no processo de migração, faça o seguinte:

  1. Verifique se o banco de dados de origem contém metadados definidos por usuários com a cláusula DEFINER. Consulte Verificar metadados com uma cláusula DEFINER.

    O Database Migration Service para migrações homogêneas do MySQL não migra contas de usuário e logins. As origens que contêm metadados definidos por contas de usuário com a cláusula DEFINER podem bloquear sua migração.

  2. Se o banco de dados de origem tiver objetos que referenciam tabelas nos esquemas do sistema mysql, performance_schema, information_schema, ndbinfo ou sys, verifique se os bancos de dados de réplica também têm essas tabelas de esquema do sistema.

    Se os bancos de dados de réplica não tiverem essas tabelas, o job de migração poderá falhar com o Unknown table in system schema .

  3. Verifique se GTID_MODE está definido como ON ou OFF. Nenhum outro valor é aceito. O Microsoft Azure Database para MySQL usa GTID_MODE = OFF por padrão.

    O Database Migration Service exige que GTID_MODE seja definido como ON nos seguintes cenários:

    Para mais informações sobre GTID_MODE, consulte Variável de sistema de ID da transação global.

  4. Verifique o valor da configuração require_secure_transport.

    Por padrão, os bancos de dados do Microsoft Azure exigem criptografia SSL/TLS para todas as conexões de entrada. Dependendo do valor de require_secure_transport, use uma das seguintes configurações de criptografia ao criar o perfil de conexão de origem:

    • Se require_secure_transport estiver definido como on, selecione Básico, TLS ou mTLS.
    • Se require_secure_transport estiver definido como off, selecione Nenhum.

  5. Crie uma conta de usuário de migração dedicada na instância. Consulte Extratos de gerenciamento de conta. Verifique se as seguintes condições foram atendidas:

    • Você permite que a conta de usuário dedicada se conecte de qualquer host (host=%).
    • A senha da conta não pode ter mais de 32 caracteres. Para mais informações sobre as limitações de comprimento da senha do usuário do MySQL, consulte o bug do MySQL nº 43439.

  6. Atribua os privilégios necessários à conta de usuário de migração dedicada. Para migrações únicas, a lista completa de privilégios necessários depende de você fornecer seus próprios arquivos dump ou usar o recurso de dump gerenciado do Database Migration Service:

    Dump gerenciado

    Se você quiser que o Database Migration Service faça automaticamente o despejo completo do banco de dados de origem, atribua os seguintes privilégios à conta de usuário:

    Despejo manual

    Se você fornecer seus próprios arquivos dump criados com mysqldump, não será necessário atribuir privilégios extras à conta de usuário.

A seguir

Para um tutorial completo e detalhado sobre migrações homogêneas do Cloud SQL para MySQL, consulte Primeiros passos com as migrações do Cloud SQL para MySQL.