View a markdown version of this page

AWS DMS Komponen tanpa server - AWS Layanan Migrasi Database
Titik Akhir yang DidukungMembuat replikasi tanpa serverMengubah AWS DMS replikasi tanpa serverKomputasi KonfigurasiMemahami penskalaan otomatis di AWS DMS nirserverMemantau AWS DMS replikasi tanpa serverThroughput Full-Load Diperpanjang Amazon RedshiftMemahami Penskalaan Otomatis Penyimpanan di AWS DMS Nirserver

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

AWS DMS Komponen tanpa server

Untuk mengelola sumber daya yang diperlukan untuk melakukan replikasi, AWS DMS Serverless memiliki status granular yang mengungkapkan tindakan internal yang berbeda yang diambil oleh layanan. Saat Anda memulai replikasi, AWS DMS Serverless menghitung beban kapasitas, menyediakan kapasitas yang dihitung, dan memulai replikasi data sesuai dengan status replikasi berikut.

Diagram berikut menunjukkan transisi status untuk replikasi AWS DMS Tanpa Server.

AWS DMS Status replikasi tanpa server

  • Status pertama setelah Anda memulai replikasi adalah Inisialisasi. Dalam keadaan ini, semua parameter yang diperlukan diinisialisasi.

  • Status segera berikut termasuk Mempersiapkan Sumber Metadata, Meng uji Koneksi, dan Mengambil Metadata. Dalam status ini, AWS DMS Serverless terhubung ke database sumber Anda untuk mendapatkan informasi yang diperlukan untuk memprediksi kapasitas yang dibutuhkan.

    • Ketika status replikasi adalah Menguji Kon AWS DMS eksi, Tanpa Server memverifikasi bahwa koneksi ke database sumber dan target Anda berhasil diatur.

    • Status replikasi setelah Koneksi Pengujian adalah Mengambil Metadata. Di sini AWS DMS , mengambil informasi yang diperlukan untuk menghitung kapasitas.

    • Setelah AWS DMS mengambil informasi yang diperlukan, status berikutnya adalah Mengh itung Kapasitas. Di sini, sistem menghitung ukuran sumber daya yang mendasari yang diperlukan untuk melakukan replikasi.

  • Transisi status setelah Mengh itung Kapasitas adalah Kapasitas Penyediaan. Saat replikasi dalam keadaan ini, AWS DMS Serverless menginisialisasi sumber daya komputasi yang mendasarinya.

  • Status replikasi setelah semua sumber daya berhasil disediakan adalah Replikasi Mulai. Dalam keadaan ini, AWS DMS Serverless memulai replikasi data. Fase replikasi meliputi yang berikut:

    • Beban penuh: Pada fase ini, DMS mereplikasi penyimpanan data sumber seperti ketika replikasi dimulai.

    • CDC (awal): Pada fase ini, DMS mereplikasi perubahan pada penyimpanan data sumber yang terjadi selama fase Beban Penuh. DMS hanya menjalankan fase ini jika pengaturan StopTaskCachedChangesNotApplied tugas adalahfalse.

    • CDC (sedang berlangsung): Setelah fase CDC awal, DMS mereplikasi perubahan pada database sumber saat terjadi. DMS hanya terus menjalankan replikasi setelah fase CDC awal jika pengaturan StopTaskCachedChangesApplied tugas dilakukanfalse.

  • Keadaan terakhir adalah Ber lari. Dalam keadaan Running, replikasi data sedang berlangsung.

  • Replikasi yang Anda hentikan memasuki status Dihentikan. Replikasi dapat masuk ke status berhenti untuk tugas replikasi beban penuh yang berhasil diselesaikan. Setelah replikasi tanpa server dimulai, Anda harus melanjutkannya dengan menggunakan resume-processing sebagai tipe awal. Anda tidak dapat me-restart secara segar. start-replicationAPI hanya digunakan untuk awal awal; gunakan start-replication tindakan dengan start-replication-type set to resume-processing untuk memulai berikutnya. Perhatikan hal berikut saat melanjutkan replikasi dalam keadaan berhenti atau gagal:

    • Anda tidak dapat melanjutkan replikasi yang belum dimulai dalam 48 jam karena AWS DMS merusak sumber daya.

