AWS DMS Komponen tanpa server

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

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

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

• Negara-negara yang segera mengikuti termasuk Mempersiapkan Sumber Daya Metadata, Menguji Koneksi, dan Mengambil Metadata. Di negara bagian ini, AWS DMS Tanpa Server terhubung ke basis data sumber Anda untuk mendapatkan informasi yang diperlukan untuk memprediksi kapasitas yang dibutuhkan.

  • Saat status replikasi adalah Testing Connection, AWS DMS Serverless memverifikasi bahwa koneksi ke basis data sumber dan target Anda berhasil disiapkan.

  • Status replikasi setelah Testing Connection adalah Fetching Metadata. Di sini, AWS DMS mengambil informasi yang diperlukan untuk menghitung kapasitas.

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

• Transisi status setelah Menghitung Kapasitas adalah Kapasitas Penyediaan. Sementara replikasi dalam keadaan ini, AWS DMS Tanpa Server menginisialisasi sumber daya komputasi yang mendasarinya.

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

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

  • CDC (initial): Pada fase ini, DMS mereplikasi perubahan penyimpanan data sumber yang terjadi selama fase Full Load. DMS hanya menjalankan fase ini jika pengaturan StopTaskCachedChangesNotApplied tugasnya. false

  • CDC (berkelanjutan): Setelah fase CDC awal, DMS mereplikasi perubahan pada database sumber saat terjadi. DMS hanya terus menjalankan replikasi setelah fase CDC awal jika pengaturan StopTaskCachedChangesApplied tugasnya. false

• Keadaan terakhir adalah Running. Dalam status Running, replikasi data sedang berlangsung.

• Replikasi yang Anda hentikan memasuki status Berhenti. Anda dapat memulai ulang replikasi yang dihentikan dalam keadaan berikut:

  • Anda tidak dapat memulai ulang replikasi yang DMS telah deprovisioned.

  • Anda dapat memulai ulang replikasi CDC saja atau beban penuh dan CDC yang dihentikan menggunakan tindakan. StartReplication Anda tidak dapat memulai ulang replikasi yang dihentikan menggunakan konsol.

  • Anda tidak dapat memulai ulang replikasi berhenti yang menggunakan PostgreSQL sebagai mesin.

Untuk AWS DMS Tanpa Server, panel navigasi sebelah kiri AWS DMS konsol memiliki opsi baru, replikasi Tanpa Server. Untuk Replikasi Tanpa Server, Anda menentukan Replikasi alih-alih jenis instans replikasi atau tugas untuk menentukan replikasi. Selain itu, Anda menentukan unit kapasitas DMS maksimum dan minimum (DCU) yang Anda ingin DMS berikan untuk replikasi. DCU adalah 2GB RAM. AWS DMS menagih akun Anda untuk setiap DCU yang saat ini digunakan replikasi Anda. Untuk informasi tentang AWS DMS harga, lihat harga AWS Database Migration Service.

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

Versi Mesin yang Didukung

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

• Microsoft SQL Server

• Database yang kompatibel dengan PostgreSQL

• Database yang kompatibel dengan MySQL

• MariaDB

• Oracle

• IBM Db2

AWS DMS Tanpa server mendukung target berikut:

• Microsoft SQL Server

• PostgreSQL

• Database yang kompatibel dengan MySQL

• 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 Tanpa Server, Anda memiliki akses ke perintah konsol yang memungkinkan Anda membuat, mengonfigurasi, memulai, dan mengelola replikasi tanpa AWS DMS server. Untuk menjalankan perintah ini menggunakan bagian replikasi Tanpa Server pada 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 terkait 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, lihatPeran terkait layanan untuk Tanpa Server 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 AWS Management Console 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 basis data sumber	Pilih titik akhir yang ada di akun Anda. Perhatikan bahwa AWS DMS Tanpa Server hanya mendukung subset dari tipe endpoint yang didukung standar. AWS DMS
   Titik akhir basis data target	Pilih titik akhir yang ada di akun Anda. Perhatikan bahwa AWS DMS Tanpa Server hanya mendukung subset dari tipe endpoint yang didukung standar. AWS DMS
   Jenis replikasi	Pilih jenis replikasi berdasarkan kebutuhan Anda: Beban penuh: AWS DMS memigrasikan data yang ada saja. Full load and change data capture (CDC): AWS DMS memigrasikan 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 Anda, lihat bagian tipe data untuk jenis titik akhir sumber dan target dalam topik. Bekerja dengan Titik akhir DMS AWS

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

   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 tombol KMS yang sesuai. Untuk informasi tentang kunci KMS, lihat Membuat kunci di Referensi 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.

Memodifikasi replikasi AWS DMS tanpa server

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

Untuk memodifikasi konfigurasi replikasi tanpa server dengan menggunakan AWS Management Console

