

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

# Menargetkan pengaturan tugas metadata
<a name="CHAP_Tasks.CustomizingTasks.TaskSettings.TargetMetadata"></a>

Pengaturan metadata target termasuk yang berikut ini. Untuk informasi tentang cara menggunakan file konfigurasi tugas untuk mengatur setelan tugas, lihat[Contoh pengaturan tugas](CHAP_Tasks.CustomizingTasks.TaskSettings.md#CHAP_Tasks.CustomizingTasks.TaskSettings.Example).
+ `TargetSchema` – Nama skema tabel target. Jika opsi metadata ini kosong, skema dari tabel sumber digunakan. AWS DMS secara otomatis menambahkan prefiks pemilik untuk basis data target terhadap semua tabel jika tidak ada penentuan akan skema sumber. Opsi ini harus dibiarkan kosong untuk titik akhir target bertipe MySQL. Mengganti nama skema dalam pemetaan data lebih diutamakan daripada pengaturan ini.
+ Pengaturan LOB — Pengaturan yang menentukan seberapa besar objek (LOBs) dikelola. Jika Anda mengatur `SupportLobs=true`, Anda harus menetapkan salah satu dari berikut ini di `true`: 
  + `FullLobMode` – Jika Anda menetapkan opsi ini di `true`, maka Anda harus memasukkan nilai untuk opsi `LobChunkSize`. Masukkan ukuran bagian-bagian LOB dalam kilobyte untuk digunakan ketika mereplikasi data ke target. Kinerja opsi `FullLobMode` bekerja paling baik untuk ukuran LOB yang sangat besar tetapi cenderung menyebabkan pemuatan yang lebih lambat. Nilai yang disarankan untuk `LobChunkSize` adalah 64 kilobyte. Meningkatkan nilai di `LobChunkSize` atas 64 kilobyte dapat menyebabkan kegagalan tugas.
  + `InlineLobMaxSize`— Nilai ini menentukan LOBs AWS DMS transfer inline selama beban penuh. Mentransfer kecil LOBs lebih efisien daripada mencarinya dari tabel sumber. Selama beban penuh, AWS DMS periksa semua LOBs dan lakukan transfer inline untuk LOBs yang lebih kecil dari`InlineLobMaxSize`. AWS DMS transfer semua LOBs lebih besar dari `InlineLobMaxSize` dalam`FullLobMode`. Nilai default untuk `InlineLobMaxSize` adalah 0 dan kisarannya adalah 1 —102400 kilobyte (100 MB). Tetapkan nilai `InlineLobMaxSize` hanya jika Anda tahu bahwa sebagian besar LOBs lebih kecil dari nilai yang ditentukan dalam`InlineLobMaxSize`.
  + `LimitedSizeLobMode` – Jika Anda menetapkan opsi ini di `true`, maka Anda harus memasukkan nilai untuk opsi `LobMaxSize`. Masukkan ukuran maksimum dalam kilobyte untuk LOB satuan. Nilai maksimum untuk `LobMaxSize` adalah 102400 kilobyte (100 MB).

  Untuk informasi selengkapnya tentang kriteria menggunakan pengaturan LOB tugas ini, lihat [Mengatur dukungan LOB untuk database sumber dalam suatu tugas AWS DMS](CHAP_Tasks.LOBSupport.md). Anda juga dapat mengontrol pengelolaan LOBs untuk tabel individual. Untuk informasi selengkapnya, lihat [Tabel dan koleksi pengaturan aturan dan operasi](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md).
+ `BatchApplyEnabled` – Menentukan apakah setiap transaksi diterapkan secara satuan atau perubahan dilakukan dalam batch. Nilai default-nya adalah `false`.

  Ketika `BatchApplyEnabled` diatur ke`true`, DMS memerlukan Primary Key (PK) atau Unique Key (UK) pada tabel **sumber**. Tanpa PK atau Inggris pada tabel sumber, hanya sisipan batch yang diterapkan tetapi bukan pembaruan dan penghapusan batch.

  Ketika `BatchApplyEnabled` diatur ke`true`, AWS DMS menghasilkan pesan kesalahan jika tabel **target** memiliki kendala unik dan kunci utama. Tabel target dengan kendala unik dan kunci primer tidak didukung saat `BatchApplyEnabled` disetel ke. `true`

  Bila `BatchApplyEnabled` disetel ke true dan AWS DMS menemukan kesalahan data dari tabel dengan kebijakan penanganan kesalahan default, AWS DMS tugas akan beralih dari mode batch ke one-by-one mode untuk tabel lainnya. Untuk mengubah perilaku ini, Anda dapat mengatur tindakan `"SUSPEND_TABLE"` dalam kebijakan berikut dalam properti grup `"ErrorBehavior"` dari pengaturan tugas file JSON:
  + `DataErrorPolicy`
  + `ApplyErrorDeletePolicy`
  + `ApplyErrorInsertPolicy`
  + `ApplyErrorUpdatePolicy`

  Untuk informasi lebih lanjut tentang `"ErrorBehavior"` properti grup ini, lihat contoh pengaturan tugas file JSON di [Menentukan setelan tugas untuk tugas AWS Database Migration Service](CHAP_Tasks.CustomizingTasks.TaskSettings.md). Setelah menyetel kebijakan ini`"SUSPEND_TABLE"`, AWS DMS tugas kemudian menangguhkan kesalahan data pada tabel apa pun yang meningkatkannya dan melanjutkan dalam mode batch untuk semua tabel.

  Anda dapat menggunakan parameter `BatchApplyEnabled` dengan parameter `BatchApplyPreserveTransaction`. Jika `BatchApplyEnabled` diatur ke `true`, maka `BatchApplyPreserveTransaction` parameter menentukan integritas transaksional. 

  Jika `BatchApplyPreserveTransaction` diatur ke `true`, maka integritas transaksional dipertahankan dan batch dijamin berisi semua perubahan dalam transaksi dari sumber.

  Jika `BatchApplyPreserveTransaction` diatur ke `false`, maka bisa ada penyimpangan sementara dalam integritas transaksional untuk meningkatkan performa. 

  Parameter `BatchApplyPreserveTransaction` hanya berlaku untuk Oracle target akhir, dan hanya relevan ketika parameter `BatchApplyEnabled` diatur ke `true`.

  Ketika LOB kolom termasuk dalam replikasi, Anda dapat menggunakan `BatchApplyEnabled` hanya dalam mode LOB terbatas.

  Untuk informasi lebih lanjut tentang menggunakan pengaturan ini untuk beban change data capture (CDC), lihat [Mengubah pengaturan penyetelan pemrosesan](CHAP_Tasks.CustomizingTasks.TaskSettings.ChangeProcessingTuning.md).
+ `MaxFullLoadSubTasks`— menunjukkan jumlah maksimum tabel untuk memuat secara paralel. Default adalah 8; nilai maksimum adalah 49.
+ `ParallelLoadThreads`- Menentukan jumlah thread yang AWS DMS digunakan untuk memuat setiap tabel ke database target. Parameter ini memiliki nilai maksimum untuk target non-RDBMS. Nilai maksimum untuk target DynamoDB adalah 200. Nilai maksimum untuk target Amazon Kinesis Data Streams, Apache Kafka, atau OpenSearch Amazon Service adalah 32. Anda dapat meminta agar batas maksimum ini meningkat. `ParallelLoadThreads`berlaku untuk tugas Beban Penuh. Untuk informasi tentang pengaturan untuk beban paralel tabel individu, lihat [Tabel dan koleksi pengaturan aturan dan operasi](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md).

  Pengaturan ini berlaku untuk jenis engine endpoint berikut:
  + DynamoDB
  + Amazon Kinesis Data Streams
  + Amazon MSK
  +  OpenSearch Layanan Amazon
  + Amazon Redshift

  AWS DMS mendukung `ParallelLoadThreads` untuk MySQL sebagai atribut koneksi tambahan. `ParallelLoadThreads`tidak berlaku untuk MySQL sebagai pengaturan tugas. 
+ `ParallelLoadBufferSize`Menentukan jumlah maksimum catatan untuk disimpan dalam buffer yang digunakan thread beban paralel untuk memuat data ke target. Nilai default adalah 50. Nilai maksimumnya adalah 1.000. Pengaturan ini saat ini hanya berlaku ketika DynamoDB, Kinesis, Apache Kafka, atau adalah target. OpenSearch Gunakan parameter ini dengan `ParallelLoadThreads`. `ParallelLoadBufferSize` hanya berlaku bila ada lebih dari satu thread. Untuk informasi tentang pengaturan untuk beban paralel tabel individu, lihat [Tabel dan koleksi pengaturan aturan dan operasi](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md).
+ `ParallelLoadQueuesPerThread` – Menentukan jumlah antrian yang diakses setiap thread yang terjadi bersamaan untuk mengambil catatan data dari antrean dan menghasilkan beban batch untuk target. Default adalah 1. Pengaturan ini saat ini hanya berlaku bila Kinesis atau Apache Kafka menjadi targetnya.
+ `ParallelApplyThreads`— Menentukan jumlah thread bersamaan yang AWS DMS digunakan selama pemuatan CDC untuk mendorong catatan data ke titik akhir target Amazon DocumentDB, Kinesis, Amazon MSK, atau Amazon Redshift. OpenSearch Default adalah nol (0).

  Pengaturan ini hanya berlaku untuk CDC saja. Pengaturan ini tidak berlaku untuk Beban Penuh.

  

  Pengaturan ini berlaku untuk jenis engine endpoint berikut:
  + Amazon DocumentDB (dengan kompatibilitas MongoDB)
  + Amazon Kinesis Data Streams
  + Amazon Managed Streaming untuk Apache Kafka
  +  OpenSearch Layanan Amazon
  + Amazon Redshift
+ `ParallelApplyBufferSize`— Menentukan jumlah maksimum record yang akan disimpan di setiap antrian buffer untuk thread bersamaan untuk mendorong ke titik akhir target Amazon DocumentDB, Kinesis, Amazon MSK OpenSearch, atau Amazon Redshift selama pemuatan CDC. Nilai default-nya adalah 100. Nilai maksimumnya adalah 1000. Gunakan pilihan ini saat `ParallelApplyThreads` menentukan lebih dari satu thread. 
+ `ParallelApplyQueuesPerThread`— Menentukan jumlah antrian yang diakses setiap thread untuk mengeluarkan catatan data dari antrian dan menghasilkan pemuatan batch untuk Amazon DocumentDB, Kinesis, Amazon MSK, atau endpoint selama CDC. OpenSearch Nilai default adalah 1.