Untuk AWS DMS Serverless, panel navigasi sebelah kiri AWS DMS konsol memiliki opsi baru, replikasi tanpa server. Untuk Replikasi Tanpa Server, Anda menentukan Replikasi al ih-alih jenis instans replikasi atau tugas untuk menentukan replikasi. Selain itu, Anda menentukan unit kapasitas DMS maksimum dan minimum (DCU) yang ingin disediakan DMS untuk replikasi. DCU adalah 2GB RAM. AWS DMS menagih akun Anda untuk setiap DCU yang sedang digunakan replikasi Anda. Untuk informasi tentang AWS DMS harga, lihat Harga Layanan Migrasi AWS Database.

AWS DMS kemudian secara otomatis menyediakan sumber daya replikasi berdasarkan pemetaan tabel Anda dan ukuran beban kerja yang diprediksi. Unit kapasitas ini adalah nilai dalam kisaran nilai unit kapasitas minimum dan maksimum yang Anda tentukan.

Titik Akhir yang Didukung

Dengan AWS DMS Serverless, Anda tidak perlu memilih dan mengelola versi mesin, karena layanan menangani pengaturan itu. AWS DMS Serverless mendukung sumber-sumber berikut:

  • MongoDB

  • Amazon DocumentDB (dengan kompatibilitas MongoDB)

  • Microsoft SQL Server

  • PostgreSQL-compatible database

  • MySQL-compatible database

  • MariaDB

  • Oracle

  • Amazon S3

  • IBM Db2

AWS DMS Serverless mendukung target berikut:

  • Microsoft SQL Server

  • PostgreSQL

  • MySQL-compatible database

  • Oracle

  • Amazon S3

  • Amazon Redshift

  • Amazon DynamoDB

  • Amazon Kinesis Data Streams

  • Amazon Managed Streaming untuk Apache Kafka

  • OpenSearch Layanan Amazon

  • Amazon DocumentDB (dengan kompatibilitas MongoDB)

  • Amazon Neptune

Sebagai bagian dari AWS DMS Serverless, Anda memiliki akses ke perintah konsol yang memungkinkan Anda membuat, mengonfigurasi, memulai, dan mengelola replikasi AWS DMS tanpa server. Untuk menjalankan perintah ini menggunakan bagian replikasi tanpa server di konsol, Anda perlu melakukan salah satu hal berikut:

  • Siapkan kebijakan AWS Identity and Access Management (IAM) baru dan peran IAM untuk melampirkan kebijakan tersebut.

  • Gunakan AWS CloudFormation template untuk menyediakan akses yang Anda butuhkan.

AWS DMS Tanpa server memerlukan peran tertaut layanan (SLR) untuk ada di akun Anda. AWS DMS mengelola pembuatan dan penggunaan peran ini. Untuk informasi lebih lanjut tentang memastikan bahwa Anda memiliki SLR yang diperlukan, lihatService-linked peran untuk AWS DMS.

Membuat replikasi tanpa server

Untuk membuat replikasi tanpa server antara dua AWS DMS titik akhir yang ada, lakukan hal berikut. Untuk informasi tentang membuat AWS DMS titik akhir, lihatMembuat titik akhir sumber dan target.