1. Masuk ke AWS Management Console 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 keadaan 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 AWS Wilayah dan tugas yang sedang 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 kapan ProvisionStatenull.
   Titik akhir basis data target	Pilih titik akhir target baru yang ada sebagai target replikasi.	ReplicationStateadalahCREATED, atau FAILED kapan ProvisionStatenull.
   Jenis replikasi	Anda dapat memodifikasi jenis replikasi tanpa server.	ReplicationStateadalahCREATED, atau FAILED kapan ProvisionStatenull.
   Pengaturan Replikasi	Anda dapat memodifikasi pengaturan replikasi, termasuk mode persiapan tabel target, apakah akan menyertakan kolom LOB dalam replikasi, ukuran LOB maksimum, validasi, dan logging. Untuk informasi selengkapnya, lihat Pengaturan tugas.	ReplicationStateadalahCREATED,STOPPED, atauFAILED.
   Pemetaan tabel	Anda dapat mengubah 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 mengubah pengaturan konfigurasi komputasi untuk replikasi tanpa server, termasuk pengaturan jaringan, pengaturan penskalaan, dan pengaturan pemeliharaan. Untuk informasi tentang pengaturan Compute Config, lihat. Konfigurasi Komputasi	Anda dapat memodifikasi pengaturan penskalaan, pemeliharaan, dan jaringan berikut ReplicationState saatCREATED,STOPPED, atauFAILED: MinCapacityUnits MaxCapacityUnits MultiAZ PreferredMaintenanceWindow VpcSecurityGroupIds Anda dapat mengubah pengaturan jaringan dan keamanan berikut saat ReplicationState adaCREATED, atau FAILED kapan ProvisionStatenull: AvailabilityZone DnsNameServers KmsKeyId ReplicationSubnetGroupId

Konfigurasi Komputasi

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

Opsi	Deskripsi
MinCapacityUnit	Ini adalah jumlah minimum Unit Kapasitas DMS (DCU) yang AWS DMS akan disediakan. Ini juga merupakan DCU minimum yang dapat diturunkan oleh penskalaan otomatis.
MaxCapacityUnit	Ini adalah Unit Kapasitas DMS maksimum (DCU) 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 aws/dms (Default), 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 penggunaan kunci enkripsi, lihatMenyetel kunci enkripsi dan menentukan izin AWS KMS. Untuk tutorial ini, biarkan (Default) aws/dms dipilih.
ReplicationSubnetGroupId	Grup subnet replikasi di VPC pilihan Anda di mana Anda ingin replikasi dibuat. Jika database sumber Anda berada dalam VPC, pilih grup subnet yang berisi database sumber sebagai lokasi 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 instans DB tempat database berada.
PreferredMaintenanceJendela	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, terjadi pada hari acak dalam seminggu.
MultiAZ	Menyetel parameter opsional ini akan membuat replika siaga replikasi Anda di Availability Zone lain untuk dukungan failover. Jika Anda bermaksud menggunakan change data capture (CDC) atau replikasi yang sedang berlangsung, kami sarankan Anda mengaktifkan opsi ini.

Memahami penskalaan otomatis tanpa server AWS DMS

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 batas pemanfaatan atas, dan turun ketika pemanfaatan kapasitas di bawah ambang batas pemanfaatan kapasitas minimum untuk periode yang lebih lama.

catatan

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

Menyetel penskalaan otomatis tanpa server AWS DMS

Untuk menyetel parameter penskalaan otomatis replikasi, sebaiknya Anda menyetel MaxCapacityUnits ke nilai maksimum, dan biarkan AWS DMS mengelola penyediaan sumber daya. Disarankan agar Anda memilih pengaturan kapasitas maksimum DCU terbesar untuk memberikan manfaat terbesar dari auto-scaling, 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 kapasitas yang digunakan.

Jika replikasi Anda tidak menggunakan sumber dayanya pada kapasitas penuh, secara bertahap AWS DMS akan menghentikan penyediaan sumber daya untuk menghemat biaya Anda. Namun, karena penyediaan dan penonaktifan sumber daya membutuhkan waktu, sebaiknya Anda menyetel MinCapacityUnits setelan Anda ke nilai yang dapat menangani lonjakan mendadak yang Anda harapkan dalam beban kerja replikasi Anda. Ini akan menjaga replikasi Anda dari kekurangan penyediaan sementara menyediakan sumber daya untuk tingkat beban kerja yang AWS DMS lebih tinggi.

Jika Anda kurang menyediakan replikasi Anda dengan pengaturan kapasitas maksimum yang terlalu rendah untuk kebutuhan data, atau kapasitas minimum yang terlalu rendah untuk menangani lonjakan mendadak dalam beban kerja replikasi Anda, Anda mungkin melihat metrik Anda secara konsisten pada nilai maksimumnya. CapacityUtilization Hal ini dapat menyebabkan replikasi Anda gagal. Jika replikasi Anda gagal karena sumber daya yang kurang disediakan, AWS DMS buat out-of-memory peristiwa di log replikasi Anda. Jika out-of-memory kondisi terjadi karena lonjakan tiba-tiba pada beban kerja replikasi Anda, replikasi akan diskalakan secara otomatis dan dimulai ulang.

Memantau AWS DMS replikasi tanpa server

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

• AWS DMS metrik replikasi tanpa server

