Migrazione da Linux in Linux con tempi di inattività quasi nulli per Amazon for Db2 RDS - Amazon Relational Database Service
Limitazioni e consigli per una migrazione con tempi di inattività prossimi allo zeroBackup del database su Amazon S3Creazione di un gruppo di archiviazione automatico predefinitoMigrazione del database Db2

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 in Linux con tempi di inattività quasi nulli per Amazon for Db2 RDS

Con questo approccio di migrazione, esegui la migrazione di un Linuxdatabase Db2 basato da un database Db2 autogestito (origine) ad Amazon RDS for 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, che aiuta a prevenire interruzioni delle operazioni in corso e garantisce un'elevata disponibilità del database.

Per ottenere una migrazione con tempi di inattività quasi pari a zero, RDS for Db2 implementa il ripristino con log replay. Questo approccio prevede un backup dei dati autogestiti Linuxsi basa sul database Db2 e lo ripristina sul server RDS for Db2. Con le procedure RDS memorizzate di Amazon, applichi quindi i registri delle transazioni successivi per aggiornare il database.

Limitazioni e consigli per una migrazione con tempi di inattività prossimi allo zero

Le seguenti limitazioni e raccomandazioni si applicano all'utilizzo di una migrazione con tempi di inattività vicini allo zero:

  • Amazon RDS richiede un backup online per una migrazione con tempi di inattività quasi pari a zero. Questo perché Amazon RDS mantiene il tuo database in uno stato di attesa di rollforward mentre carichi i 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.

  • Non è possibile ripristinare un database se l'istanza DB RDS per Db2 contiene già un database.

  • Amazon S3 limita la dimensione dei file caricati in un bucket S3 a 5 TB. Se il file di backup del database supera i 5 TB, suddividi il file di backup in file più piccoli.

  • Amazon RDS non supporta routine esterne non recintate, ripristini incrementali o Delta ripristina.

  • Non puoi eseguire il ripristino da un database di origine crittografato, ma puoi eseguire il ripristino su un'istanza Amazon RDS DB crittografata.

Quando ripristini il database, Amazon RDS copia il backup e quindi lo estrae sulla tua istanza DB RDS for Db2. Ti consigliamo di fornire uno spazio di archiviazione RDS per l'istanza DB Db2 uguale o superiore alla somma delle dimensioni del backup più le dimensioni del database originale su disco.

La dimensione massima del database ripristinato è la dimensione massima del database supportata meno la dimensione del backup. Ad esempio, se la dimensione massima del database supportata è 64 TiB e la dimensione del backup è 30 TiB, la dimensione massima del database ripristinato è 34 TiB.

64 TiB - 30 TiB = 34 TiB

Backup del database su Amazon S3

Per eseguire il backup del database su Amazon S3, sono necessari i seguenti componenti: AWS

  • Un bucket Amazon S3 per archiviare i tuoi file di backup: carica tutti i file di backup che desideri migrare su Amazon. RDS Amazon RDS richiede un backup online per una migrazione con tempi di inattività quasi pari a zero. Se hai già un bucket S3, puoi usare quel bucket. Se non disponi di un bucket S3, consulta Creazione di un bucket nella Amazon S3 User Guide.

    Nota

    Se il database è di grandi dimensioni e il trasferimento in un bucket S3 richiederebbe molto tempo, puoi ordinare un AWS Snow Family dispositivo e chiedere di eseguire il backup. AWS Dopo aver copiato i file sul dispositivo e averli restituiti al team di Snow Family, il team trasferisce le immagini di backup nel bucket S3. Per ulteriori informazioni, consulta la documentazione relativa ad AWS Snow Family.

  • Un IAM ruolo per accedere al bucket S3: se disponi già di un ruolo AWS Identity and Access Management (IAM), puoi utilizzare quel ruolo. Se non hai un ruolo, vedi. Fase 2: Crea un IAM ruolo e allega la tua IAM policy

  • Una IAM politica con relazioni di fiducia e autorizzazioni associate al tuo IAM ruolo: per ulteriori informazioni, consultaFase 1: creare una policy IAM.

  • Il IAM ruolo aggiunto alla tua istanza DB RDS for Db2: per ulteriori informazioni, consulta. Passaggio 3: aggiungi il tuo IAM ruolo alla tua istanza DB RDS for Db2

Creazione di un gruppo di archiviazione automatico predefinito

Il database di origine deve avere un gruppo di archiviazione automatico predefinito. Se il database non dispone di un gruppo di archiviazione automatico predefinito, è necessario crearne uno.

Per creare un gruppo di archiviazione automatico predefinito

  1. Connettiti al tuo database di origine; Nell'esempio seguente, sostituisci source_database con il nome del database.

    db2 connect to source_database

  2. Crea un gruppo di archiviazione automatico e impostalo come predefinito. Nell'esempio seguente, sostituisci storage_path con il percorso assoluto in cui si trova il gruppo di archiviazione.

    db2 "create stogroup IBMSTOGROUP ON storage_path set as default"

  3. Termina i processi di backend.

    db2 terminate

Migrazione del database Db2

Dopo aver eseguito il backup del database su Amazon S3 e creato un gruppo di storage automatico, sei pronto per migrare il database Db2 sull'istanza DB RDS per Db2.

Per eseguire una migrazione con tempi di inattività quasi pari a zero

  1. Esegui un backup online del database di origine. Per ulteriori informazioni, consulta BACKUP DATABASE comando in IBM Db2 documentazione.

  2. Copia il backup del database in un bucket Amazon S3. Per informazioni sull'uso di Amazon S3, consulta la Guida per l'utente di Amazon Simple Storage Service.

  3. Connect al rdsadmin server con master_username e master_password per la tua istanza DB RDS for Db2.

    db2 connect to rdsadmin user master_username using master_password

  4. (Facoltativo) Per assicurarti che il database sia configurato con le impostazioni ottimali per l'operazione di ripristino, puoi chiamare rdsadmin.show_configuration per verificare i valori di RESTORE_DATABASE_PARALLELISM andRESTORE_DATABASE_NUM_BUFFERS. Chiama rdsadmin.set_configuration per modificare questi valori, se necessario. L'impostazione esplicita di questi valori può migliorare le prestazioni durante il ripristino di database con grandi volumi di dati.

  5. Ripristina il backup sul server RDS for Db2 chiamando. rdsadmin.restore_database Imposta backup_type su ONLINE. Per ulteriori informazioni, consulta rdsadmin.restore_database.

  6. Copia i log di archivio dal server di origine al bucket S3. Per ulteriori informazioni, consulta Archive logging in IBM Db2 documentazione.

  7. Applica i log di archivio tutte le volte che è necessario chiamando. rdsadmin.rollforward_database Impostato complete_rollforward FALSE per mantenere il database in uno ROLL-FORWARD PENDING stato. Per ulteriori informazioni, consulta rdsadmin.rollforward_database.

  8. Dopo aver applicato tutti i log di archivio, riporta il database online rdsadmin.complete_rollforward chiamando. Per ulteriori informazioni, consulta rdsadmin.complete_rollforward.

  9. Passa le connessioni delle applicazioni al server RDS for Db2 aggiornando gli endpoint dell'applicazione per il database o aggiornando gli DNS endpoint per reindirizzare il traffico verso il server for Db2. RDS È inoltre possibile utilizzare la funzionalità di reindirizzamento automatico del client Db2 sul database Db2 autogestito con l'endpoint del database for Db2. RDS Per ulteriori informazioni, consulta Descrizione e configurazione del reindirizzamento automatico del client nel IBM Db2 documentazione.

  10. (Facoltativo) Chiudere il database di origine.