Modifiable configuration reference for Azure SQL Database

Dotyczy:Azure SQL Database

W tym artykule określasz, które ustawienia konfiguracyjne Azure SQL Database możesz zmienić po utworzeniu bazy, a które są niezmienne i wymagają odtworzenia bazy danych.

Legenda

Symbol Meaning
Tak W pełni modyfikowalny po utworzeniu bazy danych.
Nie Nie można go zmienić. Wymaga rekreacji lub obejścia.
Częściowo Można je modyfikować z pewnymi zastrzeżeniami lub ograniczeniami.
N/A To nie jest ustawienie trwałe. Ma to znaczenie tylko wtedy, gdy tworzysz bazę danych.

Kolumna Zakres wskazuje, czy dane ustawienie dotyczy serwera logicznego i dotyczy wszystkich jego baz danych, czy pojedynczej bazy danych, albo obu.

Basics

Ustawienia, które podajesz (lub akceptujesz dla nich domyślnie) podczas tworzenia bazy, plus podstawowe metadane.

Configuration Scope Wartości Można modyfikować po wdrożeniu
Subskrypcja lub grupa zasobów Serwer logiczny (bazy danych poruszają się wraz z nim) Każda aktywna subskrypcja lub grupa zasobów Azure Częściowo.

Nie da się samodzielnie przenieść bazy danych. Przenosisz nadrzędny serwer logiczny za pomocą Azure Resource Manager, a wszystkie jego bazy danych i pule elastyczne przesuwają się razem z nim. Aby przenieść pojedynczą bazę danych, skopiuj lub zreplikuj ją geograficznie na serwer w docelowej grupie subskrypcyjnej lub zasobów.
Nazwa bazy danych baza danych Zdefiniowane przez użytkownika (unikalne dla serwera) Tak.

Możesz zmienić nazwę bazy danych na .ALTER DATABASE ... MODIFY NAME Podczas zmiany nazwy nie można połączyć użytkowników, a baza danych nie może uczestniczyć w aktywnej geo-replikacji ani tworzyć kopii bazy danych.
Logiczna nazwa serwera Serwer logiczny Zdefiniowane przez użytkownika (globalnie unikalne na Azure) Nie.
Nadrzędny serwer logiczny baza danych Istniejący lub nowy serwer logiczny Nie.

Nie możesz zmienić logicznego serwera bazy danych po jej utworzeniu. Skopiuj lub zreplikuj się na inny serwer.
Lokalizacja serwera Serwer logiczny Dowolny region Azure wspierany przez Azure SQL Database. Nie.

See Azure SQL Database region availability.
Metoda uwierzytelniania SQL Serwer logiczny Tylko uwierzytelnianie SQL, Microsoft Entra + uwierzytelnianie SQL (mieszane), tylko Microsoft Entra Tak.

Zobacz Konfigurowanie uwierzytelniania Microsoft Entra.
Logowanie administratora serwera SQL authentication Serwer logiczny Zdefiniowane przez użytkownika (ustawione przy tworzeniu serwera) Nie.

Nie można zmienić nazwy logowania administratora serwera SQL po skonfigurowaniu serwera.
Hasło administratora serwera uwierzytelniania SQL Serwer logiczny User-defined Tak.
Administrator firmy Microsoft Entra Serwer logiczny Użytkownik lub grupa Tak.

Zobacz Konfiguruj i zarządzaj uwierzytelnianiem Microsoft Entra.
Środowisko obciążenia Baza danych (preset czasu tworzenia) Rozwój, produkcja N/A.

Środowisko obciążenia to preset dostępny wyłącznie w portalu Azure, który wpływa na domyślne ustawienia (compute, backup redundancy) podczas tworzenia bazy danych. To nie jest konfiguracja zapisana.
Collation baza danych Sortowanie baz danych (na przykład SQL_Latin1_General_CP1_CI_AS). Nie.

Nie możesz zmienić sortowania bazy danych po jej utworzeniu. Musisz odtworzyć bazę danych. Zobacz Sortowanie i obsługę Unicode.
Tags Serwer logiczny i każda baza danych (niezależna) Pary klucz–wartość Tak.

Obliczenia i magazyn

Configuration Scope Wartości Można modyfikować po wdrożeniu
Przynależność do elastycznej puli baza danych Basen elastyczny, samodzielny Tak.

Zobacz Pule elastyczne.
Poziom usługi Baza danych (lub pula elasysta) Uniwersalne, biznesowe krytyczne, hiperskalowe (vCore)
Podstawowy, Standardowy, Premium (DTU)		 Częściowo.

Możesz przełączać się między poziomami usług i możesz przechodzić na Hyperscale w modelu zakupowym vCore. Odwrotna migracja z Hyperscale z powrotem do General Purpose jest możliwa w ciągu 45 dni od konwersji. Bazy danych pierwotnie utworzone w Hyperscale nie mogą się cofnąć. Aby dowiedzieć się więcej, zobacz zasoby Scale.
Warstwa obliczeniowa Baza danych (lub pula elasysta) Provisioned, Serverless. Tak.

