Migrar do Amazon Aurora MySQL sem privilégios de superutilizador
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Quando cria e executa uma tarefa de migração com uma origem do Amazon Aurora MySQL ou origens que não permitem privilégios de SUPERUSER, a migração pode exigir passos adicionais.
Crie a tarefa de migração do Amazon Aurora MySQL
Certifique-se de que tem em consideração os seguintes requisitos e ajusta o processo de migração:
O MySQL limita a definição do nome de anfitrião de origem a 60 carateres. Normalmente, os nomes de anfitrião das bases de dados do Amazon Aurora têm mais de 60 carateres. Se este for o caso da base de dados que está a migrar, configure um redirecionamento de DNS para criar um registo CNAME que associa o seu nome de domínio ao nome de domínio da sua instância de base de dados do Amazon Aurora. Para mais informações sobre a configuração do DNS CNAME, consulte a documentação do Cloud DNS ou a documentação do AWS Route53.
Os registos binários têm de ser armazenados no armazenamento de blocos padrão e não podem ser armazenados no Amazon S3.
A criação de uma tarefa de migração contínua com um despejo manual fornecido requer que a opção GTID esteja ativada. GTID_MODE tem de ser
ON, OFF ou OFF_PERMISSIVE.
O valor GTID_MODE de ON_PERMISSIVE não é suportado.
Para fazer a descarga completa inicial, pare as gravações do MySQL Amazon Aurora na base de dados de origem durante aproximadamente 20 segundos.
O serviço de migração de bases de dados não pode migrar dados de uma instância de réplica só de leitura do Amazon Aurora de um cluster de base de dados MySQL porque não é possível obter ficheiros de registo binários da instância. Para mais informações, consulte a documentação da Amazon sobre a
configuração do registo binário do Aurora MySQL.
Execute a tarefa de migração
Para fazer a descarga completa inicial, pare as gravações do MySQL Amazon Aurora na base de dados de origem durante aproximadamente 20 segundos. Pode usar um script que
encontra atividades de escrita para verificar se toda a escrita na base de dados de origem está parada.
A indicação de quando parar e retomar as gravações está no estado e no subestado da tarefa de migração. Pode acompanhar as alterações de estado na API, na consola ou diretamente no Cloud Monitoring:
Depois de o estado mudar para A iniciar | A aguardar a paragem das gravações de origem,
a gravação deve ser interrompida na base de dados de origem. O Database Migration Service identifica que a escrita parou e o estado muda para Em execução | A preparar a descarga.
Depois de o estado mudar para Em execução | Descarga completa em curso, pode retomar a escrita na base de dados de origem em segurança.
O Database Migration Service continua a tentar fazer o despejo inicial durante aproximadamente 20 minutos. Se as gravações não tiverem sido interrompidas ou se forem retomadas antes da atualização do estado, o processo falha e devolve um erro que descreve 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-08-21 UTC."],[[["\u003cp\u003eMigrations from Amazon Aurora MySQL sources without SUPERUSER privileges require specific adjustments to the migration process.\u003c/p\u003e\n"],["\u003cp\u003eSource hostnames longer than 60 characters require configuring a DNS redirect with a CNAME record.\u003c/p\u003e\n"],["\u003cp\u003eBinary logs must be stored on standard block storage, not Amazon S3, for migration jobs.\u003c/p\u003e\n"],["\u003cp\u003eFor initial full dumps, it is necessary to stop writes to the source MySQL Amazon Aurora database for around 20 seconds, using scripts to identify when to stop.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service cannot migrate data from an Amazon Aurora read-only replica instance because it cannot retrieve binary log files from the instance.\u003c/p\u003e\n"]]],[],null,["# Migrating from Amazon Aurora MySQL without SUPERUSER privileges\n\n\u003cbr /\u003e\n\nWhen you create and run a migration job with an Amazon Aurora MySQL source or\nsources that don't allow SUPERUSER privileges, the migration can require additional steps.\n\nCreate the Amazon Aurora MySQL migration job\n--------------------------------------------\n\nMake sure you consider the following requirements and adjust your migration process:\n\n1. MySQL limits the source hostname definition to 60 characters. Amazon Aurora\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 Aurora\n database instance. For more information about setting up DNS CNAME, see the\n [Cloud DNS documentation](/dns/docs/set-up-dns-records-domain-name) or 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.\n The `GTID_MODE` value of \u003cvar translate=\"no\"\u003eON_PERMISSIVE\u003c/var\u003e isn't supported.\n\n4. To take the initial full dump, stop MySQL Amazon Aurora writes at the\n source database for approximately 20 seconds.\n\n5. Database Migration Service can't migrate data from an Amazon Aurora read-only replica instance of a MySQL database cluster because\n binary log files can't be retrieved from the instance. For more information, see the Amazon documentation about\n [configuring Aurora MySQL binary logging](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_LogAccess.MySQL.BinaryFormat.html).\n\nRun the migration job\n---------------------\n\nTo take the initial full dump, stop MySQL Amazon Aurora writes\nat the source database for approximately 20 seconds. You can use a script that [finds write activities](/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."]]
