Migracja z Express do Standard

Migracja z Express do Standard usuwa ograniczenia darmowej edycji: limit rozmiaru bazy, pamięci i wykorzystania rdzeni.

Na czym polega przejście z SQL Server Express do Standard

Migracja z SQL Server Express do SQL Server Standard oznacza zmianę edycji tego samego silnika relacyjnej bazy danych Microsoft SQL Server. Nie jest to automatycznie zmiana modelu danych ani konwersja tabel do innego systemu. Baza, schematy, indeksy, procedury składowane, widoki i dane pozostają elementami SQL Server, ale po uruchomieniu edycji Standard silnik może korzystać z większych zasobów i funkcji dostępnych w tej edycji. Przed rozpoczęciem trzeba potwierdzić, że używana wersja SQL Server Standard jest zgodna z wersją systemu oraz z aplikacją korzystającą z bazy.

Najważniejszą przyczyną takiej migracji są limity Express. SQL Server Express ma ograniczenia dotyczące maksymalnego rozmiaru pojedynczej bazy danych, użycia pamięci przez mechanizm Database Engine oraz liczby rdzeni procesora wykorzystywanych przez instancję. Wartości tych limitów zależą od konkretnej generacji produktu, dlatego podczas planowania należy sprawdzić dokumentację dokładnie dla zainstalowanej wersji, na przykład SQL Server 2019 albo SQL Server 2022. Samo zwiększenie pamięci komputera lub dodanie procesorów nie usuwa ograniczeń narzuconych przez edycję Express.

Wpływ limitów Express na działanie bazy

Limit rozmiaru bazy danych dotyczy pojedynczej bazy użytkownika, a nie całego dysku ani całej instancji. Po zapełnieniu dostępnego miejsca operacje wymagające powiększenia plików danych mogą kończyć się błędem, nawet jeśli system operacyjny nadal pokazuje wolne miejsce na woluminie. Trzeba również rozróżnić pliki danych od pliku dziennika transakcji. Rozmiar pliku logu ma odrębne znaczenie i nie należy zakładać, że zwiększenie jego rozmiaru rozwiąże osiągnięcie limitu pliku danych.

Ograniczenie pamięci wpływa na wielkość pamięci podręcznej danych i planów zapytań. Gdy silnik może używać tylko ograniczonej ilości RAM, częściej dochodzi do odczytów z dysku, co może zwiększać czas wykonywania zapytań. Limit wykorzystania rdzeni ogranicza możliwość równoległego przetwarzania obciążenia. Objawy nie muszą jednak oznaczać, że sama edycja jest jedyną przyczyną problemu. Przed migracją należy sprawdzić indeksy, plany wykonania, blokady, czas oczekiwania na dysk oraz konfigurację aplikacji, ponieważ Standard nie naprawia automatycznie nieefektywnych zapytań.

Dostępne sposoby wykonania migracji

Jedną z metod jest aktualizacja edycji istniejącej instancji przy użyciu instalatora SQL Server. W SQL Server Setup służy do tego operacja zmiany edycji, określana jako Edition Upgrade. Taki wariant zachowuje instancję i jej konfigurację, ale wymaga wcześniejszego sprawdzenia ścieżki aktualizacji, klucza produktu, zgodności wersji oraz wymagań licencyjnych. Podczas operacji usługi SQL Server mogą być niedostępne, dlatego należy zaplanować przerwę i upewnić się, że aplikacja nie wykonuje wtedy zapisów.

Drugim podejściem jest utworzenie nowej instancji Standard i przeniesienie baz. Najczęściej wykonuje się pełną kopię zapasową poleceniem BACKUP DATABASE, a następnie odtwarza ją poleceniem RESTORE DATABASE na instancji docelowej. Trzeba przenieść także loginy, uprawnienia, zadania SQL Server Agent, konfigurację połączeń, certyfikaty oraz inne zależności, jeśli są używane. Samo odtworzenie pliku .bak nie przenosi automatycznie obiektów znajdujących się poza konkretną bazą, dlatego po migracji należy sprawdzić mapowanie użytkowników do loginów i działanie kont używanych przez aplikację.

Kontrola po zmianie edycji SQL Server

Po zakończeniu migracji należy potwierdzić, że baza jest dostępna, a aplikacja łączy się z właściwą instancją. Weryfikacji wymagają między innymi nazwa serwera i instancji, port, metoda uwierzytelniania, konto usługi oraz ciąg połączenia zapisany w aplikacji. Należy wykonać próbny odczyt i zapis, sprawdzić integralność bazy poleceniem DBCC CHECKDB oraz porównać liczbę i stan kluczowych tabel z kopią źródłową. Jeżeli migracja odbywała się na nową instancję, trzeba dodatkowo sprawdzić, czy aplikacja nie korzysta nadal ze starego serwera.

Po przełączeniu warto obserwować czas wykonywania zapytań, zużycie pamięci, aktywność procesora, wzrost plików danych i logu transakcji oraz komunikaty w dzienniku SQL Server. Należy również ustalić harmonogram kopii zapasowych i przetestować odtworzenie kopii, ponieważ sama obecność pliku backupu nie potwierdza jego użyteczności. Migracja z Express do Standard usuwa ograniczenia charakterystyczne dla darmowej edycji, lecz nie zastępuje analizy wydajności, poprawnego zarządzania bazą ani testów aplikacji po zmianie.