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à.
Esegui la migrazione di Db2 for LUW ad Amazon EC2 utilizzando la spedizione di log per ridurre i tempi di interruzione
Creato da Feng Cai (AWS), Ambarish Satarkar (AWS) e Saurabh Sharma (AWS)
Riepilogo
Quando i clienti migrano i loro carichi di lavoro IBM Db2 for LUW (Linux, UNIX e Windows) su Amazon Web Services (AWS), utilizzare Amazon Elastic Compute Cloud (Amazon) con il modello Bring Your Own License (BYOL) è il modo più veloce. EC2 Tuttavia, la migrazione di grandi quantità di dati da Db2 locale ad AWS può essere una sfida, soprattutto quando la finestra di interruzione è breve. Molti clienti cercano di impostare la finestra di interruzione su meno di 30 minuti, il che lascia poco tempo per il database stesso.
Questo modello illustra come eseguire una migrazione Db2 con una breve finestra di interruzione utilizzando la spedizione dei log delle transazioni. Questo approccio si applica a Db2 su una piattaforma Linux little-endian.
Prerequisiti e limitazioni
Prerequisiti
Un account AWS attivo
Un'istanza Db2 in esecuzione su EC2 un'istanza che corrisponde ai layout del file system locale
Un bucket Amazon Simple Storage Service (Amazon S3) Simple Storage Service (Amazon S3) accessibile all'istanza EC2
Una policy e un ruolo di AWS Identity and Access Management (IAM) per effettuare chiamate programmatiche ad Amazon S3
Fuso orario e orologi di sistema sincronizzati su Amazon EC2 e sul server locale
La rete locale connessa ad AWS tramite AWS Site-to-SiteVPN o AWS
Direct Connect
Limitazioni
L'istanza locale Db2 e Amazon EC2 devono appartenere alla stessa famiglia di piattaforme
. Il carico di lavoro locale di Db2 deve essere registrato. Per bloccare qualsiasi transazione non registrata, impostala nella configurazione del database.
blocknonlogged=yes
Versioni del prodotto
Db2 per LUW versione 11.5.9 e successive
Architettura
Stack tecnologico di origine
Db2 su Linux x86_64
Stack tecnologico Target
Amazon EBS
Amazon EC2
AWS Identity and Access Management (IAM)
Amazon S3
AWS Site-to-Site VPN o Direct Connect
Architettura Target
Il diagramma seguente mostra un'istanza Db2 in esecuzione in locale con una connessione di rete privata virtuale (VPN) a Db2 su Amazon. EC2 Le linee tratteggiate rappresentano il tunnel VPN tra il tuo data center e il cloud AWS.

