Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Migrasi SQL Server
Dalam perjalanan Anda ke cloud, Anda memiliki beberapa opsi untuk memigrasikan lingkungan SQL Server Anda ke. AWSMigrasi yang berhasil didasarkan pada pembuatan inventaris terperinci dari beban kerja SQL Server Anda dan dependensinya, mengidentifikasi skema otentikasi Anda, menangkap persyaratan ketersediaan tinggi dan pemulihan bencana (HADR) Anda, menilai target kinerja Anda, dan mengevaluasi opsi lisensi Anda. Inventaris ini membantu Anda menentukan platform basis data target dan menentukan opsi migrasi Anda.
Anda memiliki banyak opsi untuk dipertimbangkan saat memigrasikan beban kerja SQL Server Anda ke AWS, masing-masing menghasilkan pengalaman pengguna yang lebih intuitif price/performance, dan TCO yang lebih rendah. Anda dapat memilih untuk menggunakan SQL Server berikut ini: Amazon EC2, Amazon RDS for SQL Server, atau
Menilai
Untuk mengimplementasikan migrasi yang sukses, penting untuk mengevaluasi infrastruktur yang ada dan memahami fitur utama yang diperlukan untuk lingkungan Anda. Kami menyarankan Anda meninjau area utama berikut sebelum memilih paket migrasi:
-
Tinjau infrastruktur yang ada — Tinjau infrastruktur SQL Server Anda yang ada dengan menggunakan data yang dikumpulkan dalam fase penemuan migrasi Anda. Anda dapat menggunakan AWS Migration Evaluator
untuk secara otomatis mengumpulkan informasi rinci tentang konfigurasi server, penerapan SQL Server, pemanfaatan sumber daya, dan dependensi aplikasi. Untuk VMware-based lingkungan, alat AWS Transform penemuan menyediakan penemuan lokal tanpa agen tanpa agen tanpa memerlukan konektivitas cloud. Outputnya langsung dimasukkan ke dalam AWS Transform penilaian untuk analisis TCO dan pembuatan kasus bisnis. Kami menyarankan Anda menggunakan ukuran yang ditentukan Microsoft untuk infrastruktur SQL Server pada. AWS Memahami pemanfaatan saat ini dari instans SQL Server lokal Anda, termasuk memori, CPU, IOPS, dan throughput, penting untuk mengukur instans SQL Server Anda dengan benar. AWS -
Tinjau lisensi yang ada — Anda dapat memanfaatkan AWS Optimasi dan Penilaian Lisensi (AWS OLA)
pelengkap untuk membangun strategi migrasi dan lisensi. AWS AWS OLA memberi Anda laporan yang memodelkan opsi penerapan Anda menggunakan hak lisensi yang ada. Hasil ini dapat membantu Anda menjelajahi penghematan biaya yang tersedia di seluruh opsi AWS lisensi yang fleksibel. Jika Anda sudah menjalankan beban kerja SQL Server AWS, AWS Compute Optimizerberikan rekomendasi lisensi otomatis, termasuk mengidentifikasi peluang untuk menurunkan versi edisi SQL Server berdasarkan penggunaan fitur aktual. -
Tinjau arsitektur SQL Server yang ada — Jika Anda menggunakan cluster failover SQL Server dengan penyimpanan bersama atau arsitektur SQL Server Always On Availability Group, maka memahami persyaratan arsitektur ketersediaan tinggi saat ini akan membantu Anda menentukan opsi penerapan SQL Server. AWS
SQL Server Always On Availability Groups mendukung mode komit sinkron dan asinkron, dan Anda dapat menggunakannya untuk ketersediaan tinggi dalam satu Wilayah AWS (di seluruh Availability Zone) atau untuk pemulihan bencana di seluruh Wilayah. SQL Server Always On Failover Cluster Instances (FCI) memerlukan penyimpanan bersama, yang dapat disediakan dengan menggunakan Amazon FSx for Windows File Server atau Amazon FSx untuk ONTAP. NetApp Untuk perbandingan lengkap tentang ketersediaan tinggi dan opsi pemulihan bencana, lihat Memilih solusi ketersediaan tinggi dan pemulihan bencana pada Panduan AWS Preskriptif.
-
Kembangkan strategi pencadangan — Untuk Amazon RDS for SQL Server, Anda dapat menggunakan pencadangan otomatis dengan pemulihan point-in-time, snapshot manual, dan pencadangan dan pemulihan asli. Untuk SQL Server di Amazon EC2, Anda dapat menggunakan pencadangan dan pemulihan SQL Server asli, menggunakan pendekatan snapshot, atau mencadangkan database ke Amazon EBS, Amazon FSx for Windows File Server, Amazon FSx untuk ONTAP, atau Amazon S3. NetApp Anda dapat menggunakan AWS Backupuntuk mengatur dan memusatkan cadangan di seluruh Amazon RDS untuk SQL Server dan SQL Server di Amazon EC2.
SQL Server 2022 di Amazon EC2 dengan Amazon FSx NetApp untuk ONTAP T-SQL mendukung pencadangan snapshot
untuk pencadangan yang hampir instan dan konsisten dengan dampak minimal pada host utama. SQL Server 2025 memperluas ini lebih jauh dengan mengaktifkan backup database asli dari replika sekunder di Always On Availability Groups. Untuk informasi selengkapnya, lihat Apa yang baru di Microsoft SQL Server 2025 di AWS (posting AWS blog). Untuk informasi selengkapnya tentang strategi pencadangan, lihat Mencadangkan dan memulihkan strategi untuk Amazon RDS for SQL
Server AWS (posting blog) dan opsi Backup dan restore untuk SQL Server di Amazon EC2 (Panduan Preskriptif).AWS -
Memahami kebutuhan pemulihan bencana (DR) — Untuk Amazon RDS for SQL Server, backup otomatis lintas wilayah dan replika baca menyediakan opsi DR terkelola tanpa memerlukan konfigurasi replikasi SQL. Server-level
Untuk SQL Server di Amazon EC2, Anda dapat menggunakan sambungan Wilayah AWS sekunder AWS Transit Gatewaymelalui AWS Direct Connectatau, yang memungkinkan replikasi terjadi. Opsi DR mencakup grup ketersediaan terdistribusi SQL Server untuk penerapan Multi-wilayah, pengiriman log untuk opsi hemat biaya dengan RTO dan RPO dalam beberapa menit, dan AWS Elastic Disaster Recoveryuntuk replikasi tingkat blok berkelanjutan sebagai implementasi DR. active/passive Untuk informasi selengkapnya, lihat Memilih solusi ketersediaan tinggi dan pemulihan bencana pada Panduan AWS Preskriptif dan Arsitek pemulihan bencana untuk SQL Server di AWS: Bagian 1 di
Blog Database. AWS
Memobilisasi
Ada strategi migrasi database SQL Server yang kami sarankan Anda pertimbangkan untuk beban kerja SQL Server Anda:
-
Rehosting (angkat dan geser) — Ini melibatkan migrasi database SQL Server lokal Anda ke SQL Server pada instans Amazon EC2 di. AWS Cloud Pendekatan ini berguna jika migrasi yang lebih cepat menjadi prioritas Anda. AWS Anda dapat membawa lisensi SQL Server yang ada menggunakan model bring your own license (BYOL), atau Anda dapat membeli instance yang disertakan lisensi (LI) dari. AWS Anda juga dapat menggunakan AWS Launch Wizard SQL Server untuk memandu Anda melalui ukuran, konfigurasi, dan penyebaran SQL Server di Amazon EC2. Ini mendukung penerapan instance tunggal dan ketersediaan tinggi.
-
Pembuatan ulang (angkat dan bentuk ulang) — Ini melibatkan migrasi database SQL Server lokal Anda ke layanan database terkelola. AWS Pendekatan ini membongkar tugas yang tidak berdiferensiasi, seperti instalasi, konfigurasi, penambalan, peningkatan, dan pengaturan ketersediaan tinggi. Pilih di antara dua opsi terkelola:
-
Amazon RDS for SQL
Server - Ini adalah opsi yang dikelola sepenuhnya yang terbaik saat Anda ingin membongkar semua manajemen infrastruktur database. -
Amazon RDS Custom for SQL Server - Ini adalah layanan terkelola dengan sistem operasi yang dipertahankan dan akses tingkat database. Opsi ini sangat cocok untuk aplikasi lama atau paket dengan persyaratan penerapan khusus. Amazon RDS Custom mendukung opsi bawa media Anda sendiri (BYOM), yang memungkinkan Anda menggunakan lisensi SQL Server yang ada sesuai dengan persyaratan Mobilitas Lisensi Microsoft.
Untuk perbandingan fitur SQL Server di Amazon EC2, Amazon RDS, dan Amazon RDS Custom, lihat Memilih antara Amazon EC2 dan Amazon RDS pada Panduan Preskriptif. AWS
-
-
Refactoring (re-architect) — Ini biasanya melibatkan perubahan aplikasi dan modernisasi dengan menggunakan database open source atau database yang dibangun untuk cloud. Dengan menjauh dari SQL Server, Anda dapat mengurangi biaya lisensi dan menghindari penguncian vendor dan audit lisensi. Anda dapat memodernisasi database SQL Server Anda untuk:
-
Amazon RDS for MySQL atau Amazon RDS untuk PostgreSQL — Penawaran basis data sumber terbuka yang dikelola sepenuhnya.
-
Amazon Aurora — Database relasional cloud-native dengan kompatibilitas MySQL dan PostgreSQL lengkap yang memberikan kinerja dan ketersediaan database kelas komersial dengan biaya yang lebih murah.
-
Babelfish for Aurora PostgreSQL — Memungkinkan aplikasi yang awalnya ditulis untuk SQL Server untuk bekerja dengan Aurora PostgreSQL dengan perubahan kode minimal, mempercepat migrasi dan mengurangi risiko refactoring.
Untuk mengonversi skema dan kode SQL Server Anda, Anda dapat menggunakan Konversi AWS DMS Skema, yang merupakan fitur konversi skema yang dikelola sepenuhnya dari (). AWS Database Migration Service AWS DMS
-
Migrasi
Saat Anda memigrasikan beban kerja SQL Server AWS, bagian berikut menjelaskan alat dan pendekatan yang tersedia untuk setiap strategi migrasi.
Rehosting
Rehosting adalah pendekatan migrasi homogen. Pilih opsi ini ketika Anda ingin memigrasikan database SQL Server apa adanya tanpa mengubah perangkat lunak atau konfigurasi database. Ini adalah pilihan umum untuk migrasi warisan skala besar di mana kecepatan adalah prioritas.
Migrasi SQL Server menggunakan Amazon EC2
Jika Anda bermigrasi ke Amazon EC2, Anda dapat membawa lisensi SQL Server yang ada dengan menggunakan model BYOL, atau Anda dapat membeli instans LI dari. AWSAWS License Managermembantu Anda mengontrol alokasi lisensi yang tersedia saat menerapkan SQL Server di Amazon EC2 dan membantu Anda mematuhi aturan lisensi.
Untuk pendekatan BYOL, Anda dapat meng-host ulang SQL Server ke instans Amazon EC2 penyewaan bersama (default) hanya jika Anda memiliki Microsoft Software Assurance (SA).
Anda dapat memigrasikan database SQL Server ke instans Amazon EC2 dengan menggunakan fitur SQL Server atau. Layanan AWS Opsi ini sesuai jika Anda memigrasikan satu database atau kumpulan database ke instance SQL Server baru di Amazon EC2. Selain migrasi database, Anda mungkin juga perlu memigrasikan objek seperti login, pekerjaan, email database, dan server tertaut.
Pendekatan berikut tersedia untuk rehosting database SQL Server Anda pada: AWS
Anda juga dapat menggunakan AWS Launch Wizard SQL Server untuk memandu Anda melalui ukuran, konfigurasi, dan penyebaran Microsoft SQL Server di Amazon EC2, yang mendukung penerapan instance tunggal dan ketersediaan tinggi.
Migrasi SQL Server menggunakan AWS Application Migration Service
AWS Application Migration Service
SQL Server di Linux
Mesin database SQL Server berjalan dengan cara yang sama pada Windows Server dan Linux. Namun, ada beberapa perubahan pada tugas-tugas tertentu saat menggunakan Linux. AWS Launch Wizarddapat membantu Anda menyesuaikan diri dengan perubahan ini dan mengonfigurasi solusi yang sangat tersedia. Jika Anda memiliki keahlian administrasi Linux internal, rehosting ke Amazon EC2 Linux adalah pilihan yang baik untuk menghemat biaya lisensi Windows Server. SQL Server di Linux didukung dimulai dengan SQL Server 2017. Untuk selengkapnya, lihat Memigrasi database Microsoft SQL Server lokal ke Microsoft SQL Server di Amazon EC2 yang menjalankan Linux pada Panduan Preskriptif. AWS
Pembuatan ulang
Replatforming adalah pendekatan homogen yang paling cocok untuk mengurangi waktu yang Anda habiskan untuk mengelola instance database dengan menggunakan penawaran database yang dikelola sepenuhnya. Database yang dikelola sepenuhnya di Amazon RDS for SQL Server membatasi Anda untuk mengakses sistem operasi, volume sistem, atau pemasangan driver kustom yang mendasarinya. Untuk informasi selengkapnya, lihat Amazon RDS for Microsoft SQL Server. Jika OS-level akses atau lisensi SQL Server yang ada diperlukan, pertimbangkan replatforming ke Amazon RDS
Amazon RDS Custom for SQL Server mendukung model lisensi BYOM, yang memungkinkan Anda menggunakan media instalasi dan lisensi Anda sendiri. Lisensi Anda harus mematuhi persyaratan Microsoft License Mobility
Opsi berikut tersedia untuk memigrasikan SQL Server ke Amazon RDS untuk SQL Server atau Amazon RDS Custom untuk SQL Server:
-
Pengiriman log kustom - Memerlukan skrip khusus untuk Amazon RDS for SQL Server dan Amazon RDS Custom. Untuk implementasi referensi, lihat Mengotomatisasi lokal atau Amazon EC2 SQL Server ke Amazon RDS for SQL Server migrasi
menggunakan pengiriman log kustom di Blog Database. AWS -
Pencadangan dan pemulihan SQL Server — Untuk pencadangan dan pemulihan Amazon RDS for SQL Server, lihat Memigrasi SQL Server ke Amazon
RDS menggunakan pencadangan dan pemulihan asli. Untuk Kustom Amazon RDS, lihat Memigrasi SQL Server lokal ke Amazon RDS Kustom untuk SQL Server menggunakan pencadangan dan pemulihan asli dan Amazon S3.
Untuk informasi selengkapnya, lihat metode migrasi SQL Server di Panduan AWS Preskriptif.
Untuk memplatform ulang database SQL Server agar berjalan di Amazon RDS for SQL Server, pertimbangkan untuk menggunakan pendekatan yang disediakan di Amazon RDS for SQL
Refactoring
Refactoring bersifat heterogen. Pilih pendekatan ini jika Anda siap untuk merestrukturisasi, menulis ulang, dan merancang ulang database dan aplikasi Anda untuk memanfaatkan penawaran database open source dan built-for-the-cloud. Jika Anda terbuka untuk refactoring database dan aplikasi masing-masing, Anda dapat memodernisasi beban kerja SQL Server Anda ke Amazon RDS untuk MySQL, Amazon RDS for PostgreSQL, Amazon Aurora Edition, atau Amazon Aurora Edition. MySQL-Compatible PostgreSQL-Compatible Anda dapat melakukan refactor tergantung pada banyak jadwal modernisasi dan persyaratan kinerja.
Amazon RDS for MySQL dan Amazon RDS for PostgreSQL adalah penawaran database yang dikelola sepenuhnya untuk database sumber terbuka masing-masing. Amazon Aurora adalah sistem manajemen basis data relasional (RDBMS) yang dibangun untuk cloud dengan kompatibilitas MySQL dan PostgreSQL penuh. Aurora memiliki sistem penyimpanan yang toleran terhadap kesalahan dan memberi Anda kinerja dan ketersediaan database kelas komersial dengan biaya sepersepuluh.
Anda juga dapat menggunakan Amazon Aurora Tanpa Server
Untuk memfaktorkan ulang database SQL Server Anda ke salah satu penawaran ini, pertimbangkan untuk menggunakan salah satu dari berikut ini:
-
AWS Transform untuk SQL Server Modernisasi mengotomatiskan modernisasi full-stack database SQL Server dan aplikasi.NET terkait mereka ke Amazon Aurora PostgreSQL. Ini mengatur seluruh perjalanan migrasi, termasuk konversi skema, transformasi prosedur tersimpan (T-SQL ke PL/pgSQL), migrasi data melalui AWS DMS, dan pembaruan kode aplikasi (Entity Framework, ADO.NET, string koneksi). Ini juga menyediakan pos pemeriksaan manusia-in-the-loop pada tahap kritis. Untuk informasi selengkapnya tentang versi, sumber, dan target SQL Server yang didukung, lihat Versi dan jenis proyek yang didukung dalam AWS Transform dokumentasi.
-
Jika tujuan Anda adalah mempercepat migrasi aplikasi dan database Anda, pertimbangkan untuk menggunakan Babelfish untuk AWS Aurora PostgreSQL. Babelfish memungkinkan aplikasi yang awalnya ditulis untuk SQL Server untuk bekerja dengan Amazon Aurora dengan perubahan kode minimal. Akibatnya, upaya yang diperlukan untuk memodifikasi dan pindah ke Babelfish untuk aplikasi PostgreSQL Aurora yang dikembangkan untuk SQL Server 2019 atau yang lebih lama berkurang, yang mengarah ke refactoring yang lebih cepat, berisiko lebih rendah, dan lebih hemat biaya.
Pertimbangkan sumber daya berikut untuk bermigrasi dengan Babelfish:
-
Bermigrasi dari SQL Server ke Amazon Aurora menggunakan
AWS Babelfish (Blog Database) -
Mempersiapkan migrasi Babelfish dengan laporan AWS SCT penilaian
(Blog AWS Database) -
Migrasi dari SQL Server ke Aurora PostgreSQL menggunakan SSIS dan Babelfish (Blog Database
)AWS -
Menggunakan Babelfish sebagai target untuk AWS Database Migration Service(dokumentasi)AWS Database Migration Service
Untuk informasi selengkapnya, lihat Alat untuk migrasi database heterogen pada Panduan AWS Preskriptif.
-