Pilih preferensi cookie Anda

Kami menggunakan cookie penting serta alat serupa yang diperlukan untuk menyediakan situs dan layanan. Kami menggunakan cookie performa untuk mengumpulkan statistik anonim sehingga kami dapat memahami cara pelanggan menggunakan situs dan melakukan perbaikan. Cookie penting tidak dapat dinonaktifkan, tetapi Anda dapat mengklik “Kustom” atau “Tolak” untuk menolak cookie performa.

Jika Anda setuju, AWS dan pihak ketiga yang disetujui juga akan menggunakan cookie untuk menyediakan fitur situs yang berguna, mengingat preferensi Anda, dan menampilkan konten yang relevan, termasuk iklan yang relevan. Untuk menerima atau menolak semua cookie yang tidak penting, klik “Terima” atau “Tolak”. Untuk membuat pilihan yang lebih detail, klik “Kustomisasi”.

Memecahkan masalah latensi target

Mode fokus
Memecahkan masalah latensi target - AWS Layanan Migrasi Database

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

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

Bagian ini berisi skenario yang dapat berkontribusi pada latensi target.

Masalah pengindeksan

Selama CDC fase, AWS DMS mereplikasi perubahan pada sumber dengan mengeksekusi DML pernyataan (menyisipkan, memperbarui, dan menghapus) pada target. Untuk penggunaan migrasi heterogenDMS, perbedaan dalam pengoptimalan indeks pada sumber dan target dapat menyebabkan penulisan ke target memakan waktu lebih lama. Ini menghasilkan latensi target dan masalah kinerja.

Untuk memecahkan masalah pengindeksan, lakukan hal berikut. Prosedur untuk langkah-langkah ini bervariasi untuk mesin database yang berbeda.

  • Pantau waktu kueri untuk basis data target Anda. Membandingkan waktu eksekusi kueri pada target dan sumber dapat menunjukkan indeks mana yang memerlukan pengoptimalan.

  • Aktifkan pencatatan untuk kueri yang berjalan lambat.

Untuk memperbaiki masalah pengindeksan untuk replikasi yang berjalan lama, lakukan hal berikut:

  • Sesuaikan indeks pada basis data sumber dan target Anda sehingga waktu eksekusi kueri serupa pada sumber dan target.

  • Bandingkan indeks sekunder yang digunakan dalam DML kueri untuk sumber dan target. Pastikan bahwa DML kinerja pada target sebanding atau lebih baik dari DML kinerja sumber.

Perhatikan bahwa prosedur untuk mengoptimalkan indeks khusus untuk mesin database Anda. Tidak ada DMS fitur untuk menyetel sumber dan indeks target.

SORTERpesan di log tugas

Jika titik akhir target tidak dapat mengikuti volume perubahan yang AWS DMS menulisnya, tugas tersebut menyimpan perubahan pada instance replikasi. Jika cache tumbuh lebih besar dari ambang internal, tugas berhenti membaca perubahan lebih lanjut dari sumber. DMSmelakukan ini untuk mencegah instance replikasi kehabisan penyimpanan, atau tugas macet saat membaca sejumlah besar peristiwa yang tertunda.

Untuk memecahkan masalah ini, periksa CloudWatch log untuk pesan yang mirip dengan salah satu dari berikut ini:

[SORTER ]I: Reading from source is paused. Total disk usage exceeded the limit 90% (sorter_transaction.c:110) [SORTER ]I: Reading from source is paused. Total storage used by swap files exceeded the limit 1048576000 bytes (sorter_transaction.c:110)

Jika log Anda berisi pesan yang mirip dengan pesan pertama, nonaktifkan pencatatan jejak apa pun untuk tugas tersebut, dan tingkatkan penyimpanan instance replikasi. Untuk informasi tentang meningkatkan penyimpanan instans replikasi, lihat Mengubah instans replikasi.

Jika log Anda berisi pesan yang mirip dengan pesan kedua, lakukan hal berikut:

  • Pindahkan tabel dengan banyak transaksi atau DML operasi yang berjalan lama ke tugas terpisah, jika mereka tidak memiliki dependensi pada tabel lain dalam tugas tersebut.

  • Tingkatkan MemoryLimitTotal dan MemoryKeepTime pengaturan untuk menahan transaksi untuk durasi yang lebih lama dalam memori. Ini tidak akan membantu jika latensi dipertahankan, tetapi dapat membantu menjaga latensi tetap rendah selama ledakan singkat volume transaksional. Untuk informasi tentang pengaturan tugas ini, lihatMengubah pengaturan penyetelan pemrosesan.

  • Evaluasi apakah Anda dapat menggunakan batch apply untuk transaksi Anda dengan menyetel BatchApplyEnabled ketrue. Untuk informasi tentang BatchApplyEnabled pengaturan, lihatMenargetkan pengaturan tugas metadata.

Penguncian basis data

Jika aplikasi mengakses database yang AWS DMS digunakan sebagai target replikasi, aplikasi dapat mengunci tabel DMS yang mencoba mengakses. Ini menciptakan pertengkaran kunci. Karena DMS menulis perubahan pada database target dalam urutan mereka terjadi pada sumber, penundaan untuk menulis ke satu tabel karena kontensi kunci membuat penundaan untuk menulis ke semua tabel.

Untuk memecahkan masalah ini, kueri database target untuk memeriksa apakah pertentangan kunci memblokir DMS transaksi tulis. Jika database target memblokir transaksi DMS tulis, lakukan satu atau lebih hal berikut:

  • Merestrukturisasi kueri Anda untuk melakukan perubahan lebih sering.

  • Ubah pengaturan batas waktu kunci Anda.

  • Partisi tabel Anda untuk meminimalkan kontensi kunci.

Perhatikan bahwa prosedur untuk mengoptimalkan kontensi kunci khusus untuk mesin database Anda. Tidak ada DMS fitur untuk menyetel kontensi kunci.

LOBPencarian lambat

Saat AWS DMS mereplikasi kolom object (LOB) besar, ia melakukan pencarian pada sumber sebelum menulis perubahan pada target. Pencarian ini biasanya tidak menyebabkan latensi apa pun pada target, tetapi jika database sumber menunda pencarian karena penguncian, latensi target dapat melonjak.

Masalah ini biasanya sulit didiagnosis. Untuk memecahkan masalah ini, aktifkan debugging terperinci pada log tugas, dan bandingkan stempel waktu panggilan pencarian. DMS LOB Untuk informasi tentang mengaktifkan debugging mendetail, lihat. Melihat dan mengelola log AWS DMS tugas

Untuk memperbaiki masalah ini, coba yang berikut ini:

Multi-AZ, pencatatan audit, dan pencadangan

Untuk RDS target Amazon, latensi target dapat meningkat selama hal berikut:

  • Pencadangan

  • Setelah mengaktifkan beberapa zona ketersediaan (Multi-AZ)

  • Setelah mengaktifkan pencatatan database, seperti audit atau log kueri lambat.

Masalah-masalah ini biasanya sulit untuk didiagnosis. Untuk mengatasi masalah ini, pantau latensi untuk lonjakan berkala selama jendela pemeliharaan RDS Amazon atau periode pemuatan basis data yang berat.

Untuk memperbaiki masalah ini, coba yang berikut ini:

  • Jika memungkinkan, selama migrasi jangka pendek, nonaktifkan Multi-AZ, backup, atau logging.

  • Jadwalkan ulang jendela pemeliharaan Anda untuk periode aktivitas rendah.

PrivasiSyarat situsPreferensi cookie
© 2025, Amazon Web Services, Inc. atau afiliasinya. Semua hak dilindungi undang-undang.