La migración continua (a veces denominada "migración online") es un flujo continuo de cambios de un origen a un destino que se inicia tras una operación de volcado y carga completos inicial. En el caso de una migración, cuando llegue el momento de cambiar a la lectura y escritura en el destino, realiza una operación promote. La promoción significa que la instancia de Cloud SQL de destino se desconecta del origen y pasa de ser una instancia de réplica a una instancia principal.
La migración continua sigue estos pasos:
Inicialmente, se hace una captura de la base de datos de origen.
Esto provoca un bloqueo breve (menos de 10 segundos) en las tablas de la base de datos, una a una, a medida que se crea el volcado. La fuente puede seguir aceptando escrituras.
Es posible que tengas que seguir pasos adicionales si usas Amazon RDS y no tienes privilegios de superusuario. Para obtener más información, consulta el artículo Migrar desde MySQL de RDS sin privilegios de SUPERUSER.
Una vez que se ha creado el volcado inicial, se carga en el destino.
Una vez completada la carga, se procesan los cambios en curso (también conocidos como captura de datos de cambios o CDC).
Cuando llegue el momento de cambiar a la versión de destino, deja de escribir en la versión de origen e inicia una promoción. De esta forma, la aplicación puede leer y escribir en la base de datos de destino.
Las aplicaciones dependientes pueden experimentar un tiempo de inactividad de al menos la duración del retraso de la replicación en el momento de la decisión de promocionar.
Migración única
Este tipo de migración es una captura de la base de datos en un momento dado, que se toma del origen y se aplica al destino. Se trata básicamente de una operación de volcado y carga, en la que el destino está listo para usarse cuando se completa la carga. Las aplicaciones que dependan de la base de datos de origen pueden sufrir un tiempo de inactividad durante el proceso de migración, ya que no se pueden escribir datos en esta base de datos mientras la migración está en curso.
La migración única sigue estos pasos:
Dejar de escribir en la base de datos de origen.
Inicia un volcado de la base de datos de origen.
Una vez completado el volcado, se carga en el destino. Cuando se complete la carga, se iniciará una promoción automáticamente. La base de datos de destino se convierte en la base de datos principal y las aplicaciones dependientes deben leer y escribir en ella.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (UTC)."],[[["\u003cp\u003eContinuous migration involves a full initial data dump and load, followed by an ongoing flow of changes from the source to the destination, with a \u003ccode\u003epromote\u003c/code\u003e operation switching the destination to primary.\u003c/p\u003e\n"],["\u003cp\u003eContinuous migration requires a snapshot to be taken, with a brief lockout on database tables, followed by an initial load, and then ongoing changes being captured and processed until promotion.\u003c/p\u003e\n"],["\u003cp\u003eOne-time migration is a single snapshot of the source database, transferred to the destination as a one-time dump and load, where the destination is ready for use after the load is finished.\u003c/p\u003e\n"],["\u003cp\u003eOne-time migration requires no further work after the load is completed, and writes to the source must be stopped.\u003c/p\u003e\n"],["\u003cp\u003eDependent applications might encounter downtime during the replication delay in continuous migration or during the entire migration process in a one-time migration.\u003c/p\u003e\n"]]],[],null,["# Types of migration\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/database-migration/docs/postgres/migration-types \"View this page for the PostgreSQL version of Database Migration Service.\") \\| [PostgreSQL to AlloyDB](/database-migration/docs/postgresql-to-alloydb/migration-types \"View this page for the PostgreSQL to AlloyDB version of Database Migration Service.\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nOverview\n--------\n\n### Continuous migration\n\nContinuous (sometimes referred to as ongoing or online) migration is a continuous flow of changes from a source to a destination that follows an initial full dump and load. In the case of a migration, when the time comes to switch to use the destination for reads and writes, perform a `promote` operation. Promotion means that the destination Cloud SQL instance is disconnected from the source, and is promoted from a replica instance to a primary instance.\n\nContinuous migration follows these steps:\n\n1. Initially, a snapshot is taken of the source database.\n This incurs a short (under 10 seconds) lockout on the database tables, one at\n a time, as the dump is created. The source can continue accepting writes.\n\n\n You might need to perform additional steps if you're using Amazon RDS and\n you don't have SUPERUSER privileges. For more information, see\n [Migrating from RDS MySQL without SUPERUSER privileges](/database-migration/docs/mysql/rds-no-superuser).\n2. After the initial dump is taken, it's loaded into the destination.\n\n3. After the load is completed, the ongoing changes (also known as change data capture or CDC) are processed.\n\n | The delay between when a write occurs on the source and the current time is known as the `Replication delay`.\n\n \u003cbr /\u003e\n\n4. When the time comes to switch to using the destination, stop writing to the\n source and initiate a promotion. This allows the application to read and\n write against the destination database.\n\n5. Dependent applications can experience downtime for at least the\n duration of the replication delay at the time of the decision to promote.\n\n### One-time migration\n\nThis type of migration is a single point-in-time snapshot of the database,\ntaken from the source and applied to the destination. This is essentially a dump\nand load, where the destination is ready to be\nused when the load completes. Any applications that depend on the source database\ncan experience downtime during the migration process because there can be no new\nwrites to this database while the migration is in progress.\n\nOne-time migration follows these steps:\n\n1. Stop writing to the source database.\n\n2. Initiate a dump of the source database.\n\n3. After the dump is complete, it's loaded into the destination. When the load\n is completed, a promotion is initiated automatically. The\n destination database now becomes the primary database, and dependent\n applications should read and write to it."]]
