Bermigrasi dari Linux ke Linux dengan downtime mendekati nol untuk Amazon RDS untuk Db2 - Layanan Basis Data Relasional Amazon

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

Bermigrasi dari Linux ke Linux dengan downtime mendekati 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.

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 RDS untuk Db2 DB 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 menyetelnyaTRUE, Amazon RDS langsung mengalirkan cadangan Anda dari bucket S3 Anda selama pemulihan. Streaming secara signifikan mengurangi kebutuhan penyimpanan. Anda hanya perlu menyediakan ruang penyimpanan yang sama dengan atau lebih besar dari ukuran cadangan atau ukuran database asli, mana yang lebih besar.

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

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

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.

  • Peran IAM 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 peran IAM dan lampirkan kebijakan IAM Anda.

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

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

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 menyiapkan migrasi downtime mendekati nol, Anda siap memigrasikan database Db2 dari bucket Amazon S3 ke instans RDS untuk Db2 DB.

Untuk melakukan migrasi downtime hampir nol file cadangan dari bucket Amazon S3 ke instans RDS untuk Db2 DB
  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. Connect ke rdsadmin server dengan master_username dan master_password untuk RDS Anda untuk instans Db2 DB.

    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_configuration untuk memodifikasi nilai-nilai ini sesuai kebutuhan. Mengkonfigurasi parameter ini dengan benar dapat meningkatkan kinerja secara signifikan saat memulihkan database dengan volume data yang besar. Untuk sebagian besar skenario migrasi, sebaiknya setelan USE_STREAMING_RESTORE TRUE 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. Lihat informasi yang lebih lengkap di Archive logging dalam dokumentasi IBM Db2.

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