Referensi konfigurasi yang dapat dimodifikasi untuk Azure SQL Database

Berlaku untuk:Azure SQL Database

Artikel ini mengidentifikasi pengaturan konfigurasi Azure SQL Database mana yang dapat Anda ubah setelah membuat database Anda, dan pengaturan mana yang tidak dapat diubah serta mengharuskan Anda membuat ulang database tersebut.

Legenda

Symbol Meaning
Yes Sepenuhnya dapat dimodifikasi setelah Anda membuat database Anda.
No Anda tidak dapat mengubahnya. Butuh rekreasi atau solusi sementara.
sebagian Dapat diubah dengan catatan atau pembatasan.
N/A Bukan pengaturan yang persisten. Hanya relevan saat Anda membuat database.

Kolom Scope menunjukkan apakah suatu pengaturan untuk server logis dan berlaku untuk semua databasenya, atau untuk database individual, atau untuk keduanya.

Basics

Pengaturan yang Anda sediakan (atau terima default-nya) saat membuat database, plus metadata dasar.

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Langganan atau grup sumber daya Server logis (database bergerak bersamanya) Setiap langganan atau grup sumber daya Azure yang aktif Sebagian.

Anda tidak bisa memindahkan database sendirian. Anda memindahkan server logis induk menggunakan Azure Resource Manager, dan semua database serta elastic pool-nya ikut bergerak bersamanya. Untuk memindahkan satu database, salin atau geo-replikasi ke server di grup langganan atau sumber daya target.
Nama database Database Didefinisikan pengguna (unik per server) Ya.

Anda dapat mengganti nama database dengan ALTER DATABASE ... MODIFY NAME. Tidak ada pengguna yang dapat terhubung selama penggantian nama, dan database tidak dapat berpartisipasi dalam geo-replikasi aktif atau sedang dalam proses membuat salinan database.
Nama server logis Server logis Didefinisikan pengguna (unik secara global di Azure) Tidak.
Server logis induk Database Server logis yang sudah ada atau baru Tidak.

Anda tidak dapat mengubah server logis database setelah membuat database. Salin atau geo-replikasi ke server yang berbeda.
Lokasi server Server logis Wilayah Azure apa pun yang didukung oleh Azure SQL Database. Tidak.

Lihat ketersediaan wilayah Azure SQL Database.
Metode autentikasi SQL Server logis Hanya autentikasi SQL, autentikasi Microsoft Entra + SQL (campuran), hanya Microsoft Entra Ya.

Lihat Mengonfigurasi autentikasi Microsoft Entra.
Login admin server autentikasi SQL Server logis Didefinisikan pengguna (diatur saat Anda membuat server) Tidak.

Anda tidak dapat mengganti nama login admin server autentikasi SQL setelah server diprovisioning.
Kata sandi admin server autentikasi SQL Server logis Ditentukan pengguna Ya.
Pengelola Microsoft Entra Server logis Pengguna atau grup Ya.

Lihat Konfigurasikan dan kelola autentikasi Microsoft Entra.
Lingkungan beban kerja Database (preset waktu pembuatan) Pengembangan, Produksi N/A.

Lingkungan beban kerja adalah preset khusus Azure portal yang memengaruhi pengaturan default (komputasi, redundansi backup) saat Anda membuat database. Ini bukan konfigurasi tersimpan.
Collation Database Kolasi basis data (misalnya, SQL_Latin1_General_CP1_CI_AS). Tidak.

Anda tidak dapat mengubah kolasi database setelah membuat database. Anda harus membuat ulang basis data. Lihat Dukungan Kolate dan Unicode.
Tags Server logis dan setiap basis data (independen) Pasangan kunci-nilai Ya.

Komputasi dan penyimpanan

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Keanggotaan kolam elastis Database Kolam elastis, Mandiri Ya.

Lihat Elastic pools.
Tingkat layanan Database (atau kolam elastis) Tujuan Umum, Kritis Bisnis, Hiperskala (vCore)
Dasar, Standar, Premium (DTU)		 Sebagian.

Anda dapat beralih antar tier layanan, dan Anda dapat meningkatkan ke Hyperscale dalam model pembelian vCore. Migrasi balik dari Hyperscale kembali ke Tujuan Umum dimungkinkan dalam waktu 45 hari setelah konversi. Database yang awalnya dibuat sebagai Hyperscale tidak dapat dikembalikan. Untuk mempelajari lebih lanjut, lihat Skala sumber daya.
Lapisan komputasi Database (atau kolam elastis) Provisioned, tanpa server. Ya.