Membuat replikasi tanpa server

  1. Masuk ke Konsol Manajemen AWS dan buka AWS DMS konsol di https://console.aws.amazon.com/dms/v2/.

  2. Pada panel navigasi, pilih Replikasi tanpa server, lalu pilih Buat replikasi.

  3. Pada halaman Buat replikasi, tentukan konfigurasi replikasi tanpa server Anda:

    Opsi Tindakan

    Nama

    		Masukkan nama untuk mengidentifikasi replikasi, sepertiDMS-replication.
    Nama Sumber Daya Amazon Deskriptif (ARN) - Opsional Anda dapat menggunakan parameter opsional ini untuk memberikan deskripsi replikasi.
    Titik akhir database sumber Pilih titik akhir yang ada di akun Anda. Perhatikan bahwa AWS DMS Serverless hanya mendukung subset dari tipe titik akhir yang didukung AWS DMS standar.
    Titik akhir database target Pilih titik akhir yang ada di akun Anda. Perhatikan bahwa AWS DMS Serverless hanya mendukung subset dari tipe titik akhir yang didukung AWS DMS standar.
    Jenis replikasi Pilih jenis replikasi berdasarkan kebutuhan Anda:

    • Beban penuh: hanya AWS DMS memigrasikan data yang ada.

    • Penangkapan data beban penuh dan perubahan (CDC): memi AWS DMS grasikan data yang ada dan perubahan yang terjadi selama replikasi.

    • Ubah pengambilan data (CDC): AWS DMS hanya memigrasikan perubahan yang terjadi setelah Anda memulai replikasi.

    Di bagian Pengaturan, atur pengaturan yang diperlukan replikasi Anda.

    Di bagian Pemetaan tabel, atur pemetaan tabel untuk menentukan aturan untuk memilih dan memfilter data yang Anda replikasi. Sebelum Anda menentukan pemetaan, pastikan bahwa Anda meninjau bagian dokumentasi dalam pemetaan jenis data untuk basis data sumber dan target Anda. Untuk informasi tentang pemetaan tipe data untuk basis data sumber dan target, lihat bagian tipe data untuk tipe titik akhir sumber dan target dalam Bekerja dengan AWS Titik akhir DMS topik.

    Di bagian Pengaturan Komputasi, atur pengaturan berikut. Untuk informasi tentang pengaturan Compute Config, lihatKomputasi Konfigurasi.

    Opsi Tindakan

    VPC

    		Pilih VPC yang ada.

    Grup subnet

    		Pilih grup subnet yang ada.

    Grup keamanan VPC

    		Pilih default jika belum dipilih.

    AWS Kunci KMS

    		Pilih kunci KMS yang sesuai. Untuk informasi tentang kunci KMS, lihat Membuat kunci di Refer ensi AWS Key Management Service API.

    Deployment

    		Tinggalkan apa adanya.

    Zona Ketersediaan

    		Tinggalkan apa adanya.

    Unit kapasitas DMS minimum (DCU) - (Opsional)

    		Biarkan kosong untuk menggunakan nilai default 1 DCU.

    Unit kapasitas DMS maksimum (DCU)

    		Pilih 16 DCU.

    Biarkan pengaturan Pemeliharaan apa adanya.

  4. Pilih Buat replikasi.

AWS DMS membuat replikasi tanpa server untuk melakukan migrasi Anda.

Mengubah AWS DMS replikasi tanpa server

Untuk mengubah konfigurasi replikasi Anda, gunakan modify-replication-config tindakan. Anda hanya dapat memodifikasi konfigurasi AWS DMS replikasi yang ada di CREATED statusSTOPPED,FAILED,, FAILED_PROVISION atau. Untuk informasi tentang modify-replication-config tindakan, lihat ModifyReplicationConfig di Referensi AWS Database Migration Service API.

