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

Membuat tugas untuk replikasi yang sedang berlangsung menggunakan AWS DMS

Anda dapat membuat AWS DMS tugas yang menangkap perubahan yang sedang berlangsung dari penyimpanan data sumber. Anda dapat melakukan penangkapan ini saat Anda memigrasi data Anda. Anda juga dapat membuat tugas yang menangkap perubahan yang sedang berlangsung setelah menyelesaikan migrasi awal (beban penuh) ke penyimpanan data target yang didukung. Proses ini disebut replikasi atau change data capture (CDC). AWS DMS menggunakan proses ini ketika mereplikasi perubahan yang sedang berlangsung dari penyimpanan data sumber. Proses ini bekerja dengan mengumpulkan perubahan log basis data menggunakan API asli mesin basis data.

Setiap mesin sumber memiliki persyaratan konfigurasi khusus untuk mengekspos aliran perubahan ini ke akun pengguna tertentu. Kebanyakan mesin memerlukan beberapa konfigurasi tambahan untuk memungkinkan proses capture mengkonsumsi data perubahan dengan cara yang berarti, tanpa kehilangan data. Sebagai contoh, Oracle membutuhkan penambahan penebangan tambahan, dan MySQL membutuhkan baris-tingkat biner logging (bin logging).

Untuk membaca perubahan yang sedang berlangsung dari basis data sumber, AWS DMS menggunakan tindakan API khusus mesin untuk membaca perubahan dari log transaksi mesin sumber. Berikut ini adalah beberapa contoh bagaimana AWS DMS melakukan itu:

Ada dua jenis tugas replikasi yang sedang berlangsung:

Melakukan replikasi mulai dari titik awal CDC

Anda dapat memulai tugas replikasi AWS DMS yang sedang berlangsung (hanya change data capture) dari beberapa titik. Sumber daya yang dimaksud meliputi:

Saat tugas dibuat, AWS DMS tandai titik awal CDC, dan itu tidak dapat diubah. Untuk menggunakan titik awal CDC yang berbeda, buat tugas baru.

Menentukan titik awal CDC asli

Titik awal asli CDC adalah titik di log mesin basis data yang mendefinisikan waktu di mana Anda dapat mulai CDC. Sebagai contoh, misalkan dump data massal telah diterapkan ke target. Anda dapat mencari titik awal asli untuk tugas khusus replikasi yang sedang berlangsung. Untuk menghindari inkonsistensi data, hati-hati memilih titik awal untuk tugas replikasi saja. DMS menangkap transaksi yang dimulai setelah titik awal CDC yang dipilih.

Berikut ini adalah contoh bagaimana Anda dapat menemukan CDC titik awal asli dari mesin sumber yang didukung:

Menggunakan titik pemeriksaan sebagai titik awal CDC

Tugas replikasi yang sedang berlangsung memigrasi perubahan, dan AWS DMS meng-cache informasi titik pemeriksaan yang khusus untuk AWS DMS dari waktu ke waktu. Titik pemeriksaan yang diciptakan AWS DMS berisi informasi sehingga mesin replikasi tahu titik pemulihan untuk aliran perubahan. Anda dapat menggunakan titik pemeriksaan untuk kembali di timeline perubahan dan memulihkan tugas migrasi yang gagal. Anda juga dapat menggunakan titik pemeriksaan untuk memulai tugas replikasi lain yang sedang berlangsung untuk target lain pada titik tertentu dalam suatu waktu.

Anda bisa mendapatkan informasi pos pemeriksaan dengan salah satu dari tiga cara berikut:

Menghentikan tugas pada titik waktu komit atau server

Dengan diperkenalkannya titik awal CDC asli, AWS DMS juga dapat menghentikan tugas di titik-titik berikut:

Anda dapat mengubah tugas dan mengatur waktu di UTC untuk berhenti sesuai kebutuhan. Tugas secara otomatis berhenti berdasarkan komit atau server waktu yang Anda tetapkan. Atau, jika Anda mengetahui waktu yang tepat untuk menghentikan tugas migrasi pada pembuatan tugas, Anda dapat mengatur waktu berhenti saat membuat tugas.

Melakukan replikasi dua arah

Anda dapat menggunakan tugas AWS DMS untuk melakukan replikasi dua arah antara dua sistem. Dalam replikasi dua arah, Anda mereplikasi data dari tabel yang sama (atau set tabel) antara dua sistem di kedua arah.

Sebagai contoh, Anda dapat menyalin tabel EMPLOYEE dari basis data A ke basis data B dan mereplikasi perubahan ke tabel dari basis data A ke basis data B. Anda juga dapat mereplikasi perubahan ke tabel EMPLOYEE dari basis data B kembali ke A. Dengan demikian, Anda melakukan replikasi dua arah.

