Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Migrasi database homogen untuk SQL Server
AWS menawarkan Anda kemampuan untuk menjalankan database SQL Server di lingkungan cloud. Untuk pengembang dan administrator database, menjalankan database SQL Server di AWS Cloud sangat mirip dengan menjalankan database SQL Server di pusat data. Bagian ini menjelaskan opsi untuk memigrasikan database SQL Server Anda dari lingkungan lokal atau pusat data ke Cloud. AWS
AWS menawarkan tiga opsi untuk menjalankan SQL Server AWS, seperti yang dijelaskan dalam tabel berikut.
****
| Opsi | Sorotan | Informasi selengkapnya |
| --- | --- | --- |
| SQL Server di Amazon RDS | Layanan terkelola, menyediakan penyediaan dan perizinan yang mudah, hemat biaya, mudah diatur, dikelola, dan dipelihara. | [Amazon RDS untuk bagian SQL Server](rds-sql.md) |
| SQL Server di Amazon RDS Kustom | Layanan terkelola, tetapi Anda mempertahankan hak administratif atas database dan sistem operasi yang mendasarinya. | [Amazon RDS Kustom untuk bagian SQL Server](rds-custom-sql.md) |
| SQL Server di Amazon EC2 | Dikelola sendiri, memberikan kontrol dan fleksibilitas penuh. | [Amazon EC2 untuk bagian SQL Server](ec2-sql.md) |
| SQL Server di VMware Cloud di AWS | Siapkan, skala, dan operasikan beban kerja SQL Server Anda di VMware Cloud AWS dan integrasikan dengan Directory Service, Active Directory Connector, dan Amazon S3. | [VMware Cloud aktif AWS untuk bagian SQL Server](vmware-sql.md) |
**Pemberitahuan**
Per 30 April 2024, VMware Cloud on AWS tidak lagi dijual kembali oleh AWS atau mitra salurannya. Layanan ini akan terus tersedia melalui Broadcom. Kami mendorong Anda untuk menghubungi AWS perwakilan Anda untuk detailnya.
Persyaratan aplikasi Anda, fitur database, fungsionalitas, kapasitas pertumbuhan, dan kompleksitas arsitektur secara keseluruhan akan menentukan opsi mana yang harus dipilih. Jika Anda memigrasikan beberapa database SQL Server ke AWS, beberapa di antaranya mungkin sangat cocok untuk Amazon RDS, sedangkan yang lain mungkin lebih cocok untuk dijalankan langsung di Amazon EC2. Anda mungkin memiliki database yang berjalan pada edisi SQL Server Enterprise tetapi cocok untuk edisi Standar SQL Server. Anda mungkin juga ingin memodernisasi database SQL Server Anda yang berjalan di Windows untuk berjalan pada sistem operasi Linux untuk menghemat biaya dan lisensi. Banyak AWS pelanggan menjalankan beberapa beban kerja database SQL Server di Amazon RDS, Amazon EC2, dan Cloud on. VMware AWS
**catatan**
Anda dapat menggunakan Migration Hub Orchestrator untuk mengotomatiskan dan mengatur migrasi database SQL Server Anda ke Amazon EC2 atau Amazon RDS dengan menggunakan pencadangan dan pemulihan asli. Untuk informasi lebih lanjut, lihat [Orkestrator AWS Migration Hub bagian](mho.md).
# Amazon RDS for SQL Server
Amazon RDS for SQL Server adalah layanan database terkelola yang menyederhanakan penyediaan dan pengelolaan SQL Server aktif. AWS Amazon RDS memudahkan untuk mengatur, mengoperasikan, dan menskalakan penerapan SQL Server di cloud. Dengan Amazon RDS, Anda dapat menerapkan beberapa versi SQL Server (2014, 2016, 2017, 2019, dan 2022) dan edisi (termasuk Express, Web, Standard, dan Enterprise) dalam hitungan menit, dengan kapasitas komputasi yang hemat biaya dan dapat diubah ukurannya. Anda dapat menyediakan instans Amazon RDS for SQL Server DB dengan SSD Tujuan Umum atau penyimpanan SSD IOPS Tertentu. (Untuk detailnya, lihat [Jenis Penyimpanan Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html#Concepts.Storage) dalam AWS dokumentasi.) IOPS SSD yang disediakan dirancang untuk memberikan I/O kinerja yang cepat, dapat diprediksi, dan konsisten, dan dioptimalkan untuk beban kerja database intensif I/O, transaksional (OLTP).
Amazon RDS membebaskan Anda untuk fokus pada pengembangan aplikasi, karena mengelola tugas administrasi basis data yang memakan waktu, termasuk penyediaan, pencadangan, penambalan perangkat lunak, pemantauan, dan penskalaan perangkat keras. Amazon RDS for SQL Server juga menawarkan penerapan Multi-AZ dan replika baca (untuk edisi SQL Server Enterprise) untuk menyediakan ketersediaan, kinerja, skalabilitas, dan keandalan yang tinggi untuk beban kerja produksi.
## Kapan memilih Amazon RDS
Amazon RDS for SQL Server adalah opsi migrasi ketika:
+ Anda ingin fokus pada bisnis dan aplikasi Anda, dan Anda AWS ingin mengurus tugas-tugas berat yang tidak terdiferensiasi seperti penyediaan database, manajemen tugas pencadangan dan pemulihan, pengelolaan tambalan keamanan, peningkatan versi SQL Server kecil, dan manajemen penyimpanan.
+ Anda memerlukan solusi database yang sangat tersedia, dan Anda ingin memanfaatkan tombol tekan, replikasi multi-AZ sinkron yang ditawarkan oleh Amazon RDS, tanpa harus mengatur dan memelihara pencerminan basis data secara manual, cluster failover, atau grup ketersediaan Selalu Aktif.
+ Anda ingin membayar lisensi SQL Server sebagai bagian dari biaya instans setiap jam alih-alih melakukan investasi di muka yang besar.
+ Ukuran database dan kebutuhan IOPS Anda didukung oleh Amazon RDS for SQL Server. Lihat [Penyimpanan Instans Amazon RDS DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) dalam AWS dokumentasi untuk batas maksimum saat ini.
+ Anda tidak ingin mengelola backup atau point-in-time pemulihan database Anda.
+ Anda ingin fokus pada tugas-tugas tingkat tinggi, seperti penyetelan kinerja dan pengoptimalan skema, bukan administrasi harian database.
+ Anda ingin menskalakan jenis instans ke atas atau ke bawah berdasarkan pola beban kerja Anda tanpa khawatir tentang kompleksitas lisensi.
Setelah menilai persyaratan database dan proyek, jika Anda memutuskan untuk bermigrasi ke Amazon RDS for SQL Server, lihat detail yang disediakan di bagian berikut, dan tinjau praktik [terbaik migrasi yang akan dibahas nanti](best-practices.md) dalam panduan ini.
Untuk fitur, versi, dan opsi SQL Server yang didukung saat ini, lihat fitur [Amazon RDS for SQL](https://aws.amazon.com/rds/sqlserver/features/) Server AWS di [situs web, Memilih antara Amazon EC2 dan Amazon RDS nanti dalam panduan ini, dan](comparison.md) [Microsoft SQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) Server di Amazon RDS dalam dokumentasi. AWS Jika Anda pindah ke Amazon RDS Custom, pastikan untuk meninjau [persyaratan dan batasan untuk Amazon RDS Custom for SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html).
## Ketersediaan tinggi
Amazon RDS menyediakan ketersediaan tinggi dan dukungan failover untuk database yang digunakan dengan opsi Multi-AZ. Ketika Anda menyediakan database Anda dengan opsi Multi-AZ, Amazon RDS secara otomatis menyediakan dan memelihara instans siaga sinkron di Availability Zone yang berbeda. Database utama secara sinkron mereplikasi data ke instance siaga. Jika terjadi masalah, Amazon RDS secara otomatis memperbaiki instans yang tidak sehat dan menetapkan kembali sinkronisasi. Jika terjadi kegagalan infrastruktur atau gangguan Availability Zone, Amazon RDS melakukan failover otomatis ke instans siaga. Failover terjadi hanya jika database siaga dan primer sepenuhnya disinkronkan. Karena titik akhir tetap sama untuk instance primer dan siaga, Anda dapat melanjutkan operasi database segera setelah failover selesai, tanpa melakukan intervensi manual. Waktu failover tergantung pada waktu yang diperlukan untuk menyelesaikan proses pemulihan. Transaksi besar akan meningkatkan waktu failover.
Diagram berikut menggambarkan opsi penyebaran Amazon RDS for SQL Server Multi-AZ.
![\[Amazon RDS for SQL Server in a Multi-AZ configuration\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-rds-ha.png)
Saat Anda menyiapkan SQL Server dalam konfigurasi Multi-AZ, Amazon RDS secara otomatis mengonfigurasi instans database siaga menggunakan pencerminan database atau grup ketersediaan Selalu Aktif, berdasarkan versi SQL Server yang Anda gunakan. Versi dan edisi SQL Server tertentu tercantum dalam dokumentasi [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html).
Dalam penerapan multi-AZ, operasi seperti penskalaan instance atau peningkatan sistem seperti patching sistem operasi (OS) diterapkan terlebih dahulu pada instance siaga, sebelum failover otomatis instans utama, untuk meningkatkan ketersediaan.
Karena optimasi failover SQL Server, beban kerja tertentu dapat menghasilkan beban I/O yang lebih besar pada instance siaga daripada yang mereka lakukan pada instance utama, terutama dalam penerapan mirroring database. Fungsionalitas ini dapat menghasilkan IOPS yang lebih tinggi pada instance siaga. Kami menyarankan Anda mempertimbangkan kebutuhan IOPS maksimum dari instans primer dan siaga saat Anda menyediakan jenis penyimpanan dan IOPS instans Amazon RDS for SQL Server DB Anda. Anda juga dapat menentukan`MultiSubnetFailover=True`, jika driver klien Anda mendukungnya, untuk secara signifikan mengurangi waktu failover.
### Batasan
+ Opsi Multi-AZ tidak tersedia untuk edisi SQL Server Express dan Web. Ini hanya tersedia untuk edisi SQL Server Standard dan Enterprise.
+ Anda tidak dapat mengonfigurasi instans DB siaga untuk menerima aktivitas baca database.
+ Cross-Region Multi-AZ tidak didukung.
+ Di Amazon RDS, Anda dapat mengeluarkan perintah stop ke instans DB mandiri dan menyimpan instance dalam status berhenti untuk menghindari biaya komputasi. Anda tidak dapat menghentikan instans DB Amazon RDS for SQL Server dalam konfigurasi Multi-AZ. Sebagai gantinya, Anda dapat menghentikan instance, mengambil snapshot terakhir sebelum penghentian, dan membuat ulang instance Amazon RDS baru dari snapshot saat Anda membutuhkannya. Atau, Anda dapat menghapus konfigurasi Multi-AZ terlebih dahulu dan kemudian menghentikan instance. Setelah tujuh hari, instans berhenti Anda akan dimulai ulang sehingga pemeliharaan yang tertunda dapat diterapkan.
Untuk batasan tambahan, lihat [Catatan dan rekomendasi penerapan Multi-AZ Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html#USER_SQLServerMultiAZ.Recommendations) dalam dokumentasi Amazon RDS.
## Replika baca
Replika baca memberikan skalabilitas dan penyeimbangan beban. Replika baca SQL Server adalah salinan fisik dari instans Amazon RDS for SQL Server DB yang digunakan untuk tujuan hanya-baca. Amazon RDS membantu mengurangi beban pada instans DB primer dengan membongkar beban kerja hanya-baca ke instans DB replika baca. Pembaruan yang dilakukan pada instans DB utama Anda disalin secara asinkron ke instance replika baca.
Saat Anda meminta replika baca, Amazon RDS mengambil snapshot dari instans DB sumber, dan snapshot ini menjadi replika baca. Tidak ada pemadaman saat membuat dan menghapus replika baca. Amazon RDS for SQL Server memutakhirkan database utama segera setelah memutakhirkan replika baca, terlepas dari jendela pemeliharaannya. Setiap replika baca dilengkapi dengan titik akhir terpisah yang Anda gunakan untuk terhubung ke database replika baca.
Amazon RDS for SQL Server memudahkan pembuatan replika baca dengan mengonfigurasi grup ketersediaan Selalu Aktif, dan menjaga koneksi jaringan yang aman antara instans DB primer dan replika bacanya.
Anda dapat mengatur replika baca di AWS Wilayah yang sama dengan database utama Anda, atau di Wilayah lain. Anda dapat membuat hingga lima replika baca untuk satu instans DB sumber.
**catatan**
Replika baca hanya tersedia dengan versi dan edisi SQL Server berikut:
SQL Server 2017 Enterprise edisi 14.00.3049.1 atau yang lebih baru
SQL Server 2016 Enterprise edisi 13.00.5216.0 atau yang lebih baru
Versi dan edisi SQL Server yang mendukung pencerminan basis data untuk lingkungan multi-AZ tidak menawarkan replika baca.
Diagram berikut mengilustrasikan instans Amazon RDS for SQL Server DB di lingkungan Multi-AZ dengan replika baca di Availability Zone lain dalam Wilayah yang sama. AWS Tidak semua AWS Wilayah menawarkan lebih dari dua Availability Zone, jadi Anda harus [memeriksa Wilayah](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/) yang akan Anda gunakan sebelum mengadopsi strategi ini.
![\[Amazon RDS for SQL Server with a read replica in another Availability Zone in the same Region\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-rds-rr-same-region.png)
Replika baca SQL Server tidak mengizinkan operasi penulisan. Namun, Anda dapat mempromosikan replika baca untuk membuatnya dapat ditulis. Setelah Anda mempromosikannya, Anda tidak dapat mengembalikannya kembali ke replika baca. Ini akan menjadi instance DB tunggal mandiri yang tidak memiliki hubungan dengan instance database primer aslinya. Data dalam replika baca yang dipromosikan akan cocok dengan data dalam instans DB sumber hingga permintaan dibuat untuk mempromosikannya. Versi mesin SQL Server DB dari instans DB sumber dan semua replika bacanya akan sama.
Untuk replikasi yang efisien, kami merekomendasikan yang berikut:
+ Siapkan setiap replika baca dengan sumber daya komputasi dan penyimpanan yang sama dengan instans DB sumber.
+ Anda harus mengaktifkan pencadangan otomatis pada instans DB sumber dengan mengatur periode retensi cadangan ke nilai selain 0 (nol).
+ Instans DB sumber harus diterapkan di lingkungan multi-AZ dengan grup ketersediaan Selalu Aktif.
Untuk dukungan, edisi, dan batasan versi SQL Server, lihat [Membaca batasan replika dengan SQL Server dalam dokumentasi](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html#SQLServer.ReadReplicas.Limitations) Amazon RDS.
Untuk informasi selengkapnya tentang menggunakan replika baca, lihat [Bekerja dengan replika baca](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html) dan [Bekerja dengan SQL Server membaca replika untuk Amazon](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.ReadReplicas.html) RDS dalam dokumentasi. AWS Untuk informasi selengkapnya tentang biaya transfer data, lihat [Harga Amazon RDS](https://aws.amazon.com/rds/pricing/).
## Pemulihan bencana
Dengan Amazon RDS for SQL Server, Anda dapat membuat strategi pemulihan bencana lintas wilayah (DR) yang andal. Alasan utama untuk menciptakan solusi DR adalah kelangsungan bisnis dan kepatuhan:
+ Strategi DR yang efektif membantu Anda menjaga sistem Anda tetap aktif dan berjalan dengan gangguan minimal atau tanpa gangguan selama peristiwa bencana. Strategi DR lintas wilayah yang andal dan efektif membuat bisnis Anda tetap beroperasi bahkan jika seluruh Wilayah offline.
+ Solusi DR lintas wilayah membantu Anda memenuhi persyaratan audit dan kepatuhan.
Tujuan titik pemulihan (RPO), tujuan waktu pemulihan (RTO), dan biaya adalah tiga metrik utama yang perlu dipertimbangkan saat mengembangkan strategi DR Anda. Untuk opsi lain untuk menyediakan replika Lintas wilayah, lihat. [AWS Marketplace](https://aws.amazon.com/marketplace/) Untuk informasi selengkapnya tentang pendekatan ini, lihat [Pemulihan bencana Lintas Wilayah Amazon RDS for](https://aws.amazon.com/blogs/database/cross-region-disaster-recovery-of-amazon-rds-for-sql-server/) SQL Server AWS di blog Database.
# Amazon RDS Custom for SQL Server
Jika Anda tidak dapat pindah ke layanan yang dikelola sepenuhnya seperti Amazon RDS karena persyaratan penyesuaian untuk aplikasi pihak ketiga, Anda dapat bermigrasi ke Amazon RDS Custom for SQL Server. Dengan Amazon RDS Custom, Anda dapat mempertahankan hak administratif ke database dan sistem operasi yang mendasarinya untuk mengaktifkan aplikasi dependen.
## Kapan memilih Amazon RDS Custom untuk SQL Server
Amazon RDS Kustom untuk SQL Server adalah opsi migrasi yang baik ketika:
+ Anda memiliki aplikasi lama, kustom, dan paket yang memerlukan akses ke sistem operasi dan lingkungan database yang mendasarinya.
+ Anda memerlukan akses pengguna administratif untuk memenuhi persyaratan penerapan aplikasi berbasis vendor.
+ Anda memerlukan akses ke sistem operasi yang mendasarinya untuk mengonfigurasi pengaturan, menginstal tambalan, dan mengaktifkan fitur asli untuk memenuhi persyaratan aplikasi dependen.
+ Anda ingin mengakses dan menyesuaikan lingkungan database (dengan menerapkan patch database kustom atau memodifikasi paket OS) untuk memenuhi kebutuhan database dan aplikasi Anda.
## Cara kerjanya
Untuk menggunakan Amazon RDS Custom for SQL Server, tinjau [persyaratan dalam dokumentasi](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html#custom-reqs-limits.reqsMS) Amazon RDS Custom for SQL Server. Anda harus terlebih dahulu menyiapkan lingkungan Anda untuk Amazon RDS Custom for SQL Server, seperti yang dijelaskan dalam dokumentasi [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-setup-sqlserver.html). Setelah lingkungan diatur, ikuti langkah-langkah ini, yang diilustrasikan dalam diagram berikut:
1. Buat instans Amazon RDS Custom untuk SQL Server DB dari versi mesin SQL Server yang ditawarkan oleh Amazon RDS Custom.
Amazon RDS Custom for SQL Server saat ini mendukung SQL Server 2019 dan SQL Server 2022 di Windows 2019 dengan [kelas instans DB yang didukung](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html#custom-reqs-limits.instancesMS) yang tercantum dalam dokumentasi. Untuk informasi selengkapnya, lihat [Membuat RDS Custom for SQL Server DB instance](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.create).
1. Hubungkan aplikasi Anda ke titik akhir instans Amazon RDS Custom DB.
Untuk informasi selengkapnya, lihat [Menghubungkan ke instans RDS Custom DB Anda menggunakan AWS Systems Manager dan Menghubungkan ke instans](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.ssm) [RDS Custom DB Anda menggunakan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating-sqlserver.html#custom-creating-sqlserver.rdp) RDP.
1. (Opsional) Akses host untuk menyesuaikan perangkat lunak Anda.
1. Pantau pemberitahuan dan pesan yang dihasilkan oleh Amazon RDS Otomatisasi kustom.
Untuk informasi selengkapnya tentang langkah-langkah ini, lihat [dokumentasi Kustom Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-sqlserver.workflow.html).
![\[Amazon RDS Kustom untuk alur kerja SQL Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/custom-rds-sql-server.png)
Amazon RDS Custom adalah layanan database terkelola yang mengotomatiskan penyiapan, pengoperasian, dan penskalaan database di cloud sambil memberi Anda akses ke sistem operasi dan lingkungan database yang mendasarinya. Di Amazon RDS Custom for SQL Server, Anda dapat menginstal perangkat lunak untuk menjalankan aplikasi dan agen khusus. Karena Anda memiliki akses istimewa ke host, Anda dapat memodifikasi sistem file untuk mendukung aplikasi lama. Anda juga dapat menerapkan patch database kustom atau memodifikasi paket OS pada instans Amazon RDS Custom DB Anda.
Jika ingin menyesuaikan instans, Anda dapat menjeda otomatisasi Amazon RDS Custom hingga 24 jam, lalu melanjutkannya saat pekerjaan penyesuaian Anda selesai. Menjeda otomatisasi mencegah otomatisasi Amazon RDS secara langsung mengganggu penyesuaian Anda.
Saat Anda melanjutkan otomatisasi, [perimeter dukungan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-troubleshooting.html#custom-troubleshooting.support-perimeter) menentukan apakah penyesuaian database atau lingkungan sistem operasi Anda mengganggu, atau merusak, otomatisasi Amazon RDS Custom. Amazon RDS Custom mendukung kustomisasi host dan lingkungan database selama perubahan Anda tidak menempatkan instans DB di luar perimeter dukungan. Pemeriksaan perimeter dukungan dilakukan setiap 30 menit secara default, dan juga terjadi setelah peristiwa seperti penghapusan snapshot atau menghapus instans Amazon RDS Custom, yang memantau instans DB. Agen Kustom Amazon RDS adalah komponen penting untuk memastikan fungsionalitas Amazon RDS Custom. Jika Anda menghapus instalan agen, Amazon RDS Custom menjalankan pemeriksaan perimeter dukungan setelah satu menit dan memindahkan instans DB ke luar perimeter dukungan.
Saat Anda menyiapkan instans Amazon RDS Custom untuk SQL Server DB, lisensi perangkat lunak disertakan. Artinya, Anda tidak perlu membeli lisensi SQL Server secara terpisah. Untuk informasi selengkapnya tentang perizinan, lihat bagian 10.5 dalam ketentuan [AWS layanan](https://aws.amazon.com/service-terms/). Jika Anda memiliki akun Dukungan AWS Premium yang aktif, Anda dapat menghubungi Dukungan AWS Premium untuk Amazon RDS Custom untuk masalah khusus SQL Server.
Amazon RDS Custom for SQL Server didukung dalam pilihan terbatas Wilayah AWS dan dengan kelas instans DB terbatas. Untuk batasan ini dan lainnya, lihat halaman [persyaratan dan batasan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-reqs-limits-MS.html) di dokumentasi Amazon RDS Custom for SQL Server.
Jika Anda memiliki database SQL Server lokal, Anda dapat mengikuti proses yang dijelaskan dalam [dokumentasi Amazon RDS untuk memigrasikannya ke Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-migrating.html) Custom for SQL Server dengan menggunakan utilitas pencadangan dan pemulihan bawaan.
Untuk informasi tambahan, lihat sumber daya berikut:
+ [Baru - Amazon RDS Kustom untuk SQL Server Umumnya Tersedia (Blog](https://aws.amazon.com/blogs/aws/new-amazon-rds-custom-for-sql-server-is-generally-available/)AWS berita)
+ [Konfigurasikan replikasi SQL Server antara Amazon RDS Kustom untuk SQL Server dan Amazon RDS for SQL Server (blog Database)](https://aws.amazon.com/blogs/database/configure-sql-server-replication-between-amazon-rds-custom-for-sql-server-and-amazon-rds-for-sql-server/)AWS
+ [Mengotomatiskan Amazon EC2 SQL Server lokal atau Amazon RDS untuk migrasi Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/) menggunakan pengiriman log kustom (Blog database)AWS
+ [Konfigurasikan ketersediaan tinggi dengan Grup Ketersediaan Selalu Aktif di Amazon RDS Kustom untuk SQL Server](https://aws.amazon.com/blogs/database/configure-high-availability-with-always-on-availability-groups-on-amazon-rds-custom-for-sql-server/) (blog AWS Database)
+ [Memulai Amazon RDS Custom untuk SQL Server menggunakan CloudFormation template (Pengaturan jaringan) (Blog](https://aws.amazon.com/blogs/database/get-started-with-amazon-rds-custom-for-sql-server-using-an-aws-cloudformation-template-network-setup/)AWS database)
+ [Memigrasikan beban kerja SQL Server lokal ke Amazon RDS Kustom untuk SQL Server menggunakan grup ketersediaan terdistribusi](https://aws.amazon.com/blogs/database/migrate-on-premises-sql-server-workloads-to-amazon-rds-custom-for-sql-server-using-distributed-availability-groups/) (Blog database)AWS
+ [Optimalkan biaya SQL Server Anda dengan menggunakan bawa media Anda sendiri (BYOM) di Amazon RDS Kustom untuk SQL Server](https://aws.amazon.com/blogs/database/optimize-your-sql-server-costs-by-using-bring-your-own-media-byom-on-amazon-rds-custom-for-sql-server/) (Database blog)AWS
# Amazon EC2 untuk SQL Server
Amazon EC2 mendukung database SQL Server yang dikelola sendiri. Artinya, ini memberi Anda kontrol penuh atas pengaturan infrastruktur dan lingkungan database. Menjalankan database di Amazon EC2 sangat mirip dengan menjalankan database di server Anda sendiri. Anda memiliki kontrol penuh atas database dan akses tingkat sistem operasi, sehingga Anda dapat menggunakan alat pilihan Anda untuk mengelola sistem operasi, perangkat lunak database, tambalan, replikasi data, pencadangan, dan pemulihan. Opsi migrasi ini mengharuskan Anda menyiapkan, mengonfigurasi, mengelola, dan menyetel semua komponen, termasuk instans EC2, volume penyimpanan, skalabilitas, jaringan, dan keamanan, berdasarkan praktik terbaik AWS arsitektur. Anda bertanggung jawab atas replikasi dan pemulihan data di seluruh instans Anda di Wilayah yang sama atau berbeda AWS .
## Kapan memilih Amazon EC2
Amazon EC2 adalah opsi migrasi yang baik untuk database SQL Server Anda saat:
+ Anda memerlukan kontrol penuh atas database dan akses ke sistem operasi yang mendasarinya, instalasi database, dan konfigurasi.
+ Anda ingin mengelola database Anda, termasuk backup dan recovery, patch sistem operasi dan database, tuning sistem operasi dan parameter database, mengelola keamanan, dan mengkonfigurasi ketersediaan tinggi atau replikasi.
+ Anda ingin menggunakan fitur dan opsi yang saat ini tidak didukung oleh Amazon RDS. Untuk detailnya, lihat [Fitur yang tidak didukung dan fitur dengan dukungan terbatas](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.FeatureNonSupport) dalam dokumentasi Amazon RDS.
+ Anda memerlukan versi SQL Server tertentu yang tidak didukung oleh Amazon RDS. Untuk daftar versi dan edisi yang didukung, lihat [versi SQL Server di Amazon RDS dalam dokumentasi Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html#SQLServer.Concepts.General.VersionSupport).
+ Ukuran database dan kebutuhan kinerja Anda melebihi penawaran Amazon RDS for SQL Server saat ini. Untuk detailnya, lihat [Penyimpanan instans Amazon RDS DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) dalam dokumentasi Amazon RDS.
+ Anda ingin menghindari patch perangkat lunak otomatis yang mungkin tidak sesuai dengan aplikasi Anda.
+ Anda ingin membawa lisensi Anda sendiri alih-alih menggunakan Amazon RDS for SQL Server model yang disertakan lisensi.
+ Anda ingin mencapai IOPS dan kapasitas penyimpanan yang lebih tinggi daripada batas saat ini. Untuk detailnya, lihat [Penyimpanan instans Amazon RDS DB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) dalam dokumentasi Amazon RDS.
Untuk daftar fitur dan versi SQL Server yang saat ini didukung di Amazon EC2, [lihat Memilih antara Amazon EC2 dan Amazon](comparison.md) RDS nanti dalam panduan ini.
# Ketersediaan tinggi
Anda dapat menggunakan teknologi replikasi yang didukung SQL Server dengan database SQL Server Anda di Amazon EC2 untuk mencapai ketersediaan tinggi, perlindungan data, dan pemulihan bencana. Beberapa solusi umum adalah pengiriman log, pencerminan basis data, grup ketersediaan Always On, dan Instans Cluster Always On Failover.
Diagram berikut menunjukkan bagaimana Anda dapat menggunakan SQL Server di Amazon EC2 di beberapa Availability Zone dalam satu AWS Region. Database utama adalah database baca-tulis, dan database sekunder dikonfigurasi dengan pengiriman log, pencerminan database, atau grup ketersediaan Always On untuk ketersediaan tinggi. Semua data transaksi dari database utama ditransfer dan dapat diterapkan ke database sekunder secara asinkron untuk pengiriman log, dan secara asinkron untuk grup ketersediaan Always On dan mirroring.
![\[SQL Server on Amazon EC2 in a Multi-AZ configuration in one AWS Region\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-ec2.png)
# Pengiriman log
Pengiriman log memungkinkan Anda secara otomatis mengirim cadangan log transaksi dari instance database utama ke satu atau lebih database sekunder (juga dikenal sebagai *siaga hangat) pada instans DB* terpisah. Pengiriman log menggunakan pekerjaan SQL Server Agent untuk mengotomatiskan proses pencadangan, penyalinan, dan penerapan cadangan log transaksi. Meskipun pengiriman log biasanya dianggap sebagai fitur pemulihan bencana, itu juga dapat memberikan ketersediaan tinggi dengan memungkinkan instans DB sekunder untuk dipromosikan jika instans DB primer gagal. Jika RTO dan RPO Anda fleksibel, atau database Anda tidak dianggap sangat penting, pertimbangkan untuk menggunakan pengiriman log untuk menyediakan ketersediaan yang lebih baik untuk database SQL Server Anda.
Pengiriman log meningkatkan ketersediaan database dengan menyediakan akses ke database sekunder untuk digunakan sebagai salinan read-only dari database utama bila diperlukan. Anda dapat mengonfigurasi penundaan jeda (waktu tunda yang lebih lama) di mana Anda dapat memulihkan data yang diubah secara tidak sengaja pada database utama sebelum perubahan ini dikirim ke database sekunder.
Sebaiknya jalankan instans DB primer dan sekunder di Availability Zone terpisah, dan menerapkan instance monitor untuk melacak semua detail pengiriman log. Pencadangan, salin, pemulihan, dan peristiwa kegagalan untuk grup pengiriman log tersedia dari instance monitor. Konfigurasi pengiriman log tidak secara otomatis gagal dari server utama ke server sekunder. Namun, salah satu database sekunder dapat dibawa online secara manual jika database utama menjadi tidak tersedia.
Pengiriman log sering digunakan sebagai solusi pemulihan bencana tetapi juga dapat digunakan sebagai solusi ketersediaan tinggi, tergantung pada kebutuhan aplikasi Anda. Gunakan pengiriman log saat:
+ Anda memiliki persyaratan RTO dan RPO yang fleksibel. Pengiriman log menyediakan RPO menit, dan RTO menit hingga jam.
+ Anda tidak memerlukan failover otomatis ke database sekunder.
+ Anda ingin membaca dari database sekunder, tetapi Anda tidak memerlukan keterbacaan selama operasi pemulihan.
Untuk informasi selengkapnya tentang pengiriman log, lihat [dokumentasi Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server).
# Pencerminan basis data
Pencerminan database mengambil database yang ada pada instance EC2 dan menyediakan salinan read-only (mirror) yang lengkap atau hampir lengkap pada instance DB terpisah. Amazon RDS menggunakan mirroring database untuk memberikan dukungan Multi-AZ untuk Amazon RDS for SQL Server. Fitur ini meningkatkan ketersediaan dan perlindungan database, dan menyediakan mekanisme untuk menjaga database tetap tersedia selama peningkatan.
**catatan**
Menurut [dokumentasi Microsoft](https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server), mirroring database akan dihapus dalam versi SQL Server yang akan datang. Anda harus berencana untuk menggunakan grup ketersediaan Always On sebagai gantinya.
Dalam mirroring database, server SQL dapat mengambil salah satu dari tiga peran:
+ Server utama, yang meng-host read/write versi utama database.
+ Server cermin, yang menampung salinan database utama.
+ Server saksi opsional. Server ini hanya tersedia dalam mode keamanan tinggi. Ini memonitor keadaan cermin database dan mengotomatiskan failover dari database utama ke database mirror.
Sesi mirroring dibuat antara server utama dan server cermin. Selama mirroring, semua perubahan database yang dilakukan dalam database utama juga dilakukan pada database mirror. Pencerminan basis data dapat berupa operasi sinkron atau asinkron. Ini ditentukan oleh dua mode operasi mirroring: mode keamanan tinggi dan mode kinerja tinggi.
+ **Mode keamanan tinggi: Mode** ini menggunakan operasi sinkron. Dalam mode ini, sesi pencerminan database menyinkronkan operasi penyisipan, pembaruan, dan penghapusan dari database utama ke database cermin secepat mungkin. Segera setelah database disinkronkan, transaksi dilakukan di database prinsipal dan cermin. Kami menyarankan Anda menggunakan mode operasi ini ketika database cermin berada di Availability Zone yang sama atau berbeda, tetapi dihosting dalam AWS Wilayah yang sama.
+ **Mode kinerja tinggi: Mode** ini menggunakan operasi asinkron. Dalam mode ini, sesi pencerminan database menyinkronkan operasi penyisipan, pembaruan, dan penghapusan dari database utama ke database cermin, tetapi mungkin ada jeda antara waktu database utama melakukan transaksi dan waktu database mirror melakukan transaksi. Kami menyarankan Anda menggunakan mode ini ketika database cermin berada di AWS Wilayah yang berbeda.
Gunakan pencerminan basis data saat:
+ Anda memiliki persyaratan RTO dan RPO yang ketat, dan tidak dapat memiliki penundaan antara database primer dan sekunder. Pencerminan basis data menyediakan RPO nol detik (dengan komit sinkron) dan RTO detik hingga menit.
+ Anda tidak memiliki persyaratan untuk membaca dari database sekunder.
+ Anda ingin melakukan failover otomatis ketika Anda memiliki server saksi yang dikonfigurasi dalam mode sinkronisasi.
+ Anda tidak dapat menggunakan grup ketersediaan Selalu Aktif, yang merupakan opsi yang lebih disukai.
Pembatasan:
+ Hanya one-to-one failover yang didukung. Anda tidak dapat memiliki beberapa tujuan database yang disinkronkan dengan database utama.
Untuk informasi selengkapnya tentang mirroring, lihat dokumentasi [Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/database-mirroring-sql-server).
# Selalu Aktif pada grup ketersediaan
Grup ketersediaan SQL Server Always On menyediakan ketersediaan tinggi dan solusi pemulihan bencana untuk database SQL Server. Grup ketersediaan terdiri dari satu set database pengguna yang gagal bersama-sama. Ini mencakup satu set read/write database primer dan beberapa (satu hingga delapan) set database sekunder terkait. Anda dapat membuat database sekunder tersedia untuk tingkat aplikasi sebagai salinan hanya-baca dari database utama (edisi SQL Server Enterprise saja), untuk menyediakan arsitektur scale-out untuk beban kerja baca. Anda juga dapat menggunakan database sekunder untuk operasi pencadangan.
Grup ketersediaan SQL Server Always On mendukung mode komit sinkron dan asinkron. Dalam mode sinkron, replika utama melakukan transaksi database setelah perubahan dilakukan atau ditulis ke log replika sekunder. Dengan menggunakan mode ini, Anda dapat melakukan failover manual yang direncanakan dan failover otomatis jika replika disinkronkan. Anda dapat menggunakan mode komit sinkron antara instance SQL Server dalam lingkungan yang sama (misalnya, jika semua instance berada di lokasi atau semua instance berada di). AWS
Dalam mode komit asinkron, replika utama melakukan transaksi database tanpa menunggu replika sekunder. Anda dapat menggunakan mode komit asinkron antara instance SQL Server yang berada di lingkungan yang berbeda (misalnya, jika Anda memiliki instance di tempat dan di). AWS
Anda dapat menggunakan grup ketersediaan Selalu Aktif untuk ketersediaan tinggi atau pemulihan bencana. Gunakan metode ini ketika:
+ Anda memiliki persyaratan RTO dan RPO yang ketat. Grup ketersediaan Selalu Aktif menyediakan RPO detik, dan RTO detik hingga menit.
+ Anda ingin mengelola dan gagal melalui sekelompok database. Grup ketersediaan Selalu Aktif mendukung 0-4 replika sekunder dalam mode komit sinkron untuk SQL Server 2019.
+ Anda ingin menggunakan failover otomatis dalam mode komit sinkron, dan Anda tidak memerlukan server saksi.
+ Anda ingin membaca dari database sekunder.
+ Anda ingin menyinkronkan beberapa tujuan database dengan database utama Anda.
Dimulai dengan SQL Server 2016 SP1, edisi Standar SQL Server menyediakan ketersediaan tinggi dasar untuk database sekunder tunggal yang tidak dapat dibaca dan pendengar per grup ketersediaan. Ini juga mendukung maksimal dua node per grup ketersediaan.
# Selalu Pada Instans Failover Cluster
SQL Server Always On Failover Cluster Instances (FCIs) menggunakan Windows Server Failover Clustering (WSFC) untuk menyediakan ketersediaan tinggi di tingkat instans server. FCI adalah contoh tunggal SQL Server yang diinstal di seluruh node WSFC untuk menyediakan ketersediaan tinggi untuk seluruh instalasi SQL Server. Jika node yang mendasari mengalami kegagalan perangkat keras, sistem operasi, aplikasi, atau layanan, semua yang ada di dalam instance SQL Server dipindahkan ke node WSFC lain. Ini termasuk database sistem, login SQL Server, pekerjaan Agen SQL Server, dan sertifikat.
FCI umumnya lebih disukai daripada grup ketersediaan Selalu Aktif ketika:
+ Anda menggunakan edisi Standar SQL Server bukan edisi Enterprise.
+ Anda memiliki sejumlah besar database kecil per instance.
+ Anda terus-menerus memodifikasi objek tingkat instance seperti pekerjaan SQL Server Agent, login, dan sebagainya.
Ada empat opsi untuk menerapkan FCIs pada AWS:
+ Amazon EBS Multi-Lampirkan dengan reservasi persisten
+ Amazon FSx untuk Server File Windows
+ Amazon FSx untuk NetApp ONTAP
+ Solusi dari AWS Mitra
## Menggunakan Amazon EBS Multi-Attach dengan reservasi persisten
[Amazon EBS Multi-Attach dengan NVMe reservasi](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-reservations.html) mendukung pembuatan SQL Server dengan `io2` volume FCIs Amazon EBS sebagai penyimpanan bersama pada cluster failover Windows Server. Fitur ini menyederhanakan proses penyiapan kluster failover dengan memungkinkan Anda membuat klaster failover dengan menggunakan volume Amazon EBS. `io2` Volume ini hanya dapat dilampirkan ke instance yang berada di Availability Zone yang sama. Untuk menyebarkan cluster failover Windows Server dengan menggunakan `io2` volume Amazon EBS, Anda harus menggunakan driver terbaru. AWS NVMe
Volume Amazon EBS dan volume penyimpanan instans diekspos sebagai perangkat NVMe blok pada instans [berbasis Nitro](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances). Anda harus menginstal [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html) dengan [fitur reservasi persisten SCSI](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html#configure-scsi-persistent-reservations) yang dikonfigurasi saat Anda menggunakan `io2` volume Amazon EBS untuk membentuk WSFC dan SQL Server. FCIs
Untuk informasi selengkapnya tentang fitur ini, lihat posting AWS blog [Cara menerapkan cluster failover SQL Server dengan Amazon EBS Multi-Attach](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-deploy-a-sql-server-failover-cluster-with-amazon-ebs-multi-attach-on-windows-server/) di Windows Server.
## Menggunakan Amazon FSx untuk Windows File Server
[Amazon FSx untuk Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html) menyediakan penyimpanan file bersama yang dikelola sepenuhnya. Ini secara otomatis mereplikasi penyimpanan secara sinkron di dua Availability Zone untuk memberikan ketersediaan tinggi. Menggunakan FSx for Windows File Server untuk penyimpanan file membantu menyederhanakan dan mengoptimalkan penerapan ketersediaan tinggi SQL Server di Amazon EC2.
Dengan Microsoft SQL Server, ketersediaan tinggi biasanya digunakan di beberapa node database dalam WSFC, dan setiap node memiliki akses ke penyimpanan file bersama. Anda dapat menggunakan FSx untuk Windows File Server sebagai penyimpanan bersama untuk penyebaran ketersediaan tinggi SQL Server dalam dua cara: sebagai penyimpanan untuk file data aktif dan sebagai saksi berbagi file SMB.
Untuk informasi tentang bagaimana Anda dapat mengurangi kompleksitas dan biaya menjalankan penerapan SQL Server FCI dengan menggunakan FSx untuk Windows File Server, lihat posting blog Menyederhanakan [penerapan ketersediaan tinggi Microsoft SQL Server Anda](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) menggunakan Amazon untuk Windows File Server. FSx Posting blog juga memberikan step-by-step instruksi untuk menyebarkan SQL Server FCIs dengan menggunakan sistem file Amazon FSx Multi-AZ sebagai solusi penyimpanan bersama. Untuk informasi selengkapnya, lihat dokumentasi [Amazon FSx untuk Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/what-is.html).
## Menggunakan Amazon FSx untuk NetApp ONTAP
Amazon FSx untuk NetApp ONTAP adalah layanan terkelola penuh yang menyediakan penyimpanan file yang sangat andal, terukur, berkinerja tinggi, dan kaya fitur yang dibangun di atas sistem file ONTAP. NetApp FSx untuk ONTAP menggabungkan fitur, kinerja, kemampuan, dan operasi API sistem NetApp file yang sudah dikenal dengan kelincahan, skalabilitas, dan kesederhanaan layanan yang dikelola sepenuhnya. AWS
FSx untuk ONTAP menyediakan akses multi-protokol ke data melalui protokol NFS, SMB, dan iSCSI untuk sistem Windows dan Linux. Anda dapat membangun arsitektur SQL Server Always On FCI yang sangat tersedia, seperti yang dijelaskan secara rinci dalam posting blog [SQL Server High Availability Deployment Menggunakan](https://aws.amazon.com/blogs/modernizing-with-aws/sql-server-high-availability-amazon-fsx-for-netapp-ontap/) Amazon untuk ONTAP. FSx NetApp FSx untuk ONTAP juga dapat menyediakan cara cepat untuk gagal di lingkungan SQL Server Anda ke yang berbeda Wilayah AWS untuk memenuhi persyaratan tujuan waktu pemulihan (RTO) dan tujuan titik pemulihan (RPO). Untuk informasi lebih lanjut, lihat posting blog [Menerapkan HA dan DR untuk SQL Server Always-On Failover Cluster Instance](https://aws.amazon.com/blogs/storage/implementing-ha-and-dr-for-sql-server-always-on-failover-cluster-instance-using-amazon-fsx-for-netapp-ontap/) menggunakan ONTAP. FSx
Anda juga dapat menggunakan AWS Launch Wizard untuk menerapkan solusi SQL Server AWS, dengan dukungan untuk Always On Availability Groups dan single-node deployment. Launch Wizard mendukung penerapan SQL Server Always on FCI di Amazon EC2 dengan ONTAP sebagai FSx penyimpanan bersama. Layanan ini menghemat waktu dan tenaga Anda dengan mengganti proses penerapan manual yang kompleks dengan panduan berbasis konsol terpandu yang mempercepat migrasi beban kerja SQL Server lokal yang bergantung pada penyimpanan bersama. Untuk informasi selengkapnya tentang bagaimana Launch Wizard dapat membantu Anda menyediakan dan mengkonfigurasi SQL Server FCIs dalam hitungan jam, lihat posting blog [Sederhanakan SQL Server Always On deployment with](https://aws.amazon.com/blogs/storage/simplify-sql-server-always-on-deployments-with-the-aws-launch-wizard-and-amazon-fsx/) dan Amazon. AWS Launch Wizard FSx Launch Wizard juga mendukung penerapan untuk SQL Server Always FCIs On dengan menggunakan [Amazon FSx untuk Windows File Server](https://aws.amazon.com/fsx/windows/) sebagai solusi penyimpanan bersama.
## Menggunakan solusi dari AWS Mitra
+ [SIOS DataKeeper](https://us.sios.com/) menyediakan dukungan failover cluster ketersediaan tinggi di seluruh Wilayah AWS dan Availability Zones. SIOS DataKeeper tersedia di [AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=3c91e2f7-fc8d-4cce-a8aa-1e37abcb4408).
+ [DxEnterprise](https://dh2i.com/dxenterprise-high-availability/)from DH2i mengaktifkan failover otomatis dari Grup Ketersediaan SQL Server di Kubernetes dan failover instance terpadu untuk Windows dan Linux. D2HI tersedia di. [AWS Marketplace](https://aws.amazon.com/marketplace/seller-profile?id=4e97d4b7-3366-42fd-8be8-732d38c9e24b)
# FSx untuk Windows File Server
FSx untuk Windows File Server menyediakan penyimpanan file yang dikelola sepenuhnya, sangat andal, dan dapat diskalakan yang dapat diakses dengan menggunakan protokol Server Message Block (SMB). Ini dibangun di atas Windows Server dan memberikan berbagai fitur administratif seperti kuota pengguna, pemulihan file pengguna akhir, dan integrasi Microsoft Active Directory (AD). Ini menawarkan opsi penyebaran Single-AZ dan multi-AZ, pencadangan yang dikelola sepenuhnya, dan enkripsi data saat istirahat dan dalam perjalanan. Anda dapat mengoptimalkan biaya dan kinerja untuk beban kerja Anda dengan opsi penyimpanan solid-state drive (SSD) dan hard disk drive (HDD), dan Anda dapat menskalakan penyimpanan dan mengubah kinerja throughput sistem file Anda kapan saja. Penyimpanan FSx file Amazon dapat diakses dari Windows, instans komputasi Linux yang berjalan di AWS, dan di tempat.
Amazon FSx mempermudah penerapan penyimpanan Windows bersama untuk penyebaran SQL Server dengan ketersediaan tinggi melalui dukungannya untuk berbagi file (CA) yang tersedia secara terus menerus dan sistem file yang lebih kecil. Opsi ini cocok untuk kasus penggunaan ini:
+ Sebagai penyimpanan bersama yang digunakan oleh node SQL Server dalam instance WSFC.
+ Sebagai saksi berbagi file SMB yang dapat digunakan dengan cluster SQL Server apa pun dengan WSFC.
Amazon FSx memberikan kinerja cepat dengan throughput dasar hingga 2 GB/second per sistem file, ratusan ribu IOPS, dan latensi sub-milidetik yang konsisten.
Untuk memberikan kinerja yang tepat untuk instans SQL Anda, Anda dapat memilih tingkat throughput yang independen dari ukuran sistem file Anda. Tingkat kapasitas throughput yang lebih tinggi juga datang dengan tingkat IOPS yang lebih tinggi yang dapat disajikan oleh server file ke instance SQL Server yang mengaksesnya.
Kapasitas penyimpanan tidak hanya menentukan berapa banyak data yang dapat Anda simpan, tetapi juga berapa banyak IOPS yang dapat Anda lakukan pada penyimpanan. Setiap gigabyte penyimpanan menyediakan 3 IOPS. Anda dapat menyediakan setiap sistem file berukuran hingga 64 TB.
Untuk informasi tentang mengonfigurasi dan menggunakan Amazon FSx untuk mengurangi kompleksitas dan biaya penerapan ketersediaan tinggi SQL Server Anda, lihat Menyederhanakan [penerapan ketersediaan tinggi Microsoft SQL Server Anda menggunakan FSx ](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) Windows File Server di blog Penyimpanan. AWS Untuk mempelajari selengkapnya tentang membuat berbagi CA baru, lihat [dokumentasi FSx untuk Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-file-shares.html#create-ca-share).
# Pemulihan bencana
Banyak organisasi menerapkan ketersediaan tinggi untuk database SQL Server mereka, tetapi itu tidak cukup untuk organisasi yang membutuhkan ketahanan TI sejati. Kami menyarankan Anda menerapkan solusi pemulihan bencana untuk menghindari kehilangan data dan downtime database mission-critical. Mengadopsi arsitektur pemulihan bencana Multi-wilayah untuk penerapan SQL Server Anda membantu Anda:
+ Mencapai kelangsungan bisnis
+ Tingkatkan latensi untuk basis pelanggan Anda yang didistribusikan secara geografis
+ Memenuhi persyaratan audit dan peraturan Anda
Opsi untuk pemulihan bencana termasuk [pengiriman log](ec2-log-shipping.md), [grup ketersediaan Selalu Aktif](ec2-always-on.md), [snapshot Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html) yang disimpan di Amazon S3 dan direplikasi di AWS seluruh Wilayah[, Instans Kluster Failover Selalu Aktif FCIs (](ec2-fci.md)) dikombinasikan dengan grup ketersediaan Selalu Aktif, dan grup ketersediaan terdistribusi.
## Grup ketersediaan terdistribusi
Arsitektur dengan grup ketersediaan terdistribusi adalah pendekatan optimal untuk penyebaran SQL Server Multi-wilayah. Grup ketersediaan terdistribusi adalah jenis grup ketersediaan khusus yang mencakup dua grup ketersediaan terpisah. Anda dapat menganggapnya sebagai grup ketersediaan grup ketersediaan. Grup ketersediaan yang mendasarinya dikonfigurasi pada dua cluster WSFC yang berbeda.
Grup ketersediaan terdistribusi digabungkan secara longgar, yang berarti bahwa mereka tidak memerlukan satu cluster WSFC dan dikelola oleh SQL Server. Karena cluster WSFC dipertahankan secara individual dan transmisi terutama tidak sinkron antara dua kelompok ketersediaan, lebih mudah untuk mengkonfigurasi pemulihan bencana di situs lain. Replika utama di setiap grup ketersediaan menyinkronkan replika sekunder mereka sendiri.
Grup ketersediaan terdistribusi hanya mendukung failover manual saat ini. Untuk memastikan bahwa tidak ada data yang hilang, hentikan semua transaksi pada database primer global (yaitu, pada database grup ketersediaan primer). Kemudian atur grup ketersediaan terdistribusi ke komit sinkron.
# VMware Cloud aktif AWS untuk SQL Server
**Pemberitahuan**
Per 30 April 2024, VMware Cloud on AWS tidak lagi dijual kembali oleh AWS atau mitra salurannya. Layanan ini akan terus tersedia melalui Broadcom. Kami mendorong Anda untuk menghubungi AWS perwakilan Anda untuk detailnya.
[VMware Cloud on AWS](https://aws.amazon.com/vmware/) adalah penawaran cloud terintegrasi yang dikembangkan bersama oleh AWS dan VMware. SQL Server dengan mudah terintegrasi dengan VMware Cloud on. AWS Opsi migrasi ini memungkinkan Anda untuk membangun investasi yang ada dalam virtualisasi.
Anda dapat mengakses VMware Cloud setiap jam, berdasarkan permintaan, atau dalam bentuk berlangganan. AWS Ini mencakup VMware teknologi inti yang sama yang Anda jalankan di pusat data Anda, termasuk vSphere Hypervisor (ESXi), Virtual SAN (vSAN), dan platform virtualisasi jaringan NSX, dan dirancang untuk memberikan pengalaman yang efisien dan mulus untuk mengelola database SQL Server Anda. Anda dapat menskalakan penyimpanan, komputasi, dan memori database SQL Server Anda di VMware AWS Cloud dalam beberapa menit.
VMware Cloud on AWS berjalan langsung pada perangkat keras fisik, tetapi memanfaatkan fitur jaringan dan perangkat keras yang dirancang untuk mendukung model AWS infrastruktur keamanan pertama. Ini berarti bahwa tumpukan VMware virtualisasi berjalan pada AWS infrastruktur tanpa harus menggunakan virtualisasi bersarang.
VMware Cloud on AWS memudahkan untuk mengatur, menskalakan, dan mengoperasikan beban kerja database SQL Server Anda. AWS Ini menyediakan solusi ketersediaan tinggi, terintegrasi dengan Active Directory lokal, dan menyediakan akses ke AWS layanan seperti AWS Directory Service for Microsoft Active Directory dan AD Connector, Amazon Route 53, Amazon CloudWatch, dan Amazon S3. Anda dapat menyimpan cadangan Anda di Amazon S3, dan memodernisasi serta menyederhanakan proses pemulihan bencana Anda.
## Kapan memilih VMware Cloud di AWS
VMware Cloud on AWS adalah opsi untuk database SQL Server Anda ketika:
+ Database SQL Server Anda sudah berjalan di pusat data lokal di lingkungan virtual vSphere.
+ Anda memiliki sejumlah besar database dan Anda memerlukan migrasi cepat (misalnya, hanya beberapa jam) ke cloud karena salah satu alasan berikut, tanpa memerlukan pekerjaan tambahan dari tim migrasi:
+ Ekstensi pusat data. Anda memerlukan kapasitas sesuai permintaan untuk menjalankan desktop tervirtualisasi, untuk mempublikasikan aplikasi, atau untuk menyediakan lingkungan. development/testing
+ Pemulihan bencana. Anda ingin menyiapkan sistem pemulihan bencana baru atau mengganti sistem yang ada.
+ Migrasi awan. Anda ingin memigrasikan seluruh pusat data Anda ke cloud, atau menyegarkan infrastruktur Anda.
Jika database SQL Server Anda membutuhkan lebih dari 80K IOPS, Anda dapat menggunakan vSAN.
Untuk informasi selengkapnya, lihat [Di Works — VMware Cloud AWS di](https://aws.amazon.com/blogs/aws/in-the-works-vmware-cloud-on-aws/) blog AWS Berita, dan [Menerapkan Microsoft SQL Server di VMware Cloud AWS di](https://aws.amazon.com/solutionspace/solutions/sql-server-vmware-cloud-on-aws/) situs web. AWS