Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Migrasi database ke Amazon RDS yang setara dengan AWS DMS Migrasi data homogen di AWS Database Migration Service (AWS DMS) menyederhanakan migrasi database lokal yang dikelola sendiri ke ekuivalen Amazon Relational Database Service (Amazon RDS). Misalnya, Anda dapat menggunakan migrasi data homogen untuk memigrasikan database PostgreSQL lokal ke Amazon RDS for PostgreSQL atau Aurora PostgreSQL. Untuk migrasi data yang homogen, AWS DMS gunakan alat database asli untuk menyediakan migrasi yang mudah dan berkinerja baik like-to-like. Migrasi data homogen adalah tanpa server, yang berarti bahwa AWS DMS secara otomatis menskalakan sumber daya yang diperlukan untuk migrasi Anda. Dengan migrasi data homogen, Anda dapat memigrasikan data, partisi tabel, tipe data, dan objek sekunder seperti fungsi, prosedur tersimpan, dan sebagainya. Pada tingkat tinggi, migrasi data homogen beroperasi dengan profil instans, penyedia data, dan proyek migrasi. Saat Anda membuat proyek migrasi dengan sumber yang kompatibel dan penyedia data target dari jenis yang sama, AWS DMS menerapkan lingkungan tanpa server tempat migrasi data Anda berjalan. Selanjutnya, AWS DMS menghubungkan ke penyedia data sumber, membaca data sumber, membuang file pada disk, dan mengembalikan data menggunakan alat database asli. Untuk informasi selengkapnya tentang profil instans, penyedia data, dan proyek migrasi, lihat[Bekerja dengan penyedia data, profil instans, dan proyek migrasi di AWS DMS](migration-projects.md). Untuk daftar database sumber yang didukung, lihat[Sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Untuk daftar database target yang didukung, lihat[Target untuk migrasi data homogen DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Diagram berikut menggambarkan bagaimana migrasi data homogen bekerja. ![\[Diagram arsitektur fitur Migrasi Data Homogen DMS.\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/dms-data-migrations-diagram.png) Bagian berikut memberikan informasi tentang penggunaan migrasi data homogen. **Topics** + [Didukung Wilayah AWS](#data-migrations-supported-regions) + [Fitur](#data-migrations-features) + [Keterbatasan untuk migrasi data homogen](#data-migrations-limitations) + [Ikhtisar proses migrasi data homogen di AWS DMS](dm-getting-started.md) + [Menyiapkan migrasi data homogen di AWS DMS](dm-prerequisites.md) + [Membuat penyedia data sumber untuk migrasi data homogen di AWS DMS](dm-data-providers-source.md) + [Membuat dan menetapkan database target untuk bekerja dengan AWS DMS konversi skema](dm-data-providers-target.md) + [Menjalankan migrasi data homogen di AWS DMS](dm-migrating-data.md) + [Pemecahan masalah untuk migrasi data homogen di AWS DMS](dm-troubleshooting.md) ## Didukung Wilayah AWS Anda dapat menjalankan migrasi data homogen berikut Wilayah AWS ini. | Nama Wilayah | Region | | --- | --- | | AS Timur (Virginia Utara) | us-east-1 | | US East (Ohio) | us-east-2 | | AS Barat (California Utara) | us-west-1 | | US West (Oregon) | us-west-2 | | Kanada (Pusat) | ca-central-1 | | Kanada Barat (Calgary) | ca-west-1 | | Amerika Selatan (Sao Paulo) | sa-east-1 | | Asia Pasifik (Tokyo) | ap-northeast-1 | | Asia Pasifik (Seoul) | ap-northeast-2 | | Asia Pacific (Osaka) | ap-northeast-3 | | Asia Pasifik (Singapura) | ap-southeast-1 | | Asia Pacific (Sydney) | ap-southeast-2 | | Asia Pasifik (Jakarta) | ap-southeast-3 | | Asia Pacific (Melbourne) | ap-southeast-4 | | Asia Pasifik (Hong Kong) | ap-timur-1 | | Asia Pasifik (Mumbai) | ap-south-1 | | Asia Pasifik (Hyderabad) | ap-south-2 | | Eropa (Frankfurt) | eu-central-1 | | Europe (Zurich) | eu-central-2 | | Eropa (Stockholm) | eu-north-1 | | Eropa (Irlandia) | eu-west-1 | | Europe (London) | eu-west-2 | | Europe (Paris) | eu-west-3 | | Europe (Milan) | eu-south-1 | | Eropa (Spanyol) | eu-south-2 | | Timur Tengah (UAE) | me-central-1 | | Timur Tengah (Bahrain) | me-south-1 | | Israel (Tel Aviv) | il-central-1 | | Africa (Cape Town) | af-south-1 | ## Fitur Migrasi data homogen menyediakan fitur-fitur berikut: + AWS DMS secara otomatis mengelola sumber daya komputasi dan penyimpanan AWS Cloud yang diperlukan untuk migrasi data yang homogen. AWS DMS menyebarkan sumber daya ini di lingkungan tanpa server saat Anda memulai migrasi data. + AWS DMS menggunakan alat database asli untuk memulai migrasi yang sepenuhnya otomatis antara database dari jenis yang sama. + Anda dapat menggunakan migrasi data homogen untuk memigrasikan data Anda serta objek sekunder seperti partisi, fungsi, prosedur tersimpan, dan sebagainya. + Anda dapat menjalankan migrasi data homogen dalam tiga mode migrasi berikut: beban penuh, replikasi berkelanjutan, dan beban penuh dengan replikasi berkelanjutan. + Untuk migrasi data homogen, Anda dapat menggunakan database Amazon EC2, Amazon RDS lokal sebagai sumber. Anda dapat memilih Amazon RDS atau Amazon Aurora sebagai target migrasi untuk migrasi data homogen. + Migrasi data homogen hanya mendukung mode persiapan tabel target untuk migrasi PostgreSQL, MongoDB, dan Amazon DocumentDB. Untuk informasi selengkapnya, lihat [Mode persiapan tabel target](dm-migrating-data-table-prep.md). + Anda dapat menggunakan migrasi data homogen untuk memigrasikan data Anda dari replika baca berbasis MySQL ke Amazon RDS atau instans Aurora ## Keterbatasan untuk migrasi data homogen Batasan berikut berlaku saat Anda menggunakan migrasi data homogen: + Aturan Support for selection dalam migrasi data AWS DMS homogen bergantung pada mesin database sumber dan tipe migrasi. Sumber yang kompatibel dengan PostgreSQL dan MongoDB mendukung aturan pemilihan untuk semua jenis migrasi, sedangkan sumber MySQL hanya mendukung aturan pemilihan untuk jenis migrasi Beban Penuh. + Migrasi data homogen tidak menyediakan alat bawaan untuk validasi data. + Saat menggunakan migrasi data homogen dengan PostgreSQL, memigrasikan tampilan sebagai tabel ke AWS DMS database target Anda. + Migrasi data homogen menangkap perubahan tingkat skema selama replikasi data yang sedang berlangsung hanya untuk mesin MySQL. Untuk mesin lain, jika Anda membuat tabel baru di database sumber Anda, maka tidak AWS DMS dapat memigrasikan tabel ini. Untuk memigrasikan tabel baru ini, mulai ulang migrasi data Anda. + Anda tidak dapat menggunakan migrasi data homogen AWS DMS untuk memigrasikan data dari versi database yang lebih tinggi ke versi database yang lebih rendah. + Migrasi data homogen tidak mendukung pembuatan koneksi dengan instance database dalam rentang CIDR sekunder VPC. + Anda tidak dapat menggunakan port 8081 untuk migrasi homogen dari penyedia data Anda. + Migrasi data homogen memigrasikan database dan tabel MySQL terenkripsi sebagai tidak terenkripsi pada database target. Ini karena RDS untuk MySQL tidak mendukung enkripsi menggunakan plugin Keyring. Untuk informasi selengkapnya, lihat [dokumentasi MySQL Keyring Plugin yang tidak didukung](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) di Panduan Pengguna Amazon RDS. # Ikhtisar proses migrasi data homogen di AWS DMS Anda dapat menggunakan migrasi data homogen AWS DMS untuk memigrasikan data antara dua database dari jenis yang sama. Gunakan alur kerja berikut untuk membuat dan menjalankan migrasi data. 1. Buat kebijakan dan peran yang diperlukan AWS Identity and Access Management (IAM). Untuk informasi selengkapnya, lihat [Membuat sumber daya IAM](dm-iam-resources.md). 1. Konfigurasikan basis data sumber dan target Anda dan buat pengguna database dengan izin minimum yang diperlukan untuk migrasi data homogen. AWS DMS Untuk informasi selengkapnya, lihat [ Membuat penyedia data sumber](dm-data-providers-source.md) dan [ Buat dan tetapkan basis data target](dm-data-providers-target.md). 1. Menyimpan sumber dan target database Anda di. AWS Secrets Manager Untuk informasi selengkapnya, lihat [Langkah 1: Buat rahasia](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded-db-creds.html#hardcoded-db-creds_step2) di *Panduan AWS Secrets Manager Pengguna*. 1. Buat grup subnet, profil instance, dan penyedia data di AWS DMS konsol. Lihat informasi selengkapnya di [Membuat grup subnet](subnet-group.md), [Membuat profil instance](instance-profiles.md), dan [ Membuat penyedia data](data-providers-create.md). 1. Buat proyek migrasi dengan menggunakan sumber daya yang Anda buat di langkah sebelumnya. Untuk informasi selengkapnya, lihat [ Membuat proyek migrasi](migration-projects-create.md). 1. Buat, konfigurasikan, dan mulai migrasi data. Untuk informasi selengkapnya, lihat [Membuat migrasi data](dm-migrating-data-create.md). 1. Setelah Anda menyelesaikan beban penuh atau replikasi yang sedang berlangsung, Anda dapat memotong untuk mulai menggunakan database target baru Anda. 1. Bersihkan sumber daya Anda. Amazon menghentikan migrasi data Anda dalam proyek migrasi Anda dalam tiga hari setelah Anda menyelesaikan migrasi. Namun, Anda perlu menghapus sumber daya seperti profil instans, penyedia data, kebijakan dan peran IAM secara manual, dan rahasia di dalamnya AWS Secrets Manager. Untuk informasi selengkapnya tentang migrasi data homogen AWS DMS, baca panduan step-by-step migrasi untuk PostgreSQL [ke Amazon](https://docs.aws.amazon.com/dms/latest/sbs/dm-postgresql.html) RDS untuk migrasi PostgreSQL. Video berikut memperkenalkan antarmuka pengguna migrasi data homogen dan membantu Anda membiasakan diri dengan fitur ini. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/HOJfrR6lcuU/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/HOJfrR6lcuU) # Menyiapkan migrasi data homogen di AWS DMS Untuk mengatur migrasi data homogen AWS DMS, selesaikan tugas prasyarat berikut. **Topics** + [Membuat sumber daya IAM yang diperlukan untuk migrasi data homogen di AWS DMS](dm-iam-resources.md) + [Menyiapkan jaringan untuk migrasi data homogen di AWS DMS](dm-network.md) + [Konfigurasi jaringan peering VPC](vpc-peering.md) # Membuat sumber daya IAM yang diperlukan untuk migrasi data homogen di AWS DMS Untuk menjalankan migrasi data homogen, Anda harus membuat kebijakan IAM dan peran IAM di akun Anda untuk berinteraksi dengan layanan lain. AWS Di bagian ini, Anda membuat sumber daya IAM yang diperlukan ini. **Topics** + [Membuat kebijakan IAM untuk migrasi data homogen di AWS DMS](#dm-resources-iam-policy) + [Membuat peran IAM untuk migrasi data homogen di AWS DMS](#dm-resources-iam-role) ## Membuat kebijakan IAM untuk migrasi data homogen di AWS DMS Untuk mengakses database dan memigrasikan data AWS DMS, Anda dapat membuat lingkungan tanpa server untuk migrasi data yang homogen. Selain itu, AWS DMS menyimpan log, metrik, dan kemajuan untuk setiap migrasi data di Amazon CloudWatch. Untuk membuat proyek migrasi data, AWS DMS perlu akses ke layanan ini. Pada langkah ini, Anda membuat kebijakan IAM yang menyediakan AWS DMS akses ke Amazon EC2 CloudWatch dan sumber daya. Selanjutnya, buat peran IAM dan lampirkan kebijakan ini. **Untuk membuat kebijakan IAM untuk migrasi data homogen di AWS DMS** 1. Masuk ke Konsol Manajemen AWS dan buka konsol IAM di [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. Di panel navigasi, pilih **Kebijakan**. 1. Pilih **Buat kebijakan**. 1. Di halaman **Buat kebijakan**, pilih tab **JSON**. 1. Tempelkan JSON berikut ke editor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*:log-stream:dms-data-migration-*" }, { "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*" } ] } ``` ------ 1. Pilih **Berikutnya**. 1. Masukkan **HomogeneousDataMigrationsPolicy** **nama Kebijakan**, dan pilih **Buat kebijakan**. ## Membuat peran IAM untuk migrasi data homogen di AWS DMS Pada langkah ini, Anda membuat peran IAM yang menyediakan AWS DMS akses ke AWS Secrets Manager, Amazon EC2, dan. CloudWatch Saat membuat peran IAM, Anda juga harus membuat`dms-vpc-role`. Untuk informasi selengkapnya, lihat [Membuat peran IAM AWS DMS untuk mengelola Amazon VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DMS_migration-IAM.dms-vpc-role.html) di Panduan Pengguna Layanan *Amazon Relational* Database Service. **Untuk membuat peran IAM untuk migrasi data homogen di AWS DMS** 1. Masuk ke Konsol Manajemen AWS dan buka konsol IAM di [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/). 1. Di panel navigasi, pilih **Peran**. 1. Pilih **Buat peran**. 1. Pada halaman **Pilih entitas tepercaya**, untuk **jenis entitas tepercaya**, pilih **AWS Layanan**. Untuk **kasus penggunaan untuk AWS layanan lain**, pilih **DMS.** 1. Pilih kotak centang **DMS** dan pilih **Berikutnya**. 1. Pada halaman **Tambahkan izin**, pilih **HomogeneousDataMigrationsPolicy**yang Anda buat sebelumnya. 1. Pada halaman **Nama, tinjau, dan buat**, masukkan **HomogeneousDataMigrationsRole** **nama Peran**, dan pilih **Buat peran**. 1. Pilih **Perbarui kebijakan**. # Menyiapkan jaringan untuk migrasi data homogen di AWS DMS Dengan AWS DMS, Anda dapat membuat lingkungan tanpa server untuk migrasi data homogen yang menggunakan model konektivitas jaringan yang bergantung pada antarmuka jaringan. Untuk setiap migrasi data, AWS DMS tetapkan IP pribadi dalam salah satu subnet yang ditentukan dalam grup subnet DMS profil instance. Selain itu, IP publik non-statis dapat ditetapkan jika profil instance dikonfigurasi untuk akses publik. Subnet yang digunakan dalam profil instance harus menyediakan akses ke host sumber dan target, seperti yang didefinisikan dalam penyedia data. Akses ini dapat berada dalam VPC lokal atau dibuat melalui VPC peering, Direct Connect, VPN, dll. Selain itu, untuk replikasi data yang sedang berlangsung, Anda harus mengatur interaksi antara basis data sumber dan target Anda. Konfigurasi ini bergantung pada lokasi penyedia data sumber Anda dan pengaturan jaringan Anda. Bagian berikut memberikan deskripsi konfigurasi jaringan umum. **Topics** + [Mengkonfigurasi jaringan menggunakan satu virtual private cloud (VPC)](#dm-network-one-vpc) + [Mengkonfigurasi jaringan menggunakan awan pribadi virtual yang berbeda () VPCs](#dm-network-different-vpc) + [Menggunakan Direct Connect atau VPN untuk mengkonfigurasi jaringan ke VPC](#dm-networking_Direct_Connect) + [Menyelesaikan titik akhir domain menggunakan DNS](#dm-networking-resolving_endpoints) ## Mengkonfigurasi jaringan menggunakan satu virtual private cloud (VPC) Dalam konfigurasi ini, AWS DMS sambungkan ke penyedia data sumber dan target Anda dalam jaringan pribadi. **Untuk mengonfigurasi jaringan saat penyedia data sumber dan target Anda berada di VPC yang sama** 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data sumber dan target Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data sumber dan target Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). 1. Pastikan bahwa grup keamanan yang digunakan untuk basis data sumber dan target memungkinkan koneksi dari grup keamanan yang dilampirkan ke profil instance yang digunakan oleh migrasi data atau blok CIDR subnet, yang ditentukan dalam grup subnet replikasi. Konfigurasi ini tidak mengharuskan Anda menggunakan alamat IP publik untuk migrasi data. ## Mengkonfigurasi jaringan menggunakan awan pribadi virtual yang berbeda () VPCs Dalam konfigurasi ini, AWS DMS gunakan jaringan pribadi untuk terhubung ke penyedia data sumber atau target Anda. Untuk penyedia data lain, AWS DMS gunakan jaringan publik. Bergantung pada penyedia data mana yang Anda miliki di VPC yang sama dengan profil instans Anda, pilih salah satu konfigurasi berikut. ### Untuk terhubung melalui jaringan pribadi 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data sumber Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data sumber Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). 1. Konfigurasikan koneksi peering VPC antara basis data sumber dan target. VPCs Untuk informasi selengkapnya lihat, [Bekerja dengan koneksi peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html). 1. Pastikan untuk mengaktifkan resolusi DNS untuk kedua arah jika Anda berencana untuk menggunakan titik akhir alih-alih pribadi secara IPs langsung. Untuk informasi selengkapnya lihat, [Aktifkan resolusi DNS untuk koneksi peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html). 1. Izinkan akses dari blok CIDR VPC database sumber untuk grup keamanan basis data target. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). 1. Izinkan akses dari blok CIDR VPC database target untuk grup keamanan basis data target. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ### Untuk terhubung melalui jaringan Publik Jika database Anda menerima koneksi dari alamat apa pun: 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet publik. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Setel opsi yang **Tersedia** untuk Umum ke **Aktif** untuk profil instance. Jika Anda memerlukan alamat IP publik persisten yang dapat dikaitkan dengan migrasi data: 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet pribadi. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Setel opsi **Publicly Available** ke **Off** untuk profil instance. 1. Pengaturan NAT Gateway. Untuk informasi lebih lanjut, lihat [Bekerja dengan gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-working-with.html). 1. Pengaturan tabel Routing untuk gateway NAT. Untuk informasi selengkapnya, lihat [kasus penggunaan gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html). 1. Izinkan akses dari alamat IP publik NAT Gateway Anda di grup keamanan database Anda. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ## Menggunakan Direct Connect atau VPN untuk mengkonfigurasi jaringan ke VPC Anda dapat menghubungkan jaringan jarak jauh ke VPC Anda melalui Direct Connect atau koneksi VPN (perangkat lunak atau perangkat keras). Opsi ini memungkinkan Anda memperluas jaringan internal ke dalam AWS Cloud dan mengintegrasikan layanan lokal yang ada seperti pemantauan, otentikasi, keamanan, dan sistem data dengan sumber daya Anda AWS . Untuk konfigurasi ini, grup keamanan VPC Anda harus menyertakan aturan perutean yang mengarahkan lalu lintas ke host yang mampu menjembatani lalu lintas VPC ke VPN lokal Anda. Lalu lintas ini dapat ditunjuk menggunakan rentang CIDR VPC Anda atau alamat IP tertentu. Host NAT harus memiliki grup keamanannya sendiri yang dikonfigurasi untuk memungkinkan lalu lintas dari rentang CIDR VPC atau grup keamanan Anda ke instans NAT, memastikan komunikasi yang mulus antara VPC Anda dan infrastruktur lokal. Untuk informasi selengkapnya, lihat [langkah 5](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) untuk [Memulai prosedur AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) di Panduan Pengguna AWS VPN Site-to-Site. ## Menyelesaikan titik akhir domain menggunakan DNS Untuk resolusi DNS dalam migrasi AWS DMS homogen, layanan ini terutama menggunakan resolver DNS Amazon ECS untuk menyelesaikan titik akhir domain. Jika Anda memerlukan kemampuan resolusi DNS tambahan, Amazon Route 53 Resolver tersedia sebagai solusi alternatif. Untuk informasi selengkapnya, lihat [Memulai Route 53 Resolver](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-getting-started.html) di panduan pengguna Amazon Route 53. Untuk informasi selengkapnya, terkait mengonfigurasi resolusi titik akhir menggunakan server nama lokal Anda dengan Amazon Route 53 Resolver, lihat. [Menggunakan server nama on-premise Anda sendiri](CHAP_BestPractices.md#CHAP_BestPractices.Rte53DNSResolver) **catatan** Jika log migrasi data Anda menunjukkan pesan “Memulai koneksi - Model jaringan: VPC Peering”, lihat topik. [Konfigurasi jaringan peering VPC](vpc-peering.md) # Konfigurasi jaringan peering VPC Dengan AWS DMS, Anda dapat membuat lingkungan tanpa server untuk migrasi data homogen di cloud pribadi virtual (VPC) berdasarkan layanan Amazon VPC. Saat membuat profil instans, Anda menentukan VPC yang akan digunakan. Anda dapat menggunakan VPC default untuk akun Anda dan Wilayah AWS, atau Anda dapat membuat VPC baru. Untuk setiap migrasi data, buat AWS DMS koneksi peering VPC dengan VPC yang Anda gunakan untuk profil instans Anda. Selanjutnya, AWS DMS tambahkan blok CIDR di grup keamanan yang terkait dengan profil instans Anda. Karena AWS DMS melampirkan alamat IP publik ke profil instans Anda, semua migrasi data Anda yang menggunakan profil instance yang sama memiliki alamat IP publik yang sama. Ketika migrasi data Anda berhenti atau gagal, AWS DMS menghapus koneksi peering VPC. Untuk menghindari blok CIDR tumpang tindih dengan VPC VPC profil instans Anda, AWS DMS gunakan `/24` awalan dari salah satu blok CIDR berikut:,, dan. `10.0.0.0/8` `172.16.0.0/12` `192.168.0.0/16` Misalnya, jika Anda menjalankan tiga migrasi data secara paralel, AWS DMS gunakan blok CIDR berikut untuk membuat koneksi peering VPC. + `192.168.0.0/24`— untuk migrasi data pertama + `192.168.1.0/24`— untuk migrasi data kedua + `192.168.2.0/24`— untuk migrasi data ketiga Anda dapat menggunakan konfigurasi jaringan yang berbeda untuk mengatur interaksi antara sumber dan basis data target dengan. AWS DMS Selain itu, untuk replikasi data yang sedang berlangsung, Anda harus mengatur interaksi antara basis data sumber dan target Anda. Konfigurasi ini bergantung pada lokasi penyedia data sumber Anda dan pengaturan jaringan Anda. Bagian berikut memberikan deskripsi konfigurasi jaringan umum. **Topics** + [Mengkonfigurasi jaringan menggunakan satu virtual private cloud (VPC)](#vpc-peering-one-vpc) + [Mengkonfigurasi jaringan menggunakan awan pribadi virtual yang berbeda () VPCs](#vpc-peering-different-vpc) + [Menggunakan penyedia data sumber lokal](#vpc-peering-on-premesis) + [Mengkonfigurasi replikasi data yang sedang berlangsung](#vpc-peering-ongoing-replication) ## Mengkonfigurasi jaringan menggunakan satu virtual private cloud (VPC) Dalam konfigurasi ini, AWS DMS sambungkan ke penyedia data sumber dan target Anda dalam jaringan pribadi. **Untuk mengonfigurasi jaringan saat penyedia data sumber dan target Anda berada di VPC yang sama** 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data sumber dan target Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data sumber dan target Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). Konfigurasi ini tidak mengharuskan Anda menggunakan alamat IP publik untuk migrasi data. ## Mengkonfigurasi jaringan menggunakan awan pribadi virtual yang berbeda () VPCs Dalam konfigurasi ini, AWS DMS gunakan jaringan pribadi untuk terhubung ke penyedia data sumber atau target Anda. Untuk penyedia data lain, AWS DMS gunakan jaringan publik. Bergantung pada penyedia data mana yang Anda miliki di VPC yang sama dengan profil instans Anda, pilih salah satu konfigurasi berikut. **Untuk mengonfigurasi jaringan pribadi untuk penyedia data sumber Anda dan jaringan publik untuk penyedia data target Anda** 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data sumber Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data sumber Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). 1. Buka proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. Catat **alamat IP publik** di bawah **Konektivitas dan keamanan** pada tab **Detail**. 1. Izinkan akses dari alamat IP publik migrasi data Anda di grup keamanan basis data target Anda. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) di *Panduan Pengguna Layanan Amazon Relational Database Service*. **Untuk mengonfigurasi jaringan publik untuk penyedia data sumber Anda dan jaringan pribadi untuk penyedia data target Anda** 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data target Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data target Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). 1. Buka proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. Catat **alamat IP publik** di bawah **Konektivitas dan keamanan** pada tab **Detail**. 1. Izinkan akses dari alamat IP publik migrasi data Anda di grup keamanan basis data sumber Anda. Untuk informasi selengkapnya, lihat [Mengontrol akses dengan grup keamanan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) di *Panduan Pengguna Layanan Amazon Relational Database Service*. ## Menggunakan penyedia data sumber lokal Dalam konfigurasi ini, AWS DMS sambungkan ke penyedia data sumber Anda dalam jaringan publik. AWS DMS menggunakan jaringan pribadi untuk terhubung ke penyedia data target Anda. **catatan** Untuk migrasi data homogen, AWS DMS sambungkan ke database sumber Anda dalam jaringan publik. Namun, konektivitas ke database sumber dalam jaringan publik tidak selalu memungkinkan. Untuk informasi selengkapnya, lihat [Memigrasi database MySQL lokal ke Amazon Aurora MySQL melalui jaringan pribadi menggunakan migrasi data homogen dan Network Load Balancer](https://aws.amazon.com/blogs/database/migrate-an-on-premises-mysql-database-to-amazon-aurora-mysql-over-a-private-network-using-aws-dms-homogeneous-data-migration-and-network-load-balancer/). AWS DMS **Untuk mengonfigurasi jaringan untuk penyedia data lokal sumber** 1. Buat grup subnet di AWS DMS konsol dengan VPC dan subnet yang digunakan penyedia data target Anda. Untuk informasi selengkapnya, lihat [Membuat grup subnet](subnet-group.md). 1. Buat profil instance di AWS DMS konsol dengan VPC dan grup subnet yang Anda buat. Selain itu, pilih grup keamanan VPC yang digunakan penyedia data target Anda. Untuk informasi selengkapnya, lihat [Membuat profil instance](instance-profiles.md). 1. Buka proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. Catat **alamat IP publik** di bawah **Konektivitas dan keamanan** pada tab **Detail**. 1. Izinkan akses ke database sumber Anda dari alamat IP publik migrasi data Anda di AWS DMS. AWS DMS membuat aturan masuk atau keluar di dalam grup keamanan VPC. Pastikan Anda tidak menghapus aturan ini karena tindakan ini dapat menyebabkan kegagalan migrasi data Anda. Anda dapat mengonfigurasi aturan Anda sendiri di grup keamanan VPC. Kami menyarankan Anda menambahkan deskripsi ke aturan Anda sehingga Anda dapat mengelolanya. ## Mengkonfigurasi replikasi data yang sedang berlangsung Untuk menjalankan migrasi data tipe **Full load and change data capture (CDC)** atau **Change data capture (CDC)**, Anda harus mengizinkan koneksi antara basis data sumber dan target. **Untuk mengonfigurasi koneksi antara sumber yang dapat diakses publik dan basis data target** 1. Catat alamat IP publik dari basis data sumber dan target Anda. 1. Izinkan akses ke database sumber Anda dari alamat IP publik basis data target Anda. 1. Izinkan akses ke database target Anda dari alamat IP publik basis data sumber Anda. **Untuk mengonfigurasi koneksi antara sumber dan basis data target yang dapat diakses secara pribadi dalam satu VPC** 1. Catat alamat IP pribadi dari basis data sumber dan target Anda. **penting** Jika basis data sumber dan target Anda berada di jaringan yang berbeda VPCs atau berbeda, maka Anda hanya dapat menggunakan alamat IP publik untuk basis data sumber dan target Anda. Anda hanya dapat menggunakan nama host publik atau alamat IP di penyedia data. 1. Izinkan akses ke database sumber Anda dari grup keamanan database target Anda. 1. Izinkan akses ke database target Anda dari grup keamanan database sumber Anda. # Membuat penyedia data sumber untuk migrasi data homogen di AWS DMS AWS DMS Konversi Skema mendukung database berikut sebagai penyedia data sumber untuk [Migrasi data homogen](data-migrations.md) proyek: Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM untuk z/OS, dan SAP ASE (Sybase ASE). DB2 Untuk versi database yang didukung, lihat[Penyedia data sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Penyedia data sumber Anda dapat berupa basis data lokal, Amazon EC2, atau Amazon RDS. **Topics** + [Menggunakan database MySQL yang kompatibel sebagai sumber untuk migrasi data homogen AWS DMS](dm-data-providers-source-mysql.md) + [Menggunakan database PostgreSQL sebagai sumber untuk migrasi data homogen AWS DMS](dm-data-providers-source-postgresql.md) + [Menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen AWS DMS](dm-data-providers-source-mongodb.md) # Menggunakan database MySQL yang kompatibel sebagai sumber untuk migrasi data homogen AWS DMS Anda dapat menggunakan database yang kompatibel dengan MySQL (MySQL atau MariaDB) sebagai sumber untuk di. [Migrasi data homogen](data-migrations.md) AWS DMS Dalam hal ini, penyedia data sumber Anda dapat berupa database lokal, Amazon EC2, atau RDS untuk MySQL atau MariaDB. Untuk menjalankan migrasi data homogen, Anda harus menggunakan pengguna database dengan `SELECT` hak istimewa untuk semua tabel sumber dan objek sekunder untuk replikasi. Untuk tugas change data capture (CDC), pengguna ini juga harus memiliki `REPLICATION CLIENT` (`BINLOG MONITOR`untuk versi MariaDB lebih dari 10.5.2) dan hak istimewa. `REPLICATION SLAVE` Untuk migrasi data muatan penuh, Anda tidak memerlukan dua hak istimewa ini. Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database MySQL Anda. Jalankan `GRANT` kueri untuk semua database tempat Anda bermigrasi. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%'; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. Jika versi database MySQL sumber Anda lebih rendah dari 8.0, maka Anda dapat melewati perintah. `GRANT BACKUP_ADMIN` Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database MariaDB Anda. Jalankan kueri GRANT untuk semua database tempat Anda bermigrasi. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%'; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. Bagian berikut menjelaskan prasyarat konfigurasi khusus untuk database MySQL yang dikelola sendiri dan AWS dikelola sendiri. **Topics** + [Menggunakan database MySQL yang kompatibel dengan dikelola sendiri sebagai sumber migrasi data yang homogen](#dm-data-providers-source-mysql-sm) + [Menggunakan database yang kompatibel dengan MySQL AWS-managed sebagai sumber untuk migrasi data homogen AWS DMS](#dm-data-providers-source-mysql-aws) + [Keterbatasan untuk menggunakan database MySQL yang kompatibel sebagai sumber migrasi data homogen](#dm-data-providers-source-mysql-limitations) ## Menggunakan database MySQL yang kompatibel dengan dikelola sendiri sebagai sumber migrasi data yang homogen Bagian ini menjelaskan cara mengonfigurasi database kompatibel MySQL yang dihosting di tempat atau di instans Amazon EC2. Periksa versi database MySQL atau MariaDB sumber Anda. Pastikan itu AWS DMS mendukung versi database MySQL atau MariaDB sumber Anda seperti yang dijelaskan dalam. [Sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Untuk menggunakan CDC, pastikan untuk mengaktifkan binary logging. Untuk mengaktifkan logging biner, konfigurasikan parameter berikut dalam file `my.ini` (Windows) atau `my.cnf` (UNIX) dari database MySQL atau MariaDB Anda. | Parameter | Nilai | | --- | --- | | `server-id` | Atur parameter ini supaya nilainya 1 atau lebih besar. | | `log-bin` | Atur jalur ke berkas log biner, seperti `log-bin=E:\MySql_Logs\BinLog`. Jangan sertakan ekstensi file. | | `binlog_format` | Atur parameter ini menjadi `ROW`. Kami merekomendasikan pengaturan ini selama replikasi karena dalam kasus-kasus tertentu ketika `binlog_format` diatur menjadi `STATEMENT`, inkonsistensi dapat terjadi ketika mereplikasi data ke target. Mesin database juga menulis data yang tidak konsisten serupa dengan target ketika `binlog_format` diatur ke`MIXED`, karena mesin database secara otomatis beralih ke logging `STATEMENT` berbasis. | | `expire_logs_days` | Atur parameter ini supaya nilainya 1 atau lebih besar. Untuk mencegah penggunaan ruang disk secara berlebihan, kami sarankan Anda tidak menggunakan nilai default 0. | | `binlog_checksum` | Atur parameter ini menjadi `NONE`. | | `binlog_row_image` | Atur parameter ini menjadi `FULL`. | | `log_slave_updates` | Tetapkan parameter ini `TRUE` jika Anda menggunakan replika MySQL atau MariaDB sebagai sumber. | ## Menggunakan database yang kompatibel dengan MySQL AWS-managed sebagai sumber untuk migrasi data homogen AWS DMS Bagian ini menjelaskan cara mengonfigurasi Amazon RDS untuk MySQL dan Amazon RDS untuk instance database Amazon RDS for MariaDB. Bila Anda menggunakan database MySQL atau MariaDB AWS-managed sebagai sumber AWS DMS migrasi data homogen, pastikan Anda memiliki prasyarat berikut untuk CDC: + Untuk mengaktifkan log biner untuk RDS untuk MySQL dan MariaDB, aktifkan backup otomatis pada tingkat instans. Untuk mengaktifkan log biner untuk cluster MySQL Aurora, ubah variabel dalam grup parameter. `binlog_format` Anda tidak perlu mengaktifkan backup otomatis untuk cluster Aurora MySQL. Selanjutnya, atur `binlog_format` parameter ke`ROW`. Untuk informasi selengkapnya tentang menyiapkan pencadangan otomatis, lihat [Mengaktifkan pencadangan otomatis](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.Enabling) di Panduan Pengguna *Amazon* RDS. *Untuk informasi selengkapnya tentang menyiapkan pencatatan biner untuk database Amazon RDS for MySQL atau MariaDB, [lihat Menyetel format pencatatan biner di](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) Panduan Pengguna Amazon RDS.* Untuk informasi selengkapnya tentang menyiapkan pencatatan biner untuk klaster MySQL Aurora, lihat [Bagaimana cara mengaktifkan pencatatan biner untuk klaster MySQL Amazon Aurora saya](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/)? . + Pastikan bahwa log biner tersedia untuk AWS DMS. Karena database MySQL dan MariaDB AWS-managed membersihkan log biner sesegera mungkin, Anda harus menambah lamanya waktu log tetap tersedia. Misalnya, untuk meningkatkan retensi log hingga 24 jam, jalankan perintah berikut. ``` call mysql.rds_set_configuration('binlog retention hours', 24); ``` + Atur parameter `binlog_row_image` menjadi `Full`. + Atur parameter `binlog_checksum` ke `NONE`. + Jika Anda menggunakan replika Amazon RDS MySQL atau MariaDB sebagai sumber, aktifkan pencadangan pada replika baca, dan pastikan parameter disetel ke. `log_slave_updates` `TRUE` ## Keterbatasan untuk menggunakan database MySQL yang kompatibel sebagai sumber migrasi data homogen Batasan berikut berlaku saat menggunakan database MySQL yang kompatibel sebagai sumber migrasi data homogen: + Objek MariaDB seperti urutan tidak didukung dalam tugas migrasi homogen. + Migrasi dari MariaDB ke Amazon MySQL/Aurora RDS MySQL mungkin gagal karena perbedaan objek yang tidak kompatibel. + Nama pengguna yang Anda gunakan untuk terhubung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 2 hingga 64 karakter. + Tidak dapat memiliki spasi. + Dapat menyertakan karakter berikut: a-z, A-Z, 0-9, garis bawah (\$1). + Harus dimulai dengan a-z atau A-Z. + Kata sandi yang Anda gunakan untuk menyambung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 1 hingga 128 karakter. + Tidak dapat memuat salah satu dari berikut ini: kutipan tunggal ('), kutipan ganda (“), titik koma (;) atau spasi. + AWS DMS migrasi data homogen menciptakan objek MySQL dan MariaDB yang tidak terenkripsi pada instance Amazon RDS target bahkan jika objek sumber dienkripsi. RDS untuk MySQL tidak mendukung MySQL keyring\$1aws Keyring Plugin yang diperlukan untuk objek AWS terenkripsi. Lihat [dokumentasi MySQL Keyring Plugin yang tidak](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) didukung di Panduan Pengguna Amazon RDS + AWS DMS tidak menggunakan Global Transaction Identifiers (GTIDs) untuk replikasi data meskipun data sumber berisi mereka. # Menggunakan database PostgreSQL sebagai sumber untuk migrasi data homogen AWS DMS Anda dapat menggunakan database PostgreSQL sebagai sumber untuk in. [Migrasi data homogen](data-migrations.md) AWS DMS Dalam hal ini, penyedia data sumber Anda dapat berupa database lokal, Amazon EC2, atau RDS untuk PostgreSQL. Untuk menjalankan migrasi data homogen, berikan izin superuser untuk pengguna database yang Anda tentukan untuk database sumber PostgreSQL AWS DMS Anda. Pengguna database memerlukan izin superuser untuk mengakses fungsi spesifik replikasi di sumbernya. Untuk migrasi data muatan penuh, pengguna database Anda memerlukan `SELECT` izin pada tabel untuk memigrasikannya. Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database sumber PostgreSQL Anda. Jalankan `GRANT` kueri untuk semua database tempat Anda bermigrasi. AWS ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; ALTER USER your_user WITH SUPERUSER; GRANT SELECT ON ALL TABLES IN SCHEMA schema_name TO your_user; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. AWS DMS mendukung CDC untuk tabel PostgreSQL dengan kunci primer. Jika tabel tidak memiliki kunci primer, write ahead log (WAL) tidak mencakup gambar sebelum baris basis data. Di sini, Anda dapat menggunakan pengaturan konfigurasi tambahan dan menggunakan identitas replika tabel sebagai solusi. Namun, pendekatan ini dapat menghasilkan log tambahan. Kami merekomendasikan agar Anda menggunakan identitas replika tabel sebagai solusi hanya setelah pengujian yang cermat. Untuk informasi selengkapnya, lihat [Pengaturan konfigurasi tambahan ketika menggunakan basis data PostgreSQL sebagai sumber DMS](CHAP_Source.PostgreSQL.md#CHAP_Source.PostgreSQL.Advanced). Bagian berikut menjelaskan prasyarat konfigurasi spesifik untuk database PostgreSQL yang dikelola sendiri dan AWS dikelola sendiri. **Topics** + [Menggunakan database PostgreSQL yang dikelola sendiri sebagai sumber untuk migrasi data homogen AWS DMS](#dm-data-providers-source-postgresql-sm) + [Menggunakan database PostgreSQL AWS-managed sebagai sumber untuk migrasi data homogen AWS DMS](#dm-data-providers-source-postgresql-aws) + [Keterbatasan untuk menggunakan database yang kompatibel dengan PostgreSQL sebagai sumber migrasi data homogen](#dm-data-providers-source-postgresql-limitations) ## Menggunakan database PostgreSQL yang dikelola sendiri sebagai sumber untuk migrasi data homogen AWS DMS Bagian ini menjelaskan cara mengonfigurasi database PostgreSQL yang dihosting lokal atau di instans Amazon EC2. Periksa versi database PostgreSQL sumber Anda. Pastikan itu AWS DMS mendukung versi database PostgreSQL sumber Anda seperti yang dijelaskan dalam. [Sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Migrasi data homogen mendukung pengambilan data perubahan (CDC) menggunakan replikasi logis. Untuk mengaktifkan replikasi logis pada database sumber PostgreSQL yang dikelola sendiri, tetapkan parameter dan nilai berikut dalam file konfigurasi: `postgresql.conf` + Atur `wal_level` ke `logical`. + Tetapkan `max_replication_slots` untuk nilai yang lebih besar dari 1. Tetapkan nilai `max_replication_slots` sesuai dengan jumlah tugas yang ingin Anda jalankan. Misalnya, untuk menjalankan lima tugas Anda menetapkan minimal lima slot. Slot terbuka secara otomatis segera setelah tugas dimulai dan tetap terbuka bahkan ketika tugas tidak lagi berjalan. Pastikan Anda menghapus slot terbuka secara manual. + Atur `max_wal_senders` menjadi nilai yang lebih besar dari 1. Parameter`max_wal_senders` mengatur jumlah tugas bersamaan yang dapat berjalan. + Parameter `wal_sender_timeout` mengakhiri sambungan replikasi yang tidak aktif lebih lama dari jumlah milidetik tertentu. Standarnya adalah 60000 milidetik (60 detik). Menyetel nilai ke 0 (nol) menonaktifkan mekanisme batas waktu, dan merupakan pengaturan yang valid untuk DMS. Beberapa parameter bersifat statis, dan Anda hanya dapat mengaturnya pada awal server. Setiap perubahan pada entri mereka dalam file konfigurasi diabaikan sampai server dimulai ulang. Untuk informasi selengkapnya, lihat [Dokumentasi PostgreSQL](https://www.postgresql.org/docs/current/intro-whatis.html). ## Menggunakan database PostgreSQL AWS-managed sebagai sumber untuk migrasi data homogen AWS DMS Bagian ini menjelaskan cara mengonfigurasi Amazon RDS untuk instance database Amazon RDS for PostgreSQL. Gunakan akun pengguna AWS master untuk instance PostgreSQL DB sebagai akun pengguna untuk penyedia data sumber PostgreSQL untuk migrasi data homogen di. AWS DMS Akun pengguna utama memiliki peran yang diperlukan yang memungkinkan untuk mengatur CDC. Jika Anda menggunakan akun selain akun pengguna utama, maka akun tersebut harus memiliki `rds_superuser` peran dan `rds_replication` peran tersebut. Peran `rds_replication` memberikan izin untuk mengelola slot logis dan mengalirkan data menggunakan slot logis. Gunakan contoh kode berikut memberikan `rds_replication` peran `rds_superuser` dan. ``` GRANT rds_superuser to your_user; GRANT rds_replication to your_user; ``` Pada contoh sebelumnya, ganti *your\$1user* dengan nama pengguna database Anda. Untuk mengaktifkan replikasi logis, atur `rds.logical_replication` parameter dalam grup parameter DB Anda ke 1. Parameter statis memerlukan reboot dari instans DB agar menjadi berpengaruh. ## Keterbatasan untuk menggunakan database yang kompatibel dengan PostgreSQL sebagai sumber migrasi data homogen Batasan berikut berlaku saat menggunakan database yang kompatibel dengan PostgreSQL sebagai sumber migrasi data homogen: + Nama pengguna yang Anda gunakan untuk terhubung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 2 hingga 64 karakter. + Tidak dapat memiliki spasi. + Dapat menyertakan karakter berikut: a-z, A-Z, 0-9, garis bawah (\$1). + Harus dimulai dengan a-z atau A-Z. + Kata sandi yang Anda gunakan untuk menyambung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 1 hingga 128 karakter. + Tidak dapat memuat salah satu dari berikut ini: kutipan tunggal ('), kutipan ganda (“), titik koma (;) atau spasi. # Menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen AWS DMS Anda dapat menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data Homogen di. AWS DMS Dalam hal ini, penyedia data sumber Anda dapat berupa database Amazon EC2 untuk MongoDB lokal, atau Amazon DocumentDB (dengan kompatibilitas MongoDB). Untuk versi database yang didukung, lihat[Penyedia data sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Bagian berikut menjelaskan prasyarat konfigurasi khusus untuk database MongoDB yang dikelola sendiri dan database Amazon DocumentDB yang dikelola sendiri. AWS **Topics** + [Menggunakan database MongoDB yang dikelola sendiri sebagai sumber untuk migrasi data homogen AWS DMS](#dm-data-providers-source-mongodb-sm) + [Menggunakan database Amazon DocumentDB sebagai sumber untuk migrasi data homogen AWS DMS](#dm-data-providers-source-mongodb-aws) + [Fitur untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen](#dm-data-providers-source-mongodb-features) + [Keterbatasan untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen](#dm-data-providers-source-mongodb-limitations) + [Praktik terbaik untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen](#dm-data-providers-source-mongodb-bestpractices) ## Menggunakan database MongoDB yang dikelola sendiri sebagai sumber untuk migrasi data homogen AWS DMS Bagian ini menjelaskan cara mengonfigurasi database MongoDB yang dihosting lokal atau di instans Amazon EC2. Periksa versi database MongoDB sumber Anda. Pastikan itu AWS DMS mendukung versi database MongoDB sumber Anda seperti yang dijelaskan dalam. [Penyedia data sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Untuk menjalankan migrasi data homogen dengan sumber MongoDB, Anda dapat membuat akun pengguna dengan hak akses root, atau pengguna dengan izin hanya pada database untuk bermigrasi. Untuk informasi selengkapnya tentang pembuatan pengguna, lihat[Izin diperlukan saat menggunakan MongoDB sebagai sumber AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC). Untuk menggunakan replikasi yang sedang berlangsung atau CDC dengan MongoDB, memerlukan AWS DMS akses ke log operasi MongoDB (oplog). Untuk informasi selengkapnya, lihat [Mengonfigurasi rangkaian replika MongoDB yang untuk CDC](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC.ReplicaSet). Untuk informasi tentang metode otentikasi MongoDB, lihat. [Persyaratan keamanan saat menggunakan MongoDB sebagai sumber AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.Security) Untuk MongoDB sebagai sumber, migrasi data homogen mendukung semua tipe data yang didukung Amazon DocumentDB. Untuk MongoDB sebagai sumber, untuk menyimpan kredensil pengguna di Secrets Manager, Anda perlu menyediakannya dalam teks biasa**, menggunakan** jenis rahasia lainnya. Untuk informasi selengkapnya, lihat [Menggunakan rahasia untuk mengakses titik AWS Database Migration Service akhir](security_iam_secretsmanager.md). Contoh kode berikut menunjukkan bagaimana untuk menyimpan rahasia database menggunakan teks biasa. ``` { "username": "dbuser", "password": "dbpassword" } ``` ## Menggunakan database Amazon DocumentDB sebagai sumber untuk migrasi data homogen AWS DMS Bagian ini menjelaskan cara mengonfigurasi instans database Amazon DocumentDB Anda untuk digunakan sebagai sumber migrasi data yang homogen. Gunakan nama pengguna utama untuk instance Amazon DocumentDB sebagai akun pengguna untuk penyedia data sumber yang kompatibel dengan MongoDB untuk migrasi data homogen. AWS DMS Akun pengguna utama memiliki peran yang diperlukan yang memungkinkan untuk mengatur CDC. Jika Anda menggunakan akun selain akun pengguna utama, maka akun tersebut harus memiliki peran root. Untuk informasi selengkapnya tentang pembuatan pengguna sebagai akun root, lihat[Menetapkan izin untuk menggunakan Amazon DocumentDB sebagai sumber](CHAP_Source.DocumentDB.md#CHAP_Source.DocumentDB.Permissions). Untuk mengaktifkan replikasi logis, atur `change_stream_log_retention_duration` parameter dalam grup parameter database Anda ke pengaturan yang sesuai untuk beban kerja transaksi Anda. Mengubah parameter statis ini mengharuskan Anda untuk me-reboot instans DB Anda agar berlaku. Sebelum memulai migrasi data untuk semua jenis tugas termasuk Hanya Beban Penuh, aktifkan aliran perubahan Amazon DocumentDB untuk semua koleksi dalam database tertentu, atau hanya untuk koleksi yang dipilih. *Untuk informasi selengkapnya tentang mengaktifkan aliran perubahan untuk Amazon DocumentDB, [lihat Mengaktifkan Aliran Perubahan di](https://docs.aws.amazon.com/documentdb/latest/developerguide/change_streams.html#change_streams-enabling) panduan pengembang Amazon DocumentDB.* **catatan** AWS DMS menggunakan aliran perubahan Amazon DocumentDB untuk menangkap perubahan selama replikasi yang sedang berlangsung. Jika Amazon DocumentDB menghapus catatan dari aliran perubahan sebelum DMS membacanya, tugas Anda akan gagal. Kami merekomendasikan pengaturan `change_stream_log_retention_duration` parameter untuk mempertahankan perubahan setidaknya selama 24 jam. Untuk menggunakan Amazon DocumentDB untuk migrasi data homogen, simpan **kredensi pengguna di Secrets Manager di bawah database Credentials** for Amazon DocumentDB. ## Fitur untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen + Anda dapat memigrasikan semua indeks sekunder yang didukung Amazon DocumentDB selama fase pemuatan penuh. + AWS DMS memigrasikan koleksi secara paralel. migrasi data homogen menghitung segmen saat runtime berdasarkan ukuran rata-rata setiap dokumen dalam koleksi untuk kinerja maksimum. + DMS dapat mereplikasi indeks sekunder yang Anda buat dalam fase CDC. DMS mendukung fitur ini di MongoDB versi 6.0. + DMS mendukung dokumen dengan tingkat bersarang lebih besar dari 97. ## Keterbatasan untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen + Dokumen tidak dapat memiliki nama bidang dengan `$` awalan. + AWS DMS tidak mendukung migrasi pengumpulan deret waktu. + AWS DMS tidak mendukung`create`,`drop`, atau acara `rename collection` DDL selama fase CDC. + AWS DMS tidak mendukung tipe data yang tidak konsisten dalam koleksi untuk bidang tersebut. `_id` Misalnya, koleksi yang tidak didukung berikut ini memiliki beberapa tipe data untuk `_id` bidang tersebut. ``` rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ] ``` + Untuk tugas khusus CDC, AWS DMS hanya mendukung mode `immediate` mulai. + AWS DMS tidak mendukung dokumen dengan karakter yang tidak valid UTF8 . + AWS DMS tidak mendukung koleksi sharded. ## Praktik terbaik untuk menggunakan database yang kompatibel dengan MongoDB sebagai sumber migrasi data homogen + Untuk beberapa database besar dan koleksi yang dihosting pada instance MongoDB yang sama, kami sarankan Anda menggunakan aturan pemilihan untuk setiap database dan koleksi untuk membagi tugas antara beberapa tugas migrasi data dan proyek. Anda dapat menyetel basis data dan divisi koleksi Anda untuk kinerja maksimum. # Membuat dan menetapkan database target untuk bekerja dengan AWS DMS konversi skema Anda dapat menggunakan database Amazon DocumentDB yang kompatibel dengan MySQL, PostgreSQL, dan Amazon DocumentDB sebagai penyedia data target untuk migrasi data homogen. AWS DMS Untuk versi database yang didukung, lihat[Penyedia data target untuk migrasi data homogen DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Penyedia data target Anda dapat berupa instans Amazon RDS DB atau kluster Amazon Aurora DB. Perhatikan bahwa versi database penyedia data target Anda harus sama atau lebih tinggi dari versi database penyedia data sumber Anda. **Topics** + [Menggunakan database MySQL yang kompatibel sebagai target untuk migrasi data homogen AWS DMS](dm-data-providers-target-mysql.md) + [Menggunakan database PostgreSQL sebagai target untuk migrasi data homogen AWS DMS](dm-data-providers-target-postgresql.md) + [Menggunakan database Amazon DocumentDB sebagai target migrasi data homogen AWS DMS](dm-data-providers-target-docdb.md) # Menggunakan database MySQL yang kompatibel sebagai target untuk migrasi data homogen AWS DMS Anda dapat menggunakan database MySQL yang kompatibel sebagai target migrasi untuk migrasi data homogen. AWS DMS AWS DMS memerlukan izin tertentu untuk memigrasikan data ke database Amazon RDS for MySQL atau MariaDB atau Amazon Aurora MySQL target Anda. Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database target MySQL Anda. Dalam contoh ini, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. Jika versi database MariaDB target Anda lebih rendah dari 10,5, maka Anda dapat melewati perintah. `GRANT SLAVE MONITOR` ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%'; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database MariaDB Anda. Jalankan kueri GRANT untuk semua database tempat Anda bermigrasi. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%'; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. **catatan** Di Amazon RDS, saat Anda mengaktifkan pencadangan otomatis untuk instance MySQL/Maria database, Anda juga mengaktifkan pencatatan biner. Ketika pengaturan ini diaktifkan, tugas migrasi data Anda mungkin gagal dengan kesalahan berikut saat membuat objek sekunder seperti fungsi, prosedur, dan pemicu pada database target. Jika database target Anda mengaktifkan pencatatan biner, maka setel `log_bin_trust_function_creators` ke `true` dalam grup parameter database sebelum memulai tugas. ``` ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable) ``` ## Keterbatasan untuk menggunakan database MySQL yang kompatibel sebagai target migrasi data homogen Batasan berikut berlaku saat menggunakan database MySQL yang kompatibel sebagai target migrasi data homogen: + Nama pengguna yang Anda gunakan untuk terhubung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 2 hingga 64 karakter. + Tidak dapat memiliki spasi. + Dapat menyertakan karakter berikut: a-z, A-Z, 0-9, garis bawah (\$1). + Tidak dapat menyertakan tanda hubung (-). + Harus dimulai dengan a-z atau A-Z. + Kata sandi yang Anda gunakan untuk menyambung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 1 hingga 128 karakter. + Tidak dapat memuat salah satu dari berikut ini: kutipan tunggal ('), kutipan ganda (“), titik koma (;) atau spasi. # Menggunakan database PostgreSQL sebagai target untuk migrasi data homogen AWS DMS Anda dapat menggunakan database PostgreSQL sebagai target migrasi untuk migrasi data homogen. AWS DMS AWS DMS memerlukan izin tertentu untuk memigrasikan data ke database Amazon RDS for PostgreSQL atau Amazon Aurora PostgreSQL target Anda. Gunakan skrip berikut untuk membuat pengguna database dengan izin yang diperlukan dalam database target PostgreSQL Anda. ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; GRANT USAGE ON SCHEMA schema_name TO your_user; GRANT CONNECT ON DATABASE db_name to your_user; GRANT CREATE ON DATABASE db_name TO your_user; GRANT CREATE ON SCHEMA schema_name TO your_user; GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user; #For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges GRANT rds_superuser TO your_user; ``` Dalam contoh sebelumnya, ganti masing-masing *user input placeholder* dengan informasi Anda sendiri. Untuk mengaktifkan replikasi logis untuk RDS Anda untuk target PostgreSQL, atur parameter dalam grup `rds.logical_replication` parameter DB Anda ke 1. Parameter statis ini memerlukan reboot dari instans DB atau cluster DB untuk diterapkan. Beberapa parameter bersifat statis, dan Anda hanya dapat mengaturnya di awal server. AWS DMS mengabaikan perubahan pada entri mereka di grup parameter DB sampai Anda me-restart server. PostgreSQL menggunakan pemicu untuk mengimplementasikan kendala kunci asing. Selama fase beban penuh, AWS DMS muat setiap tabel satu per satu. Kami menyarankan Anda mematikan kendala kunci asing pada basis data target Anda selama pemuatan penuh. Untuk melakukannya, gunakan salah satu metode berikut. + Matikan sementara semua pemicu untuk instance Anda, dan selesaikan beban penuh. + Ubah nilai `session_replication_role` parameter di PostgreSQL. Sewaktu-waktu, pemicu dapat berada di salah satu kondisi berikut: `origin`, `replica`, `always`, atau `disabled`. Saat Anda menyetel `session_replication_role` parameter ke`replica`, hanya pemicu dalam `replica` status yang aktif. Jika tidak, pemicu tetap tidak aktif. ## Keterbatasan untuk menggunakan database yang kompatibel dengan PostgreSQL sebagai target migrasi data homogen Batasan berikut berlaku saat menggunakan database yang kompatibel dengan PostgreSQL sebagai target migrasi data homogen: + Nama pengguna yang Anda gunakan untuk terhubung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 2 hingga 64 karakter. + Tidak dapat memiliki spasi. + Dapat menyertakan karakter berikut: a-z, A-Z, 0-9, garis bawah (\$1). + Harus dimulai dengan a-z atau A-Z. + Kata sandi yang Anda gunakan untuk menyambung ke sumber data Anda memiliki batasan berikut: + Panjangnya bisa 1 hingga 128 karakter. + Tidak dapat memuat salah satu dari berikut ini: kutipan tunggal ('), kutipan ganda (“), titik koma (;) atau spasi. # Menggunakan database Amazon DocumentDB sebagai target migrasi data homogen AWS DMS Anda dapat menggunakan database Amazon DocumentDB (dengan kompatibilitas MongoDB) dan cluster DocumentDB Elastic sebagai target migrasi untuk migrasi data homogen. AWS DMS Untuk menjalankan migrasi data homogen untuk target Amazon DocumentDB, Anda dapat membuat akun pengguna dengan hak administrator, atau read/write pengguna dengan izin hanya pada database untuk bermigrasi. Migrasi data homogen mendukung semua tipe data BSON yang didukung Amazon DocumentDB. Untuk daftar tipe data ini, lihat [Jenis Data](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) di Panduan Pengembang *Amazon DocumentDB*. Untuk menggunakan fitur pecahan cluster DocumentDB Elastic untuk memigrasikan koleksi non-sharded dari sumber, buat koleksi pecahan untuk dimigrasi sebelum memulai tugas migrasi data. Untuk informasi selengkapnya tentang pengumpulan pecahan di klaster Amazon DocumentDB Elastic[, lihat Langkah 5: Pecahkan](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) koleksi Anda di Panduan Pengembang *Amazon* DocumentDB. Untuk target Amazon DocumentDB AWS DMS , mendukung mode atau SSL`none`. `require` # Menjalankan migrasi data homogen di AWS DMS Anda dapat menggunakannya AWS DMS untuk [Migrasi data homogen](data-migrations.md) memigrasikan data dari database sumber ke mesin yang setara di Amazon Relational Database Service (Amazon RDS), Amazon Aurora, atau Amazon DocumentDB. AWS DMS mengotomatiskan proses migrasi data dengan menggunakan alat database asli di basis data sumber dan target Anda. Setelah Anda membuat profil instans dan penyedia data yang kompatibel untuk migrasi data homogen, buat proyek migrasi. Untuk informasi selengkapnya, lihat [ Membuat proyek migrasi](migration-projects-create.md). Bagian berikut menjelaskan cara membuat, mengkonfigurasi, dan menjalankan migrasi data yang homogen. **Topics** + [Membuat migrasi data di AWS DMS](dm-migrating-data-create.md) + [Aturan pemilihan untuk migrasi data homogen](dm-migrating-data-selectionrules.md) + [Mengelola migrasi data di AWS DMS](dm-migrating-data-manage.md) + [Memantau migrasi data di AWS DMS](dm-migrating-data-monitoring.md) + [Status migrasi data homogen di AWS DMS](dm-migrating-data-statuses.md) + [Migrasi data dari database MySQL dengan migrasi data homogen di AWS DMS](dm-migrating-data-mysql.md) + [Migrasi data dari database PostgreSQL dengan migrasi data homogen di AWS DMS](dm-migrating-data-postgresql.md) + [Migrasi data dari database MongoDB dengan migrasi data homogen di AWS DMS](dm-migrating-data-mongodb.md) + [Mode persiapan tabel target](dm-migrating-data-table-prep.md) # Membuat migrasi data di AWS DMS Setelah Anda membuat proyek migrasi dengan penyedia data yang kompatibel dengan jenis yang sama, Anda dapat menggunakan proyek ini untuk migrasi data homogen. Untuk informasi selengkapnya, lihat [ Membuat proyek migrasi](migration-projects-create.md). Untuk mulai menggunakan migrasi data homogen, buat migrasi data baru. Anda dapat membuat beberapa migrasi data homogen dari berbagai jenis dalam satu proyek migrasi. AWS DMS memiliki jumlah maksimum migrasi data homogen yang dapat Anda buat untuk Anda Akun AWS. Lihat bagian berikut untuk informasi tentang kuota AWS DMS [Kuota untuk AWS Database Migration Service](CHAP_Limits.md) layanan. Sebelum membuat migrasi data, pastikan Anda menyiapkan sumber daya yang diperlukan seperti basis data sumber dan target, kebijakan dan peran IAM, profil instans, dan penyedia data. Lihat informasi selengkapnya di [Membuat sumber daya IAM](dm-iam-resources.md), [Membuat profil instance](instance-profiles.md), dan [ Membuat penyedia data](data-providers-create.md). Selain itu, kami menyarankan agar Anda tidak menggunakan migrasi data homogen untuk memigrasikan data dari versi database yang lebih tinggi ke versi database yang lebih rendah. Periksa versi database yang Anda gunakan untuk penyedia data sumber dan target, dan tingkatkan versi basis data target Anda, jika diperlukan. **Untuk membuat migrasi data** 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. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka. 1. Pilih proyek migrasi Anda, dan pada tab **Migrasi data**, pilih **Buat migrasi data**. 1. Untuk **Nama**, masukkan nama untuk migrasi data Anda. Pastikan Anda menggunakan nama unik untuk migrasi data sehingga Anda dapat dengan mudah mengidentifikasinya. 1. Untuk **tipe Replikasi**, pilih jenis migrasi data yang ingin Anda konfigurasi. Anda dapat memilih salah satu opsi berikut. + **Beban penuh** — Memigrasi data sumber yang ada. + **Pengambilan data beban dan perubahan penuh (CDC)** — Memigrasi data sumber yang ada dan mereplikasi perubahan yang sedang berlangsung. + **Ubah pengambilan data (CDC)** - Mereplikasi perubahan yang sedang berlangsung. 1. Pilih kotak centang untuk **Aktifkan CloudWatch log** untuk menyimpan log migrasi data di Amazon CloudWatch. Jika Anda tidak memilih opsi ini, maka Anda tidak dapat melihat file log ketika migrasi data Anda gagal. 1. (Opsional) Perluas **pengaturan lanjutan**. Untuk **Jumlah pekerjaan**, masukkan jumlah thread paralel yang AWS DMS dapat digunakan untuk memigrasikan data sumber Anda ke target. 1. Untuk **peran layanan IAM, pilih peran** IAM yang Anda buat dalam prasyarat. Untuk informasi selengkapnya, lihat [Membuat peran IAM untuk migrasi data homogen di AWS DMS](dm-iam-resources.md#dm-resources-iam-role). 1. Konfigurasikan **mode Mulai** untuk migrasi data tipe **Change data capture (CDC)**. Anda dapat memilih salah satu opsi berikut. + **Segera** — Memulai replikasi yang sedang berlangsung saat Anda memulai migrasi data. + **Menggunakan titik awal asli** - Memulai replikasi yang sedang berlangsung dari titik yang ditentukan. **Untuk database PostgreSQL, masukkan nama slot replikasi logis untuk nama Slot dan masukkan nomor urutan log transaksi **untuk** titik awal asli.** Untuk database MySQL, masukkan nomor urut log transaksi **untuk** nomor urutan Log (LSN). 1. Konfigurasikan **mode Stop** untuk migrasi data tipe **Change data capture (CDC)** atau **Full load and change data capture (CDC**). Anda dapat memilih salah satu opsi berikut. + **Jangan hentikan CDC** — AWS DMS lanjutkan replikasi yang sedang berlangsung hingga Anda menghentikan migrasi data. + **Menggunakan titik waktu server** - AWS DMS menghentikan replikasi yang sedang berlangsung pada waktu yang ditentukan. Jika Anda memilih opsi ini, maka untuk **tanggal dan waktu Berhenti**, masukkan tanggal dan waktu ketika Anda ingin menghentikan replikasi yang sedang berlangsung secara otomatis. 1. Pilih **Buat migrasi data**. AWS DMS membuat migrasi data Anda dan menambahkannya ke daftar di tab **Migrasi data** di proyek migrasi Anda. Di sini Anda dapat melihat status migrasi data Anda. Untuk informasi selengkapnya, lihat [Status migrasi](dm-migrating-data-statuses.md). **penting** Untuk migrasi data tipe **Full load** dan **Full load and change data capture (CDC)**, AWS DMS hapus semua data, tabel, dan objek database lainnya pada database target Anda. Pastikan Anda memiliki cadangan database target Anda. Setelah AWS DMS membuat migrasi data Anda, status migrasi data ini disetel ke **Siap**. Untuk memigrasikan data, Anda harus memulai migrasi data secara manual. Untuk melakukannya, pilih migrasi data Anda dari daftar. Selanjutnya, untuk **Tindakan**, pilih **Mulai**. Untuk informasi selengkapnya, lihat [Mengelola migrasi data](dm-migrating-data-manage.md). Peluncuran pertama migrasi data homogen memerlukan beberapa pengaturan. AWS DMS menciptakan lingkungan tanpa server untuk migrasi data Anda. Proses ini memakan waktu hingga 15 menit. Setelah Anda menghentikan dan memulai ulang migrasi data, AWS DMS tidak membuat lingkungan lagi, dan Anda dapat mengakses migrasi data lebih cepat. # Aturan pemilihan untuk migrasi data homogen Anda dapat menggunakan aturan pemilihan untuk memilih skema, tabel, atau keduanya yang ingin Anda sertakan dalam replikasi Anda. Saat membuat tugas migrasi data, pilih **Tambahkan aturan pemilihan**. Untuk pengaturan aturan, berikan nilai berikut: + **Skema**: Pilih **Masukkan skema**. + **Nama skema**: Berikan nama skema yang ingin Anda tiru, atau gunakan **%** sebagai wildcard. + **Nama tabel**:: Berikan nama tabel yang ingin Anda tiru, atau gunakan **%** sebagai wildcard. Secara default, satu-satunya tindakan aturan yang didukung DMS adalah`Include`, dan satu-satunya karakter wildcard yang didukung DMS adalah. `%` **catatan** Dukungan untuk aturan pemilihan AWS DMS untuk migrasi data homogen bervariasi berdasarkan kombinasi mesin database sumber dan jenis migrasi yang dipilih. Sumber yang kompatibel dengan PostgreSQL dan MongoDB mengizinkan aturan pemilihan untuk semua jenis migrasi, sedangkan sumber MySQL hanya mendukung aturan pemilihan untuk jenis migrasi Beban Penuh. **Example Memigrasi semua tabel dalam skema** Contoh berikut bermigrasi semua tabel dari skema bernama`dmsst`di sumber Anda ke titik akhir target Anda. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Memigrasi beberapa tabel dalam skema** Contoh berikut memigrasikan semua tabel dengan nama yang dimulai dengan`collectionTest`, dari skema bernama `dmsst` di sumber Anda ke titik akhir target Anda. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrasikan tabel tertentu dari beberapa skema** Contoh berikut memigrasikan beberapa tabel dari beberapa skema bernama `dmsst` dan `Test` di sumber Anda ke titik akhir target Anda. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest1" }, "filters": [], "rule-id": "1", "rule-name": "1" }, { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "Test", "table-name": "products" }, "filters": [], "rule-id": "2", "rule-name": "2" } ] } ``` # Mengelola migrasi data di AWS DMS Setelah Anda membuat migrasi data, AWS DMS tidak secara otomatis mulai memigrasi data. Anda memulai migrasi data secara manual bila diperlukan. Sebelum memulai migrasi data, Anda dapat mengubah semua pengaturan migrasi data Anda. Setelah memulai migrasi data, Anda tidak dapat mengubah jenis replikasi. Untuk menggunakan jenis replikasi lain, buat migrasi data baru. **Untuk memulai migrasi data** 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. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka. 1. Pilih proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. Halaman **Ringkasan** untuk migrasi data Anda terbuka. 1. Untuk **Tindakan**, pilih **Mulai**. Setelah ini, AWS DMS buat lingkungan tanpa server untuk migrasi data Anda. Proses ini memakan waktu hingga 15 menit. Setelah Anda memulai migrasi data, AWS DMS tetapkan statusnya ke **Mulai**. Status berikutnya yang AWS DMS digunakan untuk migrasi data Anda, bergantung pada jenis replikasi yang Anda pilih dalam setelan migrasi data. Untuk informasi selengkapnya, lihat [Status migrasi](dm-migrating-data-statuses.md). **Untuk mengubah migrasi data** 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. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka. 1. Pilih proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. Halaman **Ringkasan** untuk migrasi data Anda terbuka. 1. Pilih **Ubah**. 1. Konfigurasikan pengaturan untuk migrasi data Anda. **penting** Jika Anda telah memulai migrasi data, maka Anda tidak dapat mengubah jenis replikasi. 1. Untuk melihat log migrasi data Anda di Amazon CloudWatch, pilih kotak centang untuk **Aktifkan CloudWatch log**. 1. Pilih **Simpan perubahan**. Setelah AWS DMS memulai migrasi data, Anda dapat menghentikannya. Untuk melakukannya, pilih migrasi data Anda di tab **Migrasi data**. Selanjutnya, untuk **Actions**, pilih **Stop**. Setelah Anda menghentikan migrasi data, AWS DMS tetapkan statusnya ke **Berhenti**. Selanjutnya, AWS DMS tetapkan status migrasi data ini ke **Berhenti**. Setelah AWS DMS menghentikan migrasi data, Anda dapat mengubah, melanjutkan, memulai ulang, atau menghapus migrasi data Anda. Untuk melanjutkan replikasi data, pilih migrasi data yang Anda hentikan pada tab **Migrasi data**. Selanjutnya, untuk **Tindakan**, pilih **Lanjutkan pemrosesan**. Untuk memulai ulang pemuatan data, pilih migrasi data yang Anda hentikan pada tab **Migrasi data**. Selanjutnya, untuk **Actions**, pilih **Restart**. AWS DMS menghapus semua data dari database target Anda dan memulai migrasi data dari awal. Anda dapat menghapus migrasi data yang telah Anda hentikan atau yang belum Anda mulai. Untuk menghapus migrasi data, pilih di tab **Migrasi data**. Selanjutnya, untuk **Tindakan**, pilih **Hapus**. Untuk menghapus proyek migrasi Anda, hentikan dan hapus semua migrasi data. # Memantau migrasi data di AWS DMS Setelah memulai migrasi data homogen, Anda dapat memantau status dan kemajuannya. Migrasi data dari kumpulan data besar seperti ratusan gigabyte membutuhkan waktu berjam-jam untuk diselesaikan. Untuk menjaga keandalan, ketersediaan, dan kinerja tinggi migrasi data Anda, pantau perkembangannya secara teratur. **Untuk memeriksa status dan kemajuan migrasi data Anda** 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. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka. 1. Pilih proyek migrasi Anda dan arahkan ke tab **Migrasi data**. 1. Untuk migrasi data Anda, lihat kolom **Status**. Untuk informasi selengkapnya tentang nilai di kolom ini, lihat[Status migrasi](dm-migrating-data-statuses.md). 1. Untuk migrasi data yang berjalan, kolom **kemajuan Migrasi** menampilkan persentase data yang dimigrasi. **Untuk memeriksa detail migrasi data Anda** 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. Pilih **proyek Migrasi**. Halaman **proyek Migrasi** terbuka. 1. Pilih proyek migrasi Anda. Pada tab **Migrasi data**, pilih migrasi data Anda. 1. Pada tab **Detail**, Anda dapat melihat kemajuan migrasi. Khususnya, Anda dapat melihat metrik berikut. + **Alamat IP Publik** — Alamat IP publik dari migrasi data Anda. Anda memerlukan nilai ini untuk mengkonfigurasi jaringan. Untuk informasi selengkapnya, lihat [Menyiapkan jaringan](dm-network.md). + **Tabel dimuat** - Jumlah tabel yang berhasil dimuat. + **Pemuatan tabel** - Jumlah tabel yang sedang dimuat. + **Tabel antrian** — Jumlah tabel yang saat ini menunggu untuk dimuat. + **Tabel errored** — Jumlah tabel yang gagal dimuat. + **Waktu berlalu — Jumlah waktu** yang berlalu setelah dimulainya migrasi data Anda. + **Latensi CDC** — Waktu rata-rata yang berlalu antara saat perubahan terjadi pada tabel sumber dan saat AWS DMS menerapkan perubahan ini ke tabel target. + **Migrasi dimulai** — Waktu ketika Anda memulai migrasi data ini. + **Migrasi berhenti** — Waktu ketika Anda menghentikan migrasi data ini. 1. Untuk melihat file log untuk migrasi data Anda, pilih **Lihat CloudWatch log** di bawah **Setelan migrasi data homogen**. Anda dapat **Mengaktifkan CloudWatch log** saat membuat atau memodifikasi migrasi data. Untuk informasi selengkapnya, lihat [Membuat migrasi data](dm-migrating-data-create.md) dan [Mengelola migrasi data](dm-migrating-data-manage.md). Anda dapat menggunakan CloudWatch alarm atau peristiwa Amazon untuk melacak migrasi data Anda dengan cermat. Untuk informasi selengkapnya, lihat [Apa itu Amazon CloudWatch, CloudWatch Acara Amazon, dan CloudWatch Log Amazon?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) di *Panduan CloudWatch Pengguna Amazon*. Perhatikan bahwa ada biaya untuk menggunakan Amazon CloudWatch. Untuk migrasi data homogen, AWS DMS sertakan metrik berikut di Amazon. CloudWatch | Metrik | Deskripsi | | --- | --- | | Keseluruhan CDCLatency | Latensi keseluruhan selama fase CDC. Untuk database MySQL, metrik ini menunjukkan jumlah detik yang lewat antara perubahan dalam log biner sumber dan replikasi perubahan ini. Untuk database PostgreSQL, metrik ini menunjukkan jumlah detik yang lewat antara dan dari tampilan. `last_msg_receipt_time` `last_msg_send_time` `pg_stat_subscription` Unit: detik | | StorageConsumption | Penyimpanan yang digunakan oleh migrasi data Anda. Unit: Byte | # Status migrasi data homogen di AWS DMS Untuk setiap migrasi data yang Anda jalankan, AWS DMS menampilkan **Status** di AWS DMS konsol. Daftar berikut mencakup status yang tersedia. + `Creating`— AWS DMS adalah membuat migrasi data. + `Ready`Migrasi data sudah siap untuk dimulai. + `Starting`— AWS DMS menciptakan lingkungan tanpa server untuk migrasi data Anda. Proses ini memakan waktu hingga 15 menit. + `Load running`— AWS DMS sedang melakukan migrasi beban penuh. + `Load complete, replication ongoing`— AWS DMS menyelesaikan beban penuh dan sekarang mereplikasi perubahan yang sedang berlangsung. AWS DMS menggunakan status ini hanya untuk migrasi data tipe full load dan change data capture (CDC). + `Replication ongoing`- AWS DMS mereplikasi perubahan yang sedang berlangsung. AWS DMS menggunakan status ini hanya untuk migrasi tipe change data capture (CDC). + `Reloading target`— AWS DMS memulai ulang migrasi data dan melakukan jenis migrasi yang ditentukan. + `Stopping`Menghentikan migrasi data. AWS DMS AWS DMS menetapkan status ini setelah Anda memilih untuk menghentikan migrasi data pada menu **Tindakan**. + `Stopped`— AWS DMS telah menghentikan migrasi data. + `Failed`Migrasi data telah gagal. Untuk informasi selengkapnya, lihat file log. Untuk melihat file log, pilih migrasi data Anda di tab **Migrasi data**. Selanjutnya, pilih **Lihat CloudWatch log** di bawah **Setelan migrasi data homogen**. **penting** Anda dapat melihat file log jika Anda memilih kotak centang untuk **Aktifkan CloudWatch log** saat Anda membuat migrasi data. + `Deleting`— AWS DMS menghapus migrasi data. AWS DMS menetapkan status ini setelah Anda memilih untuk menghapus migrasi data pada menu **Tindakan**. + `Maintenance`— AWS DMS menempatkan tugas dalam status mode pemeliharaan saat gambar baru diterapkan pada wadah tanpa server yang mendasari yang terkait dengan tugas migrasi data Anda. # Migrasi data dari database MySQL dengan migrasi data homogen di AWS DMS Anda dapat menggunakan [Migrasi data homogen](data-migrations.md) untuk memigrasikan database MySQL yang dikelola sendiri ke RDS untuk MySQL atau Aurora MySQL. AWS DMS menciptakan lingkungan tanpa server untuk migrasi data Anda. Untuk berbagai jenis migrasi data, AWS DMS gunakan alat database MySQL asli yang berbeda. Untuk migrasi data homogen dari tipe **Full load**, AWS DMS gunakan mydumper untuk membaca data dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Setelah AWS DMS membaca semua data sumber Anda, ia menggunakan myloader di database target untuk memulihkan data Anda. Untuk migrasi data homogen tipe **Full load and change data capture (CDC)**, AWS DMS gunakan mydumper untuk membaca data dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Setelah AWS DMS membaca semua data sumber Anda, ia menggunakan myloader di database target untuk memulihkan data Anda. Setelah AWS DMS menyelesaikan beban penuh, ia mengatur replikasi binlog dengan posisi binlog diatur ke awal beban penuh. Untuk migrasi data homogen tipe **Change data capture (CDC)**, AWS DMS memerlukan **titik awal CDC Asli untuk memulai replikasi**. Jika Anda memberikan titik awal CDC asli, maka AWS DMS menangkap perubahan dari titik itu. Atau, pilih **Segera** di pengaturan migrasi data untuk secara otomatis menangkap titik awal replikasi saat migrasi data aktual dimulai. **catatan** Agar migrasi khusus CDC berfungsi dengan baik, semua skema dan objek basis data sumber harus sudah ada di database target. Target mungkin memiliki objek yang tidak ada pada sumbernya. Anda dapat menggunakan contoh kode berikut untuk mendapatkan nomor urutan log saat ini (LSN) di database MySQL Anda. ``` show master status ``` Query ini mengembalikan nama file binlog dan posisi. Untuk titik awal asli, gunakan kombinasi nama file binlog dan posisi. Misalnya, `mysql-bin-changelog.000024:373`. Dalam contoh ini, `mysql-bin-changelog.000024` adalah nama file binlog dan `373` merupakan posisi di mana AWS DMS mulai menangkap perubahan. Diagram berikut menunjukkan proses menggunakan migrasi data homogen untuk memigrasikan database MySQL AWS DMS ke RDS untuk MySQL atau Aurora MySQL. ![\[Diagram arsitektur migrasi data MySQL dengan Migrasi Data Homogen DMS.\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/data-migrations-mysql.png) # Migrasi data dari database PostgreSQL dengan migrasi data homogen di AWS DMS Anda dapat menggunakan [Migrasi data homogen](data-migrations.md) untuk memigrasikan database PostgreSQL yang dikelola sendiri ke RDS untuk PostgreSQL atau Aurora PostgreSQL. AWS DMS menciptakan lingkungan tanpa server untuk migrasi data Anda. Untuk berbagai jenis migrasi data, AWS DMS gunakan alat database PostgreSQL asli yang berbeda. Untuk migrasi data homogen dari tipe **Full load**, AWS DMS gunakan pg\$1dump untuk membaca data dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Setelah AWS DMS membaca semua data sumber Anda, ia menggunakan pg\$1restore di database target untuk memulihkan data Anda. Untuk migrasi data homogen dari tipe **Full load and change data capture (CDC)**, AWS DMS gunakan `pg_dump` untuk membaca objek skema tanpa data tabel dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Kemudian digunakan `pg_restore` dalam database target untuk mengembalikan objek skema Anda. Setelah AWS DMS menyelesaikan `pg_restore` proses, secara otomatis beralih ke model penerbit dan pelanggan untuk replikasi logis dengan `Initial Data Synchronization` opsi untuk menyalin data tabel awal langsung dari database sumber ke database target, dan kemudian memulai replikasi yang sedang berlangsung. Dalam model ini, satu atau lebih pelanggan berlangganan satu atau lebih publikasi pada node penerbit. Untuk migrasi data homogen tipe **Change data capture (CDC)**, AWS DMS memerlukan titik awal asli untuk memulai replikasi. Jika Anda memberikan titik awal asli, maka AWS DMS menangkap perubahan dari titik itu. Atau, pilih **Segera** di pengaturan migrasi data untuk secara otomatis menangkap titik awal replikasi saat migrasi data aktual dimulai. **catatan** Agar migrasi khusus CDC berfungsi dengan baik, semua skema dan objek basis data sumber harus sudah ada di database target. Target mungkin memiliki objek yang tidak ada pada sumbernya. Anda dapat menggunakan contoh kode berikut untuk mendapatkan titik awal asli dalam database PostgreSQL Anda. ``` select confirmed_flush_lsn from pg_replication_slots where slot_name=‘migrate_to_target'; ``` Kueri ini menggunakan `pg_replication_slots` tampilan dalam database PostgreSQL Anda untuk menangkap nilai nomor urutan log (LSN). Setelah AWS DMS menyetel status migrasi data homogen PostgreSQL Anda **ke** Dihentikan**, Gagal, **atau** Dihapus,** penerbit dan replikasi tidak akan dihapus. Jika Anda tidak ingin melanjutkan migrasi, hapus slot replikasi dan penerbit dengan menggunakan perintah berikut. ``` SELECT pg_drop_replication_slot('migration_subscriber_{ARN}'); DROP PUBLICATION publication_{ARN}; ``` Diagram berikut menunjukkan proses menggunakan migrasi data homogen untuk memigrasikan database PostgreSQL AWS DMS ke RDS untuk PostgreSQL atau Aurora PostgreSQL. ![\[Diagram arsitektur migrasi data PostgreSQL dengan Migrasi Data Homogen DMS.\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/data-migrations-postgresql.png) ## Praktik terbaik untuk menggunakan database PostgreSQL sebagai sumber migrasi data homogen + Untuk mempercepat sinkronisasi data awal di sisi pelanggan untuk tugas FLCDC, Anda harus menyesuaikan dan. `max_logical_replication_workers` `max_sync_workers_per_subscription` Meningkatkan nilai-nilai ini meningkatkan kecepatan sinkronisasi tabel. + **max\$1logical\$1replication\$1workers - Menentukan jumlah maksimum pekerja replikasi** logis. Ini termasuk pekerja terapan di sisi pelanggan dan pekerja sinkronisasi tabel. + **max\$1sync\$1workers\$1per\$1subscription** — Peningkatan hanya `max_sync_workers_per_subscription` mempengaruhi jumlah tabel yang disinkronkan secara paralel, bukan jumlah pekerja per tabel. **catatan** `max_logical_replication_workers`tidak boleh melebihi`max_worker_processes`, dan `max_sync_workers_per_subscription` harus kurang dari atau sama dengan`max_logical_replication_workers`. + Untuk memigrasikan tabel besar, pertimbangkan untuk membaginya menjadi tugas terpisah menggunakan aturan pemilihan. Misalnya, Anda dapat membagi tabel besar menjadi tugas individual yang terpisah dan tabel kecil menjadi tugas tunggal lainnya. + Pantau penggunaan disk dan CPU di sisi pelanggan untuk mempertahankan kinerja optimal. # Migrasi data dari database MongoDB dengan migrasi data homogen di AWS DMS Anda dapat menggunakan [Migrasi data homogen](data-migrations.md) untuk memigrasikan database MongoDB yang dikelola sendiri ke Amazon DocumentDB. AWS DMS menciptakan lingkungan tanpa server untuk migrasi data Anda. Untuk berbagai jenis migrasi data, AWS DMS gunakan alat database MongoDB asli yang berbeda. Untuk migrasi data homogen dari tipe **Full load**, AWS DMS gunakan `mongodump` untuk membaca data dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Setelah AWS DMS membaca semua data sumber Anda, ia menggunakan `mongorestore` dalam database target untuk memulihkan data Anda. Untuk migrasi data homogen dari tipe **Full load and change data capture (CDC)**, AWS DMS gunakan `mongodump` untuk membaca data dari database sumber Anda dan menyimpannya di disk yang terpasang ke lingkungan tanpa server. Setelah AWS DMS membaca semua data sumber Anda, ia menggunakan `mongorestore` dalam database target untuk memulihkan data Anda. Setelah AWS DMS menyelesaikan beban penuh, secara otomatis beralih ke model penerbit dan pelanggan untuk replikasi logis. Dalam model ini, kami merekomendasikan ukuran oplog untuk mempertahankan perubahan setidaknya selama 24 jam. Untuk migrasi data homogen dari jenis **Ubah pengambilan data (CDC)**, pilih `immediately` di pengaturan migrasi data untuk secara otomatis menangkap titik awal replikasi saat migrasi data aktual dimulai. **catatan** Untuk koleksi baru atau berganti nama, Anda perlu membuat tugas migrasi data baru untuk koleksi tersebut sebagai migrasi data homogen. Untuk sumber yang kompatibel dengan MongoDB, AWS DMS tidak mendukung`create`, `rename` dan operasi. `drop collection` Diagram berikut menunjukkan proses menggunakan migrasi data homogen untuk memigrasikan database MongoDB AWS DMS ke Amazon DocumentDB. ![\[Diagram arsitektur migrasi data MongoDB dengan Migrasi Data Homogen DMS.\]](http://docs.aws.amazon.com/id_id/dms/latest/userguide/images/data-migrations-mongodb.png) # Mode persiapan tabel target Anda dapat memilih mode persiapan tabel target saat memilih untuk membuat tugas migrasi data di bawah tab **Pengaturan Lanjut** di AWS DMS konsol untuk migrasi PostgreSQL, MongoDB, dan Amazon DocumentDB. ## Jatuhkan tabel pada target Di Tabel Jatuhkan pada mode target, migrasi AWS DMS homogen akan menurunkan tabel target dan membuatnya ulang sebelum memulai migrasi. Pendekatan ini memastikan bahwa tabel target kosong pada awal migrasi. Selama migrasi homogen, AWS DMS buat semua objek sekunder, termasuk indeks yang ditentukan dalam metadata tabel sumber, sebelum memuat data untuk memastikan migrasi data yang efisien. Saat menggunakan tabel Drop pada mode target, Anda mungkin perlu mengonfigurasi database target. Misalnya, dengan target PostgreSQL AWS DMS , tidak dapat membuat pengguna skema untuk alasan keamanan. Dalam hal ini, Anda harus membuat skema pengguna terlebih dahulu agar sesuai dengan sumbernya, memungkinkan AWS DMS untuk membuat tabel dan menetapkannya ke peran yang sama sebagai sumber saat migrasi dimulai. ## Mempotong Dalam mode Pemotongan, migrasi AWS DMS homogen memotong semua tabel target yang ada sebelum migrasi dimulai. Ini mempertahankan struktur tabel. Mode ini cocok untuk beban penuh atau beban penuh ditambah migrasi CDC di mana skema target telah dibuat sebelumnya. Untuk target Amazon DocumentDB, jika koleksi tidak ada AWS DMS , buat koleksi tanpa indeks selama migrasi. ## Tidak melakukan apa pun Dalam mode Do nothing, migrasi AWS DMS homogen mengasumsikan bahwa tabel target sudah dibuat sebelumnya. Jika tabel target tidak kosong, konflik data dapat terjadi selama migrasi, berpotensi menyebabkan kesalahan tugas DMS. Dalam mode ini, struktur tabel tetap tidak berubah, dan data yang ada dipertahankan. Mode do nothing cocok untuk tugas khusus CDC ketika tabel target telah diisi ulang dari sumber, dan replikasi berkelanjutan digunakan untuk menyinkronkan sumber dan target. Untuk target Amazon DocumentDB, jika koleksi tidak ada AWS DMS , buat koleksi tanpa indeks sekunder. Selain itu, mode Do nothing dapat digunakan selama fase Full Load saat memigrasikan data dari koleksi sharded MongoDB ke Amazon DocumentDB. # Pemecahan masalah untuk migrasi data homogen di AWS DMS Dalam daftar berikut, Anda dapat menemukan tindakan yang harus diambil ketika Anda mengalami masalah dengan migrasi data homogen di AWS DMS. **Topics** + [Saya tidak dapat membuat migrasi data yang homogen di AWS DMS](#dm-troubleshooting-create) + [Saya tidak dapat memulai migrasi data yang homogen di AWS DMS](#dm-troubleshooting-dm-fails) + [Saya tidak dapat terhubung ke database target saat menjalankan migrasi data di AWS DMS](#dm-troubleshooting-connect-target) + [AWS DMS memigrasikan tampilan sebagai tabel di PostgreSQL](#dm-troubleshooting-views) ## Saya tidak dapat membuat migrasi data yang homogen di AWS DMS Jika Anda mendapatkan pesan galat yang mengatakan bahwa tidak AWS DMS dapat terhubung ke penyedia data setelah memilih **Buat migrasi data**, pastikan Anda telah mengonfigurasi peran IAM yang diperlukan. Untuk informasi selengkapnya, lihat [Membuat peran IAM](dm-iam-resources.md#dm-resources-iam-role). Jika Anda telah mengonfigurasi peran IAM dan masih mendapatkan pesan kesalahan ini, tambahkan peran IAM ini ke pengguna kunci Anda dalam konfigurasi AWS KMS kunci. Untuk informasi selengkapnya, lihat [Mengizinkan pengguna kunci menggunakan kunci KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users) di *Panduan AWS Key Management Service Pengembang*. ## Saya tidak dapat memulai migrasi data yang homogen di AWS DMS Jika Anda mendapatkan `Failed` status saat memulai migrasi data dalam proyek migrasi, periksa versi penyedia data sumber dan target Anda. Untuk melakukannya, jalankan `SELECT VERSION();` kueri di database MySQL atau PostgreSQL Anda. Pastikan Anda menggunakan versi database yang didukung. Untuk daftar database sumber yang didukung, lihat[Sumber untuk migrasi data homogen DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Untuk daftar database target yang didukung, lihat[Target untuk migrasi data homogen DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Jika Anda menggunakan versi database yang tidak didukung, maka tingkatkan sumber atau basis data target Anda, dan coba lagi. Periksa pesan kesalahan untuk migrasi data Anda di AWS DMS konsol. Untuk melakukannya, buka proyek migrasi Anda, dan pilih migrasi data Anda. Pada tab **Detail**, periksa **pesan Kegagalan terakhir** di bawah **Umum**. Akhirnya, analisis CloudWatch log. Untuk melakukannya, buka proyek migrasi Anda, dan pilih migrasi data Anda. Pada tab **Detail**, pilih **Lihat CloudWatch log**. ## Saya tidak dapat terhubung ke database target saat menjalankan migrasi data di AWS DMS Jika Anda mendapatkan pesan kesalahan **Tidak dapat terhubung ke target**, maka lakukan tindakan berikut. 1. Pastikan bahwa grup keamanan yang dilampirkan ke basis data sumber dan target Anda berisi aturan untuk setiap lalu lintas masuk dan keluar. Untuk informasi selengkapnya, lihat [Mengkonfigurasi replikasi data yang sedang berlangsung](vpc-peering.md#vpc-peering-ongoing-replication). 1. Verifikasi daftar kontrol akses jaringan (ACL) dan aturan tabel rute. 1. Database Anda harus dapat diakses dari VPC yang Anda buat. Tambahkan alamat IP publik di grup keamanan VPC, dan izinkan koneksi input di firewall Anda. 1. Pada tab **Migrasi data** proyek migrasi Anda, pilih migrasi data Anda. Catat **alamat IP publik** di bawah **Konektivitas dan keamanan** pada tab **Detail**. Selanjutnya, izinkan akses dari alamat IP publik migrasi data Anda di basis data sumber dan target Anda. 1. Untuk replikasi data yang sedang berlangsung, pastikan basis data sumber dan target Anda dapat berkomunikasi satu sama lain. Untuk informasi selengkapnya, lihat [Mengontrol lalu lintas ke sumber daya menggunakan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) di *Panduan Pengguna Amazon Virtual Private Cloud*. ## AWS DMS memigrasikan tampilan sebagai tabel di PostgreSQL Migrasi data homogen tidak mendukung migrasi tampilan sebagai tampilan di PostgreSQL. Untuk PostgreSQL, memigrasikan tampilan sebagai tabel AWS DMS .