Fitur AWS Database Migration Service

Pada tingkat koneksi, DMS mengamankan koneksi titik akhir menggunakan enkripsi SSL/TLS, memastikan data tetap terlindungi selama transit. Untuk keamanan yang ditingkatkan, DMS membuat instance replikasi dalam AWS Virtual Private Cloud, memberikan isolasi sumber daya yang aman dan kontrol penuh atas konfigurasi jaringan selama migrasi.

Untuk melindungi informasi sensitif, DMS menawarkan kemampuan penyembunyian data yang dapat menyembunyikan data sensitif dengan memodifikasi isi kolom tertentu sebelum memuatnya ke database target.

Manajemen akses yang aman di AWS DMS dicapai melalui integrasi dengan beberapa layanan keamanan AWS. Melalui kebijakan AWS Identity and Access Management (IAM), administrator dapat menentukan izin khusus untuk pengguna, grup, dan peran, memastikan akses terkontrol dan aman selama proses migrasi.

Keamanan lebih ditingkatkan melalui integrasi DMS dengan AWS Key Management Service (KMS), yang memungkinkan pembuatan dan pengelolaan kunci enkripsi untuk mengamankan data selama migrasi. Selain itu, DMS bekerja dengan lancar dengan AWS Secrets Manager untuk menyediakan penyimpanan terpusat dan pengelolaan kredenSIAL serta informasi sensitif lainnya. Pendekatan keamanan komprehensif ini tidak hanya memperkuat perlindungan data tetapi juga menyederhanakan manajemen akses di seluruh alur kerja migrasi.

DMS memberikan visibilitas real-time dan deteksi masalah proaktif melalui integrasinya dengan Amazon SNS, CloudWatch, CloudTrail, dan log database sementara dasbor pemantauannya mengkonsolidasikan wawasan untuk manajemen yang efisien.

AWS DMS membantu Anda memigrasikan basis data ke AWS hampir tanpa waktu henti. Semua perubahan data ke basis data sumber yang terjadi selama migrasi secara terus-menerus direplikasi ke target, sehingga memungkinkan basis data sumber beroperasi secara penuh selama proses migrasi. Setelah migrasi database selesai, database target akan tetap disinkronkan dengan sumber, memungkinkan Anda untuk beralih ke database target pada waktu yang tepat.

AWS DMS sangat tangguh dan dapat pulih dengan sendirinya. Layanan ini secara terus menerus memantau basis data sumber dan target, koneksi jaringan, dan instans replikasi. Jika terjadi gangguan, layanan ini akan memulai ulang proses dan melanjutkan migrasi secara otomatis dari tempatnya terhenti. Opsi Multi-AZ AWS DMS menyediakan ketersediaan tinggi untuk migrasi basis data dan replikasi data berkelanjutan dengan instans replikasi redundan.

DMS memastikan kehilangan data nol melalui beberapa mekanisme terintegrasi yang bekerja bersama. Pada intinya, DMS menggunakan Change Data Capture (CDC) untuk terus menangkap perubahan di database sumber saat replikasi sedang berlangsung, memastikan bahwa setiap transaksi atau modifikasi baru ditangkap dan direplikasi ke target.

Konsistensi transaksi dipertahankan dengan memastikan bahwa perubahan terkait dimigrasikan bersama sebagai transaksi lengkap, menjaga urutan perubahan dan batas transaksi. Sepanjang proses migrasi, DMS membuat pos pemeriksaan untuk melacak kemajuan dan memastikan tidak ada data yang terlewatkan. Jika terjadi gangguan, replikasi dapat dilanjutkan dari pos pemeriksaan terakhir daripada memulai dari awal.

DMS menggunakan validasi data berkelanjutan untuk membandingkan data sumber dan target, membantu mengidentifikasi perbedaan yang perlu diperhatikan. Fitur sinkronisasi ulang Data secara otomatis menangani perbedaan data dengan mengintegrasikan secara mulus dengan tugas migrasi yang ada. Ketika ketidakcocokan terdeteksi, DMS mengambil data saat ini dari database sumber dan menerapkannya ke target, sambil mempertahankan transformasi atau pemetaan tabel yang dikonfigurasi.

Pendekatan komprehensif ini membantu memastikan akurasi dan konsistensi data selama proses migrasi. Namun, mencapai kehilangan data nol juga tergantung pada konfigurasi yang tepat, stabilitas jaringan, dan kepatuhan terhadap praktik terbaik AWS untuk migrasi database.

Instans DMS on-demand memungkinkan Anda membayar kapasitas migrasi basis data per jam tanpa komitmen jangka panjang. Ini akan membebaskan Anda dari biaya dan kompleksitas perencanaan, pembelian, dan pemeliharaan perangkat keras, sehingga keseluruhan proses menjadi cepat dengan biaya yang terjangkau.

