Migrasi dari Linux kepada Linux dengan downtime mendekati nol untuk Amazon untuk Db2 RDS

Dengan pendekatan migrasi ini, Anda memigrasikan Linuxbasis data Db2 berbasis dari satu database Db2 yang dikelola sendiri (sumber) ke Amazon untuk Db2. RDS Pendekatan ini menghasilkan pemadaman atau waktu henti minimal atau nol bagi aplikasi atau pengguna. Pendekatan ini mencadangkan basis data Anda dan memulihkannya dengan pemutaran ulang log, yang membantu mencegah gangguan pada operasi yang sedang berjalan dan menyediakan ketersediaan tinggi basis data Anda.

Untuk mencapai migrasi downtime mendekati nol, RDS untuk Db2 mengimplementasikan pemulihan dengan pemutaran ulang log. Pendekatan ini mengambil cadangan dari pengelolaan mandiri Anda Linuxberbasis database Db2 dan mengembalikannya di server RDS for Db2. Dengan prosedur RDS tersimpan Amazon, Anda kemudian menerapkan log transaksi berikutnya untuk memperbarui database.

Batasan dan rekomendasi untuk migrasi downtime mendekati nol

Batasan dan rekomendasi berikut berlaku untuk menggunakan migrasi downtime mendekati nol:

• Amazon RDS memerlukan cadangan online untuk migrasi downtime mendekati nol. Ini karena Amazon RDS menyimpan database Anda dalam status tertunda rollforward saat Anda mengunggah log transaksi yang diarsipkan. Untuk informasi selengkapnya, lihat Memigrasikan basis data Db2 Anda.

• Anda tidak dapat memulihkan dari bucket Amazon S3 di Wilayah AWS yang berbeda dari Wilayah tempat instans Db2 DB Anda RDS berada.

• Anda tidak dapat memulihkan database jika instans Db2 DB Anda RDS sudah berisi database.

• Amazon S3 membatasi ukuran file yang diunggah ke bucket S3 pada 5 TB. Jika file cadangan basis data Anda melebihi 5 TB, maka bagi file itu menjadi beberapa file yang lebih kecil.

• Amazon RDS tidak mendukung rutinitas eksternal yang tidak berpagar, pemulihan inkremental, atau Delta mengembalikan.

• Anda tidak dapat memulihkan dari database sumber terenkripsi, tetapi Anda dapat memulihkan ke instans Amazon RDS DB terenkripsi.

Ketika Anda memulihkan database Anda, Amazon RDS menyalin cadangan Anda dan kemudian mengekstraknya pada instans Db2 DB AndaRDS. Kami menyarankan Anda menyediakan ruang penyimpanan untuk instans Db2 DB Anda RDS yang sama dengan atau lebih besar dari jumlah ukuran cadangan ditambah ukuran database asli pada disk.

Ukuran maksimal basis data yang dipulihkan adalah ukuran basis data maksimal yang didukung dikurangi ukuran cadangan. Misalnya, jika ukuran basis data maksimal yang didukung adalah 64 TiB dan ukuran cadangan adalah 30 TiB, maka ukuran maksimal basis data yang dipulihkan adalah 34 TiB.

64 TiB - 30 TiB = 34 TiB

Mencadangkan database Anda ke Amazon S3

Untuk mencadangkan database Anda di Amazon S3, Anda memerlukan komponen berikut: AWS

• Bucket Amazon S3 untuk menyimpan file cadangan Anda: Unggah file cadangan apa pun yang ingin Anda migrasikan ke Amazon. RDS Amazon RDS memerlukan cadangan online untuk migrasi downtime mendekati nol. Jika sudah memiliki bucket S3, Anda dapat menggunakannya. Jika Anda tidak memiliki bucket S3, lihat Membuat bucket dalam Panduan Pengguna Amazon S3.

  catatan

  Jika database Anda besar dan akan membutuhkan waktu lama untuk mentransfer ke ember S3, Anda dapat memesan AWS Snow Family perangkat dan meminta AWS untuk melakukan pencadangan. Setelah Anda menyalin file ke perangkat dan mengembalikannya ke tim Snow Family, tim akan mentransfer citra cadangan Anda ke bucket S3 Anda. Lihat informasi yang lebih lengkap dalam dokumentasi AWS Snow Family.

