Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon RDS mendukung beberapa versi dan edisi Microsoft SQL Server. Tabel berikut menunjukkan versi minor terbaru yang didukung dari masing-masing versi utama. Untuk daftar lengkap versi, edisi, dan versi mesin RDS yang didukung, lihat Versi Microsoft SQL Server di Amazon RDS.
Versi mayor | Paket Layanan/GDR | Pembaruan kumulatif | Versi minor | Artikel Dasar Pengetahuan | Tanggal rilis |
---|---|---|---|---|---|
SQL Server 2022 | Tidak berlaku | CU16 |
16.0.4165.4 |
KB5048033 |
November 14, 2024 |
SQL Server 2019 | Tidak berlaku | CU30 |
15.0.4415.2 |
KB5049235 |
Desember 13, 2024 |
SQL Server 2017 | Tidak berlaku | CU31 GDR |
14.0.3485.1 |
KB5046858 |
November 12, 2024 |
SQL Server 2016 | SP3 GDR | CU14 |
13.0.6455.2 |
KB5046855 |
November 12, 2024 |
Untuk informasi tentang lisensi SQL Server, lihat Melisensikan Microsoft SQL Server di Amazon RDS. Untuk informasi tentang build SQL Server, lihat artikel dukungan Microsoft ini tentang Tempat menemukan informasi tentang build SQL Server terbaru
Dengan Amazon RDS, Anda dapat membuat instans DB dan snapshot DB, point-in-time pemulihan, dan pencadangan otomatis atau manual. Instans DB yang menjalankan SQL Server dapat digunakan di dalam VPC. Anda juga dapat menggunakan Secure Sockets Layer (SSL) untuk menghubungkan ke instans DB yang menjalankan SQL Server, dan Anda dapat menggunakan enkripsi data transparan (TDE) untuk mengenkripsi data diam. Amazon RDS saat ini mendukung penerapan Multi-AZ untuk SQL Server menggunakan SQL Server Database Mirroring (DBM) atau Always On Availability Groups () sebagai solusi failover dengan ketersediaan tinggi. AGs
Untuk memberikan pengalaman layanan terkelola, Amazon RDS tidak menyediakan akses shell ke instans DB, dan membatasi akses ke prosedur sistem dan tabel tertentu yang memerlukan hak akses tingkat lanjut. Amazon RDS mendukung akses ke basis data pada instans DB menggunakan aplikasi klien SQL standar seperti Microsoft SQL Server Management Studio. Amazon RDS tidak mengizinkan akses host langsung ke instans DB melalui Telnet, Secure Shell (SSH), atau Windows Remote Desktop Connection. Saat Anda membuat instans DB, pengguna utama ditetapkan ke peran db_owner untuk semua basis data pengguna pada instans tersebut, dan memiliki semua izin tingkat basis data kecuali yang digunakan untuk pencadangan. Amazon RDS mengelola pencadangan untuk Anda.
Sebelum membuat instans DB pertama, Anda harus menyelesaikan langkah-langkah di bagian pengaturan dalam panduan ini. Untuk informasi selengkapnya, lihat Menyiapkan RDS lingkungan Amazon Anda.
Topik
Tugas manajemen umum untuk Microsoft SQL Server di Amazon RDS
Dukungan program kepatuhan untuk instans DB Microsoft SQL Server
Menggunakan Enkripsi Data Transparan untuk mengenkripsi data diam
Fungsi dan prosedur tersimpan Amazon RDS for Microsoft SQL Server
Mengimpor dan mengekspor database SQL Server menggunakan cadangan dan pemulihan asli
Bekerja dengan replika baca untuk Microsoft SQL Server di Amazon RDS
Penerapan multi-AZ untuk Amazon untuk Microsoft Server RDS SQL
Tugas manajemen umum untuk Microsoft SQL Server di Amazon RDS
Berikut adalah tugas manajemen umum yang Anda lakukan dengan instans DB Amazon RDS for SQL Server, dengan tautan ke dokumentasi yang relevan untuk setiap tugas.
Area tugas | Deskripsi | Dokumentasi terkait |
---|---|---|
Kelas instans, penyimpanan, dan PIOPS |
Jika membuat instans DB untuk tujuan produksi, Anda harus memahami cara kerja kelas instans, jenis penyimpanan, dan pekerjaan IOPS yang Tersedia di Amazon RDS. |
|
Deployment Multi-AZ |
Instans basis data produksi seyogianya menggunakan deployment Multi-AZ. Deployment Multi-AZ memberikan ketersediaan, durabilitas data, dan toleransi kesalahan yang lebih tinggi untuk instans basis data. Penerapan Multi-AZ untuk SQL Server diimplementasikan menggunakan DBM asli SQL Server atau teknologi AGs. |
Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS |
Amazon Virtual Private Cloud (Amazon VPC) |
Jika AWS akun Anda memiliki VPC default, maka instans DB Anda secara otomatis dibuat di dalam VPC default. Jika akun Anda tidak memiliki VPC default, dan Anda menginginkan instans DB dalam suatu VPC, Anda harus membuat VPC dan grup subnet sebelum membuat instans DB. |
|
Grup keamanan |
Secara default, instans DB dibuat dengan firewall yang mencegah akses ke instans tersebut. Oleh karena itu, Anda harus membuat grup keamanan dengan alamat IP dan konfigurasi jaringan yang benar untuk mengakses instans DB. |
|
Grup parameter |
Jika instans DB Anda akan membutuhkan parameter basis data tertentu, Anda harus membuat grup parameter sebelum Anda membuat instans DB. |
|
Grup opsi |
Jika instans DB Anda akan membutuhkan opsi basis data tertentu, Anda harus membuat grup opsi sebelum membuat instans DB. |
|
Menghubungkan ke instans DB |
Setelah membuat grup keamanan dan mengaitkannya ke instans DB, Anda dapat menghubungkan ke instans DB menggunakan aplikasi klien SQL standar seperti Microsoft SQL Server Management Studio. |
|
Pencadangan dan pemulihan |
Saat membuat instans DB, Anda dapat mengonfigurasinya untuk melakukan pencadangan otomatis. Anda juga dapat mencadangkan dan memulihkan basis data secara manual menggunakan file cadangan penuh (file .bak). |
Mengimpor dan mengekspor database SQL Server menggunakan cadangan dan pemulihan asli |
Pemantauan |
Anda dapat memantau instans SQL Server DB dengan menggunakan metrik CloudWatch Amazon RDS, peristiwa, dan pemantauan yang disempurnakan. |
|
File log |
Anda dapat mengakses file log untuk instans DB SQL Server Anda. |
Ada juga tugas administratif lanjutan untuk bekerja dengan instans DB SQL Server. Untuk informasi selengkapnya, lihat dokumentasi berikut ini:
Batasan untuk instans DB Microsoft SQL Server
Implementasi Amazon RDS dari Microsoft SQL Server pada instans DB memiliki beberapa batasan yang harus Anda ketahui:
-
Jumlah maksimum database yang didukung pada instans DB bergantung pada jenis kelas instans dan mode ketersediaan—Single-AZ, Multi-AZ Database Mirroring (DBM), atau Multi-AZ Availability Groups (). AGs Basis data sistem Microsoft SQL Server tidak termasuk dalam batasan ini.
Tabel berikut menunjukkan jumlah maksimum basis data yang didukung untuk setiap jenis kelas instans dan mode ketersediaan. Gunakan tabel ini untuk membantu memutuskan apakah Anda dapat beralih dari satu jenis kelas instans ke kelas instans lainnya, atau dari satu mode ketersediaan ke mode lainnya. Jika instans DB sumber Anda memiliki lebih banyak basis data daripada yang dapat didukung oleh jenis kelas instans target atau mode ketersediaan, modifikasi instans DB akan gagal. Status permintaan Anda dapat dilihat di panel Peristiwa.
Jenis kelas instans AZ Tunggal Multi-AZ dengan DBM Multi-AZ dengan Selalu Aktif AGs db.*.micro to db.*.medium 30 N/A N/A db.*.large 30 30 30 db.*.xlarge to db.*.16xlarge 100 50 75 db.*.24xlarge ke db.*.32xlarge 100 50 100 * Menunjukkan jenis kelas instans yang berbeda.
Misalnya, instans DB Anda berjalan pada db.*.16xlarge dengan AZ Tunggal dan memiliki 76 basis data. Anda memodifikasi instans DB untuk meningkatkan ke menggunakan Multi-AZ Always On AGs. Peningkatan ini gagal, karena instans DB berisi lebih banyak basis data daripada yang dapat didukung oleh konfigurasi target Anda. Jika Anda meningkatkan jenis kelas instans Anda ke db.*.24xlarge, modifikasi tersebut akan berhasil.
Jika peningkatan gagal, Anda melihat peristiwa dan pesan yang mirip dengan berikut ini:
-
Tidak dapat mengubah kelas instans basis data. Instans memiliki 76 basis data, tetapi setelah konversi, hanya akan mendukung 75.
-
Tidak dapat mengonversi instans DB menjadi Multi-AZ: instans memiliki 76 basis data, tetapi setelah konversi, hanya akan mendukung 75.
Jika point-in-time pemulihan atau pemulihan snapshot gagal, Anda melihat peristiwa dan pesan yang mirip dengan berikut ini:
-
Instans basi data dimasukkan ke dalam pemulihan yang tidak kompatibel. Instans memiliki 76 basis data, tetapi setelah konversi, hanya akan mendukung 75.
-
-
Port berikut disimpan untuk Amazon RDS, dan Anda tidak dapat menggunakannya saat membuat instans DB:
1234, 1434, 3260, 3343, 3389, 47001,
dan49152-49156
. -
Koneksi klien dari alamat IP di dalam rentang 169.254.0.0/16 tidak diizinkan. Rentang ini adalah Automatic Private IP Addressing Range (APIPA) yang digunakan untuk alamat tautan lokal.
-
SQL Server Standard Edition hanya menggunakan subset dari prosesor yang tersedia jika jumlah prosesor instans DB melebihi batas perangkat lunak (24 core, 4 soket, dan RAM 128 GB). Contohnya adalah kelas instans db.m5.24xlarge dan db.r5.24xlarge.
Untuk informasi selengkapnya, lihat tabel batas skala pada Editions and supported features of SQL Server 2019 (15.x)
dalam dokumentasi Microsoft. -
Amazon RDS for SQL Server tidak mendukung impor data ke basis data msdb.
-
Anda tidak dapat mengganti nama basis data pada instans DB dalam deployment Multi-AZ SQL Server.
-
Pastikan Anda menggunakan pedoman ini saat menetapkan parameter DB berikut pada RDS for SQL Server:
-
max server memory (mb)
>= 256 MB -
max worker threads
>= (jumlah CPUs logis* 7)
Untuk informasi selengkapnya tentang cara menetapkan parameter DB, lihat Grup parameter untuk RDS.
-
-
Ukuran penyimpanan maksimum untuk instans DB SQL Server adalah sebagai berikut:
-
Penyimpanan Tujuan Umum (SSD) – 16 TiB untuk semua edisi
-
Penyimpanan IOPS yang disediakan - 64 TiB untuk semua edisi
-
Penyimpanan Magnetik – 1 TiB untuk semua edisi
Jika Anda memiliki skenario yang membutuhkan jumlah penyimpanan yang lebih besar, Anda dapat menggunakan sharding di beberapa instans DB untuk mengatasi batas tersebut. Pendekatan ini membutuhkan logika perutean yang bergantung pada data dalam aplikasi yang terhubung ke sistem sharding. Anda dapat menggunakan kerangka kerja sharding yang ada, atau Anda dapat menulis kode kustom untuk mengaktifkan sharding. Jika Anda menggunakan kerangka kerja yang ada, kerangka kerja tersebut tidak dapat menginstal komponen apa pun di server yang sama dengan instans DB.
-
-
Ukuran penyimpanan minimum untuk instans DB SQL Server adalah sebagai berikut:
-
Penyimpanan Tujuan Umum (SSD) – 20 GiB untuk Edisi Enterprise, Standard, Web, dan Express
-
Penyimpanan IOPS yang Tersedia – 20 GiB untuk Edisi Enterprise Standar, dan Web dan Express
-
Penyimpanan Magnetik – 20 GiB untuk Edisi Enterprise Standar, dan Web dan Express
-
-
Amazon RDS tidak mendukung menjalankan layanan ini di server yang sama dengan instans DB RDS Anda:
Layanan Kualitas Data
Layanan Data Master
Untuk menggunakan fitur ini, sebaiknya instal SQL Server di EC2 instans Amazon, atau gunakan instans SQL Server lokal. Dalam kasus ini, instans EC2 atau SQL Server bertindak sebagai server Master Data Services untuk instans SQL Server DB Anda di Amazon RDS. Anda dapat menginstal SQL Server di EC2 instans Amazon dengan penyimpanan Amazon EBS, sesuai dengan kebijakan lisensi Microsoft.
-
Karena batasan di Microsoft SQL Server, pemulihan ke suatu titik waktu sebelum berhasil menjalankan
DROP DATABASE
mungkin tidak mencerminkan status basis data tersebut pada saat itu. Misalnya, basis data yang dihapus biasanya dikembalikan ke statusnya hingga 5 menit sebelum perintahDROP DATABASE
dikeluarkan. Jenis pemulihan ini berarti Anda tidak dapat memulihkan transaksi yang dilakukan selama beberapa menit tersebut pada basis data yang dihapus. Untuk menyiasatinya, Anda dapat mengeluarkan kembali perintahDROP DATABASE
setelah operasi pemulihan selesai. Menghentikan basis data akan menghapus log transaksi untuk basis data tersebut. -
Untuk SQL Server, Anda membuat basis data setelah membuat instans DB. Nama basis data mengikuti aturan penamaan SQL Server biasa dengan perbedaan berikut:
-
Nama basis data tidak boleh dimulai dengan
rdsadmin
. -
Nama tersebut tidak boleh diawali atau diakhiri dengan spasi atau tab.
-
Nama tersebut tidak boleh berisi karakter apa pun yang membuat baris baru.
-
Nama tersebut tidak boleh berisi kutipan tunggal (
'
). -
RDS untuk SQL Server saat ini tidak mendukung pembaruan versi minor otomatis. Untuk informasi selengkapnya, lihat Manajemen versi di Amazon RDS.
-
-
SQL Server Web Edition hanya memungkinkan Anda untuk menggunakan template Dev/Test saat membuat RDS baru untuk SQL Server DB instance.
Dukungan program kepatuhan untuk instans DB Microsoft SQL Server
AWS Layanan dalam lingkup telah sepenuhnya dinilai oleh auditor pihak ketiga dan menghasilkan sertifikasi, pengesahan kepatuhan, atau Otoritas untuk Beroperasi (ATO). Untuk informasi selengkapnya, lihat layanan AWS dalam cakupan berdasarkan program kepatuhan
Dukungan HIPAA untuk instans DB Microsoft SQL Server
Anda dapat menggunakan basis data Amazon RDS for Microsoft SQL Server untuk membangun aplikasi yang mematuhi HIPAA. Anda dapat menyimpan informasi terkait perawatan kesehatan, termasuk informasi kesehatan yang dilindungi (PHI), berdasarkan Perjanjian Rekan Bisnis (BAA) dengan AWS. Untuk informasi selengkapnya, lihat Kepatuhan HIPAA.
Amazon RDS for SQL Server mendukung HIPAA untuk versi dan edisi berikut:
-
SQL Server 2022 Edisi Enterprise, Standard, dan Web
-
SQL Server 2019 Edisi Enterprise, Standard, dan Web
-
SQL Server 2017 Edisi Enterprise, Standard, dan Web
-
SQL Server 2016 Edisi Enterprise, Standard, dan Web
Untuk mengaktifkan dukungan HIPAA pada instans DB Anda, siapkan tiga komponen berikut.
Komponen | Detail |
---|---|
Audit |
Untuk menyiapkan audit, atur parameter |
Enkripsi transportasi |
Untuk menyiapkan enkripsi transportasi, paksa semua koneksi ke instans DB Anda untuk menggunakan Secure Sockets Layer (SSL). Untuk informasi selengkapnya, lihat Memaksa koneksi ke instans DB Anda untuk digunakan SSL. |
Enkripsi saat istirahat |
Untuk menyiapkan enkripsi saat diam, Anda memiliki dua opsi:
|
Deployment Multi-AZ menggunakan Microsoft SQL Server Database Mirroring atau Always On Availability Group
Amazon RDS mendukung penerapan Multi-AZ untuk instans DB yang menjalankan Microsoft SQL Server dengan menggunakan SQL Server Database Mirroring (DBM) atau Always On Availability Groups (). AGs Deployment Multi-AZ memberikan ketersediaan, durabilitas data, dan toleransi kesalahan yang lebih tinggi untuk instans basis data. Jika terjadi pemeliharaan basis data yang direncanakan atau gangguan layanan yang tidak direncanakan, Amazon RDS secara otomatis gagal ke replika up-to-date sekunder sehingga operasi basis data dapat dilanjutkan dengan cepat tanpa intervensi manual. Instans primer dan sekunder menggunakan titik akhir yang sama, yang alamat jaringan fisiknya bertransisi ke replika sekunder pasif sebagai bagian dari proses failover. Anda tidak perlu mengonfigurasi ulang aplikasi saat terjadi failover.
Amazon RDS mengelola failover dengan secara aktif memantau deployment Multi-AZ Anda dan memulai failover ketika masalah pada instans primer terjadi. Failover tidak akan terjadi kecuali instans siaga dan primer sepenuhnya sinkron. Amazon RDS secara aktif mempertahankan deployment Multi-AZ Anda dengan otomatis memperbaiki instans DB yang tidak berkondisi baik dan membangun kembali replikasi sinkron. Anda tidak perlu mengatur apa pun. Amazon RDS menangani instans primer, pemantau, dan siaga untuk Anda. Saat Anda menyiapkan Multi-AZ SQL Server, RDS mengonfigurasi instans sekunder pasif untuk semua basis data pada instans.
Untuk informasi lebih lanjut, lihat Penerapan multi-AZ untuk Amazon untuk Microsoft Server RDS SQL.
Menggunakan Enkripsi Data Transparan untuk mengenkripsi data diam
Amazon RDS mendukung Enkripsi Data Transparan (TDE) Microsoft SQL Server, yang secara transparan mengenkripsi data yang disimpan. Amazon RDS menggunakan grup opsi untuk mengaktifkan dan mengonfigurasi fitur ini. Untuk informasi selengkapnya tentang opsi TDE, lihat Support untuk Enkripsi Data Transparan di SQL Server.