Strategi migrasi database SQL Server

PDFRSS

Pada tingkat tinggi, ada dua opsi untuk memigrasikan database SQL Server dari tempat ke AWS Cloud: tetap di SQL Server (migrasi homogen) atau pindah dari SQL Server (migrasi heterogen). Dalam migrasi homogen, Anda tidak mengubah mesin database. Artinya, database target Anda juga merupakan database SQL Server. Dalam migrasi heterogen, Anda mengalihkan database SQL Server ke mesin database sumber terbuka seperti MySQL, PostgreSQL, atau MariaDB, atau ke database AWS Cloud-native seperti Amazon Aurora, Amazon DynamoDB, atau Amazon Redshift.

Ada tiga strategi umum untuk memigrasikan database SQL Server Anda ke AWS: rehost, replatform, dan re-architect (refactor). Ini adalah bagian dari 7 Rs strategi migrasi aplikasi dan dijelaskan dalam tabel berikut.

Strategi	Tipe	Kapan harus memilih	Contoh
Rehost	Homogen	Anda ingin memigrasikan database SQL Server apa adanya, dengan atau tanpa mengubah sistem operasi, perangkat lunak database, atau konfigurasi.	SQL Server ke Amazon EC2 (Jelajahi pola rehost)
Platform Ulang	Homogen	Anda ingin mengurangi waktu yang Anda habiskan untuk mengelola instance database dengan menggunakan penawaran database yang dikelola sepenuhnya.	SQL Server ke Amazon RDS for SQL Server (Jelajahi pola Replatform)
Arsitek ulang (refactor)	Heterogen	Anda ingin merestrukturisasi, menulis ulang, dan merancang ulang database dan aplikasi Anda untuk memanfaatkan fitur database open-source dan cloud-native.	SQL Server ke Amazon Aurora PostgreSQL, MySQL, atau MariaDB Jelajahi pola Arsitek Ulang)

Jika Anda mencoba memutuskan antara rehosting atau replatforming database SQL Server Anda, lihat Memilih antara Amazon dan EC2 Amazon RDS nanti dalam panduan ini untuk perbandingan fitur yang didukung. side-by-side

Memilih Strategi Migrasi yang Tepat

Memilih strategi yang tepat tergantung pada kebutuhan bisnis Anda, kendala sumber daya, jangka waktu migrasi, dan pertimbangan biaya. Diagram berikut menunjukkan upaya dan kompleksitas yang terlibat dalam migrasi, termasuk ketujuh strategi.

Memfaktorkan ulang database SQL Server Anda dan bermigrasi ke database open-source atau AWS cloud-native seperti Amazon Aurora PostgreSQL Compatible Edition atau Aurora MySQL Compatible Edition dapat membantu Anda memodernisasi dan mengoptimalkan database Anda. Dengan pindah ke database sumber terbuka, Anda dapat menghindari lisensi mahal (menghasilkan biaya lebih rendah), periode penguncian vendor, dan audit. Namun, tergantung pada kompleksitas beban kerja Anda, refactoring database SQL Server Anda bisa menjadi upaya yang rumit, memakan waktu, dan intensif sumber daya.

Untuk mengurangi kompleksitas, alih-alih memigrasikan database Anda dalam satu langkah, Anda dapat mempertimbangkan pendekatan bertahap. Pada tahap pertama, Anda dapat fokus pada fungsionalitas basis data inti. Pada tahap berikutnya, Anda dapat mengintegrasikan AWS layanan tambahan ke lingkungan cloud Anda, untuk mengurangi biaya, dan untuk mengoptimalkan kinerja, produktivitas, dan kepatuhan. Misalnya, jika tujuan Anda adalah mengganti database SQL Server lokal Anda dengan Aurora MySQL yang kompatibel, Anda dapat mempertimbangkan untuk menghosting ulang database Anda di Amazon EC2 atau memplatform ulang database Anda di Amazon RDS for SQL Server pada fase pertama, dan kemudian refactor ke Aurora MySQL kompatibel di fase berikutnya. Pendekatan ini membantu mengurangi biaya, sumber daya, dan risiko selama fase migrasi dan berfokus pada optimalisasi dan modernisasi di fase kedua.

Migrasi online dan offline

Anda dapat menggunakan dua metode untuk memigrasikan database SQL Server dari lingkungan lokal atau lingkungan cloud lain ke AWS Cloud, berdasarkan timeline migrasi dan berapa banyak waktu henti yang dapat Anda izinkan: migrasi offline atau migrasi online.

• Migrasi offline: Metode ini digunakan ketika aplikasi Anda mampu membayar downtime yang direncanakan. Dalam migrasi offline, database sumber offline selama periode migrasi. Sementara database sumber offline, itu dimigrasikan ke database target pada AWS. Setelah migrasi selesai, pemeriksaan validasi dan verifikasi dilakukan untuk memastikan konsistensi data dengan database sumber. Ketika database melewati semua pemeriksaan validasi, Anda melakukan cutover AWS dengan menghubungkan aplikasi Anda ke database target pada. AWS

• Migrasi online: Metode ini digunakan saat aplikasi Anda membutuhkan waktu henti mendekati nol hingga minimal. Dalam migrasi online, database sumber dimigrasikan dalam beberapa langkah ke AWS. Pada langkah awal, data dalam database sumber disalin ke database target saat database sumber masih berjalan. Pada langkah selanjutnya, semua perubahan dari database sumber disebarkan ke database target. Ketika database sumber dan target disinkronkan, mereka siap untuk dipotong. Selama cutover, aplikasi mengalihkan koneksinya ke database target AWS, tanpa meninggalkan koneksi ke database sumber. Anda dapat menggunakan AWS Database Migration Service (AWS DMS) atau alat yang tersedia dari AWS Marketplace(seperti Attunity) untuk menyinkronkan basis data sumber dan target.