Menggunakan IBM Db2 untuk Linux, Unix, Windows, dan RDS database Amazon (Db2LUW) sebagai sumber AWS DMS - AWS Layanan Migrasi Database
Prasyarat saat menggunakan Db2 sebagai sumber LUWKeterbatasan saat menggunakan Db2 LUW sebagai sumberPengaturan titik akhirTipe data sumber untuk Db2 LUW

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Menggunakan IBM Db2 untuk Linux, Unix, Windows, dan RDS database Amazon (Db2LUW) sebagai sumber AWS DMS

Anda dapat memigrasikan data dari database IBM Db2 untuk Linux, Unix, Windows, dan Amazon RDS (Db2LUW) ke basis data target yang didukung menggunakan (). AWS Database Migration Service AWS DMS

Untuk informasi tentang versi Db2 di Linux, Unix, Windows, dan RDS yang AWS DMS mendukung sebagai sumber, lihat. Sumber untuk AWS DMS

Anda dapat menggunakan Secure Sockets Layer (SSL) untuk mengenkripsi koneksi antara LUW titik akhir Db2 dan instance replikasi. Untuk informasi lebih lanjut tentang penggunaan SSL dengan LUW titik akhir Db2, lihat. Menggunakan SSL dengan AWS Database Migration Service

Prasyarat saat menggunakan LUW Db2 sebagai sumber AWS DMS

Prasyarat berikut diperlukan sebelum Anda dapat menggunakan database Db2 sebagai sumberLUW.

Untuk mengaktifkan replikasi yang sedang berlangsung, juga disebut change data capture (CDC), lakukan hal berikut:

  • Atur database agar dapat dipulihkan, yang AWS DMS membutuhkan untuk menangkap perubahan. Database dapat dipulihkan jika salah satu atau kedua parameter konfigurasi database LOGARCHMETH1 dan LOGARCHMETH2 disetel ke. ON

    Jika database Anda dapat dipulihkan, maka AWS DMS dapat mengakses ARCHIVE LOG Db2 jika diperlukan.

  • Pastikan bahwa log DB2 transaksi tersedia, dengan periode retensi yang cukup untuk diproses oleh AWS DMS.

  • DB2memerlukan SYSADM atau DBADM otorisasi untuk mengekstrak catatan log transaksi. Berikan akun pengguna izin-izin berikut:

    • SYSADM atau DBADM

    • DATAACCESS

    catatan

    Untuk tugas yang hanya memuat penuh, akun DMS pengguna memerlukan DATAACCESS izin.

  • Saat menggunakan IBM DB2 untuk LUW versi 9.7 sebagai sumber, atur atribut koneksi tambahan (ECA), CurrentLSN sebagai berikut:

    CurrentLSN=LSNdimana LSN menentukan nomor urut log (LSN) di mana Anda ingin replikasi untuk memulai. Atau, CurrentLSN=scan.

  • Saat menggunakan Amazon RDS untuk Db2 LUW sebagai sumber, pastikan bahwa log arsip tersedia untuk. AWS DMS Karena database Db2 yang AWS dikelola membersihkan log arsip sesegera mungkin, Anda harus menambah lamanya waktu log tetap tersedia. Misalnya, untuk meningkatkan retensi log menjadi 24 jam, jalankan perintah berikut:

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

    Untuk informasi selengkapnya tentang prosedur Amazon RDS untuk Db2, lihat referensi LUW prosedur tersimpan Amazon RDS untuk Db2 di Panduan Pengguna Layanan Amazon Relational Database Service.

Keterbatasan saat menggunakan Db2 LUW sebagai sumber AWS DMS

AWS DMS tidak mendukung database berkerumun. Namun, Anda dapat menentukan Db2 terpisah LUW untuk masing-masing titik akhir cluster. Misalnya, Anda dapat membuat tugas migrasi Full Load dengan salah satu node di cluster, lalu membuat tugas terpisah dari setiap node.

AWS DMS tidak mendukung tipe BOOLEAN data dalam database Db2 LUW sumber Anda.

