Como migrar do Amazon RDS MySQL sem privilégios de SUPERUSER
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A criação e a execução de um job de migração com uma origem do Amazon RDS MySQL ou
origens que não permitem privilégios de SUPERUSER podem exigir algumas etapas adicionais.
Criar o job de migração do Amazon RDS para MySQL
O MySQL limita a definição do nome do host de origem a 60 caracteres. Os nomes de host dos bancos de dados do Amazon RDS geralmente têm mais de 60 caracteres. Se esse
for o caso do banco de dados que você está migrando, configure
um redirecionamento de DNS para criar um
registro CNAME
que associe seu nome de domínio ao nome de domínio da sua instância do Amazon RDS DB. Leia mais sobre como configurar o CNAME do DNS na
documentação do Cloud DNS ou na
documentação do AWS Route53.
Os registros binários precisam ser armazenados no armazenamento em bloco padrão e não podem ser armazenados
no Amazon S3.
A criação de um job de migração contínua com um despejo manual fornecido exige que
GTID seja ativado. GTID_MODE precisa ser
ON, OFF ou OFF_PERMISSIVE. O valor GTID_MODE de
ON_PERMISSIVE não é aceito.
Executar o job de migração
Para fazer o despejo completo inicial, tanto para o MySQL Amazon RDS quanto para origens sem privilégio SUPERUSER, as gravações precisam ser interrompidas na origem por aproximadamente 20 segundos.
Você pode interromper as gravações migrando de uma réplica de leitura ou interrompendo as gravações diretamente no banco de dados de origem.
Para migrar de uma réplica de leitura:
Crie uma réplica de leitura no Amazon Web Services (AWS).
Configure o perfil de conexão de origem do Database Migration Service com as informações de conectividade da réplica de leitura da AWS.
Depois que o status do job de migração mudar para Starting | Waiting for source writes to stop, desative a replicação entre a AWS principal e a réplica de leitura por aproximadamente 20 segundos.
Depois que o status do job de migração mudar para Em execução | Despejo completo em andamento, reative a replicação para a réplica de leitura na AWS.
Em vez de interromper as gravações migrando de uma réplica de leitura na AWS, você pode interromper as gravações diretamente no banco de dados de origem. Você pode usar
um script para verificar se todas as gravações no banco de dados de origem foram interrompidas.
A indicação de quando parar e retomar as gravações está no status e no substatus do
job de migração. As mudanças de status podem ser rastreadas na API, no console ou
diretamente no Cloud Monitoring:
Depois que o status mudar para Starting | Waiting for source writes to stop,
a gravação no banco de dados de origem precisa ser interrompida. O Database Migration Service identifica que a gravação foi interrompida, e o status muda para Em execução | Preparando o despejo.
Depois que o status muda para Running | Full dump in progress, é seguro
continuar a gravação no banco de dados de origem.
O Database Migration Service continua tentando fazer o dump inicial por aproximadamente 20 minutos. Se as gravações não forem interrompidas ou se forem retomadas antes da atualização de status, o processo falhará e retornará um erro descrevendo a causa da falha.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-05 UTC."],[[["\u003cp\u003eFor Amazon RDS MySQL sources with hostnames exceeding 60 characters, configure a DNS redirect using a CNAME record to associate your domain name with the RDS instance's domain name.\u003c/p\u003e\n"],["\u003cp\u003eBinary logs for the migration process must be stored on standard block storage, not Amazon S3.\u003c/p\u003e\n"],["\u003cp\u003eContinuous migration jobs using manual dumps necessitate that \u003ccode\u003eGTID\u003c/code\u003e is enabled, with the \u003ccode\u003eGTID_MODE\u003c/code\u003e set to either \u003ccode\u003eON\u003c/code\u003e, \u003ccode\u003eOFF\u003c/code\u003e, or \u003ccode\u003eOFF_PERMISSIVE\u003c/code\u003e, as \u003ccode\u003eON_PERMISSIVE\u003c/code\u003e is not supported.\u003c/p\u003e\n"],["\u003cp\u003eTo ensure a successful initial full dump, writes to the source database should be halted for approximately 20 seconds, either by using a read replica or directly on the source.\u003c/p\u003e\n"],["\u003cp\u003eThe migration job status, trackable via the API, Console, or Cloud Monitoring, indicates when to stop writes (\u003cstrong\u003eStarting | Waiting for source writes to stop\u003c/strong\u003e) and resume writes (\u003cstrong\u003eRunning | Full dump in progress\u003c/strong\u003e).\u003c/p\u003e\n"]]],[],null,["# Migrating from Amazon RDS MySQL without SUPERUSER privileges\n\n\u003cbr /\u003e\n\nSuccessfully creating and running a migration job with an Amazon RDS MySQL source or\nsources that don't allow SUPERUSER privileges can require a few additional steps.\n\nCreate the Amazon RDS MySQL migration job\n-----------------------------------------\n\n1. MySQL limits the source hostname definition to 60 characters. Amazon RDS\n databases hostnames will typically be longer than 60 characters. If this\n is the case for the database you are migrating, configure\n a DNS redirect to create a\n [CNAME record](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html)\n that associates your domain name with the domain name of your Amazon RDS DB\n instance. You can read more about setting up DNS CNAME in the\n [Cloud DNS documentation](/dns/docs/set-up-dns-records-domain-name) or in the\n [AWS Route53 documentation](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-rds-db.html).\n\n2. Binary logs must be stored on standard block storage and cannot be stored\n on Amazon S3.\n\n3. Creating a continuous migration job with a manual dump provided requires\n `GTID` to be enabled. `GTID_MODE` must be either\n \u003cvar translate=\"no\"\u003eON\u003c/var\u003e, \u003cvar translate=\"no\"\u003eOFF\u003c/var\u003e, or \u003cvar translate=\"no\"\u003eOFF_PERMISSIVE\u003c/var\u003e. The `GTID_MODE` value of\n \u003cvar translate=\"no\"\u003eON_PERMISSIVE\u003c/var\u003e isn't supported.\n\nRun the migration job\n---------------------\n\nTo take the initial full dump, both for MySQL Amazon RDS and for sources with no `SUPERUSER` privilege, writes should be stopped at the source for approximately 20 seconds.\n\nYou can stop writes either by migrating from a read replica or by stopping writes directly on the source database.\n\nTo migrate from a read replica:\n\n1. Create a read replica in Amazon Web Services (AWS).\n\n2. Configure the Database Migration Service source connection profile with the connectivity information of the AWS read replica.\n\n3. After the status of the migration job changes to **Starting \\| Waiting for source writes to stop**, disable replication between the AWS primary and its read replica for approximately 20 seconds.\n\n4. After the status of the migration job changes to **Running \\| Full dump in progress**, re-enable replication to the read replica in AWS.\n\nInstead of stopping writes by migrating from a read replica in AWS, you can stop writes directly on the source database. You can use [a script](/database-migration/docs/mysql/debugging-tools#write-activities) to verify that all writing to the source database is stopped.\n\nIndication of when to stop and resume writes is in the status and substatus of\nthe migration job. The status changes can be tracked in the API, Console or\ndirectly in Cloud Monitoring:\n\n1. After the status changes to **Starting \\| Waiting for source writes to stop** ,\n writing should be stopped to the source database. Database Migration Service identifies that the writing stopped, and the status changes to **Running \\| Preparing the dump**.\n\n2. After the status changes to **Running \\| Full dump in progress**, it's safe\n to resume writing to the source database.\n\nDatabase Migration Service keeps trying to take the initial dump for approximately 20 minutes. If writes haven't been stopped, or if writes are resumed before the status update, then the process fails and returns an error describing the cause of the failure."]]
