Utilizzo di IBM Db2 per Linux, Unix, Windows e RDS database Amazon (Db2LUW) come fonte per AWS DMS - AWS Servizio di migrazione del Database
Prerequisiti per l'utilizzo di LUW Db2 come sorgenteLimitazioni nell'utilizzo di Db2 LUW come sorgenteImpostazioni degli endpointTipi di dati di origine per Db2 LUW

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à.

Utilizzo di IBM Db2 per Linux, Unix, Windows e RDS database Amazon (Db2LUW) come fonte per AWS DMS

Puoi migrare i dati da un database IBM Db2 per Linux, Unix, Windows e Amazon RDS (Db2LUW) a qualsiasi database di destinazione supportato utilizzando (). AWS Database Migration Service AWS DMS

Per informazioni sulle versioni di Db2 su Linux, Unix, Windows e sulle versioni AWS DMS supportate come sorgente, RDS consulta. Fonti per AWS DMS

È possibile utilizzare Secure Sockets Layer (SSL) per crittografare le connessioni tra l'LUWendpoint Db2 e l'istanza di replica. Per ulteriori informazioni sull'utilizzo SSL con un endpoint Db2, vedere. LUW Utilizzo di SSL con AWS Database Migration Service

Prerequisiti per l'utilizzo di Db2 LUW come fonte per AWS DMS

I seguenti prerequisiti sono necessari prima di poter utilizzare un LUW database Db2 come fonte.

Per abilitare la replica continua, chiamata anche change data capture (CDC), procedi come segue:

  • Imposta il database in modo che sia recuperabile, il che AWS DMS richiede l'acquisizione delle modifiche. Un database è recuperabile se uno o entrambi i parametri di configurazione del database LOGARCHMETH1 e LOGARCHMETH2 sono impostati su ON.

    Se il database è recuperabile, AWS DMS può accedere a Db2 se necessario. ARCHIVE LOG

  • Assicurati che i registri DB2 delle transazioni siano disponibili, con un periodo di conservazione sufficiente entro il quale elaborarli. AWS DMS

  • DB2richiede la SYSADM nostra DBADM autorizzazione per estrarre i record del registro delle transazioni. Concedi all'account utente le autorizzazioni seguenti:

    • SYSADM o DBADM

    • DATAACCESS

    Nota

    Per le attività che prevedono solo il caricamento completo, l'account DMS utente necessita dell'DATAACCESSautorizzazione.

  • Quando utilizzate IBM DB2 la LUW versione 9.7 come sorgente, impostate l'attributo di connessione aggiuntivo (ECA), CurrentLSN come segue:

    CurrentLSN=LSNdove LSN specifica un numero di sequenza di log (LSN) in cui desiderate che inizi la replica. In alternativa, imposta CurrentLSN=scan.

  • Quando usi Amazon RDS for Db2 LUW come sorgente, assicurati che i log di archivio siano disponibili per. AWS DMS Poiché i database Db2 AWS gestiti eliminano i log di archivio il prima possibile, è necessario aumentare il periodo di tempo in cui i log rimangono disponibili. Ad esempio, per aumentare la conservazione dei log a 24 ore, esegui il comando seguente:

    db2 "call rdsadmin.set_archive_log_retention( ?, 'TESTDB', '24')"

    Per ulteriori informazioni sulle procedure di Amazon RDS for Db2, consulta il riferimento alla stored LUW procedure di Amazon RDS for Db2 nella Amazon Relational Database Service User Guide.

Limitazioni nell'uso di Db2 LUW come fonte per AWS DMS

AWS DMS non supporta database in cluster. Tuttavia, è possibile definire un Db2 separato LUW per ciascuno degli endpoint di un cluster. Ad esempio, è possibile creare un'attività di migrazione pieno carico con uno qualsiasi dei nodi del cluster, quindi creare attività separate per ogni nodo.

AWS DMS non supporta il tipo di BOOLEAN dati nel database LUW Db2 di origine.