Anda dapat beralih antara Provisioned dan Serverless. Serverless hanya tersedia pada General Purpose dan Hyperscale. Fitur ini tidak tersedia di Business Critical. Lihat Serverless compute tier.
Perangkat keras komputasi Database (atau kolam elastis) Seri Standar (Gen5), Seri Premium, seri Premium dioptimalkan memori, seri DC Ya.

Ketersediaan tergantung pada tier layanan dan tier komputasi. Lihat Konfigurasi perangkat keras.
vCores (Provisioned, atau min/max untuk Serverless) Database (atau kolam elastis) Dari 0,5 vCore (serverless) hingga 128+ vCor, tergantung pada tier layanan, tier komputasi, dan perangkat keras Ya.

Anda bisa meningkatkan atau menurunkan skala sesuai batas yang berlaku. Lihat batas database tunggal, batas pool elastis, dan batas Hyperscale.
Penundaan jeda otomatis (Serverless) Database Penundaan yang dapat dikonfigurasi, Dinonaktifkan Ya.

Tersedia hanya untuk Tujuan Umum tanpa server. Hyperscale serverless tidak mendukung auto-pause. Lihat Auto-pause dan auto-resume.
Ukuran penyimpanan cadangan Database (atau kolam elastis) Berbeda-beda tergantung tingkat layanan dan perangkat keras. Ya.

Anda dapat meningkatkan atau menurunkan ruang penyimpanan yang sudah dipesan, tetapi tidak pernah di bawah ruang penyimpanan yang sudah digunakan. Lihat Batas sumber daya untuk basis data tunggal, Batas sumber daya untuk kolam elastis, dan batas sumber daya Hyperscale.

Jaringan

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Metode konektivitas Server logis Endpoint publik, endpoint privat, Tidak ada akses publik. Ya.

Lihat arsitektur konektivitas Azure SQL Database.
Izinkan akses layanan Azure Server logis (aturan firewall) Ya, Tidak Ya.

Diimplementasikan sebagai aturan AllowAllWindowsAzureIps firewall tingkat server (0.0.0.0). Lihat Kontrol akses jaringan.
aturan Firewall Server logis dan basis data Aturan berbasis IP. Ya.

Lihat Aturan firewall tingkat server dan basis data.
Aturan jaringan virtual Server logis Endpoint layanan berbasis subnet. Ya.

Lihat endpoint layanan jaringan virtual.
Titik akhir privat Server logis Koneksi endpoint pribadi ke server logis. Ya.

Lihat Azure Private Link untuk Azure SQL Database.
Kebijakan koneksi Server logis Default, Proxy, Redirect. Ya.

Lihat kebijakan koneksi Azure SQL Database.
Minimum Versi TLS Server logis TLS 1.2 Ya.

TLS 1.2 adalah default. TLS 1.0 dan 1.1 sudah pensiun. Lihat Versi TLS Minimum dan dukungan TLS 1.3.

Keamanan

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Pertahanan Microsoft untuk SQL Server logis Diaktifkan, Dinonaktifkan. Ya.

Lihat Microsoft Defender untuk SQL.
Ledger Database Diaktifkan (database Ledger), Dinonaktifkan Tidak.

Anda tidak bisa mengonversi database buku besar menjadi database reguler, atau sebaliknya. Lihat Azure SQL Database ledger.
Identitas yang dikelola Server logis Sistem-assigned, User-assigned, None. Ya.

Lihat Managed identities for Azure SQL.
Transparent Data Encryption (TDE) Server logis (pelindung TDE); ditegakkan per basis data Kunci yang dikelola layanan, Kunci yang dikelola pelanggan (CMK). Ya.

Anda dapat beralih antara kunci yang dikelola layanan dan yang dikelola pelanggan, serta memutar tombol secara manual atau otomatis. Lihat TDE untuk Azure SQL Database.
Kunci enkripsi TDE (CMK) Server logis (pelindung TDE) Kunci Azure Key Vault khusus. Ya.

Anda dapat memutar tombol secara manual atau otomatis. Lihat TDE yang dikelola pelanggan.
Auditing Server logis dan basis data Diaktifkan, Dinonaktifkan. Ya.

Audit tingkat server berlaku untuk semua basis data di server. Audit tingkat basis data dapat dikonfigurasi secara independen. Lihat Auditing untuk Azure SQL Database.

Ketersediaan tinggi dan pemulihan bencana

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Zona redundansi Database (atau kolam elastis) Diaktifkan, Dinonaktifkan. Sebagian.