DMS Serverless membuatnya lebih mudah dan lebih hemat biaya untuk memigrasi data tanpa perlu menyediakan instans replikasi atau memantau penggunaan dan menyesuaikan kapasitas secara manual. AWS DMS Nirserver menyediakan, memantau, dan menskalakan sumber daya migrasi secara otomatis ke kapasitas optimal yang diperlukan untuk memenuhi permintaan, yang menghapus tugas manajemen instans, seperti perkiraan kapasitas, penyediaan, optimisasi biaya, serta mengelola versi mesin replikasi dan patching. Anda tidak perlu lagi menyediakan sumber daya secara berlebihan untuk memenuhi permintaan puncak—dan Anda hanya membayar untuk kapasitas migrasi data yang Anda gunakan. DMS Serverless mendukung beberapa kasus penggunaan, termasuk replikasi data berkelanjutan, konsolidasi database, dan migrasi heterogen dan homogen. Untuk mempelajari lebih lanjut, kunjungi dokumentasi DMS Serverless.

DMS mudah digunakan. Tidak perlu menginstal driver atau aplikasi apa pun, dan dalam sebagian besar kasus, tidak perlu mengubah basis data sumber. Anda dapat memulai migrasi basis data hanya dengan beberapa langkah di Konsol Manajemen AWS.

Dengan DMS, Anda dapat melakukan migrasi database homogen dengan memigrasi database serupa atau memodernisasi dengan migrasi database heterogen dengan bermigrasi di berbagai database. DMS mendukung lebih dari 20 database dan gudang data sebagai titik akhir sumber dan target.

Untuk migrasi homogen, struktur skema, tipe data, dan kode basis data sudah kompatibel antara basi data sumber dan target. Contoh migrasi yang homogen meliputi: Oracle ke Amazon RDS untuk Oracle, MySQL ke Amazon Aurora MySQL, MySQL ke Amazon RDS untuk MySQL, dan Microsoft SQL Server ke Amazon RDS untuk SQL Server. Anda membuat tugas migrasi dengan koneksi ke basis data sumber dan target, lalu memulai migrasi hanya dalam satu langkah. AWS DMS menangani sisanya.

DMS memiliki beberapa opsi untuk migrasi homogen. Opsi pertama adalah menggunakan alat database bawaan untuk secara otomatis bermigrasi ke database target tanpa perlu mengelola instance replikasi. Opsi pertama ini paling baik digunakan untuk memigrasikan semua tipe data dan objek sekunder untuk migrasi MySQL dan PostgreSQL ke Aurora dan Amazon RDS sebagai mesin target. Opsi alternatif, seperti menggunakan DMS Serverless atau instans replikasi DMS, tersedia untuk semua mesin lainnya.

Untuk migrasi heterogen, mesin basis data sumber dan target berbeda, seperti dalam kasus migrasi Oracle ke Aurora, Oracle ke PostgreSQL, dan Microsoft SQL Server ke MySQL. Migrasi heterogen adalah proses dua langkah. Karena struktur skema, tipe data, dan kode basis data dari basis data sumber dan target bisa sangat berbeda, langkah pertama yang harus dilakukan adalah mengonversi skema sumber dan kode agar sesuai dengan basis data target. Langkah kedua adalah memigrasikan data dari database sumber ke database target menggunakan DMS. Anda dapat memilih antara instans replikasi DMS atau DMS Tanpa Server, yang mengotomatiskan tugas penyediaan, pemantauan, dan penskalaan sumber daya migrasi yang memakan waktu. Semua tipe data yang diperlukan akan secara otomatis dikonversi selama migrasi. 

Untuk konversi skema, DMS menawarkan dua solusi konversi skema yang dapat menghemat waktu berminggu-minggu hingga berbulan-bulan. Anda dapat memilih untuk masuk ke konsol DMS untuk memulai alur kerja Kon versi Skema DMS (DMS SC) untuk pengalaman yang dikelola sepenuhnya atau mengunduh perangkat lunak S kema Conversion Tool (SCT) untuk melakukan penilaian dan konversi serupa pada sistem lokal Anda.

Kedua opsi ini akan mengakses dan mengonversi skema basis data sumber secara otomatis dan sebagian besar objek kode basis data, termasuk tampilan, prosedur yang disimpan, dan fungsi, menjadi format yang kompatibel dengan basis data target. Dalam beberapa langkah, Anda dapat membuat laporan penilaian yang menunjukkan kompleksitas konversi skema. Laporan ini memberikan panduan preskriptif tentang cara mengatasi ketidakcocokan antara mesin basis data sumber dan target. Objek yang tidak dapat dikonversi secara otomatis akan ditandai dengan jelas sebagai item tindakan dengan instruksi mengenai cara melakukan konversi sehingga dapat dikonversi secara manual untuk menyelesaikan migrasi. Setelah konversi skema selesai, AWS DMS dapat memigrasikan data dari sumber ke target.

