Tampilan tingkat tinggi AWS DMS

Untuk melakukan migrasi database, AWS DMS menghubungkan ke penyimpanan data sumber, membaca data sumber, dan memformat data untuk konsumsi oleh penyimpanan data target. Kemudian memuat data ke tempat menyimpan data target. Sebagian besar pengolahan ini terjadi dalam memori, meskipun transaksi large mungkin memerlukan beberapa buffering pada disk. Transaksi cache dan mencatat file juga ditulis pada disk.

Pada tingkat tinggi, saat menggunakan AWS DMS Anda melakukan hal berikut:

• Temukan database di lingkungan jaringan Anda yang merupakan kandidat yang baik untuk migrasi.

• Secara otomatis mengkonversi skema database sumber Anda dan sebagian besar objek kode database ke format yang kompatibel dengan database target.

• Membuat server replikasi.

• Membuat titik akhir sumber dan target yang memiliki informasi koneksi tentang penyimpanan data Anda.

• Membuat satu atau beberapa tugas migrasi untuk melakukan migrasi data antara penyimpanan data sumber dan target.

Sebuah tugas dapat terdiri dari tiga tahap utama:

• Migrasi data yang ada (Full load)

• Aplikasi perubahan cache

• Replikasi yang sedang berlangsung (Ubah Pengambilan Data)

Selama migrasi beban penuh, di mana data yang ada dari sumber dipindahkan ke target, AWS DMS memuat data dari tabel di penyimpanan data sumber ke tabel di penyimpanan data target. Sementara beban penuh sedang berlangsung, setiap perubahan yang dibuat untuk tabel dimuat cache pada server replikasi; ini adalah perubahan cache. Penting untuk dicatat bahwa AWS DMS tidak menangkap perubahan untuk tabel tertentu sampai beban penuh untuk tabel itu dimulai. Dengan kata lain, poin ketika perubahan capture dimulai berbeda untuk setiap tabel individu.

Ketika beban penuh untuk tabel tertentu selesai, AWS DMS segera mulai menerapkan perubahan cache untuk tabel itu. Setelah tabel dimuat dan perubahan cache diterapkan, AWS DMS mulai mengumpulkan perubahan sebagai transaksi untuk fase replikasi yang sedang berlangsung. Jika transaksi memiliki tabel yang belum sepenuhnya dimuat, perubahan disimpan secara lokal pada instans replikasi. Setelah AWS DMS menerapkan semua perubahan cache ke semua tabel, tabel konsisten secara transaksional. Pada titik ini, AWS DMS bergerak ke fase replikasi yang sedang berlangsung, menerapkan perubahan sebagai transaksi.

Saat fase replikasi mulai berlangsung, backlog transaksi umumnya menyebabkan beberapa kelambatan antara basis data sumber dan target. Migrasi akhirnya mencapai kondisi stabil setelah bekerja melalui backlog transaksi ini. Pada titik ini, Anda dapat menutup aplikasi, mengizinkan setiap transaksi yang tersisa untuk diterapkan pada target, dan memunculkan aplikasi Anda, sekarang menunjuk pada basis data target.

AWS DMS menciptakan objek skema target yang diperlukan untuk melakukan migrasi data. Anda dapat menggunakan AWS DMS untuk mengambil pendekatan minimalis dan hanya membuat objek yang diperlukan untuk memigrasikan data secara efisien. Dengan menggunakan pendekatan ini, AWS DMS membuat tabel, kunci utama, dan dalam beberapa kasus indeks unik, tetapi tidak akan membuat objek lain yang tidak diperlukan untuk memigrasikan data secara efisien dari sumber.

Atau, Anda dapat menggunakan Konversi DMS Skema dalam AWS DMS untuk secara otomatis mengkonversi skema database sumber Anda dan sebagian besar objek kode database ke format yang kompatibel dengan database target. Konversi ini mencakup tabel, tampilan, prosedur tersimpan, fungsi, tipe data, sinonim, dan sebagainya. Objek apa pun yang Konversi DMS Skema tidak dapat dikonversi secara otomatis ditandai dengan jelas. Untuk menyelesaikan migrasi, Anda dapat mengonversi objek ini secara manual.