Untuk memodifikasi konfigurasi replikasi tanpa server dengan menggunakan Konsol Manajemen AWS

  1. Masuk ke Konsol Manajemen AWS dan buka AWS DMS konsol di https://console.aws.amazon.com/dms/v2/.

  2. Di panel navigasi, pilih Replikasi tanpa server.

  3. Pilih replikasi yang ingin Anda modifikasi. Tabel berikut menjelaskan modifikasi yang dapat Anda buat berdasarkan status replikasi saat ini.

    Pengaturan Deskripsi Negara yang Diizinkan

    Nama

    Anda dapat mengubah nama replikasi. Masukkan nama untuk replikasi yang berisi 8 hingga 16 karakter ASCII yang dapat dicetak (tidak termasuk/,”, dan @). Nama harus unik untuk akun Anda untuk Wilayah AWS yang Anda pilih. Anda dapat memilih untuk menambahkan beberapa detail ke nama, seperti menyertakan Wil AWS ayah dan tugas yang Anda lakukan, misalnya:west2-mysql2mysql-config1.

    ReplicationStateadalahCREATED,STOPPED, atauFAILED.

    Titik akhir basis data sumber

    Pilih titik akhir sumber baru yang ada sebagai sumber replikasi.

    ReplicationStateadalahCREATED, atau FAILED ProvisionState kapannull.

    Titik akhir database target

    Pilih titik akhir target baru yang ada sebagai target replikasi.

    ReplicationStateadalahCREATED, atau FAILED ProvisionState kapannull.

    Jenis replikasi

    Anda dapat memodifikasi jenis replikasi tanpa server.

    ReplicationStateadalahCREATED, atau FAILED ProvisionState kapannull.

    Pengaturan Replikasi

    Anda dapat mengubah pengaturan replikasi, termasuk mode persiapan tabel target, apakah akan menyertakan kolom LOB dalam replikasi, ukuran LOB maksimum, validasi, dan pencatatan. Untuk informasi selengkapnya, lihat Pengaturan tugas.

    ReplicationStateadalahCREATED,STOPPED, atauFAILED.

    Pemetaan tabel

    Anda dapat memodifikasi pengaturan pemetaan tabel untuk replikasi tanpa server, termasuk aturan pemilihan dan aturan transformasi. Untuk informasi selengkapnya, lihat Pemetaan tabel.

    ReplicationStateadalahCREATED,STOPPED, atauFAILED.

    Konfigurasi komputasi

    Anda dapat memodifikasi pengaturan konfigurasi komputasi untuk replikasi tanpa server, termasuk pengaturan jaringan, pengaturan penskalaan, dan pengaturan pemeliharaan. Untuk informasi tentang pengaturan Compute Config, lihatKomputasi Konfigurasi.

    • Anda dapat mengubah pengaturan penskalaan, pemeliharaan, dan jaringan berikut saat ReplicationState adaCREATED,STOPPED, atauFAILED:

      • MinCapacityUnits

      • MaxCapacityUnits

      • MultiAZ

      • PreferredMaintenanceWindow

      • VpcSecurityGroupIds

    • Anda dapat mengubah pengaturan jaringan dan keamanan berikut saat ReplicationState adaCREATED, atau FAILED ProvisionState kapannull:

      • AvailabilityZone

      • DnsNameServers

      • KmsKeyId

      • ReplicationSubnetGroupId
catatan

Anda tidak dapat mengubah titik akhir yang terkait dengan tugas DMS saat status tugas dimulai atau berjalan.

Komputasi Konfigurasi

Anda mengonfigurasi penyediaan replikasi menggunakan parameter Compute Config atau bagian konsol. Bidang dalam objek Compute Config meliputi yang berikut:

Opsi Deskripsi

MinCapacityUnits

Ini adalah jumlah minimum Unit Kapasitas DMS (DCU) yang AWS DMS akan disediakan. Ini juga merupakan DCU minimum yang dapat diturunkan oleh penskalaan otomatis.

MaxCapacityUnits

Ini adalah Unit Kapasitas DMS (DCU) maksimum yang AWS DMS dapat disediakan, tergantung pada prediksi kapasitas replikasi Anda. Ini juga merupakan DCU maksimum yang dapat ditingkatkan oleh penskalaan otomatis.

KmsKeyId

Kunci enkripsi yang digunakan untuk mengenkripsi penyimpanan replikasi dan informasi koneksi. Jika Anda memilih (Default) aws/dms, AWS DMS gunakan kunci KMS default yang terkait dengan akun Anda dan Wilayah AWS. Deskripsi dan nomor akun Anda ditampilkan, bersama dengan ARN kunci. Untuk informasi selengkapnya tentang menggunakan kunci enkripsi, lihatMengatur kunci enkripsi dan menentukan AWS KMS izin. Untuk tutorial ini, biarkan (Default) aws/dms dipilih.

ReplicationSubnetGroupId

Grup subnet replikasi di VPC pilihan tempat Anda ingin replikasi dibuat. Jika database sumber Anda berada di VPC, pilih grup subnet yang berisi database sumber sebagai lokasi untuk replikasi Anda. Untuk informasi lebih lanjut tentang grup subnet replikasi, lihat Membuat grup subnet replikasi.