• IAMPeran untuk mengakses bucket S3: Jika Anda sudah memiliki peran AWS Identity and Access Management (IAM), Anda dapat menggunakan peran tersebut. Jika Anda tidak memiliki peran, lihat Langkah 2: Buat IAM peran dan lampirkan IAM kebijakan Anda.

• IAMKebijakan dengan hubungan kepercayaan dan izin yang dilampirkan pada IAM peran Anda: Untuk informasi selengkapnya, lihatLangkah 1: Buat sebuah kebijakan IAM.

• IAMPeran yang ditambahkan ke instans Db2 DB Anda RDS: Untuk informasi selengkapnya, lihat. Langkah 3: Tambahkan IAM peran Anda RDS ke instans Db2 DB Anda

Membuat grup penyimpanan otomatis default

Database sumber Anda harus memiliki grup penyimpanan otomatis default. Jika database Anda tidak memiliki grup penyimpanan otomatis default, Anda harus membuatnya.

Untuk membuat grup penyimpanan otomatis default

1. Connect ke database sumber Anda. Dalam contoh berikut, ganti source_database dengan nama database Anda.

   db2 connect to source_database 

2. Buat grup penyimpanan otomatis dan atur sebagai default. Dalam contoh berikut, ganti storage_path dengan jalur absolut ke tempat grup penyimpanan berada.

   db2 "create stogroup IBMSTOGROUP ON storage_path set as default"

3. Mengakhiri proses backend.

   db2 terminate

Memigrasikan basis data Db2 Anda

Setelah mencadangkan database di Amazon S3 dan membuat grup penyimpanan otomatis, Anda siap untuk memigrasikan database Db2 ke instans Db2 DB AndaRDS.

Untuk melakukan migrasi waktu henti nyaris nol

1. Lakukan pencadangan online basis data sumber Anda. Untuk informasi selengkapnya, silakan lihat BACKUP DATABASE perintah di IBM Db2 dokumentasi.

2. Salin cadangan basis data ke sebuah bucket Amazon S3. Lihat informasi tentang cara menggunakan Amazon S3 dalam Panduan Pengguna Amazon Simple Storage Service.

3. Connect ke rdsadmin server dengan master_username and master_password untuk instans Db2 DB AndaRDS.

   db2 connect to rdsadmin user master_username using master_password

4. (Opsional) Untuk memastikan database Anda dikonfigurasi dengan pengaturan optimal untuk operasi pemulihan, Anda dapat menelepon rdsadmin.show_configuration untuk memeriksa nilai untuk RESTORE_DATABASE_PARALLELISM danRESTORE_DATABASE_NUM_BUFFERS. Panggilan rdsadmin.set_configuration untuk mengubah nilai-nilai ini, sesuai kebutuhan. Mengatur nilai-nilai ini secara eksplisit dapat meningkatkan kinerja saat memulihkan database dengan volume data yang besar.

5. Kembalikan cadangan pada server RDS untuk Db2 dengan menelepon. rdsadmin.restore_database Atur backup_type ke ONLINE. Untuk informasi selengkapnya, lihat rdsadmin.restore_database.

6. Salin log arsip Anda dari server sumber ke bucket S3. Untuk informasi selengkapnya, lihat Arsip log di IBM Db2 dokumentasi.

7. Terapkan log arsip sebanyak yang diperlukan dengan memanggil rdsadmin.rollforward_database. Atur complete_rollforward ke FALSE untuk menjaga basis data dalam keadaan ROLL-FORWARD PENDING. Untuk informasi selengkapnya, lihat rdsadmin.rollforward_database.

8. Setelah Anda menerapkan semua log arsip, bawa online basis data dengan memanggil rdsadmin.complete_rollforward. Untuk informasi selengkapnya, lihat rdsadmin.complete_rollforward.

9. Alihkan koneksi aplikasi ke server RDS for Db2 dengan memperbarui titik akhir aplikasi Anda untuk database atau dengan memperbarui DNS titik akhir untuk mengarahkan lalu lintas ke server for Db2. RDS Anda juga dapat menggunakan fitur rute rute klien otomatis Db2 pada database Db2 yang dikelola sendiri dengan titik akhir database untuk Db2. RDS Untuk informasi selengkapnya, lihat Deskripsi dan penyiapan rute rute klien otomatis di IBM Db2 dokumentasi.

10. (Opsional) Matikan basis data sumber Anda.