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.
Topik
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
-
Connect ke database sumber Anda. Dalam contoh berikut, ganti
source_databasedengan nama database Anda.db2 connect tosource_database -
Buat grup penyimpanan otomatis dan atur sebagai default. Dalam contoh berikut, ganti
storage_pathdengan jalur absolut ke tempat grup penyimpanan berada.db2 "create stogroup IBMSTOGROUP ONstorage_pathset as default" -
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
-
Lakukan pencadangan online basis data sumber Anda. Lihat informasi yang lebih lengkap di BACKUP DATABASE command
dalam dokumentasi IBM Db2. -
Salin cadangan basis data ke sebuah bucket Amazon S3. Lihat informasi tentang cara menggunakan Amazon S3 dalam Panduan Pengguna Amazon Simple Storage Service.
-
Connect ke
rdsadminserver denganmaster_usernamedanmaster_passworduntuk RDS Anda untuk instans Db2 DB.db2 connect to rdsadmin usermaster_usernameusingmaster_password -
(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_RESTORETRUEkarena mengurangi persyaratan penyimpanan dan dapat meningkatkan kecepatan pemulihan. -
-
Pulihkan cadangan pada server RDS for Db2 dengan memanggil
rdsadmin.restore_database. Aturbackup_typekeONLINE. Untuk informasi selengkapnya, lihat rdsadmin.restore_database. -
Salin log arsip Anda dari server sumber ke bucket S3. Lihat informasi yang lebih lengkap di Archive logging
dalam dokumentasi IBM Db2. -
Terapkan log arsip sebanyak yang diperlukan dengan memanggil
rdsadmin.rollforward_database. Aturcomplete_rollforwardkeFALSEuntuk menjaga basis data dalam keadaanROLL-FORWARD PENDING. Untuk informasi selengkapnya, lihat rdsadmin.rollforward_database. -
Setelah Anda menerapkan semua log arsip, bawa online basis data dengan memanggil
rdsadmin.complete_rollforward. Untuk informasi selengkapnya, lihat rdsadmin.complete_rollforward. -
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. -
(Opsional) Matikan basis data sumber Anda.