Saat menggunakan replikasi berkelanjutan (CDC), batasan berikut berlaku:

  • Ketika tabel dengan beberapa partisi terpotong, jumlah DDL peristiwa yang ditampilkan di AWS DMS konsol sama dengan jumlah partisi. Ini karena Db2 LUW merekam terpisah DDL untuk setiap partisi.

  • DDLTindakan berikut tidak didukung pada tabel yang dipartisi:

    • ALTER TABLE ADD PARTITION

    • ALTER TABLE DETACH PARTITION

    • ALTER TABLE ATTACH PARTITION

  • AWS DMS tidak mendukung migrasi replikasi yang sedang berlangsung dari instance siaga pemulihan bencana ketersediaan DB2 tinggi (HADR). Keadaan siaga tidak dapat diakses.

  • Tipe DECFLOAT data tidak didukung. Akibatnya, perubahan DECFLOAT kolom diabaikan selama replikasi yang sedang berlangsung.

  • RENAMECOLUMNPernyataan ini tidak didukung.

  • Saat melakukan pembaruan pada tabel Multi-Dimensional Clustering (MDC), setiap pembaruan ditampilkan di AWS DMS konsol sebagai INSERT +. DELETE

  • Saat pengaturan tugas Sertakan LOB kolom dalam replikasi tidak diaktifkan, tabel apa pun yang memiliki LOB kolom ditangguhkan selama replikasi yang sedang berlangsung.

  • Untuk Db2 LUW versi 10.5 dan yang lebih tinggi, kolom string panjang variabel dengan data yang disimpan diabaikan. out-of-row Batasan ini hanya berlaku untuk tabel yang dibuat dengan ukuran baris diperpanjang untuk kolom dengan tipe data seperti VARCHAR danVARGRAPHIC. Untuk mengatasi batasan ini, pindahkan tabel ke ruang tabel dengan ukuran halaman yang lebih tinggi. Untuk informasi selengkapnya, lihat Apa yang dapat saya lakukan jika saya ingin mengubah ukuran halaman ruang DB2 tabel.

  • Untuk replikasi yang sedang berlangsung, DMS tidak mendukung migrasi data yang dimuat di tingkat halaman oleh utilitas. DB2 LOAD Sebagai gantinya, gunakan IMPORT utilitas yang menggunakan SQL sisipan. Untuk informasi selengkapnya, lihat perbedaan antara utilitas impor dan beban.

  • Saat tugas replikasi sedang berjalan, DMS menangkap CREATE TABLE DDLs hanya jika tabel dibuat dengan atribut. DATA CAPTURE CHANGE

  • DMSmemiliki batasan berikut saat menggunakan Fitur Partisi Database Db2 ()DPF:

    • DMStidak dapat mengoordinasikan transaksi di seluruh node Db2 di lingkungan. DPF Ini karena kendala dalam antarmuka. IBM DB2READLOG API DalamDPF, transaksi dapat menjangkau beberapa node Db2, tergantung pada bagaimana DB2 partisi data. Akibatnya, DMS solusi Anda harus menangkap transaksi dari setiap node Db2 secara independen.

    • DMSdapat menangkap transaksi lokal dari setiap node Db2 di DPF cluster dengan menyetel connectNode ke beberapa titik 1 akhir DMS sumber. Konfigurasi ini sesuai dengan nomor node logis yang didefinisikan dalam file konfigurasi DB2 serverdb2nodes.cfg.

    • Transaksi lokal pada node Db2 individu dapat menjadi bagian dari transaksi global yang lebih besar. DMSmenerapkan setiap transaksi lokal secara independen pada target, tanpa koordinasi dengan transaksi pada node Db2 lainnya. Pemrosesan independen ini dapat menyebabkan komplikasi, terutama ketika baris dipindahkan antar partisi.

    • Ketika DMS mereplikasi dari beberapa node Db2, tidak ada jaminan urutan operasi yang benar pada target, karena DMS menerapkan operasi secara independen untuk setiap node Db2. Anda harus memastikan bahwa menangkap transaksi lokal secara independen dari setiap node Db2 berfungsi untuk kasus penggunaan spesifik Anda.

    • Saat bermigrasi dari DPF lingkungan, sebaiknya jalankan tugas Full Load terlebih dahulu tanpa peristiwa yang di-cache, lalu menjalankan tugas CDC -only. Sebaiknya jalankan satu tugas per node Db2, mulai dari stempel waktu mulai Full Load atau LRI (pengenal catatan log) yang Anda atur menggunakan pengaturan titik akhir. StartFromContext Untuk informasi tentang menentukan titik awal replikasi Anda, lihat Menemukan LRI nilai LSN atau untuk awal replikasi di dokumentasi IBM Support.

  • Untuk replikasi berkelanjutan (CDC), jika Anda berencana untuk memulai replikasi dari stempel waktu tertentu, Anda harus menyetel atribut StartFromContext koneksi ke stempel waktu yang diperlukan.

  • Saat ini, DMS tidak mendukung pureScale Fitur Db2, ekstensi yang dapat Anda gunakan untuk menskalakan solusi database Anda. DB2 LUW

  • Opsi DATA CAPTURE CHANGES tabel merupakan prasyarat penting untuk proses replikasi DB2 data. Mengabaikan untuk mengaktifkan opsi ini saat membuat tabel dapat menyebabkan data hilang, terutama untuk CDC (Ubah Pengambilan Data) hanya tugas replikasi yang dimulai dari titik awal sebelumnya. AWS DMS akan mengaktifkan atribut ini secara default saat memulai ulang tugas CDC atau FULL +CDC. Namun, setiap perubahan yang dibuat dalam database sumber sebelum tugas dimulai ulang mungkin terlewatkan.

    ALTER TABLE TABLE_SCHEMA.TABLE_NAME DATA CAPTURE CHANGES INCLUDE LONGVAR COLUMNS;

