Migrer depuis Amazon RDS MySQL sans droits SUPER-UTILISATEUR
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
La création et l'exécution d'une tâche de migration avec une source ou des sources MySQL Amazon RDS qui n'autorisent pas les droits SUPER-UTILISATEUR peuvent nécessiter quelques étapes supplémentaires.
Créer la tâche de migration MySQL Amazon RDS
MySQL limite la définition du nom d'hôte source à 60 caractères. Les noms d'hôte des bases de données Amazon RDS comptent généralement plus de 60 caractères. Si tel est le cas pour la base de données que vous migrez, configurez une redirection DNS pour créer un enregistrement CNAME qui associe votre nom de domaine au nom de domaine de votre instance de base de données Amazon RDS. Pour en savoir plus sur la configuration d'un enregistrement CNAME DNS, consultez la documentation Cloud DNS ou la documentation AWS Route53.
Les journaux binaires doivent être stockés sur un stockage en bloc standard et ne peuvent pas être stockés sur Amazon S3.
Pour créer un job de migration continu avec un vidage manuel, GTID doit être activé. GTID_MODE doit être ON, OFF ou OFF_PERMISSIVE. La valeur GTID_MODE de ON_PERMISSIVE n'est pas acceptée.
Exécuter la tâche de migration
Pour effectuer le vidage complet initial, à la fois pour MySQL Amazon RDS et pour les sources sans autorisation SUPERUSER, les écritures doivent être arrêtées à la source pendant environ 20 secondes.
Vous pouvez arrêter les écritures en effectuant une migration à partir d'un réplica avec accès en lecture ou en arrêtant les écritures directement sur la base de données source.
Pour migrer à partir d'une instance dupliquée avec accès en lecture:
Créez une instance dupliquée avec accès en lecture dans Amazon Web Services (AWS).
Configurez le profil de connexion source de Database Migration Service avec les informations de connectivité du réplica de lecture AWS.
Une fois que l'état de la tâche de migration passe à Starting | Waiting for source writes to stop (Démarrage | En attente de l'arrêt des écritures sources), désactivez la réplication entre le principal AWS et son réplica en lecture pendant environ 20 secondes.
Une fois que l'état de la tâche de migration passe à Running | Full dump in progress (Exécution | Vidage complet en cours), réactivez la réplication vers l'instance dupliquée avec accès en lecture dans AWS.
Au lieu d'arrêter les écritures en migrant à partir d'un réplica de lecture dans AWS, vous pouvez arrêter les écritures directement dans la base de données source. Vous pouvez utiliser un
script pour vérifier que toutes les écritures dans la base de données source sont arrêtées.
L'état et le sous-état de la tâche de migration indiquent quand arrêter et reprendre les écritures. Vous pouvez suivre les modifications d'état dans l'API, la console ou directement dans Cloud Monitoring:
Une fois que l'état passe à Démarrage | En attente de l'arrêt des écritures sources, les écritures dans la base de données source doivent être arrêtées. Database Migration Service détecte que l'écriture s'est arrêtée et l'état passe à En cours d'exécution | Préparation du vidage.
Une fois que l'état passe à Running | Full dump in progress (En cours d'exécution | Vidage complet en cours), vous pouvez reprendre l'écriture dans la base de données source.
Database Migration Service tente de créer le vidage initial pendant environ 20 minutes. Si les écritures n'ont pas été arrêtées ou si elles sont reprises avant la mise à jour de l'état, le processus échoue et renvoie une erreur décrivant la cause de l'échec.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/05 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
