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 AWS, masing-masing menghasilkan harga/kinerja yang dioptimalkan, pengalaman pengguna yang lebih intuitif, dan TCO yang lebih rendah. Anda dapat memilih untuk menggunakan SQL Server berikut ini: Amazon EC2, Amazon
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 (lihat penemuan lingkungan Windows
). Kami menyarankan Anda menggunakan ukuran yang ditentukan Microsoft untuk infrastruktur SQL Server pada. AWS Memahami pemanfaatan instans SQL Server lokal Anda saat ini—termasuk memori, CPU, IOPS, dan throughput—sangat penting untuk mengukur instans SQL Server Anda dengan benar. AWS -
Tinjau lisensi yang ada — Anda dapat memanfaatkan AWS Optimasi dan Penilaian Lisensi (AWS OLA)
komplementer 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. -
Tinjau arsitektur SQL Server yang ada — Jika Anda menggunakan cluster failover SQL Server dengan penyimpanan bersama atau arsitektur grup SQL Server Always On Availability, maka memahami persyaratan arsitektur ketersediaan tinggi saat ini akan membantu Anda menentukan opsi penerapan SQL
Server. AWS -
Kembangkan strategi pencadangan — Anda dapat menggunakan cadangan asli di SQL Server untuk mencadangkan database Anda ke cloud. Ada berbagai opsi untuk mencadangkan database ke Amazon EBS, Amazon untuk Windows File Server, Amazon FSx FSx untuk NetApp ONTAP, dan Amazon S3 menggunakan Storage Gateway. Selain itu, Anda dapat mencadangkan instance SQL Server Anda dengan menggunakan pendekatan snapshot. Untuk informasi selengkapnya tentang pencadangan SQL Server, lihat opsi Backup dan restore untuk SQL Server di Amazon EC2 pada Panduan Preskriptif. AWS
-
Memahami kebutuhan pemulihan bencana (DR) - Jika Anda memindahkan beban kerja SQL Server yang ada AWS, maka Anda dapat menggunakan sekunder Wilayah AWS dan menghubungkan kedua Wilayah dengan menggunakan Transit Gateway (yang memungkinkan terjadinya replikasi). Anda dapat menggunakan arsitektur grup ketersediaan terdistribusi SQL Server dalam edisi SQL Enterprise untuk menyiapkan DR, atau Anda dapat menggunakan pengiriman log berdasarkan persyaratan RTO dan RPO Anda. Selain itu, Anda dapat menggunakan AWS Elastic Disaster Recovery sebagai implementasi aktif/pasif di mana Anda meninggalkan DR Anda sebagai lingkungan failover. Untuk informasi lebih lanjut, lihat Arsitek pemulihan bencana untuk SQL Server di AWS: Bagian 1
posting di Blog AWS Database.
Memobilisasi
Ada tiga opsi migrasi utama
-
Rehosting (lift dan shift) — Ini melibatkan migrasi database SQL Server lokal Anda ke SQL Server pada instans Amazon di. EC2 AWS Cloud Pendekatan ini berguna jika migrasi yang lebih cepat menjadi prioritas Anda. AWS
-
Pembuatan ulang (angkat dan bentuk ulang) — Ini melibatkan migrasi database SQL Server lokal Anda ke Amazon RDS for SQL Server di.
AWS Cloud Replatforming paling cocok untuk saat Anda ingin terus menggunakan SQL Server tetapi ingin menurunkan tugas angkat berat yang tidak terdiferensiasi, seperti instalasi, konfigurasi, penambalan, peningkatan, dan pengaturan ketersediaan tinggi. Untuk perbandingan fitur SQL Server di Amazon EC2, Amazon RDS, dan Amazon RDS Custom, lihat Memilih antara Amazon dan EC2 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. Dalam skenario ini, Anda memodernisasi database SQL Server lokal untuk menggunakan Amazon RDS for MySQL, Amazon RDS for PostgreSQL,
atau Amazon Aurora. Dengan pindah ke database sumber terbuka, Anda dapat mengurangi biaya lisensi dan mencegah periode penguncian vendor yang tidak perlu dan audit lisensi.
Migrasi
Saat Anda memigrasikan beban kerja SQL Server ke AWS, pertimbangkan item berikut pada konfigurasi dan perkakas.
Rehosting
Rehosting adalah homogen. Pilih pendekatan ini ketika Anda ingin memigrasikan database SQL Server apa adanya tanpa mengubah perangkat lunak atau konfigurasi database. Misalnya, dalam migrasi warisan skala besar, Anda mungkin ingin bergerak cepat untuk memenuhi tujuan bisnis Anda dan memilih untuk meng-host kembali sebagian besar aplikasi Anda.
Migrasi SQL Server menggunakan Amazon EC2
Jika Anda bermigrasi ke Amazon EC2, Anda dapat membawa lisensi SQL Server yang ada. Ini dikenal sebagai model Bring Your Own License (BYOL). Atau, Anda dapat membeli instans License Included (LI) dari AWS. Untuk informasi selengkapnya, lihat Pengoptimalan biaya dengan SQL BYOL menggunakan instance Windows yang disertakan lisensi di Host EC2 Khusus Amazon
Anda dapat meng-host ulang SQL Server ke EC2 instance penyewaan bersama (default) dengan menggunakan BYOL hanya jika Anda memiliki Microsoft Software Assurance (SA). Jika Anda tidak memiliki SA pada lisensi SQL Anda, Anda dapat melakukan rehost ke Host EC2 Khusus Amazon
Ada cara untuk memigrasikan database SQL Server ke EC2 instans Amazon dengan menggunakan fitur SQL Server seperti backup dan restore, log shipping, dan Always On Availability Groups. Opsi ini sesuai jika Anda memigrasikan satu database atau kumpulan database ke instance SQL Server baru yang berjalan di Amazon. EC2 Opsi ini adalah database-native dan tergantung pada versi dan edisi SQL Server tertentu. Selain migrasi database, Anda juga dapat diminta untuk melakukan langkah-langkah untuk 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 Ini mendukung instance tunggal SQL Server dan penerapan HA di Amazon. EC2
Migrasi SQL Server menggunakan Layanan Migrasi Aplikasi
AWS Application Migration Service
SQL Server di Linux
Mesin database SQL Server pada dasarnya berjalan dengan cara yang sama pada Windows Server dan Linux. Namun, ada beberapa perubahan pada tugas-tugas tertentu saat menggunakan Linux. Launch Wizard dapat 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. Pertimbangkan untuk menggunakan asisten replatforming Windows ke Linux untuk alat Microsoft SQL Server Databases untuk mengotomatiskan proses ini. Untuk selengkapnya, lihat Memigrasi database Microsoft SQL Server lokal ke Microsoft SQL Server di Amazon yang EC2 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 untuk Microsoft SQL Server di dokumentasi Amazon RDS. Jika kemampuan database yang dikelola sepenuhnya diperlukan untuk kasus penggunaan Anda atau jika Anda ingin menggunakan lisensi SQL Server yang ada, pertimbangkan replatforming ke Amazon
Opsi Bring Your Own Media (BYOM) tersedia untuk Amazon RDS Custom untuk SQL Server. BYOM memungkinkan Anda untuk menggunakan media instalasi dan lisensi Anda sendiri, tetapi lisensi harus mematuhi persyaratan Mobilitas Lisensi Microsoft.
Metode berikut tersedia untuk memigrasi SQL Server ke Amazon RDS for SQL Server:
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 ketika Anda siap untuk merestrukturisasi, menulis ulang, dan merancang ulang database dan aplikasi Anda untuk memanfaatkan penawaran open-source dan database. 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 untuk PostgreSQL, Amazon Aurora MySQL Compatible Edition, atau Amazon Aurora PostgreSQL Edition yang kompatibel dengan Amazon Aurora.
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 () with.AWS Schema Conversion ToolAWS SCT
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 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
Sumber daya tambahan