Quando si utilizza la replica continua (CDC), si applicano le seguenti limitazioni:

  • Quando una tabella con più partizioni viene troncata, il numero di DDL eventi visualizzati nella AWS DMS console è uguale al numero di partizioni. Questo perché Db2 LUW registra una partizione separata per ogni partizione. DDL

  • Le seguenti DDL azioni non sono supportate nelle tabelle partizionate:

    • ALTER TABLE ADD PARTITION

    • ALTER TABLE DETACH PARTITION

    • ALTER TABLE ATTACH PARTITION

  • AWS DMS non supporta una migrazione di replica continua da un'istanza di standby di disaster recovery (HADR) DB2 ad alta disponibilità. L'istanza di standby è inaccessibile.

  • Il tipo di DECFLOAT dati non è supportato. Di conseguenza, le modifiche alle DECFLOAT colonne vengono ignorate durante la replica in corso.

  • L'RENAMECOLUMNistruzione non è supportata.

  • Quando si eseguono aggiornamenti alle tabelle Multi-Dimensional Clustering (MDC), ogni aggiornamento viene visualizzato nella AWS DMS console come INSERT +. DELETE

  • Quando l'impostazione dell'attività Include LOB columns in replication non è abilitata, tutte le tabelle con LOB colonne vengono sospese durante la replica in corso.

  • Per LUW le versioni di Db2 10.5 e successive, le colonne di stringhe a lunghezza variabile con dati archiviati vengono ignorate. out-of-row Questa limitazione si applica solo alle tabelle create con righe di dimensioni estese per colonne con tipi di dati come e. VARCHAR VARGRAPHIC Per ovviare a questa limitazione, sposta la tabella in uno spazio con una dimensione di pagina maggiore. Per ulteriori informazioni, consulta Cosa posso fare se voglio modificare la dimensione della pagina delle DB2 tablespace.

  • Per la replica continua, DMS non supporta la migrazione dei dati caricati a livello di pagina dall'utilità. DB2 LOAD Utilizzate invece l'IMPORTutilità che utilizza SQL gli inserti. Per ulteriori informazioni, consulta Differences between the import and load utility.

  • Durante l'esecuzione di un'attività di replica, DMS acquisisce CREATE TABLE DDLs solo se le tabelle sono state create con l'attributo. DATA CAPTURE CHANGE

  • DMSpresenta le seguenti limitazioni quando si utilizza la funzionalità di partizione del database Db2 (): DPF

    • DMSnon può coordinare le transazioni tra i nodi Db2 in un ambiente. DPF Ciò è dovuto ai vincoli all'interno dell'interfaccia. IBM DB2READLOG API InDPF, le transazioni possono estendersi su più nodi Db2, a seconda di come DB2 partizionano i dati. Di conseguenza, la DMS soluzione deve acquisire le transazioni da ciascun nodo Db2 in modo indipendente.

    • DMSpuò acquisire transazioni locali da ogni nodo Db2 del DPF cluster impostando 1 su più endpoint connectNode di DMS origine. Questa configurazione corrisponde ai numeri di nodi logici definiti nel file di configurazione del DB2 server. db2nodes.cfg

    • Le transazioni locali su singoli nodi Db2 possono far parte di una transazione globale più ampia. DMSapplica ogni transazione locale indipendentemente dal target, senza coordinamento con le transazioni su altri nodi Db2. Questa elaborazione indipendente può portare a complicazioni, specialmente quando le righe vengono spostate tra le partizioni.

    • Quando si DMS esegue la replica da più nodi Db2, non vi è alcuna garanzia del corretto ordine delle operazioni sulla destinazione, poiché DMS applica le operazioni indipendentemente per ogni nodo Db2. È necessario assicurarsi che l'acquisizione delle transazioni locali indipendentemente da ciascun nodo Db2 funzioni per il caso d'uso specifico.

    • Quando si esegue la migrazione da un DPF ambiente, si consiglia di eseguire prima un'attività Full Load senza eventi memorizzati nella cache e quindi eseguire attività di sola esecuzione. CDC Si consiglia di eseguire un'attività per nodo Db2, a partire dal timestamp di inizio Full Load o LRI (identificatore del record di registro) impostato utilizzando l'impostazione dell'endpoint. StartFromContext Per informazioni su come determinare il punto di inizio della replica, consulta Finding the LSN or LRI value for replication start nella documentazione di IBMSupport.

  • Per la replica in corso (CDC), se si prevede di avviare la replica da un timestamp specifico, è necessario impostare l'attributo di StartFromContext connessione sul timestamp richiesto.

  • Attualmente DMS non supporta la pureScale funzionalità Db2, un'estensione DB2 LUW che è possibile utilizzare per scalare la soluzione di database.

Impostazioni degli endpoint quando si utilizza Db2 LUW come sorgente per AWS DMS

È possibile utilizzare le impostazioni degli endpoint per configurare il database di LUW origine Db2 in modo simile all'utilizzo di attributi di connessione aggiuntivi. Le impostazioni vengono specificate quando si crea l'endpoint di origine utilizzando la AWS DMS console o utilizzando il create-endpoint comando contenuto in AWS CLI, con la sintassi. --ibm-db2-settings '{"EndpointSetting": "value", ...}' JSON