Możesz przełączać się między Provisioned a Serverless. Tryb serwerowy dostępny jest tylko na General Purpose i Hyperscale. Nie jest dostępny na Business Critical. Zobacz poziom obliczeń serwerowych.
Sprzęt obliczeniowy Baza danych (lub pula elasysta) Standardowa seria (Gen5), Premium, Premium-Series zoptymalizowana pamięć, DC-series Tak.

Dostępność zależy od poziomu usług i poziomu obliczeniowego. Zobacz Konfiguracja sprzętowa.
vCores (Provisioned, lub min/max dla serwerless) Baza danych (lub pula elasysta) Od 0,5 vCore (bez serwera) do 128+ vCore, w zależności od poziomu usług, poziomu obliczeniowego i sprzętu Tak.

Możesz skalować w górę lub w dół w odpowiednich granicach. Zobacz limity pojedynczej bazy danych, limity elastycznych pul oraz limity hiperskali.
Opóźnienie automatycznego pauzowania (Serverless) baza danych Konfigurowalne opóźnienie, wyłączone Tak.

Dostępne tylko dla serwerów ogólnego przeznaczenia. Hyperscale serverless nie obsługuje automatycznego pauzowania. Zobacz Auto-pauza i auto-resume.
Rozmiar zarezerwowanej pamięci Baza danych (lub pula elasysta) Zależy od poziomu usług i sprzętu. Tak.

Możesz skalować zarezerwowane magazyny w górę lub w dół, ale nigdy poniżej przestrzeni już używanej. Zobacz Limity zasobów dla pojedynczych baz danych, Limity zasobów dla elastycznych pul oraz Limity zasobów hiperskalowych.

Sieć

Configuration Scope Wartości Można modyfikować po wdrożeniu
Metoda łączności Serwer logiczny Publiczny punkt końcowy, prywatny punkt końcowy, brak dostępu publicznego. Tak.

Zobacz Azure SQL Database connectivity architecture.
Allow Azure services access Serwer logiczny (reguła zapory) Tak, Nie Tak.

Zaimplementowane jako reguła AllowAllWindowsAzureIps zapory na poziomie serwera (0.0.0.0). Zobacz Kontrola dostępu do sieci.
reguły firewall Serwer logiczny i baza danych Zasady oparte na IP. Tak.

Zobacz reguły zapory na poziomie serwera i bazy danych.
Reguły sieci wirtualnej Serwer logiczny Punkty końcowe usług oparte na podsieci. Tak.

Zobacz Wirtualne sieci końcowe usług sieciowych.
Prywatne punkty końcowe Serwer logiczny Prywatne połączenia końcowe z logicznym serwerem. Tak.

Zobacz Azure Private Link for Azure SQL Database.
Zasady połączeń Serwer logiczny Domyślne, Proxy, Przekierowanie. Tak.

Zobacz Azure SQL Database connection policy.
Minimalna wersja protokołu TLS Serwer logiczny TLS 1.2 Tak.

Domyślnie jest TLS 1.2. TLS 1.0 i 1.1 są wycofane. Zobacz wersję Minimum TLS oraz wsparcie TLS 1.3.

Zabezpieczenia

Configuration Scope Wartości Można modyfikować po wdrożeniu
Usługa Microsoft Defender dla usługi SQL Serwer logiczny Włączone, wyłączone. Tak.

Zobacz Microsoft Defender dla SQL.
Ledger baza danych Włączone (baza danych Ledger), wyłączone Nie.

Nie da się przekonwertować bazy danych księgi na zwykłą bazę danych ani odwrotnie. See Azure SQL Database ledger.
Tożsamość zarządzana Serwer logiczny Przypisane przez system, przypisane przez użytkownika, Brak. Tak.

Zobacz Managed identities for Azure SQL.
Transparent Data Encryption (TDE) Serwer logiczny (ochrona TDE); wymuszone w bazie danych Klucz zarządzany usługą, klucz zarządzany przez klienta (CMK). Tak.

Możesz przełączać się między kluczami zarządzanymi przez usługi a klientem oraz obracać klucze ręcznie lub automatycznie. Zobacz TDE for Azure SQL Database.
Klucz szyfrowania TDE (CMK) Serwer logiczny (ochrona TDE) Specific Azure Key Vault key. Tak.

Możesz obracać klawisz ręcznie lub automatycznie. Zobacz TDE zarządzane przez klienta.
Inspekcja Serwer logiczny i baza danych Włączone, wyłączone. Tak.

Audyt na poziomie serwera dotyczy wszystkich baz danych na serwerze. Audyt na poziomie bazy danych może być konfigurowany niezależnie. Zobacz Auditing for Azure SQL Database.

Wysoka dostępność i odzyskiwanie po awarii

Configuration Scope Wartości Można modyfikować po wdrożeniu
Redundancja strefowa Baza danych (lub pula elasysta) Włączone, wyłączone. Częściowo.