VpcSecurityGroupIds

Instans replikasi dibuat dalam VPC. Jika database sumber Anda berada di VPC, pilih grup keamanan VPC yang menyediakan akses ke instance DB tempat basis data berada.

PreferredMaintenanceWindow

Parameter ini mendefinisikan rentang waktu mingguan di mana pemeliharaan sistem dapat terjadi, dalam Waktu Terkoordinasi Universal (UTC). Defaultnya adalah jendela 30 menit yang dipilih secara acak dari blok waktu 8 jam per Wilayah AWS, yang terjadi pada hari acak dalam seminggu.

MultiAZ

Menyetel parameter opsional ini akan membuat replika siaga replikasi Anda di Zona Ketersediaan lain untuk dukungan failover. Jika Anda ingin menggunakan penangkapan data perubahan (CDC) atau replikasi yang sedang berlangsung, sebaiknya aktifkan opsi ini.

Memahami penskalaan otomatis di AWS DMS nirserver

Setelah Anda menyediakan replikasi dan berada dalam RUNNING status, AWS DMS layanan mengelola kapasitas sumber daya yang mendasarinya untuk beradaptasi dengan perubahan beban kerja. Manajemen ini menskalakan sumber daya replikasi berdasarkan pengaturan replikasi berikut:

  • MinCapacityUnits

  • MaxCapacityUnits

Replikasi meningkat setelah periode melebihi ambang pemanfaatan atas, dan turun ketika pemanfaatan kapasitas di bawah ambang pemanfaatan kapasitas minimum untuk periode yang lebih lama.

catatan

Replikasi tanpa server tidak dapat diturunkan secara otomatis saat beban penuh sedang berlangsung.

Menyetel penskalaan otomatis AWS DMS nirserver

Untuk menyetel parameter penskalaan otomatis replikasi Anda, sebaiknya setel MaxCapacityUnits ke nilai maksimum, dan biarkan AWS DMS mengelola penyediaan sumber daya. Disarankan agar Anda memilih pengaturan kapasitas maksimum DCU terbesar untuk memungkinkan manfaat terbesar dari penskalaan otomatis, untuk mengakomodasi lonjakan volume transaksi. Kalkulator harga menunjukkan biaya bulanan maksimum jika replikasi Anda terus menggunakan DCU maksimum. DCU maksimum tidak mewakili biaya aktual, karena Anda hanya membayar untuk kapasitas yang digunakan.

Jika replikasi Anda tidak menggunakan sumber dayanya pada kapasitas penuh, secara bertahap AWS DMS akan menurunkan penyediaan sumber daya untuk menghemat biaya. Namun, karena penyediaan dan penghapusan sumber daya membutuhkan waktu, sebaiknya setel setelan ke nilai yang dapat menangani lonjakan mendadak yang diharapkan dalam beban kerja replikasi. MinCapacityUnits Ini akan mencegah replikasi Anda kurang disediakan sementara menyediakan sumber daya untuk AWS DMS tingkat beban kerja yang lebih tinggi.

Jika Anda kekurangan penyediaan replikasi dengan pengaturan kapasitas maksimum yang terlalu rendah untuk persyaratan data, atau kapasitas minimum yang terlalu rendah untuk menangani lonjakan tiba-tiba dalam beban kerja replikasi, Anda mungkin melihat CapacityUtilization metrik Anda secara konsisten pada nilai maksimumnya. Hal ini dapat menyebabkan replikasi Anda gagal. Jika replikasi Anda gagal karena sumber daya yang kurang disediakan, membuat peristiwa ke AWS DMS habisan memori di log replikasi Anda. Ketika kondisi kehabisan memori terjadi karena lonjakan tiba-tiba dalam beban kerja replikasi atau konfigurasi yang disetel, sistem memiliki kemampuan penskalaan otomatis bawaan untuk menangani situasi dan melanjutkan pemrosesan. Namun, mekanisme pemulihan otomatis ini tidak langsung dan mungkin membutuhkan waktu untuk menjadi efektif. Untuk pemulihan yang lebih cepat, Anda dapat mengambil tindakan manual dengan memodifikasi konfigurasi tugas, khususnya dengan meningkatkan MinCapacityUnits nilai dan kemudian melanjutkan tugas. Intervensi manual ini memberikan resolusi yang lebih cepat untuk kesalahan kehabisan memori dibandingkan dengan menunggu proses penskalaan otomatis.

