View a markdown version of this page

Migrasi dari Linux kepada Linux dengan waktu henti hampir nol untuk Amazon RDS untuk Db2 - Amazon Relational Database Service
Keterbatasan dan rekomendasi untuk migrasi downtime yang hampir nolMembuat cadangan database Anda ke Amazon S3Membuat grup penyimpanan otomatis defaultMemigrasikan basis data Db2 Anda

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

Migrasi dari Linux kepada Linux dengan waktu henti hampir nol untuk Amazon RDS untuk Db2

Dengan pendekatan migrasi ini, Anda memigrasikan basis data Db2 berbasis Linux dari satu basis data Db2 kelolaan sendiri (sumber) ke Amazon RDS for Db2. 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 waktu henti nyaris nol, RDS for Db2 mengimplementasikan pemulihan dengan pemutaran ulang log. Pendekatan ini membuat cadangan basis data Db2 berbasis Linux kelolaan sendiri Anda dan memulihkannya di server RDS for Db2. Dengan prosedur-prosedur tersimpan Amazon RDS, Anda lalu menerapkan log transaksi selanjutnya untuk memutakhirkan basis data.

Keterbatasan dan rekomendasi untuk migrasi downtime yang hampir nol

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

  • Amazon RDS memerlukan cadangan online untuk migrasi downtime yang hampir 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 tempat Wilayah AWS yang berbeda dari Wilayah tempat RDS untuk instans DB Db2 Anda berada.

  • 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 pemulihan Delta.

  • Anda tidak dapat memulihkan dari sebuah basis data sumber terenkripsi, tetapi dapat memulihkan ke sebuah instans basis data Amazon RDS terenkripsi.

Proses restorasi berbeda tergantung pada konfigurasi Anda.

Jika Anda USE_STREAMING_RESTORE menyetelTRUE, Amazon RDS langsung melakukan streaming cadangan Anda dari bucket S3 Anda selama pemulihan. Streaming secara signifikan mengurangi kebutuhan penyimpanan. Anda hanya perlu menyediakan ruang penyimpanan yang sama atau lebih besar dari ukuran cadangan atau ukuran database asli, mana yang lebih besar.

Jika Anda USE_STREAMING_RESTORE menyetelFALSE, Amazon RDS pertama-tama mengunduh cadangan ke RDS untuk instans DB Db2 Anda dan kemudian mengekstrak cadangannya. Ekstraksi membutuhkan ruang penyimpanan tambahan. Anda harus menyediakan ruang penyimpanan sama dengan atau lebih besar dari jumlah ukuran cadangan ditambah ukuran database asli.

Ukuran maksimum database yang dipulihkan sama dengan ukuran database maksimum yang didukung dikurangi ruang yang diperlukan untuk penyimpanan sementara selama proses pemulihan.

Membuat cadangan database Anda ke Amazon S3

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

  • 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 yang hampir 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 bucket 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.

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

  • Kebijakan IAM dengan hubungan kepercayaan dan izin yang dilampirkan ke peran IAM Anda: Untuk informasi selengkapnya, lihat. Langkah 1: Buat kebijakan IAM

  • Peran IAM ditambahkan ke RDS untuk instans DB Db2: Untuk informasi selengkapnya, lihat. Langkah 3: Tambahkan peran IAM ke instans basis data RDS for Db2

Membuat grup penyimpanan otomatis default

Basis data 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. Hubungkan 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 tetapkan 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. Hentikan proses backend.

    db2 terminate

Memigrasikan basis data Db2 Anda

Setelah menyiapkan migrasi downtime yang hampir nol, Anda siap untuk memigrasikan database Db2 dari bucket Amazon S3 ke instans RDS for Db2 DB.

Untuk melakukan migrasi downtime hampir nol dari file cadangan dari bucket Amazon S3 ke RDS untuk instans DB Db2

  1. Lakukan pencadangan online basis data sumber Anda. Lihat informasi yang lebih lengkap di BACKUP DATABASE command dalam dokumentasi IBM Db2.

  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. Hubungkan ke rdsadmin server dengan master_username dan master_password untuk RDS Anda untuk instance DB Db2.

    db2 connect to rdsadmin user master_username using master_password

  4. (Opsional) Untuk memastikan bahwa database Anda dikonfigurasi dengan pengaturan optimal, periksa nilai untuk parameter berikut dengan memanggilrdsadmin.show_configuration:

    • RESTORE_DATABASE_NUM_BUFFERS

    • RESTORE_DATABASE_PARALLELISM

    • RESTORE_DATABASE_NUM_MULTI_PATHS

    • USE_STREAMING_RESTORE

    Gunakan rdsadmin.set_konfigurasi untuk memodifikasi nilai-nilai ini sesuai kebutuhan. Mengkonfigurasi parameter ini dengan benar dapat secara signifikan meningkatkan kinerja saat memulihkan database dengan volume data yang besar. Untuk sebagian besar skenario migrasi, sebaiknya set TRUE el USE_STREAMING_RESTORE ke karena mengurangi persyaratan penyimpanan dan dapat meningkatkan kecepatan pemulihan.

  5. Pulihkan cadangan pada server RDS for Db2 dengan memanggil 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. Unggah file log arsip ke awalan khusus yang tidak berisi gambar cadangan atau file non-log lainnya. File log arsip harus menggunakan format penamaan Db2 standar (Ssequence.LOG). Lihat informasi yang lebih lengkap di Archive logging dalam dokumentasi IBM Db2.

    Misalnya, jika file cadangan Anda ada dibackups/TESTDB/, unggah log arsip Anda ke awalan terpisah sepertiarchiveLogs/TESTDB/.

  7. Terapkan log arsip sebanyak yang diperlukan dengan memanggil rdsadmin.rollforward_database. Atur s3_prefix ke awalan log arsip khusus, misalnyaarchiveLogs/TESTDB/. Pastikan awalan hanya berisi file log arsip dalam Ssequence.LOG format. 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 basis data atau dengan memperbarui titik akhir DNS agar mengarahkan lalu lintas ke server RDS for Db2. Anda juga dapat menggunakan fitur perutean ulang klien otomatis Db2 pada basis data Db2 kelolaan sendiri Anda dengan titik akhir basis data RDS for Db2. Lihat informasi yang lebih lengkap di Automatic client reroute description and setup dalam dokumentasi IBM Db2.

  10. (Opsional) Matikan basis data sumber Anda.