La tabella seguente mostra le impostazioni dell'endpoint che è possibile utilizzare con Db2 LUW come sorgente.

Nome Descrizione

CurrentLSN

Per la replica continua (CDC), utilizzare CurrentLSN per specificare un numero di sequenza di log (LSN) in cui si desidera che inizi la replica.

MaxKBytesPerRead

Numero massimo di byte per lettura, come valore. NUMBER Il valore predefinito è 64 KB.

SetDataCaptureChanges

Abilita la replica continua (CDC) come valore. BOOLEAN Il valore predefinito è true.

StartFromContext

Per la replica in corso (CDC), utilizzare StartFromContext per specificare il limite inferiore di un registro da cui iniziare la replica. StartFromContextaccetta diverse forme di valori. I valori validi includono:

  • timestamp(UTC). Per esempio:

    '{"StartFromContext": "timestamp:2021-09-21T13:00:00"}'

  • NOW

    Per la IBM DB2 LUW versione 10.5 e successive, in NOW combinazione con CurrentLSN: scan, avvia l'attività dalla versione più recenteLSO. Per esempio:

    '{"CurrentLSN": "scan", "StartFromContext": "NOW"}'

  • Uno specificoLRI. Per esempio:

    '{"StartFromContext": "0100000000000022CC000000000004FB13"}'

Per determinare l'LSNintervalloLRI/di un file di registro, esegui il db2flsn comando come mostrato nell'esempio seguente.

db2flsn -db SAMPLE -lrirange 2

L'output dell'esempio è simile al seguente. 


S0000002.LOG: has LRI range 00000000000000010000000000002254000000000004F9A6 to 
000000000000000100000000000022CC000000000004FB13

In tale output, il file di registro è S0000002. LOGe il StartFromContextLRIvalore è costituito dai 34 byte alla fine dell'intervallo.

0100000000000022CC000000000004FB13

Tipi di dati di origine per IBM Db2 LUW

La migrazione dei dati che utilizza Db2 LUW come fonte AWS DMS supporta la maggior parte dei tipi di dati Db2LUW. La tabella seguente mostra i tipi di dati di LUW origine Db2 supportati durante l'utilizzo AWS DMS e la mappatura predefinita dei tipi di dati. AWS DMS Per ulteriori informazioni sui tipi di LUW dati Db2, consulta la documentazione di Db2. LUW

Per informazioni su come visualizzare il tipo di dati mappato nella destinazione, consulta la sezione relativa all'endpoint di destinazione che stai utilizzando.

Per ulteriori informazioni sui tipi di AWS DMS dati, vedere. Tipi di dati per AWS Database Migration Service

Tipi di LUW dati Db2

AWS DMS tipi di dati

INTEGER

INT4

SMALLINT

INT2

BIGINT

INT8

DECIMAL(p, s)

NUMERIC(p, s)

FLOAT

REAL8

DOUBLE

REAL8

REAL

REAL4

DECFLOAT(p)

Se la precisione è 16, alloraREAL8; se la precisione è 34, allora STRING

GRAPHIC(n)

WSTRING, per stringhe grafiche a lunghezza fissa di caratteri a doppio byte con una lunghezza maggiore di 0 e minore o uguale a 127

VARGRAPHIC(n)

WSTRING, per stringhe grafiche di lunghezza variabile con una lunghezza maggiore di 0 e minore o uguale a 16.352 caratteri a doppio byte

LONGVARGRAPHIC(n)

CLOB, per stringhe grafiche di lunghezza variabile con una lunghezza maggiore di 0 e minore o uguale a 16.352 caratteri a doppio byte

CHARACTER(n)

STRING, per stringhe a lunghezza fissa di caratteri a doppio byte con una lunghezza maggiore di 0 e minore o uguale a 255

VARCHAR(n)

STRING, per stringhe di lunghezza variabile di caratteri a doppio byte con una lunghezza maggiore di 0 e minore o uguale a 32.704

LONGVARCHAR(n)

CLOB, per stringhe di lunghezza variabile di caratteri a doppio byte con una lunghezza maggiore di 0 e minore o uguale a 32.704

CHAR(n) FOR BIT DATA

BYTES

VARCHAR(n) FOR BIT DATA

BYTES

LONG VARCHAR FOR BIT DATA

BYTES

DATE

DATE

TIME

TIME

TIMESTAMP

DATETIME

BLOB(n)

BLOB

La lunghezza massima è 2.147.483.647 byte

CLOB(n)

CLOB

La lunghezza massima è 2.147.483.647 byte

DBCLOB(n)

CLOB

La lunghezza massima: 1.073.741.824 caratteri a due byte

XML

CLOB