Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# AWS DMS Terminologi dan konsep
AWS Database Migration Service (AWS DMS) adalah layanan web yang dapat Anda gunakan untuk memigrasikan data dari penyimpanan data sumber ke penyimpanan data target. Kedua penyimpanan data ini disebut titik akhir. Anda dapat melakukan migrasi antara titik akhir sumber dan target yang menggunakan mesin basis data yang sama, seperti dari basis data Oracle ke basis data Oracle. Anda juga dapat melakukan migrasi antara titik sumber sumber dan target yang menggunakan mesin basis data yang berbeda, seperti dari basis data Oracle ke basis data PostgreSQL. Satu-satunya persyaratan untuk digunakan AWS DMS adalah bahwa salah satu titik akhir Anda harus pada AWS layanan. Anda tidak dapat menggunakan AWS DMS untuk bermigrasi dari database lokal ke database lokal lainnya.
Untuk informasi tentang biaya migrasi basis data, lihat [AWS Database Migration Service Halaman harga](https://aws.amazon.com/dms/pricing/).
Gunakan topik berikut untuk lebih memahami AWS DMS.
**Topics**
+ [Tampilan tingkat tinggi AWS DMS](CHAP_Introduction.HighLevelView.md)
+ [Komponen AWS DMS](CHAP_Introduction.Components.md)
+ [Sumber untuk AWS DMS](CHAP_Introduction.Sources.md)
+ [Target untuk AWS DMS](CHAP_Introduction.Targets.md)
+ [Membangun Nama Sumber Daya Amazon (ARN) untuk AWS DMS](CHAP_Introduction.AWS.ARN.md)
+ [Menggunakan AWS DMS dengan AWS layanan lain](CHAP_Introduction.AWS.md)
# Tampilan tingkat tinggi AWS DMS
Untuk melakukan migrasi database, AWS DMS sambungkan ke penyimpanan data sumber, baca data sumber, dan format data untuk konsumsi oleh penyimpanan data target. Kemudian memuat data ke tempat menyimpan data target. Sebagian besar pengolahan ini terjadi dalam memori, meskipun transaksi large mungkin memerlukan beberapa buffering pada disk. Transaksi cache dan mencatat file juga ditulis pada disk.
Pada tingkat tinggi, saat menggunakan AWS DMS Anda melakukan hal berikut:
+ Temukan database di lingkungan jaringan Anda yang merupakan kandidat yang baik untuk migrasi.
+ Secara otomatis mengkonversi skema database sumber Anda dan sebagian besar objek kode database ke format yang kompatibel dengan database target.
+ Membuat server replikasi.
+ Membuat titik akhir sumber dan target yang memiliki informasi koneksi tentang penyimpanan data Anda.
+ Membuat satu atau beberapa tugas migrasi untuk melakukan migrasi data antara penyimpanan data sumber dan target.
Sebuah tugas dapat terdiri dari tiga tahap utama:
+ Migrasi data yang ada (Full load)
+ Aplikasi perubahan cache
+ Replikasi yang sedang berlangsung (Ubah Pengambilan Data)
Selama migrasi beban penuh, di mana data yang ada dari sumber dipindahkan ke target, AWS DMS memuat data dari tabel di penyimpanan data sumber ke tabel di penyimpanan data target. Sementara beban penuh sedang berlangsung, setiap perubahan yang dibuat untuk tabel dimuat cache pada server replikasi; ini adalah perubahan cache. Penting untuk dicatat bahwa AWS DMS tidak menangkap perubahan untuk tabel tertentu sampai beban penuh untuk tabel tersebut dimulai. Dengan kata lain, poin ketika perubahan capture dimulai berbeda untuk setiap tabel individu.
Ketika beban penuh untuk tabel tertentu selesai, AWS DMS segera mulai menerapkan perubahan cache untuk tabel itu. Setelah tabel dimuat dan perubahan cache diterapkan, AWS DMS mulai mengumpulkan perubahan sebagai transaksi untuk fase replikasi yang sedang berlangsung. Jika transaksi memiliki tabel yang belum sepenuhnya dimuat, perubahan disimpan secara lokal pada instans replikasi. Setelah AWS DMS menerapkan semua perubahan cache ke semua tabel, tabel konsisten secara transaksional. Pada titik ini, AWS DMS pindah ke fase replikasi yang sedang berlangsung, menerapkan perubahan sebagai transaksi.
Saat fase replikasi mulai berlangsung, backlog transaksi umumnya menyebabkan beberapa kelambatan antara basis data sumber dan target. Migrasi akhirnya mencapai kondisi stabil setelah bekerja melalui backlog transaksi ini. Pada titik ini, Anda dapat menutup aplikasi, mengizinkan setiap transaksi yang tersisa untuk diterapkan pada target, dan memunculkan aplikasi Anda, sekarang menunjuk pada basis data target.
AWS DMS menciptakan objek skema target yang diperlukan untuk melakukan migrasi data. Anda dapat AWS DMS menggunakan pendekatan minimalis dan hanya membuat objek yang diperlukan untuk memigrasikan data secara efisien. Dengan menggunakan pendekatan ini, AWS DMS membuat tabel, kunci utama, dan dalam beberapa kasus indeks unik, tetapi tidak akan membuat objek lain yang tidak diperlukan untuk memigrasikan data secara efisien dari sumber.
Atau, Anda dapat menggunakan Konversi Skema DMS dalam AWS DMS untuk secara otomatis mengonversi skema basis data sumber Anda dan sebagian besar objek kode database ke format yang kompatibel dengan database target. Konversi ini mencakup tabel, tampilan, prosedur tersimpan, fungsi, tipe data, sinonim, dan sebagainya. Objek apa pun yang Konversi Skema DMS tidak dapat dikonversi secara otomatis ditandai dengan jelas. Untuk menyelesaikan migrasi, Anda dapat mengonversi objek ini secara manual.
# Komponen AWS DMS
Bagian ini menjelaskan komponen internal AWS DMS dan bagaimana mereka berfungsi bersama untuk menyelesaikan migrasi data Anda. Memahami komponen dasar AWS DMS dapat membantu Anda melakukan migrasi data lebih efisien dan memberikan wawasan yang lebih baik saat memecahkan masalah atau menyelidiki masalah.
AWS DMS Migrasi terdiri dari lima komponen: penemuan database untuk bermigrasi, konversi skema otomatis, contoh replikasi, titik akhir sumber dan target, dan tugas replikasi. Anda membuat AWS DMS migrasi dengan membuat instance replikasi, titik akhir, dan tugas yang diperlukan dalam file. Wilayah AWS
**Penemuan basis data**
DMS Fleet Advisor mengumpulkan data dari beberapa lingkungan database untuk memberikan wawasan tentang infrastruktur data Anda. DMS Fleet Advisor mengumpulkan data dari database lokal dan server analitik Anda dari satu atau beberapa lokasi pusat tanpa perlu menginstalnya di setiap komputer. Saat ini, DMS Fleet Advisor mendukung server database Microsoft SQL Server, MySQL, Oracle, dan PostgreSQL.
Berdasarkan data yang ditemukan dari jaringan Anda, DMS Fleet Advisor membangun inventaris yang dapat Anda tinjau untuk menentukan server dan objek database mana yang akan dipantau. Saat detail tentang server, database, dan skema ini dikumpulkan, Anda dapat menganalisis kelayakan migrasi basis data yang Anda inginkan.
**Migrasi skema dan kode**
Konversi Skema DMS AWS DMS membuat migrasi database antara berbagai jenis database lebih dapat diprediksi. Anda dapat menggunakan Konversi Skema DMS untuk mengevaluasi kompleksitas migrasi Anda untuk penyedia data sumber Anda, dan kemudian menggunakannya untuk mengonversi skema database dan objek kode. Anda kemudian dapat menerapkan kode yang dikonversi ke database target Anda.
Pada tingkat tinggi, Konversi Skema DMS beroperasi dengan tiga komponen berikut: profil instans, penyedia data, dan proyek migrasi. *Profil instance* menentukan pengaturan jaringan dan keamanan. *Penyedia data* menyimpan kredensil koneksi database. *Proyek migrasi* berisi penyedia data, profil instance, dan aturan migrasi. AWS DMS menggunakan penyedia data dan profil instance untuk merancang proses yang mengubah skema database dan objek kode.
** Instans replikasi **
Pada tingkat tinggi, instans AWS DMS replikasi hanyalah instans Amazon Elastic Compute Cloud (Amazon EC2) terkelola yang menampung satu atau beberapa tugas replikasi.
Gambar berikut menunjukkan contoh contoh replikasi yang menjalankan beberapa tugas replikasi terkait.
![\[Memulai dengan AWS DMS\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/datarep-intro-rep-instance1.png)
Sebuah contoh replikasi tunggal dapat meng-host satu atau beberapa tugas replikasi, tergantung pada karakteristik migrasi Anda dan kapasitas server replikasi. AWS DMS menyediakan berbagai contoh replikasi sehingga Anda dapat memilih konfigurasi optimal untuk kasus penggunaan Anda. Untuk informasi lebih lanjut tentang berbagai kelas instans replikasi, lihat [Memilih instans replikasi AWS DMS yang tepat untuk migrasi Anda](CHAP_ReplicationInstance.Types.md).
AWS DMS membuat instance replikasi pada instans Amazon EC2. Beberapa kelas instans yang lebih kecil cukup untuk menguji layanan atau untuk migrasi kecil. Jika migrasi Anda melibatkan jumlah tabel large, atau jika Anda berniat menjalankan beberapa tugas replikasi secara bersamaan, Anda harus mempertimbangkan penggunaan salah satu instans yang lebih besar. Kami merekomendasikan pendekatan ini karena AWS DMS dapat menghabiskan sejumlah besar memori dan CPU.
Tergantung pada kelas instans Amazon EC2 pilihan Anda, instans replikasi Anda dilengkapi dengan 50 GB atau 100 GB penyimpanan data. Jumlah ini biasanya mencukupi untuk kebanyakan pelanggan. Namun, jika migrasi Anda melibatkan transaksi large atau volume perubahan data yang tinggi maka Anda mungkin ingin meningkatkan alokasi penyimpanan dasar. Change data capture (CDC) dapat menyebabkan data tulis pada disk, tergantung pada seberapa cepat target tulis perubahan. Karena file log juga ditulis ke disk, meningkatkan tingkat keparahan untuk logging juga akan menyebabkan konsumsi penyimpanan yang lebih tinggi.
AWS DMS dapat memberikan ketersediaan tinggi dan dukungan failover menggunakan penerapan Multi-AZ. Dalam penerapan Multi-AZ, AWS DMS secara otomatis menyediakan dan memelihara replika siaga instans replikasi di Availability Zone yang berbeda. Instans replikasi utama secara sinkron dilakukan replikasi untuk replika cadangan. Jika instans replikasi utama gagal atau menjadi tidak responsif, cadangan tersebut melanjutkan tugas yang sedang berlangsung dengan gangguan minimal. Karena instans replikasi utama terus-menerus mereplikasi keadaan pada cadangannya, deployment multi-AZ tidak dikenakan beberapa overhead performa.
Untuk informasi lebih rinci tentang contoh AWS DMS replikasi, lihat[Bekerja dengan instance AWS DMS replikasi](CHAP_ReplicationInstance.md).
Daripada membuat dan mengelola instance replikasi, Anda dapat membiarkan AWS DMS penyediaan replikasi Anda secara otomatis menggunakan AWS DMS Tanpa Server. Untuk informasi selengkapnya, lihat [Bekerja dengan Tanpa AWS DMS Server](CHAP_Serverless.md).
** Titik akhir**
AWS DMS menggunakan titik akhir untuk mengakses sumber atau penyimpanan data target Anda. Informasi koneksi tertentu akan berbeda, tergantung pada tempat menyimpan data Anda, tetapi secara umum Anda menyediakan informasi berikut ketika membuat titik akhir:
+ Tipe titik akhir - Sumber atau target.
+ Jenis mesin — Jenis mesin database, seperti Oracle atau PostgreSQL.
+ Nama server — Nama server atau alamat IP yang AWS DMS dapat menjangkau.
+ Port - Nomor port yang digunakan untuk koneksi server basis data.
+ Enkripsi – mode Lapisan Soket Aman (SSL), jika SSL digunakan untuk mengenkripsi koneksi.
+ Kredensial—Nama pengguna dan kata sandi untuk suatu akun dengan hak mengakses yang diperlukan.
Saat Anda membuat titik akhir menggunakan AWS DMS konsol, konsol mengharuskan Anda menguji koneksi titik akhir. Tes harus berhasil sebelum menggunakan titik akhir dalam suatu AWS DMS tugas. Seperti informasi koneksi, kriteria uji spesifik berbeda untuk tipe mesin yang berbeda. Secara umum, AWS DMS memverifikasi bahwa basis data terdapat pada nama server dan port tertentu, dan bahwa kredensial yang disediakan dapat digunakan untuk menjalankan connect ke basis data dengan hak istimewa yang diperlukan untuk melakukan suatu migrasi. Jika tes koneksi berhasil, AWS DMS unduh dan simpan informasi skema untuk digunakan nanti selama konfigurasi tugas. Informasi skema mungkin termasuk misalnya definisi tabel, definisi kunci primer, dan definisi kunci yang unik.
Lebih dari satu replikasi tugas dapat menggunakan satu titik akhir. Misalnya, Anda mungkin memiliki dua aplikasi yang secara logika berbeda yang dijadikan host pada basis data sumber yang sama yang ingin Anda migrasikan secara terpisah. Dalam kasus ini, Anda membuat dua tugas replikasi, satu untuk setiap set tabel aplikasi. Anda dapat menggunakan AWS DMS titik akhir yang sama di kedua tugas.
Anda dapat menyesuaikan perilaku titik akhir dengan menggunakan pengaturan titik akhir. *Pengaturan titik akhir* dapat mengontrol berbagai perilaku seperti detail logging, ukuran file, dan parameter lainnya. Setiap jenis mesin penyimpanan data memiliki pengaturan titik akhir yang berbeda yang tersedia. Anda dapat menemukan pengaturan titik akhir tertentu untuk setiap penyimpanan data di bagian sumber atau target untuk penyimpanan data tersebut. Untuk daftar penyimpanan data sumber dan target yang didukung, lihat [Sumber untuk AWS DMS](CHAP_Introduction.Sources.md) dan [Target untuk AWS DMS](CHAP_Introduction.Targets.md).
Untuk informasi lebih rinci tentang AWS DMS titik akhir, lihat[Bekerja dengan titik AWS akhir DMS](CHAP_Endpoints.md).
**Tugas replikasi**
Anda menggunakan tugas AWS DMS replikasi untuk memindahkan sekumpulan data dari titik akhir sumber ke titik akhir target. Membuat satu tugas replikasi adalah langkah terakhir yang perlu Anda ambil sebelum mulai migrasi.
Ketika membuat tugas replikasi, Anda menentukan pengaturan tugas berikut:
+ Instans replikasi - instans untuk menjadi host dan menjalankan tugas
+ Titik akhir sumber
+ Titik akhir target
+ Opsi jenis migrasi, seperti yang tercantum berikut. Untuk penjelasan lengkap tentang opsi tipe migrasi, lihat [Membuat tugas](CHAP_Tasks.Creating.md).
+ Beban penuh (Migrasi data yang ada) – Jika Anda mampu melakukan penghentian pekerjaan yang cukup lama untuk menyalin data yang ada, memilih opsi ini merupakan pilihan yang tepat. Opsi ini hanya melakukan migrasi data dari basis data sumber ke basis data target Anda, membuat tabel-tabel bila diperlukan.
+ Beban penuh \$1 CDC (Memigrasi data yang ada dan mereplikasi perubahan yang sedang berlangsung) - Opsi ini melakukan beban data penuh saat menangkap perubahan pada sumber. Setelah beban penuh selesai, perubahan yang ditangkap diterapkan pada target. Akhirnya, aplikasi perubahan mencapai keadaan stabil. Pada titik ini, Anda dapat menutup aplikasi Anda, membiarkan perubahan yang tersisa mengalir ke target, dan kemudian ulang kembali aplikasi Anda yang menunjuk pada target.
+ Hanya CDC (Mereplikasi perubahan data saja) - Dalam beberapa situasi, mungkin lebih efisien untuk menyalin data yang ada menggunakan metode selain AWS DMS. Misalnya, dalam migrasi homogen, menggunakan perangkat ekspor dan impor yang asli mungkin lebih efisien dalam memuat data dalam jumlah besar. Dalam situasi ini, Anda dapat menggunakan AWS DMS untuk mereplikasi perubahan yang dimulai saat Anda memulai pemuatan massal untuk membawa dan menjaga basis data sumber dan target Anda tetap sinkron.
+ Pilihan mode persiapan tabel target, seperti yang tercantum berikut. Untuk penjelasan lengkap tentang mode tabel target, lihat [Membuat tugas](CHAP_Tasks.Creating.md).
+ Jangan lakukan apa-apa — AWS DMS mengasumsikan bahwa tabel target dibuat sebelumnya pada target.
+ Jatuhkan tabel pada target — AWS DMS turun dan buat ulang tabel target.
+ Memotong – Jika Anda membuat tabel pada target, DMS AWS memotong tabel tersebut sebelum migrasi dimulai. Jika tidak ada tabel dan Anda memilih opsi ini, AWS DMS buat tabel yang hilang.
+ Pilihan mode LOB, seperti yang tercantum berikut. Untuk penjelasan lengkap tentang mode LOB, lihat [Mengatur dukungan LOB untuk database sumber dalam suatu tugas AWS DMS](CHAP_Tasks.LOBSupport.md).
+ Jangan sertakan kolom LOB – Kolom LOB tidak dimasukkan dalam proses migrasi.
+ Mode LOB penuh - Migrasi lengkap LOBs terlepas dari ukuran. AWS DMS **bermigrasi LOBs sedikit demi sedikit dalam potongan yang dikontrol oleh parameter Ukuran LOB Maks.** Mode ini lebih lambat daripada menggunakan mode LOB terbatas.
+ Mode LOB terbatas - Memangkas LOBs ke nilai yang ditentukan oleh parameter Ukuran **LOB Maks**. Mode ini lebih cepat daripada menggunakan mode LOB penuh.
+ Pemetaan tabel – menunjukkan tabel-tabel bermigrasi dan bagaimana tabel tersebut bermigrasi. Untuk informasi selengkapnya, lihat [Menggunakan pemetaan tabel untuk menentukan pengaturan tugas](CHAP_Tasks.CustomizingTasks.TableMapping.md).
+ Transformasi data, seperti yang tercantum berikut. Untuk informasi lebih lanjut tentang transformasi data, lihat [Menentukan pemilihan tabel dan transformasi aturan menggunakan JSON](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.md).
+ Mengubah nama skema, tabel, dan kolom.
+ Mengubah nama tempat penyimpanan logikal pada basis data (untuk titik akhir target Oracle).
+ Menetapkan kunci primer dan indeks unik pada target.
+ Validasi data
+ CloudWatch Pencatatan Amazon
Anda menggunakan tugas untuk melakukan migrasi data dari titik akhir sumber ke titik akhir target, dan pemrosesan tugas dilakukan pada instans replikasi. Anda menentukan tabel dan skema mana yang bermigrasi dan setiap pemrosesan khusus, seperti persyaratan pencatatan, tabel data kontrol, dan penanganan kesalahan.
Secara konseptual, tugas AWS DMS replikasi melakukan dua fungsi yang berbeda seperti yang ditunjukkan pada diagram berikut.
![\[Memulai dengan AWS DMS\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/datarep-intro-rep-task1.png)
Proses beban penuh cukup mudah dipahami. Data diekstrasi dari sumber dengan cara mengekstraksi dalam jumlah banyak dan dimuat langsung ke target. Anda dapat menentukan jumlah tabel yang akan diekstrak dan dimuat secara paralel di AWS DMS konsol di bawah **Pengaturan Lanjutan**.
Untuk informasi selengkapnya tentang AWS DMS tugas, lihat[Bekerja dengan AWS DMS tugas](CHAP_Tasks.md).
**Replikasi yang sedang berlangsung, atau change data capture (CDC)**
Anda juga dapat menggunakan AWS DMS tugas untuk menangkap perubahan yang sedang berlangsung pada penyimpanan data sumber saat Anda memigrasikan data ke target. Proses pengambilan perubahan yang AWS DMS digunakan saat mereplikasi perubahan yang sedang berlangsung dari titik akhir sumber mengumpulkan perubahan pada log database dengan menggunakan API asli mesin database.
Dalam proses CDC, tugas replikasi dirancang untuk pengaliran perubahan dari sumber ke target, menggunakan buffer dalam memori untuk menyimpan data dalam transit. Jika buffer dalam memori menjadi habis karena alasan apa pun, tugas replikasi akan menginformasikan perubahan yang tertunda ke Cache Perubahan pada disk. Ini bisa terjadi, misalnya, jika AWS DMS menangkap perubahan dari sumber lebih cepat daripada yang dapat diterapkan pada target. Dalam hal ini, Anda akan melihat *Latensi target* tugas melebihi *Latensi sumber* tugas.
Anda dapat memeriksa ini dengan menavigasi ke tugas Anda di AWS DMS konsol, dan membuka tab Pemantauan Tugas. Grafik CDCLatency Target dan CDCLatency Sumber ditampilkan di bagian bawah halaman. Jika Anda memiliki tugas yang menunjukkan latensi target maka ada kemungkinan beberapa penyetelan pada titik akhir target yang diperlukan untuk meningkatkan nilai aplikasi.
Tugas replikasi juga menggunakan penyimpanan untuk pencatatan tugas seperti yang dibahas sebelumnya. Ruang disk yang dilengkapi oleh pra-dikonfigurasi dengan instans replikasi Anda biasanya cukup untuk pencatatan dan perubahan yang diinformasikan. Jika Anda memerlukan ruang disk tambahan, misalnya, ketika menggunakan debugging detail untuk menyelidiki masalah migrasi, Anda dapat memodifikasi instans replikasi untuk mengalokasikan lebih banyak ruang.
# Sumber untuk AWS DMS
Anda dapat menggunakan penyimpanan data sumber yang berbeda dalam AWS DMS fitur yang berbeda. Bagian berikut berisi daftar penyimpanan data sumber yang didukung untuk setiap AWS DMS fitur.
**Topics**
+ [Titik akhir sumber untuk migrasi data](#CHAP_Introduction.Sources.DataMigration)
+ [Database sumber untuk DMS Fleet Advisor](#CHAP_Introduction.Sources.FleetAdvisor)
+ [Penyedia data sumber untuk Konversi Skema DMS](#CHAP_Introduction.Sources.SchemaConversion)
+ [Penyedia data sumber untuk migrasi data homogen DMS](#CHAP_Introduction.Sources.HomogeneousDataMigrations)
## Titik akhir sumber untuk migrasi data
Anda dapat menggunakan penyimpanan data berikut sebagai titik akhir sumber untuk migrasi data dengan menggunakan AWS DMS.
**Basis data on premise dan Instans EC2**
+ Oracle versi 10.2 dan lebih tinggi (untuk versi 10.x), 11g dan hingga 12.2, 18c, dan 19c untuk edisi Enterprise, Standard, Standard One, dan Standard Two
+ Microsoft SQL Server versi 2008 (didukung dalam DMS v3.5.4), 2008R2 (didukung dalam DMS v3.5.4), 2012, 2014, 2016, 2017, 2019, dan 2022.
+ Edisi Enterprise, Standard, Workgroup, Developer, dan Web mendukung replikasi beban penuh.
+ Edisi Enterprise, Standard (versi 2016 dan lebih tinggi), dan Developer mendukung replikasi CDC (berkelanjutan) selain beban penuh.
+ Edisi Express tidak didukung.
+ MySQL versi 5.5, 5.6, 5.7, 8.0, dan 8.4
**catatan**
**Kompatibilitas MySQL dan DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (didukung sebagai sumber data yang kompatibel dengan MySQL) versi 10.0 (hanya versi 10.0.24 dan lebih tinggi), 10.2, 10.3, 10.4, 10.5, 10.6, 10.11, dan 11.4.3 hingga 11.4.7.
**catatan**
Dukungan untuk MariaDB sebagai sumber tersedia di AWS DMS semua versi di mana MySQL didukung.
+ PostgreSQL versi 9.4 dan lebih tinggi (untuk versi 9.x), 10.x, 11.x, 12.x, 13.x 14.x, 15.x, 16.x, 17.x, dan 18.x.
**catatan**
AWS DMS hanya mendukung PostgreSQL versi 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, dan 16.x di versi 3.5.3 dan lebih tinggi.
AWS DMS [hanya mendukung PostgreSQL versi 17.x dan 18.x di versi 3.5.4 (lihat batasan) dan lebih tinggi.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ MongoDB versi 3.x, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0 dan 8.0.
+ SAP Adaptive Server Enterprise (ASE) versi 12.5, 15, 15.5, 15.7, 16, dan lebih tinggi
+ IBM Db2 untuk versi Linux, UNIX dan Windows (Db2 LUW):
+ Versi 9.7, semua paket perbaikan
+ Versi 10.1, semua paket perbaikan
+ Versi 10.5, semua paket perbaikan kecuali untuk Fix Pack 5
+ Versi 11.1, semua paket perbaikan
+ Versi 11.5, Mods (0-8) dengan hanya Fix Pack Zero
+ IBM Db2 untuk versi 12 z/OS
**Layanan database terkelola pihak ketiga:**
+ Database Microsoft Azure SQL
+ Microsoft Azure PostgreSQL Server Fleksibel versi 11.2, 12.15, 13.11, 14.8, dan 15.3.
+ Microsoft Azure MySQL Server Fleksibel versi 5.7 dan 8.
+ Google Cloud untuk MySQL versi 5.6, 5.7, dan 8.0.
+ Google Cloud untuk PostgreSQL versi 9.6, 10, 11, 12, 13, 14, dan 15.
+ OCI MySQL Heatwave versi 8.0.34.
**Instans basis data Amazon RDS, dan Amazon Simple Storage Service (Amazon S3)**
+ Oracle versi 11g (versi 11.2.0.4 dan lebih tinggi) dan hingga 12.2, 18c, dan 19c untuk edisi Enterprise, Standard, Standard One, dan Standard Two.
+ Microsoft SQL Server versi 2016, 2017, 2019, dan 2022 untuk edisi Enterprise, Standard, Workgroup, dan Developer. Untuk informasi selengkapnya, lihat [Amazon RDS untuk Microsoft SQL Server di panduan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) pengguna *Amazon* RDS.
**catatan**
AWS DMS tidak mendukung SQL Server Express. Edisi Web hanya didukung untuk replikasi full-load saja.
+ MySQL versi 5.5, 5.6, 5.7, 8.0, dan 8.4.
**catatan**
**Kompatibilitas MySQL dan DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (didukung sebagai sumber data yang kompatibel dengan MySQL) versi 10.0.24 hingga 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11, dan 11.4.3 hingga 11.4.7.
**catatan**
Dukungan untuk MariaDB sebagai sumber tersedia di AWS DMS semua versi di mana MySQL didukung.
+ PostgreSQL versi 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x.
**catatan**
AWS DMS hanya mendukung PostgreSQL versi 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, dan 16.x di versi 3.5.3 dan lebih tinggi.
AWS DMS [hanya mendukung PostgreSQL versi 17.x dan 18.x di versi 3.5.4 (lihat batasan) dan lebih tinggi.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ Amazon Aurora dengan kompatibilitas MySQL (didukung sebagai sumber data yang kompatibel dengan MySQL)
+ Amazon Aurora dengan kompatibilitas PostgreSQL (didukung sebagai sumber data yang kompatibel dengan PostgreSQL)
+ Amazon S3
+ Amazon DocumentDB (dengan kompatibilitas MongoDB) versi 3.6, 4.0, dan 5.0.
+ Amazon RDS untuk IBM Db2 LUW.
Untuk informasi tentang bekerja dengan sumber tertentu, lihat [Bekerja dengan AWS DMS titik akhir](CHAP_Endpoints.md).
Untuk informasi tentang titik akhir target yang didukung, lihat[Target titik akhir untuk migrasi data](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.DataMigration).
## Database sumber untuk DMS Fleet Advisor
DMS Fleet Advisor mendukung database sumber berikut.
+ Microsoft SQL Server versi 2012 dan hingga 2019
+ MySQL versi 5.6 dan hingga 8
+ Oracle versi 11g Rilis 2 dan hingga 12c, 19c, dan 21c
+ PostgreSQL versi 9.6 dan hingga 13
Untuk informasi tentang bekerja dengan sumber tertentu, lihat[Membuat pengguna database untuk AWS DMS Fleet Advisor](fa-database-users.md).
Untuk daftar database yang digunakan DMS Fleet Advisor untuk menghasilkan rekomendasi target, lihat. [Target untuk DMS Fleet Advisor](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.FleetAdvisor)
## Penyedia data sumber untuk Konversi Skema DMS
Konversi Skema DMS mendukung penyedia data berikut sebagai sumber untuk proyek migrasi Anda.
+ Microsoft SQL Server versi 2008 R2, 2012, 2014, 2016, 2017, 2019, dan 2022
+ Oracle versi 10.2 dan lebih tinggi, 11g dan hingga 12.2, 18c, dan 19c, dan Oracle Data Warehouse
+ PostgreSQL versi 9.2 dan lebih tinggi
+ MySQL versi 5.5, 5.6, 5.7, dan 8.0.
+ IBM Db2 untuk Linux, UNIX dan Windows versi 9.1, 9.5, 9.7, 10.1, 10.5, 11.1, dan 11.5
+ IBM Db2 untuk versi 12 z/OS
+ SAP ASE (Sybase ASE) versi 16
**catatan**
Konversi Skema DMS mendukung semua sumber versi Amazon RDS yang tercantum dalam topik ini.
Penyedia data sumber Anda dapat berupa engine yang dikelola sendiri yang berjalan di lokasi atau di instans Amazon Elastic Compute Cloud (Amazon EC2).
Untuk informasi tentang bekerja dengan sumber tertentu, lihat[Membuat penyedia data sumber dalam Konversi Skema DMS](data-providers-source.md).
Untuk informasi tentang basis data target yang didukung, lihat[Penyedia data target untuk Konversi Skema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).
The AWS Schema Conversion Tool (AWS SCT) mendukung lebih banyak basis data sumber dan target daripada Konversi Skema DMS. Untuk informasi tentang database yang AWS SCT mendukung, lihat [Apa itu. AWS Schema Conversion Tool](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html)
## Penyedia data sumber untuk migrasi data homogen DMS
Anda dapat menggunakan penyedia data berikut sebagai sumber untuk migrasi data homogen ke database instans lokal dan EC2.
+ MySQL versi 5.7 dan 8.0
+ MariaDB versi 10.2x
+ PostgreSQL versi 10.4 hingga 16.x.
+ MongoDB versi 4.x, 5.x, 6.0, 7.0, 8.0
+ Amazon DocumentDB versi 3.6, 4.0, 5.0
Anda dapat menggunakan penyedia data berikut sebagai sumber untuk migrasi data homogen ke database instans Amazon Relational Database Service.
+ Aurora MySQL versi 5.7 dan 8.0
+ RDS untuk MySQL versi 5.7 dan 8.0
+ RDS untuk MariaDB versi 10.2.x
+ Aurora PostgreSQL versi 11.x hingga 17.x
+ RDS untuk PostgreSQL versi 11.x hingga 17.x
Penyedia data sumber Anda dapat berupa mesin yang dikelola sendiri yang berjalan di lokasi atau di instans Amazon EC2. Selain itu, Anda dapat menggunakan instans Amazon RDS DB sebagai penyedia data sumber.
Untuk informasi tentang bekerja dengan sumber tertentu, lihat[Membuat penyedia data sumber untuk migrasi data homogen di AWS DMS](dm-data-providers-source.md).
Untuk informasi tentang basis data target yang didukung, lihat[Penyedia data target untuk migrasi data homogen DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations).
# Target untuk AWS DMS
Anda dapat menggunakan penyimpanan data target yang berbeda dalam AWS DMS fitur yang berbeda. Bagian berikut berisi daftar penyimpanan data target yang didukung untuk setiap AWS DMS fitur.
**Topics**
+ [Target titik akhir untuk migrasi data](#CHAP_Introduction.Targets.DataMigration)
+ [Basis data target untuk DMS Fleet Advisor](#CHAP_Introduction.Targets.FleetAdvisor)
+ [Penyedia data target untuk Konversi Skema DMS](#CHAP_Introduction.Targets.SchemaConversion)
+ [Penyedia data target untuk migrasi data homogen DMS](#CHAP_Introduction.Targets.HomogeneousDataMigrations)
## Target titik akhir untuk migrasi data
Anda dapat menggunakan tempat menyimpan data berikut sebagai titik akhir target untuk migrasi data dengan menggunakan AWS DMS.
**Basis data on premise dan Instans Amazon EC2**
+ Oracle versi 10g, 11g, 12c, 18c, dan 19c untuk edisi Enterprise, Standard, Standard One, dan Standard Two
+ Microsoft SQL Server versi 2005, 2008, 2008R2, 2012, 2014, 2016, 2017, 2019, dan 2022 untuk edisi Enterprise, Standard, Workgroup, dan Developer
**catatan**
AWS DMS tidak mendukung edisi SQL Server Web dan Express.
+ MySQL versi 5.5, 5.6, 5.7, 8.0, dan 8.4
+ MariaDB (didukung sebagai target data yang kompatibel dengan MySQL) versi 10.0.24 hingga 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11, dan 11.4.3 hingga 11.4.7.
**catatan**
Support untuk MariaDB sebagai target tersedia di AWS DMS semua versi di mana MySQL didukung.
+ PostgreSQL versi 9.4 dan lebih tinggi (untuk versi 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x.
**catatan**
AWS DMS hanya mendukung PostgreSQL versi 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, dan 16.x di versi 3.5.3 dan lebih tinggi.
AWS DMS hanya mendukung PostgreSQL versi 17.x dan 18.x di versi 3.5.4 dan lebih tinggi.
+ SAP Adaptive Server Enterprise (ASE) versi 15, 15.5, 15.7, 16, dan lebih tinggi
+ Redis OSS versi 6.x
**Basis data instans Amazon RDS, Amazon Redshift, Amazon Redshift Tanpa Server, Amazon DynamoDB, Amazon S3, Layanan Amazon, Amazon (Redis OSS ElastiCache ), Amazon Kinesis Data Streams, OpenSearch Amazon DocumentDB, Amazon Neptunus, dan Apache Kafka**
+ Oracle versi 11g (versi 11.2.0.3.v1 dan lebih tinggi), 12c, 18c, dan 19c untuk edisi Enterprise, Standard, Standard One, dan Standard Two
+ Microsoft SQL Server versi 2012, 2014, 2016, 2017, 2019, dan 2022 untuk edisi Enterprise, Standard, Workgroup, dan Developer
**catatan**
AWS DMS tidak mendukung edisi SQL Server Web dan Express.
+ MySQL versi 5.5, 5.6, 5.7, 8.0, dan 8.4.
+ MariaDB (didukung sebagai target data yang kompatibel dengan MySQL) versi 10.0.24 hingga 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11, dan 11.4.3 hingga 11.4.7.
**catatan**
Support untuk MariaDB sebagai target tersedia di AWS DMS semua versi di mana MySQL didukung.
+ PostgreSQL versi 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x, dan 18.x.
**catatan**
AWS DMS hanya mendukung PostgreSQL versi 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, dan 16.x di versi 3.5.3 dan lebih tinggi.
AWS DMS hanya mendukung PostgreSQL versi 17.x dan 18.x di versi 3.5.4 dan lebih tinggi.
+ IBM Db2 LUW versi 11.1 dan 11.5
+ Edisi yang Kompatibel dengan Amazon Aurora MySQL
+ Edisi yang Kompatibel dengan Amazon Aurora PostgreSQL
+ Amazon Aurora PostgreSQL Tanpa Batas
+ Amazon Aurora Tanpa Server v2
+ Amazon Redshift
+ Amazon Redshift Tanpa Server
+ Amazon S3
+ Amazon DynamoDB
+ OpenSearch Layanan Amazon
+ Amazon ElastiCache (Redis OSS)
+ Amazon Kinesis Data Streams
+ Gunakan Amazon DocumentDB (dengan kompatibilitas MongoDB)
+ Amazon Neptune
+ Apache Kafka -[Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/msk/)dan[Apache Kafka yang dikelola sendiri](https://kafka.apache.org/)
+ Babelfish (versi 3.2.0 dan lebih tinggi) untuk Aurora PostgreSQL (versi 15.3/14.8 dan lebih tinggi)
Untuk informasi tentang bekerja dengan target tertentu, lihat [Bekerja dengan AWS DMS titik akhir](CHAP_Endpoints.md).
Untuk informasi tentang titik akhir sumber yang didukung, lihat[Titik akhir sumber untuk migrasi data](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Basis data target untuk DMS Fleet Advisor
DMS Fleet Advisor menghasilkan rekomendasi target menggunakan versi terbaru dari database target berikut.
+ Amazon Aurora MySQL
+ Amazon Aurora PostgreSQL
+ Amazon RDS for MySQL
+ Amazon RDS for Oracle
+ Amazon RDS for PostgreSQL
+ Amazon RDS for SQL Server
Untuk informasi tentang rekomendasi target di DMS Fleet Advisor, lihat. [Menggunakan fitur Rekomendasi Target Penasihat AWS DMS Armada](fa-recommendations.md)
Untuk informasi tentang basis data sumber yang didukung, lihat[Database sumber untuk DMS Fleet Advisor](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.FleetAdvisor).
## Penyedia data target untuk Konversi Skema DMS
Konversi Skema DMS mendukung penyedia data berikut sebagai target untuk proyek migrasi Anda.
+ Amazon Aurora MySQL 8.0.32
+ Amazon Aurora PostgreSQL 14.x, 15.x, 16.x, 17.x
+ Amazon RDS untuk MySQL 8.0.23
+ Amazon RDS untuk PostgreSQL 14.x, 15.x, 16.x, 17.x, 18.x
+ Amazon Redshift
+ Amazon RDS untuk Db2 versi 11.5.
Untuk informasi tentang bekerja dengan target tertentu, lihat[Membuat dan mengatur penyedia data target dalam Konversi Skema DMS](data-providers-target.md).
Untuk informasi tentang basis data sumber yang didukung, lihat[Penyedia data sumber untuk Konversi Skema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
## Penyedia data target untuk migrasi data homogen DMS
Anda dapat menggunakan penyedia data berikut sebagai target untuk migrasi data homogen.
+ Amazon Aurora MySQL versi 5.7 dan 8.0
+ Amazon Aurora PostgreSQL versi 10.4 hingga 16.x
+ Amazon Aurora Tanpa Server v2
+ Amazon RDS for MySQL versi 5.7 dan 8.0
+ Amazon RDS untuk MariaDB versi 10.2x
+ Amazon RDS untuk PostgreSQL versi 10.4 hingga 16.x
+ Amazon DocumentDB versi 4.0, 5.0 dan DocumentDB cluster elastis
Untuk informasi tentang bekerja dengan target tertentu, lihat[Membuat dan menetapkan database target untuk bekerja dengan AWS DMS konversi skema](dm-data-providers-target.md).
Untuk informasi tentang basis data sumber yang didukung, lihat[Penyedia data sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations).
# Membangun Nama Sumber Daya Amazon (ARN) untuk AWS DMS
Jika Anda menggunakan AWS DMS API AWS CLI atau untuk mengotomatiskan migrasi database, maka Anda bekerja dengan Amazon Resource Name (ARNs). Setiap sumber daya yang dibuat di Amazon Web Services diidentifikasi oleh ARN, yang merupakan pengidentifikasi unik. Jika Anda menggunakan AWS DMS API AWS CLI atau untuk menyiapkan migrasi database, Anda menyediakan ARN sumber daya yang ingin Anda gunakan.
ARN untuk AWS DMS sumber daya menggunakan sintaks berikut:
`arn:aws:dms:region:account number:resourcetype:resourcename`
Dalam sintaks ini, hal berikut ini berlaku:
+ *`region`*adalah ID Wilayah AWS tempat AWS DMS sumber daya dibuat, seperti`us-west-2`.
Tabel berikut menunjukkan Wilayah AWS nama dan nilai yang harus Anda gunakan saat membangun ARN.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ `account number` adalah nomor akun Anda dengan tanda hubung dihilangkan. Untuk menemukan nomor akun Anda, masuk ke AWS akun Anda di http://aws.amazon.com, pilih **Akun Saya/Konsol**, lalu pilih Akun **Saya**.
+ **`resourcetype`**adalah jenis sumber AWS DMS daya.
Tabel berikut menunjukkan jenis sumber daya yang akan digunakan saat membangun ARN untuk sumber daya tertentu AWS DMS .
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ *`resourcename`*adalah nama sumber daya yang ditetapkan untuk AWS DMS sumber daya. Ini merupakan rangkaian apa saja yang dihasilkan.
Tabel berikut menunjukkan contoh ARNs untuk sumber AWS DMS daya. Di sini, kita asumsikan akun AWS yaitu 123456789012, yang dibuat di Wilayah US East (N. Virginia), dan memiliki nama sumber daya.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
# Menggunakan AWS DMS dengan AWS layanan lain
Anda dapat menggunakan AWS DMS dengan beberapa AWS layanan lain:
+ Anda dapat menggunakan Instans Amazon EC2 atau Amazon RDS instans DB sebagai target untuk migrasi data.
+ Anda dapat menggunakan AWS Schema Conversion Tool (AWS SCT) untuk mengonversi skema sumber dan kode SQL Anda menjadi skema target dan kode SQL yang setara.
+ Anda dapat menggunakan Amazon S3 sebagai tempat penyimpanan untuk data Anda, atau Anda dapat menggunakannya sebagai langkah tingkat menengah pada saat migrasi sejumlah data large.
+ Anda dapat menggunakan CloudFormation untuk mengatur AWS sumber daya Anda untuk manajemen infrastruktur atau penyebaran. Misalnya, Anda dapat menyediakan AWS DMS sumber daya seperti contoh replikasi, tugas, sertifikat, dan titik akhir. Anda membuat templat yang menjelaskan semua AWS sumber daya yang Anda inginkan, dan menyediakan serta CloudFormation mengonfigurasi sumber daya tersebut untuk Anda.
## AWS DMS dukungan untuk AWS CloudFormation
Anda dapat menyediakan AWS DMS sumber daya menggunakan AWS CloudFormation. AWS CloudFormation adalah layanan yang membantu Anda memodelkan dan menyiapkan AWS sumber daya Anda untuk manajemen atau penyebaran infrastruktur. Misalnya, Anda dapat menyediakan AWS DMS sumber daya seperti contoh replikasi, tugas, sertifikat, dan titik akhir. Anda membuat template yang menjelaskan semua AWS sumber daya yang Anda inginkan dan AWS CloudFormation ketentuan dan mengonfigurasi sumber daya tersebut untuk Anda.
Sebagai developer atau administrator sistem, Anda dapat membuat dan mengelola koleksi sumber daya ini yang kemudian dapat digunakan untuk tugas migrasi berulang atau men-deploy sumber daya ke organisasi Anda. Untuk informasi selengkapnya AWS CloudFormation, lihat [AWS CloudFormation konsep](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-whatis-concepts.html) di *Panduan AWS CloudFormation Pengguna.*
AWS DMS mendukung pembuatan AWS DMS sumber daya berikut menggunakan AWS CloudFormation:
+ [AWS::DMS::Certificate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-certificate.html)
+ [AWS::DMS::Endpoint](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-endpoint.html)
+ [AWS::DMS::EventSubscription](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-eventsubscription.html)
+ [AWS::DMS::ReplicationInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationinstance.html)
+ [AWS::DMS::ReplicationSubnetKelompok](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationsubnetgroup.html)
+ [AWS::DMS::ReplicationTask](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html)