Memantau AWS DMS replikasi tanpa server

AWS menyediakan beberapa alat untuk memantau replikasi AWS DMS tanpa server Anda, dan menanggapi insiden potensial:

AWS DMS metrik replikasi tanpa server

Pemantauan replikasi tanpa server mencakup CloudWatch metrik Amazon untuk statistik berikut. Statistik ini dikelompokkan berdasarkan setiap replikasi tanpa server.

Metrik

Unit

Deskripsi
CapacityUtilization

Persen

Persentase memori yang digunakan oleh replikasi tanpa server
CDCIncomingChanges Persen

Jumlah total peristiwa perubahan pada point-in-time yang menunggu untuk diterapkan pada target. Perhatikan bahwa ini tidak sama dengan ukuran nilai perubahan transaksi dari titik akhir sumber. Jumlah besar untuk metrik ini biasanya menunjukkan AWS DMS tidak dapat menerapkan perubahan yang ditangkap secara tepat waktu, sehingga menyebabkan latensi target yang tinggi.
CDCLatencySource Detik

Kesenjangan, dalam detik, antara peristiwa terakhir yang diambil dari titik akhir sumber dan stempel waktu sistem AWS DMS instans saat ini. CDCLatencySource mewakili latensi antara instance sumber dan replikasi. Tinggi CDCLatencySource berarti proses menangkap perubahan dari sumber tertunda. Untuk mengidentifikasi latensi dalam replikasi yang sedang berlangsung, Anda dapat melihat metrik ini bersama-sama dengan CDCLatencyTarget. Jika CDCLatencyTarget keduanya CDCLatencySource dan tinggi, selidiki terlebih CDCLatencySource dahulu.

CDCLatencySource bisa 0 ketika tidak ada jeda replikasi antara sumber dan replikasi. CDCLatencySourcejuga dapat menjadi nol ketika replikasi mencoba membaca peristiwa berikutnya di log transaksi sumber dan tidak ada peristiwa baru dibandingkan dengan terakhir kali dibaca dari sumber. Ketika ini terjadi, replikasi mengatur ulang CDCLatencySource ke 0.
CDCLatencyTarget Detik

Kesenjangan, dalam detik, antara tempel waktu tindakan pertama yang menunggu untuk melakukan pada target dan stempel waktu saat ini dari instans AWS DMS . Latensi target adalah perbedaan antara waktu server instans replikasi dan id peristiwa tertua yang belum dikonfirmasi diteruskan ke komponen target. Dengan kata lain, latensi target adalah perbedaan stempel waktu antara instance replikasi dan peristiwa tertua yang diterapkan tetapi belum dikonfirmasi oleh titik akhir TRG (99%). Ketika CDCLatencyTarget tinggi, ini menunjukkan proses penerapan peristiwa perubahan ke target tertunda. Untuk mengidentifikasi latensi dalam replikasi yang sedang berlangsung, Anda dapat melihat metrik ini bersama-sama dengan CDCLatencySource. Jika CDCLatencyTarget tinggi tetapi tidak CDCLatencySource tinggi, selidiki apakah:

  • Tidak ada kunci primer atau indeks yang berada di target

  • Sumber daya kemacetan terjadi dalam instans target atau replikasi

  • Masalah jaringan berada di antara replikasi dan target
CDCThroughputBandwidthTarget KB/detik

Data keluar ditransmisikan untuk target dalam KB per detik. CDCThroughputBandwidth merekam data keluar yang dikirimkan pada titik pengambilan sampel. Jika tidak ada lalu lintas jaringan yang ditemukan, nilainya nol. Karena CDC tidak mengeluarkan transaksi yang berlangsung lama, lalu lintas jaringan mungkin tidak memiliki catatan.
CDCThroughputRowsSource Baris/detik