Możesz włączyć lub wyłączyć redundantność stref dla poziomów Azure SQL Database General Purpose (vCore) oraz Business Critical/Premium jako operację online. Azure SQL Database Hyperscale: redundancję strefy można określić tylko podczas tworzenia bazy danych, a później nie można jej zmienić. Aby to zmienić, użyj kopiowania bazy danych, przywracania w czasie lub geo-repliki. Zobacz dostępność redundantna w strefie.
Repliki o wysokiej dostępności baza danych 0-4 (Hiperskala); stałe na 3 (Krytyczne dla biznesu i Premium) Tak (tylko Hyperscale).

W Business Critical i Premium trzy repliki HA są automatyczne i nie można skonfigurować licznika. W Hyperscale możesz skonfigurować repliki 0-4 HA. Zobacz Hyperscale high availability.
Skalowanie poziome odczytu baza danych Włączone, Wyłączone Tak.

Repliki skalowania odczytu są dostępne na poziomach Premium i Business Critic. Hyperscale zapewnia równoważne skalowanie odczytu przez repliki HA oraz do 30 nazwanych replik z niezależnie konfigurowalnym obliczeniowym (patrz wiersz replik o wysokiej dostępności ). Zobacz Read scale-out.
Geo-replication Baza danych (aktywna geo-replikacja); Serwer logiczny (grupy awaryjne) Aktywna replikacja geograficzna, grupy awaryjne Tak.

Możesz skonfigurować geo-replikację po utworzeniu bazy danych. Zobacz grupy aktywnej georeplikacji i przełączania awaryjnego.

Tworzenie kopii zapasowej i przywracanie

Configuration Scope Wartości Można modyfikować po wdrożeniu
Nadmiarowość magazynu kopii zapasowych baza danych LRS, ZRS, GRS, GZRS Częściowo.

Uniwersalne/Krytyczne dla biznesu: redundancja zapasowego przechowywania jest modyfikowalna. Zmiany dotyczą przyszłych kopii zapasowych i mogą zająć do 48 godzin, zanim wejdą w życie. Hyperscale i Basic: redundancja pamięci zapasowej jest ustawiona przy tworzeniu i nie można jej później zmienić. Aby zmienić redundancję, użyj aktywnej replikacji geograficznej, kopiowania bazy danych lub przywracania w czasie rzeczywistym. Hyperscale obsługuje LRS, ZRS, GRS i GZRS tam, gdzie są dostępne. Zobacz Backup storage redundancy.
Zatrzymanie zapasów zapasowych (PITR) baza danych 1–35 dni (domyślnie 7) Tak.

To zależy od poziomu usług. Zobacz Przywracanie w czasie (PITR).
Długoterminowe przechowywanie (LTR) baza danych Tygodniowo, miesięcznie, rocznie, do 10 lat. Tak.

Zobacz Długoterminowe retencje.

Dodatkowe ustawienia

Configuration Scope Wartości Można modyfikować po wdrożeniu
Okno obsługi Baza danych (lub pula elasysta) Domyślny system (17:00–8:00), dni powszednie (22:00–6:00 poniedziałek–czwartek), weekendy (22:00–6:00 piątek–niedziela) Tak.

W przypadku Azure SQL Database możesz w dowolnym momencie zmienić wybrane okno konserwacji. Aby uzyskać obsługiwane poziomy usług i sprzęt, zobacz okno utrzymania.
Ustawienia diagnostyczne baza danych Log Analytics, Event Hubs, konto magazynowe. Tak.

Zobacz telemetrię diagnostyczną dla eksportu.

Niezmienne ustawienia po wdrożeniu

Nie możesz zmienić następujących ustawień po utworzeniu bazy danych. Zaplanuj je starannie przed udostępnieniem bazy danych.

Setting Dlaczego to ma znaczenie
Collation Nie możesz zmienić sortowania bazy danych po jej utworzeniu.
Ledger Po utworzeniu bazy danych jako księgi (lub jako zwykłej bazy danych) nie możesz przełączać się między tymi dwiema.
Logiczna nazwa serwera i region Nie możesz zmienić nazwy logicznego serwera ani jego regionu po utworzeniu serwera.
Nadrzędny serwer logiczny Nie możesz zmienić logicznego serwera bazy danych po jej utworzeniu. Skopiuj lub zreplikuj się na inny serwer.
Logowanie administratora serwera SQL authentication Nie możesz zmienić nazwy logowania administratora serwera SQL po utworzeniu serwera.
Szczegóły tylko hiperskalowe Gdy tworzysz bazę danych w Hyperscale, nie możesz później zmienić redundancji kopii zapasowej ani strefowej. Możesz konwertować bazy danych do Hyperscale i odwrócić się z Hyperscale w ciągu 45 dni, ale bazy pierwotnie utworzone jako Hyperscale nie mogą się przywrócić.

Treści powiązane

  • Last updated on