Menggunakan replikasi dua arah untuk situasi di mana data pada node yang berbeda dipisahkan secara operasional. Dengan kata lain, misalkan Anda memiliki elemen data diubah oleh aplikasi yang beroperasi pada node A, dan bahwa node A melakukan replikasi dua arah dengan node B. elemen data pada node A tidak pernah diubah oleh aplikasi yang beroperasi pada node B.

AWS DMSmendukung replikasi dua arah pada mesin database ini:

Membuat tugas replikasi dua arah

Untuk mengaktifkanAWS DMSdua arah replikasi, mengkonfigurasi sumber dan target akhir untuk kedua database (A dan B). Sebagai contoh, mengkonfigurasi titik akhir sumber untuk database A, titik akhir sumber untuk database B, titik akhir target untuk database A, dan titik akhir target untuk database B.

Kemudian membuat dua tugas: satu tugas untuk sumber A untuk memindahkan data ke target B, dan tugas lain untuk sumber B untuk memindahkan data ke target A. juga, pastikan bahwa setiap tugas dikonfigurasi dengan pencegahan loopback. Melakukan hal ini mencegah perubahan identik dari yang diterapkan ke target dari kedua tugas, sehingga merusak data untuk setidaknya satu dari mereka. Untuk informasi selengkapnya, lihat Mencegah loopback.

Untuk pendekatan termudah, mulai dengan dataset identik pada kedua database A dan database B. kemudian membuat dua CDC hanya tugas, satu tugas untuk mereplikasi data dari A ke B, dan tugas lain untuk mereplikasi data dari B ke A.

Untuk menggunakanAWS DMSuntuk instantiate dataset baru (database) pada node B dari node A, lakukan hal berikut:

Mencegah loopback

Untuk menunjukkan mencegah loopback, anggaplah bahwa dalam T1 tugasAWS DMSmembaca log perubahan dari sumber database A dan menerapkan perubahan untuk menargetkan database B.

Berikutnya, tugas kedua, T2, membaca perubahan log dari sumber database B dan berlaku mereka kembali ke target database A. sebelum T2 melakukan ini, DMS harus memastikan bahwa perubahan yang sama dibuat untuk menargetkan database B dari sumber database A tidak dibuat untuk sumber database A. dengan kata lain, DMS harus memastikan bahwa perubahan ini aren tidak bergema (dilingkarkan) kembali ke basis data target A. jika tidak, data dalam database A dapat rusak.

Untuk mencegah loopback perubahan, tambahkan pengaturan tugas berikut untuk setiap tugas replikasi dua arah. Melakukan hal ini memastikan bahwa loopback data korupsi tidak terjadi di kedua arah.

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": Boolean,
    "SourceSchema": String,
    "TargetSchema": String
  },

. . .
}

ParameterLoopbackPreventionSettingsmenentukan jika transaksi baru atau gema dari tugas replikasi berlawanan. SaatAWS DMSmenerapkan transaksi ke database target, itu update tabel DMS (awsdms_loopback_prevention) dengan indikasi perubahan. Sebelum menerapkan setiap transaksi ke target, DMS mengabaikan setiap transaksi yang mencakup referensi keawsdms_loopback_preventionTabel. Oleh karena itu, tidak berlaku perubahan.

Termasuk pengaturan tugas ini dengan setiap replikasi tugas dalam pasangan dua arah. Pengaturan ini memungkinkan pencegahan loopback. Mereka juga menentukan skema untuk setiap sumber dan target database dalam tugas yang mencakupawsdms_loopback_preventiontabel untuk setiap titik akhir.

Untuk membolehkan setiap tugas untuk mengenal pasti gema itu dan membuangnya, tetapkanEnableLoopbackPreventionketrue. Untuk menentukan skema pada sumber yang mencakupawsdms_loopback_prevention, aturSourceSchemauntuk nama untuk skema tersebut dalam database sumber. Untuk menentukan skema pada target yang mencakup tabel yang sama, mengaturTargetSchemanama untuk skema tersebut dalam database target.

Dalam contoh berikut,SourceSchemadanTargetSchemapengaturan untuk replikasi tugas T1 dan replikasi berlawanan T2 tugas ditentukan dengan pengaturan berlawanan.

Tetapan untuk tugas T1 adalah seperti berikut.

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "LOOP-DATA",
    "TargetSchema": "loop-data"
  },

. . .
}

Pengaturan untuk tugas yang berlawanan T2 adalah sebagai berikut.

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "loop-data",
    "TargetSchema": "LOOP-DATA"
  },

. . .
}

Batasan replikasi dua arah

Replikasi dua arah untukAWS DMSmemiliki batasan sebagai berikut: