Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Migrazione da Linux a Linux con tempo di inattività quasi nullo per Amazon RDS per Db2
Con questo approccio si esegue la migrazione di un database Db2 basato su Linux da un database Db2 autogestito (origine) ad Amazon RDS per Db2. Questo approccio comporta interruzioni o tempi di inattività minimi o nulli per l’applicazione o gli utenti. Questo approccio esegue il backup del database e lo ripristina con la riproduzione dei log, contribuendo a evitare interruzioni delle operazioni in corso e garantendo un’elevata disponibilità del database.
Per ottenere una migrazione con tempo di inattività quasi nullo, RDS per Db2 implementa il ripristino con riproduzione dei log. Questo approccio acquisisce un backup del database Db2 autogestito basato su Linux e lo ripristina sul server RDS per Db2. Con le stored procedure di Amazon RDS, applichi quindi i log delle transazioni successivi per aggiornare il database.
Argomenti
Limitazioni e suggerimenti per una migrazione con tempo di inattività quasi nullo
Di seguito sono indicate le limitazioni e le raccomandazioni applicabili alla migrazione con tempo di inattività quasi nullo:
-
Amazon RDS richiede un backup online per le migrazioni con tempo di inattività quasi nullo. Questo perché Amazon RDS mantiene il database in uno stato di attesa di rollforward durante il caricamento dei log delle transazioni archiviati. Per ulteriori informazioni, consulta Migrazione del database Db2.
-
Non puoi eseguire il ripristino da un bucket Amazon S3 in un Regione AWS ambiente diverso dalla regione in cui si trova l'istanza DB RDS for Db2.
-
Amazon S3 limita la dimensione dei file caricati in un bucket S3 a 5 TB. Se il backup del database supera i 5 TB, dividilo in file più piccoli.
-
Amazon RDS non supporta routine esterne non recintate, ripristini incrementali o ripristini Delta.
-
Non puoi eseguire il ripristino da un database di origine crittografato, ma puoi eseguire il ripristino in un'istanza database di Amazon RDS crittografata.
Il processo di ripristino varia a seconda della configurazione.
Se lo hai USE_STREAMING_RESTORE impostatoTRUE, Amazon RDS trasmette direttamente il backup dal tuo bucket S3 durante il ripristino. Lo streaming riduce in modo significativo i requisiti di archiviazione. È sufficiente fornire uno spazio di archiviazione uguale o superiore alla dimensione del backup o alla dimensione del database originale, a seconda di quale sia la maggiore.
Se lo USE_STREAMING_RESTORE impostiFALSE, Amazon RDS scarica prima il backup sulla tua istanza DB RDS for Db2 e poi estrae il backup. L'estrazione richiede spazio di archiviazione aggiuntivo. È necessario fornire uno spazio di archiviazione uguale o superiore alla somma delle dimensioni del backup e delle dimensioni del database originale.
La dimensione massima del database ripristinato è uguale alla dimensione massima supportata del database meno lo spazio necessario per l'archiviazione temporanea durante il processo di ripristino.
Backup del database in Amazon S3
Per eseguire il backup del database su Amazon S3, sono necessari i seguenti componenti: AWS
-
Un bucket Amazon S3 per archiviare i file di backup: carica tutti i file di backup da migrare ad Amazon RDS. Amazon RDS richiede un backup online per le migrazioni con tempo di inattività quasi nullo. Se disponi già di un bucket S3, puoi utilizzarlo. Se non disponi di un bucket S3, consulta Creazione di un bucket nella Guida per l’utente di Amazon S3.
Nota
Se il database è di grandi dimensioni e il trasferimento su un bucket S3 richiederebbe molto tempo, puoi ordinare un AWS Snow Family dispositivo e chiedere di AWS eseguire il backup. Dopo aver copiato i file sul dispositivo e averlo restituito al team Famiglia Snow, il team trasferisce le immagini di backup nel bucket S3. Per ulteriori informazioni, consulta la documentazione relativa ad AWS Snow Family.
-
Un ruolo IAM per accedere al bucket S3: se disponi già di un ruolo AWS Identity and Access Management (IAM), puoi utilizzare quel ruolo. Se non disponi di un ruolo, consulta Fase 2: creazione di un ruolo IAM e collegamento della policy IAM.
-
Una policy IAM con relazioni di trust e autorizzazioni associate al tuo ruolo IAM: per ulteriori informazioni, consulta Fase 1: Creazione di una policy IAM.
-
Il ruolo IAM aggiunto alla tua istanza database RDS per Db2: per ulteriori informazioni, consulta Fase 3: aggiunta del ruolo IAM all’istanza database RDS per Db2.
Creazione di un gruppo di archiviazione automatica predefinito
Il database di origine deve avere un gruppo di archiviazione automatica predefinito. Se il database non dispone di un gruppo di archiviazione automatica predefinito, è necessario crearne uno.
Per creare un gruppo di archiviazione automatica predefinito
-
Connettiti al tuo database di origine; Nell'esempio seguente, sostituiscilo
source_databasecon il nome del tuo database.db2 connect tosource_database -
Crea un gruppo di archiviazione automatica e impostalo come predefinito. Nell'esempio seguente, sostituiscilo
storage_pathcon il percorso assoluto in cui si trova il gruppo di archiviazione.db2 "create stogroup IBMSTOGROUP ONstorage_pathset as default" -
Termina i processi backend.
db2 terminate
Migrazione del database Db2
Dopo aver configurato una migrazione con tempi di inattività quasi pari a zero, sei pronto per migrare il database Db2 dal bucket Amazon S3 all'istanza DB RDS for Db2.
Per eseguire una migrazione con tempi di inattività quasi nulli dei file di backup dal bucket Amazon S3 all'istanza DB RDS for Db2
-
Esegui un backup online del database di origine. Per ulteriori informazioni, consulta BACKUP DATABASE command
nella documentazione di IBM Db2. -
Copia il backup del database in un bucket Amazon S3. Per ulteriori informazioni su Amazon S3, consulta la Guida per l’utente di Amazon Simple Storage Service.
-
Connect al
rdsadminserver conmaster_usernameemaster_passwordper l'istanza DB RDS for Db2.db2 connect to rdsadmin usermaster_usernameusingmaster_password -
(Facoltativo) Per assicurarti che il database sia configurato con le impostazioni ottimali, controlla i valori dei seguenti parametri chiamando: rdsadmin.show_configuration
-
RESTORE_DATABASE_NUM_BUFFERS -
RESTORE_DATABASE_PARALLELISM -
RESTORE_DATABASE_NUM_MULTI_PATHS -
USE_STREAMING_RESTORE
rdsadmin.set_configurationUtilizzateli per modificare questi valori secondo necessità. La corretta configurazione di questi parametri può migliorare significativamente le prestazioni durante il ripristino di database con grandi volumi di dati. Per la maggior parte degli scenari di migrazione, si consiglia di
USE_STREAMING_RESTOREimpostare su, inTRUEquanto riduce i requisiti di archiviazione e può migliorare la velocità di ripristino. -
-
Ripristina il backup sul server RDS per Db2 chiamando
rdsadmin.restore_database. Impostabackup_typesuONLINE. Per ulteriori informazioni, consulta rdsadmin.restore_database. -
Copia i log di archivio dal server di origine al bucket S3. Per ulteriori informazioni, consulta Archive logging
nella documentazione di IBM Db2. -
Applica i log di archivio tutte le volte che è necessario chiamando
rdsadmin.rollforward_database. Impostacomplete_rollforwardsuFALSEper mantenere il database in uno statoROLL-FORWARD PENDING. Per ulteriori informazioni, consulta rdsadmin.rollforward_database. -
Dopo aver applicato tutti i log di archivio, porta online il database chiamando
rdsadmin.complete_rollforward. Per ulteriori informazioni, consulta rdsadmin.complete_rollforward. -
Passa le connessioni delle applicazioni al server RDS per Db2 aggiornando gli endpoint dell’applicazione per il database o aggiornando gli endpoint DNS per reindirizzare il traffico al server RDS per Db2. Puoi anche utilizzare la funzionalità di reindirizzamento automatico del client Db2 sul database Db2 autogestito con l’endpoint del database RDS per Db2. Per ulteriori informazioni, consulta Automatic client reroute description and setup
nella documentazione IBM Db2. -
(Facoltativo) Arresta il database di origine.