Edycje SQL Server w Azure

Edycje SQL Server w Azure to warianty tego systemu bazodanowego dostępne w ramach usług chmurowych Microsoft.

SQL Server w Azure a model wdrożenia

Edycje SQL Server w Azure oznaczają warianty silnika SQL Server uruchamiane w usługach chmurowych Microsoft. Sama nazwa nie opisuje jednego produktu, ponieważ SQL Server może działać między innymi na maszynie wirtualnej Azure albo jako część usługi Azure SQL Managed Instance. Osobną kategorię stanowi Azure SQL Database, czyli zarządzana usługa bazodanowa oparta na silniku zgodnym z SQL Server, ale niebędąca klasyczną instalacją SQL Server z pełnym systemem operacyjnym i tradycyjnym modelem licencjonowania edycji.

Przy wyborze wariantu trzeba więc najpierw ustalić, czy potrzebny jest SQL Server uruchomiony na własnej maszynie wirtualnej, czy usługa zarządzana przez Azure. W przypadku SQL Server na Azure Virtual Machines administrator otrzymuje środowisko przypominające instalację lokalną: można kontrolować system Windows lub Linux, konfigurację instancji, pliki baz danych, zadania SQL Server Agent oraz dodatkowe składniki silnika. W usługach zarządzanych część tych obowiązków przejmuje platforma, ale zakres dostępnych funkcji i poziom kontroli są inne.

Web, Standard, Enterprise i pozostałe warianty

W obrazach SQL Server dla maszyn wirtualnych Azure spotyka się przede wszystkim edycje Enterprise, Standard, Web, Developer i Express, przy czym dostępność konkretnego obrazu zależy od systemu operacyjnego, regionu oraz aktualnej oferty platformy. Enterprise jest przeznaczona do obciążeń wymagających szerokiego zestawu funkcji i wysokiej skalowalności. Standard udostępnia mniejszy zakres możliwości, ale pozostaje wariantem przeznaczonym do typowych zastosowań produkcyjnych. Web jest kierowana do określonych scenariuszy usług internetowych i podlega odrębnym warunkom licencyjnym.

Developer zawiera funkcjonalność odpowiadającą edycji Enterprise, lecz jest przeznaczona do tworzenia i testowania, a nie do produkcyjnego przetwarzania danych. Express to bezpłatna, ograniczona edycja dla niewielkich aplikacji i nauki. Ma limity dotyczące między innymi rozmiaru pojedynczej relacyjnej bazy danych, wykorzystania pamięci oraz mocy obliczeniowej. Ograniczenia te mogą mieć znaczenie nawet wtedy, gdy sama maszyna wirtualna Azure ma większą liczbę procesorów i więcej pamięci, ponieważ limity edycji silnika nie znikają po zwiększeniu parametrów infrastruktury.

Ważne jest rozróżnienie edycji od rozmiaru maszyny wirtualnej. Edycja określa funkcje i ograniczenia SQL Server, natomiast typ maszyny Azure określa dostępne zasoby obliczeniowe, pamięć, przepustowość oraz charakterystykę dysków. Zwiększenie rozmiaru maszyny nie zmienia SQL Server Standard w Enterprise. Podobnie zmiana edycji nie zapewnia automatycznie odpowiedniej wydajności, jeśli dyski, pamięć lub przepustowość sieci zostały dobrane zbyt nisko.

Funkcje, licencjonowanie i zgodność aplikacji

Różnice między edycjami dotyczą między innymi dostępności zaawansowanych mechanizmów wysokiej dostępności, skalowania, kompresji, partycjonowania, szyfrowania, indeksowania oraz funkcji analitycznych. Nie każda funkcja dostępna w Enterprise występuje w Standard, Web lub Express. Przed migracją należy sprawdzić używane komponenty: wersję zgodności bazy danych, procedury składowane, wyzwalacze, zadania agenta, linked servers, integrację z usługami zewnętrznymi oraz wymagania aplikacji.

W Azure SQL Managed Instance i Azure SQL Database dobór wariantu odbywa się przede wszystkim przez wybór modelu usługi, poziomu wydajności, generacji sprzętu oraz sposobu rozliczania. Nie należy automatycznie przenosić nazw edycji Enterprise czy Standard z SQL Server na maszynie wirtualnej do tych usług. Usługa zarządzana może oferować określoną funkcję w innym modelu administracyjnym, z innymi ograniczeniami i inną odpowiedzialnością za kopie zapasowe, aktualizacje, wysoką dostępność oraz konfigurację infrastruktury.

Licencjonowanie w Azure może być rozliczane razem z maszyną i oprogramowaniem albo z wykorzystaniem istniejących uprawnień licencyjnych, zależnie od wybranego modelu i warunków umowy. Znaczenie mają także prawa do uruchamiania konkretnej edycji, liczba rdzeni wirtualnych, typ używanego obrazu oraz aktywne korzyści licencyjne. Przed uruchomieniem środowiska produkcyjnego trzeba zweryfikować aktualne warunki Microsoft, ponieważ cena maszyny, dysków i usługi Azure jest niezależna od samej funkcjonalności silnika.

Weryfikacja instalacji SQL Server działającej w Azure

Diagnostyka problemu powinna rozpocząć się od identyfikacji rzeczywistego wariantu wdrożenia. Należy ustalić, czy system działa na Azure Virtual Machines, Azure SQL Managed Instance, Azure SQL Database czy w innym modelu. Następnie warto odczytać nazwę edycji, wersję silnika, poziom aktualizacji i poziom zgodności bazy. W przypadku klasycznej instancji SQL Server informacje te można sprawdzić w SQL Server Management Studio albo zapytaniem wykorzystującym funkcję SERVERPROPERTY, na przykład przez odczyt właściwości Edition, ProductVersion i ProductLevel.

Jeśli aplikacja zgłasza brak funkcji, błąd po migracji lub nieoczekiwane ograniczenie wydajności, trzeba rozdzielić problem edycji od problemu infrastruktury. Przyczyną może być limit konkretnego wariantu, niezgodna wersja sterownika, ustawiony poziom zgodności, niewystarczająca pamięć, zbyt wolny magazyn danych albo ograniczenie usługi zarządzanej. Weryfikacja powinna obejmować konfigurację instancji, parametry baz danych, dzienniki SQL Server, metryki Azure oraz sposób połączenia aplikacji. Neutralna diagnostyka laptopa lub komputera PC może potwierdzić poprawność lokalnego środowiska, narzędzi administracyjnych i połączenia, ale nie zastępuje analizy uprawnień ani warunków licencyjnych po stronie usługi Azure.