Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Gelombang migrasi, server, dan database
Proyek migrasi dimulai dengan daftar pertanyaan terbuka berikut, yang umum di tiga skenario yang dijelaskan di bagian sebelumnya:
-
Bagaimana kita bisa membangun gelombang migrasi?
-
Bagaimana kita bisa mengelompokkan server di dalam setiap gelombang?
-
Haruskah server database dimigrasikan sebelum server aplikasi atau dengan mereka?
-
Alat apa yang harus kita gunakan untuk migrasi database?
Namun, untuk menjawab pertanyaan-pertanyaan ini, kita perlu mengklarifikasi beberapa definisi terlebih dahulu. Bagian panduan ini berfokus pada istilah database dan apa artinya dalam konteks gelombang migrasi. Definisi ini penting, karena pemahaman istilah itu dapat mengubah pendekatan migrasi keseluruhan untuk gelombang migrasi tertentu atau bahkan mengubah gelombang migrasi dengan menggeser server di antara gelombang yang berbeda.
Apakah istilah database menggambarkan server yang menjalankan perangkat lunak DBMS atau titik masuk database logis? Apakah ini mengacu pada satu database dari beberapa di server yang sama atau sekelompok server? Tergantung pada konteksnya, database dapat merujuk ke salah satu opsi. Administrator database (DBAs) biasanya mempertimbangkan database logis, bukan server fisik. Namun, dalam konteks migrasi, terutama lift-and-shift migrasi skala besar, database biasanya sesuai dengan server fisik atau sekelompok server.
Migrasi database harus selaras dan terkait dengan aplikasi yang bekerja dengannya, karena database logis selalu merupakan bagian dari aplikasi dan dependensinya. Namun, lokasi fisik dari database logis itu dapat bervariasi. Misalnya, dapat ditemukan di:
-
Server fisik mandiri, tanpa database lain yang ada.
-
Server fisik mandiri yang digabungkan dengan database logis lainnya.
-
Sekelompok server fisik, baik sebagai database logis tunggal atau sebagai bagian dari kumpulan database yang lebih besar yang melayani aplikasi lain.
Membentuk pemetaan ketergantungan untuk gelombang migrasi rumit jika tidak ada one-to-one ketergantungan yang jelas antara aplikasi dan server database, terutama ketika beberapa database logis dari aplikasi yang berbeda ditempatkan pada server fisik yang sama. Sistem database semacam itu memerlukan pendekatan replatforming yang melibatkan dekomposisi atau konsolidasi database, yang mempersulit upaya migrasi skala besar. lift-and-shiftÂ
Di sinilah alat migrasi database (seperti alat asli dari vendor mesin database atau pihak ketiga) dapat membantu. Alat-alat ini bekerja pada tingkat database logis alih-alih pendekatan replikasi tingkat blok AWS Application Migration Service, dan dapat memindahkan data atau database pada tingkat logis antara server fisik dan lokasi. Alat migrasi database asli ini dapat membantu Anda mengkonsolidasikan database logis pada satu server fisik. Mereka juga dapat melakukan yang sebaliknya: Mereka dapat menguraikan database logis antara berbagai server database fisik, untuk menyelaraskannya dengan aplikasi yang berbeda dan menyebarkannya ke gelombang migrasi yang berbeda.