Perubahan masuk dari sumber dalam baris per detik.
CDCThroughputRowsTarget Baris/detik

Perubahan keluar untuk target dalam baris per detik.
FullLoadThroughputBandwidthTarget KB/detik

Data keluar ditransmisikan dari beban penuh untuk target di KB per detik.
FullLoadThroughputRowsTarget Baris/detik

Perubahan keluar dari beban penuh untuk target dalam baris per detik.

AWS DMS log replikasi tanpa server

Anda dapat menggunakan Amazon CloudWatch untuk mencatat informasi replikasi selama proses AWS DMS migrasi. Anda mengaktifkan logging saat memilih pengaturan replikasi.

Replikasi tanpa server mengunggah log status ke CloudWatch akun Anda untuk memberikan peningkatan visibilitas ke dalam kemajuan replikasi, dan untuk membantu pemecahan masalah.

AWS DMS mengunggah log tanpa server ke grup log khusus dengan awalan. dms-serverless-replication-<your replication config resource ID> Di dalam grup log ini, ada aliran log yang disebutdms-serverless-replication-orchestrator-<your replication config resource ID>. Aliran log ini melaporkan status replikasi replikasi Anda, dan pesan terkait yang memberikan rincian lebih lanjut tentang pekerjaan yang dilakukannya pada tahap ini. Untuk contoh entri log, lihat Contoh log replikasi tanpa server berikut.

catatan

AWS DMS tidak membuat grup log atau aliran sampai Anda menjalankan replikasi. AWS DMS tidak membuat grup log atau aliran jika Anda hanya membuat replikasi.

Untuk melihat log replikasi yang berjalan, ikuti langkah-langkah berikut:

  1. Buka AWS DMS konsol, dan pilih replikasi tanpa server dari panel navigasi. Dialog replikasi tanpa server muncul.

  2. Buka bagian Konfigurasi dan pilih Lihat log tanpa server di kolom Umum. Grup CloudWatch log terbuka.

Jika replikasi gagal AWS DMS , buat entri log dengan status replikasifailed, dan pesan yang menjelaskan alasan kegagalan. Anda harus memeriksa CloudWatch log Anda sebagai langkah pertama dalam memecahkan masalah replikasi yang gagal.

catatan

Seperti AWS DMS Standar, Anda memiliki opsi untuk mengaktifkan logging yang lebih terperinci pada kemajuan migrasi data itu sendiri; yaitu, log yang dipancarkan oleh tugas replikasi yang mendasarinya. Anda dapat mengaktifkan log ini di pengaturan replikasi Anda dengan meny EnableLogging etel di Logging bidang ketrue, seperti dalam contoh JSON berikut:

{
  "Logging": {
    "EnableLogging": true
  }
}

Jika Anda mengaktifkan log ini, log ini hanya mulai muncul selama running tahap replikasi tanpa server Anda. Mereka akan muncul di bawah grup log yang sama dengan aliran log sebelumnya, tetapi akan berada di bawah aliran log barudms-serverless-serv-res-id-{unique identifier}. Lihat bagian berikut untuk informasi tentang cara menafsirkan log replikasi tanpa server.

Contoh log replikasi tanpa server

Bagian ini mencakup contoh entri log untuk replikasi tanpa server.

Contoh: Mulai replikasi

Saat Anda menjalankan replikasi tanpa server, buat AWS DMS entri log yang mirip dengan berikut ini:

{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}
Contoh: Kegagalan replikasi

Jika salah satu titik akhir replikasi tidak dikonfigurasi dengan benar, buat entr AWS DMS i log yang mirip dengan berikut ini:

{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}

Jika Anda melihat pesan ini di log setelah kegagalan, pastikan titik akhir yang ditentukan sehat dan dikonfigurasi dengan benar.

Peningkatan Throughput untuk Migrasi Full-Load Oracle ke Amazon Redshift dan Amazon S3