Pengaturan titik akhir saat menggunakan Db2 LUW sebagai sumber AWS DMS

Anda dapat menggunakan pengaturan titik akhir untuk mengkonfigurasi database LUW sumber Db2 Anda mirip dengan menggunakan atribut koneksi tambahan. Anda menentukan pengaturan saat Anda membuat titik akhir sumber menggunakan AWS DMS konsol, atau dengan menggunakan create-endpoint perintah di AWS CLI, dengan --ibm-db2-settings '{"EndpointSetting": "value", ...}' JSON sintaks.

Tabel berikut menunjukkan pengaturan endpoint yang dapat Anda gunakan dengan Db2 LUW sebagai sumber.

Nama Penjelasan

CurrentLSN

Untuk replikasi berkelanjutan (CDC), gunakan CurrentLSN untuk menentukan nomor urutan log (LSN) di mana Anda ingin replikasi dimulai.

MaxKBytesPerRead

Jumlah maksimum byte per pembacaan, sebagai NUMBER nilai. Default adalah 64 KB.

SetDataCaptureChanges

Mengaktifkan replikasi berkelanjutan (CDC) sebagai BOOLEAN nilai. Bawaannya adalah benar.

StartFromContext

Untuk replikasi berkelanjutan (CDC), gunakan StartFromContext untuk menentukan batas bawah log dari tempat memulai replikasi. StartFromContextmenerima berbagai bentuk nilai. Nilai yang valid meliputi:

  • timestamp(UTC). Sebagai contoh:

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

  • NOW

    Untuk IBM DB2 LUW versi 10.5 dan lebih tinggi, NOW dikombinasikan dengan CurrentLSN: scan, memulai tugas dari yang terbaruLSO. Sebagai contoh:

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

  • SpesifikLRI. Sebagai contoh:

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

Untuk menentukan LSN rentang LRI /file log, jalankan db2flsn perintah seperti yang ditunjukkan pada contoh berikut.

db2flsn -db SAMPLE -lrirange 2

Output dari contoh itu mirip dengan yang berikut ini. 


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

Dalam output itu, file log adalah S0000002. LOGdan StartFromContextLRInilainya adalah 34 byte di akhir rentang.

0100000000000022CC000000000004FB13

Tipe data sumber untuk IBM Db2 LUW

Migrasi data yang menggunakan Db2 LUW sebagai sumber untuk AWS DMS mendukung sebagian besar tipe data LUW Db2. Tabel berikut menunjukkan tipe data LUW sumber Db2 yang didukung saat menggunakan AWS DMS dan pemetaan default dari AWS DMS tipe data. Untuk informasi selengkapnya tentang tipe LUW data Db2, lihat dokumentasi LUWDb2.

Untuk informasi tentang cara melihat jenis data yang dipetakan dalam target, lihat bagian titik akhir target yang Anda gunakan.

Untuk informasi tambahan tentang tipe AWS DMS data, lihatTipe data untuk AWS Database Migration Service.

Tipe data Db2 LUW

AWS DMS tipe data

INTEGER

INT4

SMALLINT

INT2

BIGINT

INT8

DECIMAL(p, s)

NUMERIC(p, s)

FLOAT

REAL8

DOUBLE

REAL8

REAL

REAL4

DECFLOAT(p)

Jika presisi adalah 16, makaREAL8; jika presisi adalah 34, maka STRING

GRAPHIC(n)

WSTRING, untuk string grafis dengan panjang tetap karakter byte ganda dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 127

VARGRAPHIC(n)

WSTRING, untuk string grafis dengan panjang yang bervariasi dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 16.352 karakter byte ganda

LONGVARGRAPHIC(n)

CLOB, untuk string grafis dengan panjang yang bervariasi dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 16.352 karakter byte ganda

CHARACTER(n)

STRING, untuk string panjang tetap karakter byte ganda dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 255

VARCHAR(n)

STRING, untuk string panjang variatif karakter byte ganda dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 32.704

LONGVARCHAR(n)

CLOB, untuk string panjang variatif karakter byte ganda dengan panjang lebih besar dari 0 dan kurang dari atau sama dengan 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

Panjang maksimum adalah 2.147.483.647 byte

CLOB(n)

CLOB

Panjang maksimum adalah 2.147.483.647 byte

DBCLOB(n)

CLOB

Panjang maksimum adalah 1.073.741.824 karakter byte ganda

XML

CLOB