Strumenti
Servizi AWS
AWS Command Line Interface (AWS CLI) è uno strumento open source che ti aiuta a interagire con i servizi AWS tramite comandi nella tua shell a riga di comando.
AWS Direct Connect collega la rete interna a una posizione Direct Connect tramite un cavo Ethernet standard in fibra ottica. Con questa connessione, puoi creare interfacce virtuali direttamente ai servizi AWS pubblici bypassando i provider di servizi Internet nel tuo percorso di rete.
Amazon Elastic Block Store (Amazon EBS) fornisce volumi di storage a livello di blocco da utilizzare con istanze Amazon Elastic Compute Cloud (Amazon). EC2
Amazon Elastic Compute Cloud (Amazon EC2) fornisce capacità di calcolo scalabile nel cloud AWS. Puoi avviare tutti i server virtuali di cui hai bisogno e dimensionarli rapidamente.
AWS Identity and Access Management (IAM) ti aiuta a gestire in modo sicuro l'accesso alle tue risorse AWS controllando chi è autenticato e autorizzato a utilizzarle.
Amazon Simple Storage Service (Amazon S3) è un servizio di archiviazione degli oggetti basato sul cloud che consente di archiviare, proteggere e recuperare qualsiasi quantità di dati.
AWS Site-to-Site VPN ti aiuta a trasferire il traffico tra le istanze che avvii su AWS e la tua rete remota.
Altri strumenti
db2cli è il comando CLI
interattivo di Db2.
Best practice
Sul database di destinazione, utilizza gli endpoint gateway per Amazon S3 per accedere all'immagine di backup del database e ai file di log in Amazon S3.
Sul database di origine, usa AWS PrivateLink per Amazon S3 per inviare l'immagine di backup del database e i file di log ad Amazon S3.
Epiche
Attività | Descrizione | Competenze richieste |
---|---|---|
Imposta le variabili di ambiente. | Questo modello utilizza i seguenti nomi:
È possibile modificarli per adattarli al proprio ambiente. | DBA |
Attività | Descrizione | Competenze richieste |
---|---|---|
Configurare AWS CLI. | Per scaricare e installare la versione più recente dell'interfaccia a riga di comando di AWS, esegui i seguenti comandi:
| Amministratore Linux |
Configura una destinazione locale per i log di archivio Db2. | Per mantenere il database di destinazione su Amazon EC2 sincronizzato con il database di origine locale, è necessario recuperare i log delle transazioni più recenti dall'origine. In questa configurazione,
| DBA |
Esegui un backup del database online. | Esegui un backup del database online e salvalo nel file system di backup locale:
| DBA |
Attività | Descrizione | Competenze richieste |
---|---|---|
Crea un bucket S3. | Crea un bucket S3 per il server locale a cui inviare le immagini Db2 di backup e i file di log su AWS. Il bucket sarà accessibile anche da Amazon EC2:
| Amministratore di sistema AWS |
Creare una policy IAM | Il
Per creare la policy, usa il seguente comando AWS CLI:
L'output JSON mostra l'Amazon Resource Name (ARN) per la policy,
| Amministratore AWS, amministratore di sistema AWS |
Collega la policy IAM al ruolo IAM utilizzato dall' EC2 istanza. | Nella maggior parte degli ambienti AWS, un' EC2 istanza in esecuzione ha un ruolo IAM impostato dall'amministratore di sistema. Se il ruolo IAM non è impostato, crea il ruolo e scegli Modifica il ruolo IAM sulla EC2 console per associare il ruolo all' EC2 istanza che ospita il database Db2. Collega la policy IAM al ruolo IAM con la policy ARN:
Dopo aver allegato la policy, qualsiasi EC2 istanza associata al ruolo IAM può accedere al bucket S3. | Amministratore AWS, amministratore di sistema AWS |
Attività | Descrizione | Competenze richieste |
---|---|---|
Configura l'AWS CLI sul server Db2 locale. | Configura la CLI AWS con
| Amministratore AWS, amministratore di sistema AWS |
Invia l'immagine di backup ad Amazon S3. | In precedenza, un backup del database online veniva salvato nella directory
| Amministratore AWS, ingegnere addetto alla migrazione |
Invia i log di archivio Db2 ad Amazon S3. | Sincronizza i log di archivio Db2 locali con il bucket S3 a cui può accedere l'istanza Db2 di destinazione su Amazon: EC2
Esegui questo comando periodicamente utilizzando cron o altri strumenti di pianificazione. La frequenza dipende dalla frequenza con cui il database di origine archivia i file di registro delle transazioni. | Amministratore AWS, ingegnere addetto alla migrazione |
Attività | Descrizione | Competenze richieste |
---|---|---|
Crea un PKCS12 keystore. | Db2 utilizza un keystore di crittografia Public-Key Cryptography Standards (PKCS) per proteggere la chiave di accesso AWS. Crea un keystore e configura l'istanza Db2 di origine per utilizzarlo:
| DBA |
Crea l'alias di accesso allo storage Db2. | Per creare l'alias di accesso allo storage
Ad esempio, lo script potrebbe avere il seguente aspetto:
| DBA |
Imposta l'area di staging. | Per impostazione predefinita, Db2 utilizza Consigliamo inoltre di utilizzare
| DBA |
Ripristina il database dall'immagine di backup. | Ripristina il database di destinazione su Amazon EC2 dall'immagine di backup nel bucket S3:
| DBA |
Esegui il rollforward del database. | Una volta completato il ripristino, il database di destinazione verrà messo in stato di attesa di rollforward. Configura
Avvia il rollforward del database:
Questo comando elabora tutti i file di registro che sono stati trasferiti nel bucket S3. Eseguilo periodicamente in base alla frequenza del | DBA |
Attività | Descrizione | Competenze richieste |
---|---|---|
Porta online il database di destinazione. | Durante la finestra di taglio, effettuate una delle seguenti operazioni:
Dopo la sincronizzazione dell'ultimo log delle transazioni in Amazon S3, esegui
Porta online il database di destinazione e indirizza le connessioni dell'applicazione a Db2 su Amazon EC2. | DBA |
Risoluzione dei problemi
Problema | Soluzione |
---|---|
Se più database hanno lo stesso nome di istanza e lo stesso nome di database su host diversi (DEV, QA, PROD), i backup e i log potrebbero andare nella stessa sottodirectory. | Usa diversi bucket S3 per DEV, QA e PROD e aggiungi il nome host come prefisso della sottodirectory per evitare confusione. |
Se sono presenti più immagini di backup nella stessa posizione, al momento del ripristino verrà visualizzato il seguente errore:
| Nel
|