Anda dapat mengaktifkan atau menonaktifkan redundansi zona untuk Azure SQL Database General Purpose (vCore) dan Business Critical/Premium tier sebagai operasi online. Azure SQL Database Hyperscale: Anda hanya dapat menentukan redundansi zona saat membuat database, dan Anda tidak dapat mengubahnya nanti. Untuk mengubahnya, gunakan salinan database, pemulihan titik waktu, atau geo-replika. Lihat Ketersediaan Zona-redundan.
Replika ketersediaan tinggi Database 0-4 (Hyperscale); tetap di 3 (Business Critical dan Premium) Ya (hanya Hyperscale).

Di Business Critical dan Premium, tiga replika HA bersifat otomatis dan Anda tidak dapat mengonfigurasi hitungannya. Di Hyperscale, Anda dapat mengonfigurasi replika 0-4 HA. Lihat Ketersediaan tinggi Hyperscale.
Peluasan skala Database Diaktifkan, Dinonaktifkan Ya.

Replika scale-out baca tersedia pada tier Premium dan Business Critical. Hyperscale menyediakan skala baca yang setara melalui replika HA dan hingga 30 replika bernama dengan komputasi yang dapat dikonfigurasi secara independen (lihat baris replika ketersediaan tinggi ). Lihat Baca skala keluar.
Geo-replication Basis data (replikasi geografis aktif); server logis (grup failover) Geo-replikasi aktif, grup failover Ya.

Anda dapat mengonfigurasi geo-replikasi setelah membuat basis data. Lihat Grup Geo-replikasi aktif dan Failover.

Pencadangan dan pemulihan

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Redundansi penyimpanan cadangan Database LRS, ZRS, GRS, GZRS Sebagian.

Tujuan Umum/Kritis Bisnis: redundansi penyimpanan cadangan dapat diubah. Perubahan berlaku untuk cadangan di masa depan dan mungkin memakan waktu hingga 48 jam untuk berlaku. Hyperscale dan Basic: redundansi penyimpanan cadangan diatur saat pembuatan dan tidak dapat diubah setelahnya. Untuk mengubah redundansi, gunakan replikasi geografis aktif, salinan basis data, atau pemulihan titik-waktu. Hyperscale mendukung LRS, ZRS, GRS, dan GZRS jika tersedia. Lihat Redundansi penyimpanan cadangan.
Retensi cadangan (PITR) Database 1–35 hari (default 7) Ya.

Berbeda-beda tergantung tingkat layanan. Lihat Pemulihan titik waktu (PITR).
Retensi jangka panjang (LTR) Database Mingguan, Bulanan, Tahunan, hingga 10 tahun. Ya.

Lihat Retensi Jangka Panjang.

Pengaturan tambahan

Configuration Ruang lingkup Nilai Dapat dimodifikasi setelah penerapan
Periode pemeliharaan Database (atau kolam elastis) Sistem default (5 sore–8 pagi), Hari kerja (10 malam–6 pagi Senin–Kamis), Akhir pekan (10 malam–6 pagi Jumat–Minggu) Ya.

Untuk Azure SQL Database, Anda dapat mengubah jendela pemeliharaan yang diinginkan kapan saja. Untuk tier layanan dan perangkat keras yang didukung, lihat jendela Pemeliharaan.
Pengaturan diagnostik Database Log Analytics, Event Hubs, Akun Penyimpanan. Ya.

Lihat Telemetri Diagnostik untuk ekspor.

Pengaturan yang tidak dapat diubah setelah penerapan

Anda tidak dapat mengubah pengaturan berikut setelah membuat database Anda. Rencanakan dengan cermat sebelum Anda menyediakan database.

Setting Mengapa ini penting
Collation Anda tidak dapat mengubah kolasi database setelah membuat database.
Ledger Setelah Anda membuat database sebagai database buku besar (atau sebagai database biasa), Anda tidak bisa beralih antara keduanya.
Nama dan wilayah server logis Anda tidak dapat mengubah nama server logis atau wilayahnya setelah membuat server.
Server logis induk Anda tidak dapat mengubah server logis database setelah membuat database. Salin atau geo-replikasi ke server yang berbeda.
Login admin server autentikasi SQL Anda tidak dapat mengganti nama login admin server autentikasi SQL setelah Anda membuat server.
Spesifik khusus hiperskala saja Saat Anda membuat database di Hyperscale, Anda tidak dapat mengubah redundansi penyimpanan cadangan atau redundansi zona nanti. Anda dapat mengonversi database ke Hyperscale dan melakukan reverse-migrasi dari Hyperscale dalam waktu 45 hari, tetapi database yang awalnya dibuat sebagai Hyperscale tidak dapat dikembalikan.

Konten terkait

  • Last updated on