• AWS DMS log replikasi tanpa server

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
CDC IncomingChanges	Persen	Jumlah total peristiwa perubahan di a point-in-time yang menunggu untuk diterapkan ke target. Perhatikan bahwa ini tidak sama dengan ukuran nilai perubahan transaksi dari titik akhir sumber. Sejumlah besar untuk metrik ini AWS DMS biasanya menunjukkan tidak dapat menerapkan perubahan yang ditangkap pada waktu yang tepat, sehingga menyebabkan latensi target yang tinggi.
CDC LatencySource	Detik	Selang waktu, dalam detik, antara tindakan terakhir yang ditangkap dari titik akhir sumber dan stempel waktu sistem saat ini dari instans AWS DMS . CDC LatencySource mewakili latensi antara sumber dan contoh replikasi. CDC tinggi LatencySource berarti proses menangkap perubahan dari sumber tertunda. Untuk mengidentifikasi latensi dalam replikasi yang sedang berlangsung, Anda dapat melihat metrik ini bersama dengan CDC. LatencyTarget Jika CDC LatencySource dan CDC LatencyTarget tinggi, selidiki LatencySource CDC terlebih dahulu. CDC LatencySource bisa 0 ketika tidak ada jeda replikasi antara sumber dan replikasi. CDC juga LatencySource dapat menjadi nol ketika replikasi mencoba untuk membaca peristiwa berikutnya dalam log transaksi sumber dan tidak ada peristiwa baru dibandingkan dengan terakhir kali dibaca dari sumber. Ketika ini terjadi, replikasi mengatur ulang CDC ke 0LatencySource .
CDC LatencyTarget	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 instance replikasi dan id peristiwa tertua yang belum dikonfirmasi yang 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 CDC LatencyTarget tinggi, ini menunjukkan proses penerapan peristiwa perubahan ke target tertunda. Untuk mengidentifikasi latensi dalam replikasi yang sedang berlangsung, Anda dapat melihat metrik ini bersama dengan CDC. LatencySource Jika CDC LatencyTarget tinggi tetapi CDC LatencySource tidak 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
Target CDC ThroughputBandwidth	KB/detik	Data keluar ditransmisikan untuk target di KB per detik. CDC ThroughputBandwidth mencatat 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.
Sumber CDC ThroughputRows	Baris/detik	Perubahan yang masuk dari sumber dalam baris per detik.
Target CDC ThroughputRows	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 pencatatan saat memilih pengaturan replikasi.

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

AWS DMS mengunggah log yang ditautkan tanpa server ke grup log khusus dengan awalan. dms-serverless-replication-<your replication config resource ID> 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 detail 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 streaming sampai Anda menjalankan replikasi. AWS DMS tidak membuat grup log atau streaming jika Anda hanya membuat replikasi.

Untuk melihat log replikasi yang dijalankan, 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.

3. Temukan bagian log tugas Migrasi dan pilih Lihat CloudWatch Log.

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

catatan

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

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

Jika Anda mengaktifkan log ini, mereka 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: Replikasi mulai

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

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

Contoh: Kegagalan replikasi

Jika salah satu titik akhir replikasi tidak dikonfigurasi dengan benar, AWS DMS buat entri 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 Anda setelah kegagalan, pastikan titik akhir yang ditentukan sehat dan dikonfigurasi dengan benar.

Throughput yang Ditingkatkan untuk Migrasi Oracle Beban Penuh ke Amazon Redshift

AWS DMS memberikan kinerja throughput yang ditingkatkan secara signifikan untuk migrasi beban penuh dari Oracle ke Amazon Redshift. DMS secara otomatis mengaktifkan fitur ini untuk tabel tanpa custom parallel-load opsi 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 pemilihan yang tidak mereferensikan partisi atau batas. Misalnya, jika pengaturan tabel dalam pemetaan tabel berisiparallel-load, DMS Tanpa Server tidak akan menggunakan fitur throughput yang disempurnakan. Untuk informasi selengkapnya, lihat Aturan seleksi dan tindakan.

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

• Kami merekomendasikan pengaturan CompressCsvFiles true untuk penyimpanan data dengan data jarang, dan false untuk penyimpanan data dengan data padat.

• Atur pengaturan tugas berikut ke0:

  • ParallelLoadThreads

  • ParallelLoadQueuesPerThread

  • ParallelApplyThreads

  • ParallelApplyQueuesPerThread

  • ParallelLoadBufferSize

• Setel MaxFullLoadSubTasks 49 untuk mendukung migrasi data paralel.

• Atur LOB mode ke inline. Untuk informasi selengkapnya, lihat Mengatur dukungan LOB untuk database sumber dalam suatu tugas AWS DMS.

AWS DMS tidak memberikan peningkatan kinerja throughput untuk replikasi berikut:

• Replikasi dengan tabel menggunakan beban paralel. Untuk informasi selengkapnya, lihat Menggunakan beban paralel untuk tabel, tampilan, dan koleksi yang dipilih.

• Replikasi dengan aturan transformasi data.

• Replikasi dengan aturan filter.

• Replikasi dengan aturan change-data-type transformasi.