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 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.
![\[AWS DMS Status replikasi tanpa server\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/datarep-replicationstate_updated.png)
+ 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 pada penyimpanan data sumber yang terjadi selama fase Full Load. DMS hanya menjalankan fase ini jika pengaturan `StopTaskCachedChangesNotApplied` tugas. `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**. Replikasi dapat masuk ke status berhenti untuk tugas replikasi hanya beban penuh yang berhasil diselesaikan. Keadaan ini perlu diperhitungkan untuk melanjutkan atau memulai ulang replikasi dalam keadaan berhenti atau gagal:
+ Anda tidak dapat memulai ulang replikasi yang belum dimulai dalam 48 jam karena AWS DMS menghilangkan sumber daya.
**Topics**
+ [Titik Akhir yang Didukung](#CHAP_Serverless.SupportedVersions)
+ [Membuat replikasi tanpa server](#CHAP_Serverless.create)
+ [Memodifikasi replikasi AWS DMS tanpa server](#CHAP_Serverless.modify)
+ [Konfigurasi Komputasi](#CHAP_Serverless.computeconfig)
+ [Memahami penskalaan otomatis di tanpa server AWS DMS](#CHAP_Serverless.autoscaling)
+ [Memantau AWS DMS replikasi tanpa server](#CHAP_Serverless.monitoring)
+ [Throughput yang Ditingkatkan untuk Oracle Beban Penuh ke Amazon Redshift dan Migrasi Amazon S3](#CHAP_Serverless.Throughput)
+ [Memahami Penskalaan Otomatis Penyimpanan di Tanpa Server AWS DMS](#CHAP.Serverless.storage.autoscaling)
**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 (DCUs) 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](https://aws.amazon.com/dms/pricing/).
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.
## Titik Akhir 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:
+ MongoDB
+ Amazon DocumentDB (dengan kompatibilitas MongoDB)
+ Microsoft SQL Server
+ Database yang kompatibel dengan PostgreSQL
+ Database yang kompatibel dengan MySQL
+ MariaDB
+ Oracle
+ Amazon S3
+ 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, lihat[Peran terkait layanan untuk AWS DMS](slr-services-sl.md).
## 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, lihat[Membuat titik akhir sumber dan target](CHAP_Endpoints.Creating.md).
**Membuat replikasi tanpa server**
1. Masuk ke Konsol Manajemen AWS dan buka AWS DMS konsol di [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).
1. **Pada panel navigasi, pilih **Replikasi tanpa server, lalu pilih Buat replikasi**.**
1. Pada halaman **Buat replikasi**, tentukan konfigurasi replikasi tanpa server Anda:
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Serverless.Components.html)
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 Anda dalam topik. [Bekerja dengan titik AWS akhir DMS](CHAP_Endpoints.md)
Di bagian **Pengaturan komputasi**, atur pengaturan berikut. Untuk informasi tentang pengaturan Compute Config, lihat. [Konfigurasi Komputasi](#CHAP_Serverless.computeconfig)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Serverless.Components.html)
Biarkan pengaturan **Pemeliharaan** apa adanya.
1. 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 di`CREATED`,`STOPPED`, atau `FAILED` status. Untuk informasi tentang `modify-replication-config` tindakan, lihat [ModifyReplicationConfig](https://docs.aws.amazon.com/dms/latest/APIReference/API_ModifyReplicationConfig.html)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/](https://console.aws.amazon.com/dms/v2/).
1. Di panel navigasi, pilih Replikasi tanpa **server**.
1. Pilih replikasi yang ingin Anda modifikasi. Tabel berikut menjelaskan modifikasi yang dapat Anda buat berdasarkan keadaan replikasi saat ini.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Serverless.Components.html)
**catatan**
Anda tidak dapat mengubah titik akhir yang terkait dengan tugas DMS saat status tugas dimulai atau berjalan.
## Konfigurasi Komputasi
Anda mengonfigurasi penyediaan replikasi menggunakan parameter Compute Config atau bagian konsol. Bidang dalam objek Compute Config mencakup yang berikut ini:
| 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 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, lihat[Menyetel kunci enkripsi dan menentukan izin AWS KMS](CHAP_Security.md#CHAP_Security.EncryptionKey). 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 ada di 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](CHAP_ReplicationInstance.VPC.md#CHAP_ReplicationInstance.VPC.Subnets). |
| **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. |
| **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, 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 di 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. Ketika suatu out-of-memory kondisi terjadi karena lonjakan tiba-tiba dalam beban kerja replikasi atau konfigurasi yang disetel, sistem memiliki kemampuan auto-scaling bawaan untuk menangani situasi dan melanjutkan pemrosesan. Namun, mekanisme pemulihan otomatis ini tidak langsung dan mungkin memerlukan 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 out-of-memory kesalahan dibandingkan dengan menunggu proses auto-scaling otomatis.
## 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](#CHAP_Serverless.monitoring.metrics)
+ [AWS DMS log replikasi tanpa server](#CHAP_Serverless.monitoring.logs)
### 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 |
| CDCIncomingPerubahan | 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. |
| CDCLatencySumber | Detik | Kesenjangan, dalam hitungan detik, antara peristiwa terakhir yang diambil dari titik akhir sumber dan cap waktu sistem saat ini dari instance. AWS DMS CDCLatencySumber mewakili latensi antara sumber dan contoh replikasi. CDCLatencySumber Tinggi berarti proses menangkap perubahan dari sumber tertunda. Untuk mengidentifikasi latensi dalam replikasi yang sedang berlangsung, Anda dapat melihat metrik ini bersama dengan CDCLatency Target. Jika CDCLatency Sumber dan CDCLatency Target tinggi, selidiki CDCLatency Sumber terlebih dahulu. CDCLatencySumber bisa 0 ketika tidak ada jeda replikasi antara sumber dan replikasi. CDCLatencySumber juga 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 CDCLatency Sumber 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 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 CDCLatency Target 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 CDCLatency Sumber. Jika CDCLatency Target tinggi tetapi CDCLatency Sumber tidak tinggi, selidiki apakah: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Serverless.Components.html) |
| CDCThroughputBandwidthTarget | KB/detik | Data keluar ditransmisikan untuk target di KB per detik. CDCThroughputBandwidth 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. |
| CDCThroughputRowsSource | Baris/detik | Perubahan yang 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 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-` Dalam grup log ini, ada aliran log yang disebut`dms-serverless-replication-orchestrator-`. 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](#CHAP_Serverless.monitoring.logs.examples) 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.
1. Pergi ke bagian **Konfigurasi** dan pilih **Lihat log tanpa server** di kolom Umum. Grup CloudWatch log terbuka.
Jika replikasi Anda gagal, AWS DMS buat entri log dengan status replikasi`failed`, dan pesan yang menjelaskan alasan kegagalan tersebut. Anda harus memeriksa CloudWatch log Anda sebagai langkah pertama dalam memecahkan masalah replikasi yang gagal.
**catatan**
Seperti AWS DMS Standard, 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 ke`true`, 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 baru`dms-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 Oracle Beban Penuh ke Amazon Redshift dan Migrasi Amazon S3
AWS DMS memberikan kinerja throughput yang ditingkatkan 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 pemilihan yang tidak mereferensikan partisi atau batas. Misalnya, jika pengaturan tabel dalam pemetaan tabel berisi`parallel-load`, DMS Tanpa Server tidak akan menggunakan fitur throughput yang disempurnakan. Untuk informasi selengkapnya, lihat [Aturan seleksi dan tindakan](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Selections.md).
+ Setel `MaxFileSize` dan `WriteBufferSize` ke 64 MB. Untuk informasi selengkapnya, lihat [Pengaturan titik akhir saat menggunakan Amazon Redshift sebagai target AWS DMS](CHAP_Target.Redshift.md#CHAP_Target.Redshift.ConnectionAttrib).
+ Kami merekomendasikan pengaturan `CompressCsvFiles` `true` untuk penyimpanan data dengan data jarang, dan `false` untuk penyimpanan data dengan data padat.
+ Atur pengaturan tugas berikut ke`0`:
+ `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](CHAP_Tasks.LOBSupport.md).
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](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md#CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.ParallelLoad).
+ Replikasi dengan aturan transformasi data.
+ Replikasi dengan aturan filter.
+ Replikasi dengan aturan transformasi.
+ Replikasi dengan Amazon Redshift Serverless sebagai target.
## Memahami Penskalaan Otomatis Penyimpanan di Tanpa Server AWS DMS
Saat Anda memulai proses replikasi, AWS DMS Tanpa Server 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 Tanpa Server 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, penyimpanan dalam jumlah 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 Tanpa Server memantau pemanfaatan penyimpanan setiap 15 menit. Setelah penyimpanan yang dialokasikan digunakan oleh 90 persen, AWS DMS Serverless meningkatkan replikasi dengan penyimpanan tambahan. Jika penyimpanan 100 persen replikasi digunakan dan tugas replikasi gagal sebelum atau selama proses scalling, DMS Serverless melanjutkan tugas setelah penskalaan selesai dengan sukses.
**catatan**
Operasi beban penuh dimulai ulang dari awal untuk setiap tabel yang tidak lengkap saat Anda melanjutkan tugas yang sebelumnya dihentikan.
Tidak ada dampak pada kinerja tugas DMS selama acara penskalaan penyimpanan.
Tidak ada periode pendinginan antara dua peristiwa penskalaan otomatis penyimpanan.