Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:SQL Server — tylko system Windows
W programie SQL Server 2016 (13.x) i nowszych niektóre zmiany są włączone tylko po zmianie poziomu zgodności bazy danych . Zostało to zrobione z kilku powodów:
Ponieważ uaktualnienie jest operacją jednokierunkową (nie można obniżyć formatu pliku), istnieje wartość oddzielająca włączenie nowych funkcji do oddzielnej operacji w bazie danych. Można przywrócić ustawienie do wcześniejszego poziomu zgodności bazy danych. Nowy model zmniejsza liczbę rzeczy, które muszą wystąpić podczas okna awarii.
Zmiany w procesorze zapytań mogą mieć złożone skutki. Mimo że "dobra" zmiana systemu może być świetna dla większości obciążeń, może powodować nieakceptowalną regresję w przypadku ważnego zapytania dla niektórych. Oddzielenie tej logiki od procesu uaktualniania umożliwia korzystanie z funkcji, takich jak magazyn zapytań, w celu szybkiego ograniczenia regresji wyboru planu, a nawet uniknięcia ich całkowitej na serwerach produkcyjnych.
Następujące zachowania są oczekiwane w przypadku programu SQL Server 2017 (14.x), gdy baza danych jest dołączona lub przywrócona, oraz po uaktualnieniu w miejscu:
- Jeśli poziom zgodności bazy danych użytkownika był 100 lub wyższy przed uaktualnieniem, pozostaje taki sam po uaktualnieniu.
- Jeśli poziom zgodności bazy danych użytkownika wynosił 90 przed uaktualnieniem, w uaktualnionej bazie danych poziom zgodności jest ustawiony na 100, co jest najniższym obsługiwanym poziomem zgodności w programie SQL Server 2017 (14.x).
- Poziomy zgodności baz danych
tempdb
,model
,msdb
orazResource
są ustawione na bieżący poziom zgodności po uaktualnieniu. - Systemowa
master
baza danych zachowuje poziom zgodności, który miał przed uaktualnieniem.
Proces uaktualniania umożliwiający włączenie nowej funkcjonalności procesora zapytań jest związany z modelem obsługi po wydaniu produktu. Niektóre z tych poprawek są wydawane pod znakiem Trace Flaga 4199. Klienci, którzy potrzebują poprawek, mogą zdecydować się na te poprawki bez powodowania nieoczekiwanych regresji dla innych klientów. Model serwisowania poprawek dla procesora zapytań po ich wydaniu jest udokumentowany tutaj. Począwszy od programu SQL Server 2016 (13.x), przejście na nowy poziom zgodności oznacza, że flaga śledzenia 4199 nie jest już potrzebna, ponieważ te poprawki są teraz domyślnie włączone na najnowszym poziomie zgodności. W związku z tym w ramach procesu uaktualniania ważne jest, aby sprawdzić, czy 4199 nie jest włączona po zakończeniu procesu uaktualniania.
Uwaga / Notatka
Flaga śledzenia 4199 jest nadal potrzebna do włączenia wszelkich nowych poprawek procesora zapytań wydanych po RTM, jeśli ma to zastosowanie.
Aby uzyskać informacje o zalecanym przepływie pracy w celu uaktualnienia procesora zapytań do najnowszej wersji kodu, zobacz Zapewnianie stabilności wydajności podczas uaktualniania do nowszej sekcji scenariuszy użycia magazynu zapytań.
Począwszy od programu SQL Server Management Studio 18, użytkownicy mogą być kierowani przez zalecany przepływ pracy przy użyciu Asystenta dostrajania zapytań. Aby uzyskać więcej informacji, zobacz Uaktualnianie baz danych przy użyciu Asystenta dostrajania zapytań.