La migrazione continua (a volte indicata come in corso o online) è un flusso continuo di modifiche da un database PostgreSQL di origine a un AlloyDB per PostgreSQL di destinazione che segue un dump e un caricamento completo iniziali. In caso di migrazione, quando è il momento di passare all'utilizzo della destinazione per letture e scritture, esegui un'operazione promote. La promozione significa che l'istanza di destinazione viene disconnessa dall'origine e viene promossa da un'istanza replica a un'istanza principale.
La migrazione continua segue questi passaggi:
Inizialmente viene acquisito uno snapshot del database di origine.
Ciò comporta un breve blocco (meno di 10 secondi) delle tabelle del database, una alla volta, durante la creazione del dump. L'origine può continuare ad accettare le scritture.
Una volta eseguito il dump iniziale, i dati vengono caricati nella destinazione.
Al termine del caricamento, le modifiche in corso (note anche come acquisizione dei dati sulle modifiche o CDC) vengono elaborate.
Quando è il momento di passare all'utilizzo della destinazione, interrompi la scrittura nella fonte e avvia una promozione. In questo modo, l'applicazione può leggere e scrivere nel database di destinazione.
Le applicazioni dipendenti possono subire un tempo di inattività per almeno la durata del ritardo di replica al momento della decisione di promozione.
Migrazione una tantum
Questo tipo di migrazione è un singolo snapshot point-in-time del database, acquisito dall'origine e applicato alla destinazione. Si tratta essenzialmente di un dump
e di un caricamento, in cui la destinazione è pronta per essere
utilizzata al termine del caricamento. Eventuali applicazioni che dipendono dal database di origine possono subire un arresto anomalo durante il processo di migrazione perché non possono essere eseguite nuove scritture in questo database durante la migrazione.
La migrazione una tantum prevede i seguenti passaggi:
Interrompi la scrittura nel database di origine.
Avvia un dump del database di origine.
Al termine del dump, i dati vengono caricati nella destinazione. Al termine del caricamento, viene avviata automaticamente una promozione. Il database di destinazione diventa ora il database principale e le applicazioni dipendenti devono leggerlo e scriverci sopra.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-05 UTC."],[[["\u003cp\u003eContinuous migration involves an initial snapshot of the source PostgreSQL database, followed by a continuous stream of changes to the AlloyDB destination, allowing for minimal downtime during the final switch.\u003c/p\u003e\n"],["\u003cp\u003eContinuous migration includes taking an initial database snapshot, loading it into the destination, processing ongoing changes, and finally promoting the destination to primary status.\u003c/p\u003e\n"],["\u003cp\u003eOne-time migration, which is currently unavailable for AlloyDB, involves a single snapshot of the source database and applying it to the destination, requiring a halt in writes to the source during the migration.\u003c/p\u003e\n"],["\u003cp\u003eReplication delay is the time between when a write occurs on the source and the current time, which will account for the downtime during a continuous migration switch.\u003c/p\u003e\n"]]],[],null,["# Types of migration\n\n\u003cbr /\u003e\n\n[MySQL](/database-migration/docs/mysql/migration-types \"View this page for the MySQL version of Database Migration Service.\") \\| [PostgreSQL](/database-migration/docs/postgres/migration-types \"View this page for the PostgreSQL version of Database Migration Service.\") \\| PostgreSQL to AlloyDB\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 PostgreSQL database to an AlloyDB for PostgreSQL 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 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 \u003cbr /\u003e\n\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\n| One-time migration is currently not available for AlloyDB.\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."]]