DMS SC menggunakan AI generatif dalam kombinasi dengan pendekatan berbasis aturan tradisional untuk lebih mengurangi jumlah objek database yang memerlukan konversi manual. Dengan menggunakan rekomendasi AI generatif, Anda dapat menyederhanakan dan mempercepat proyek migrasi basis data Anda, terutama saat mengonversi objek kode kompleks, seperti prosedur, fungsi, atau pemicu yang disimpan. Konversi Skema DMS dengan AI generatif mempercepat migrasi dengan memberikan rekomendasi kode yang dapat ditinjau, mengurangi waktu dan upaya untuk konversi kompleks dan memungkinkan migrasi database yang lebih cepat dan lebih andal. Fitur ini tersedia untuk konversi skema dari mesin komersial, seperti Microsoft SQL Server, ke Amazon Aurora Edisi Kompatibel PostgreSQL dan Amazon Relational Database Service (Amazon RDS) for PostgreSQL. Anda dapat mempelajari lebih lanjut tentang DMS SC dalam dokumentasi kami dan panduan memulai. Lihat dokumentasi tentang konversi database yang didukung DMS SC dan konversi AWS SCT.

Untuk mengonversi pernyataan SQL yang disematkan dalam aplikasi Anda, Amazon Q Developer dapat memindai kode sumber aplikasi Java Anda dan mengonversi kode dari Oracle ke Amazon Aurora PostgreSQL atau Amazon RDS untuk PostgreSQL.

AWS DMS digunakan untuk migrasi basis data dan gudang data ke dan dari AWS, selain untuk replikasi data dan konsolidasi basis data yang berkelanjutan. Dengan DMS, Anda dapat bermigrasi ke database AWS yang dikelola sepenuhnya. Dengan memindahkan basis data sumber terbuka dan komersial yang dikelola secara mandiri milik Anda ke layanan basis data AWS terkelola penuh, Anda mendapatkan ketangkasan, waktu pemasaran yang lebih cepat, dan peningkatan ketersediaan sekaligus mengurangi biaya tambahan operasional.

Atau, Anda dapat memilih untuk memodernisasi basis data Anda melalui migrasi heterogen ke basis data yang dibuat khusus AWS. Dengan AWS, Anda dapat memilih basis data yang tepat dan mengoptimalkan performa harga pada skala apa pun.

Jika Anda mendaftar AWS Free Tier sebelum 15 Juli 2025, Anda memiliki 750 jam penggunaan instance Single- Availability Zone (AZ) dms.t3.micro setiap bulan selama satu tahun. Anda juga menerima 50 GB penyimpanan Tujuan Umum (SSD) yang disertakan. Tergantung fiturnya, ada biaya berdasarkan penggunaan. Untuk DMS Fleet Advisor dan DMS SC, Anda hanya membayar untuk penyimpanan yang Anda gunakan. Untuk opsi migrasi DMS, apakah Anda menggunakan instans replikasi atau opsi tanpa server, Anda membayar per jam untuk kapasitas yang Anda gunakan. Lihat harga DMS untuk detail selengkapnya.

Jika Anda mendaftar AWS Tingkat Free setelah 15 Juli 2025, Anda akan dapat memilih antara Paket Free atau Paket Berbayar untuk mendapatkan akses ke DMS dan semua fiturnya, termasuk DMS Nirserver. Kedua paket tersebut akan memberikan Anda kredit senilai 100 USD, dan tambahan hingga 100 USD lagi jika Anda mengaktifkan layanan AWS dasar (lihat widget "Jelajahi AWS" di Konsol Manajemen AWS). Setelah menghabiskan kredit Tingkat Free, Anda perlu meningkatkan ke Paket Berbayar untuk dapat terus menggunakan layanan tersebut. Kredit tingkat free berlaku hingga dua belas bulan.

AWS Tingkat Free berlaku untuk layanan yang berpartisipasi di seluruh Wilayah global kami. Saat ini, kredit Tingkat Free tidak tersedia di Wilayah AWS GovCloud (AS) atau Wilayah Tiongkok (Beijing).

Terlepas dari kapan Anda mendaftar AWS Tingkat Free, tidak ada biaya transfer data DMS untuk lalu lintas masuk atau keluar dari simpul DMS itu sendiri. Penggunaan Anda dalam AWS Tingkat Free dihitung setiap bulan di semua Wilayah dan secara otomatis diterapkan ke tagihan Anda. Penggunaan gratis tidak diakumulasikan.