AWS DMS memberikan peningkatan kinerja throughput secara signifikan untuk migrasi beban penuh dari Oracle ke Amazon Redshift dan Amazon S3. DMS secara otomatis mengaktifkan fitur ini untuk tabel tanpa parallel-load opsi kustom dalam pemetaan tabelnya. Untuk tabel dengan opsi beban paralel yang disesuaikan, DMS tanpa server mendistribusikan beban tabel berdasarkan konfigurasi pemetaan tabel yang diberikan. Untuk menggunakan throughput yang ditingkatkan, lakukan hal berikut:

  • Berikan aturan seleksi yang tidak mereferensikan partisi atau batas. Misalnya, jika pengaturan tabel dalam pemetaan tabel berisiparallel-load, DMS Serverless tidak akan menggunakan fitur throughput yang disempurnakan. Untuk informasi selengkapnya, lihat Aturan seleksi dan tindakan.

  • Set MaxFileSize el dan WriteBufferSize ke 64 MB. Untuk informasi selengkapnya, lihat Pengaturan titik akhir saat menggunakan Amazon Redshift sebagai target AWS DMS.

  • Sebaiknya set CompressCsvFiles el ke true untuk penyimpanan data dengan data jarang, dan false untuk penyimpanan data dengan data padat.

  • Setel pengaturan tugas berikut ke0:

    • ParallelLoadThreads

    • ParallelLoadQueuesPerThread

    • ParallelApplyThreads

    • ParallelApplyQueuesPerThread

    • ParallelLoadBufferSize

  • Set MaxFullLoadSubTasks el 49 untuk mendukung migrasi data paralel.

  • Atur LOB mode ke inline. Untuk informasi selengkapnya, lihat Menyetel dukungan LOB untuk database sumber di AWS DMS tugas.

AWS DMS tidak memberikan kinerja throughput yang ditingkatkan untuk ulangan berikut:

Memahami Penskalaan Otomatis Penyimpanan di AWS DMS Nirserver

Saat Anda memulai proses replikasi, AWS DMS Serverless mengalokasikan 100GB penyimpanan awal untuk replikasi. Penyimpanan terutama dikonsumsi oleh berkas log dan transaksi ter-cache. Untuk transaksi cache, penyimpanan hanya digunakan ketika transaksi ter-cache perlu ditulis ke disk. Oleh karena itu, AWS DMS Serverless tidak menggunakan jumlah penyimpanan yang signifikan. Beberapa pengecualian meliputi hal berikut:

  • Tabel sangat besar yang menghasilkan beban transaksi yang signifikan. Memuat tabel besar dapat memakan waktu, sehingga transaksi ter-cache lebih mungkin untuk ditulis ke disk selama beban tabel besar.

  • Tugas yang dikonfigurasi untuk menjeda sebelum memuat transaksi ter-cache. Dalam kasus ini, semua transaksi di-cache sampai beban penuh selesai untuk semua tabel. Dengan konfigurasi ini, jumlah penyimpanan yang wajar dapat dikonsumsi oleh transaksi yang di-cache.

  • Tugas dikonfigurasi dengan tabel yang dimuat ke Amazon Redshift. Konfigurasi ini tidak menjadi masalah ketika Amazon Aurora adalah targetnya.

Oleh karena itu, AWS DMS Serverless memantau pemanfaatan penyimpanan setiap 15 menit. Setelah penyimpanan yang dialokasikan dimanfaatkan hingga 90 persen, AWS DMS Serverless meningkatkan replikasi dengan penyimpanan tambahan. Jika penyimpanan 100 persen replikasi digunakan dan tugas replikasi gagal sebelum atau selama proses penskalaan, DMS Serverless melanjutkan tugas setelah penskalaan selesai dengan sukses.

catatan

  • Full-load operasi dimulai ulang dari awal untuk setiap tabel yang tidak lengkap saat Anda melanjutkan tugas yang dihentikan sebelumnya.

  • Tidak ada dampak pada kinerja tugas DMS selama peristiwa penskalaan penyimpanan.

  • Tidak ada periode pendinginan antara dua peristiwa penskalaan otomatis penyimpanan.