Zalecane aktualizacje i opcje konfiguracji dla SQL Server 2017 i 2016 z obciążeniami o wysokiej wydajności

Artykuł
06/20/2023

W tym artykule opisano listę ulepszeń wydajności i opcji konfiguracji dostępnych dla wersji SQL Server 2016 i nowszych.

Oryginalna wersja produktu: SQL Server 2017 w systemie Windows, SQL Server 2016
Oryginalny numer KB: 4465518

Wprowadzenie

W tym artykule opisano ulepszenia wydajności i zmiany dostępne dla programu Microsoft SQL Server 2017 i SQL Server 2016 za pośrednictwem różnych aktualizacji produktów i opcji konfiguracji.

Zalecamy rozważenie zastosowania tych aktualizacji w celu zwiększenia wydajności wystąpień SQL Server. Stopień poprawy będzie zależeć od różnych czynników, w tym wzorca obciążenia, punktów rywalizacji, układu procesora (liczba grup procesorów, gniazd, węzłów NUMA i rdzeni w węźle NUMA) oraz ilości dostępnej pamięci w systemie.

Zespół pomocy technicznej SQL Server wykorzystał te aktualizacje i zmiany konfiguracji, aby osiągnąć rozsądny wzrost wydajności dla obciążeń klientów korzystających z systemów sprzętowych, które obejmowały kilka węzłów NUMA i wiele procesorów. Zespół pomocy technicznej będzie nadal aktualizować ten artykuł o inne aktualizacje w przyszłości.

Definicja: Systemy wysokiej klasy
"System wysokiej klasy" zwykle ma wiele gniazd, osiem rdzeni lub więcej na gniazdo i pół terabajta lub więcej pamięci.

Stosowanie zalecanych aktualizacji i zwiększanie wydajności SQL Server

Te zalecenia dotyczące poprawy wydajności SQL Server 2017 r. i SQL Server 2016 r. są pogrupowane w pięć tabel w następujący sposób:

Tabela 1 zawiera najczęściej zalecane aktualizacje i flagi śledzenia dla skalowalności w systemach wysokiej klasy.
Tabela 2 zawiera zalecenia i wskazówki dotyczące innego dostrajania wydajności.
Tabela 3 zawiera informacje o zmianach w zachowaniu i ustawieniach domyślnych w programach SQL 2017 i 2016.
Tabela 4 zawiera inne poprawki skalowalności, które zostały dołączone wraz z aktualizacją zbiorczą (CU).
Tabela 5 zawiera zalecane poprawki i wskazówki dotyczące konfiguracji dla wystąpień SQL Server wdrożonych w środowisku systemu Linux.

Uwaga

Aby uzyskać dodatkowy kontekst, zobacz Często używane pokrętła, aby dostroić zajęty SQL Server.

Ważna

Jeśli włączono flagi śledzenia, zapoznaj się z informacjami zawartymi w tym artykule po uruchomieniu migracji do SQL Server 2017 r. lub SQL Server 2016 r. Wiele flag śledzenia i opcji konfiguracji wymienionych w tym artykule stało się opcjami domyślnymi w SQL Server 2017 r. i SQL Server 2016 r.

Tabela 1. Ważne aktualizacje i flagi śledzenia dla systemów wysokiej klasy

Przejrzyj poniższą tabelę i włącz flagi śledzenia w kolumnie Flaga śledzenia po upewnieniu się, że wystąpienie SQL Server spełnia wymagania w kolumnie Odpowiednia wersja i zakresy kompilacji.

Uwaga

Odpowiednia wersja i kompilacja wskazują określoną aktualizację, w której wprowadzono flagę zmiany lub śledzenia. Jeśli nie określono cu, wszystkie jednostki CU w sp są uwzględniane.
Nie dotyczy wersji i kompilacji wskazuje określoną aktualizację, w której zmiana lub flaga śledzenia stała się zachowaniem domyślnym. Dlatego samo zastosowanie tej aktualizacji wystarczy, aby otrzymać korzyści.

Ważna

Po włączeniu poprawek z flagami śledzenia w środowiskach zawsze włączonych należy pamiętać, że należy włączyć flagi poprawek i śledzenia na wszystkich replikach należących do grupy dostępności.

Scenariusz i objaw do rozważenia	Flaga śledzenia	Odpowiednie zakresy wersji i kompilacji	Nie dotyczy wersji i zakresów kompilacji	Link do artykułu lub bloga w bazie wiedzy, aby uzyskać więcej szczegółów
Duże SOS_CACHESTORE rywalizacji o spinlock lub plany są często eksmitowane w obciążeniach zapytań ad hoc.	T174	SQL Server 2016 RTM to current SP/CU SQL Server 2017 RTM to current SP/CU	Brak	KB3026083 — POPRAWKA: SOS_CACHESTORE rywalizacja o spinlock w pamięci podręcznej planów ad hoc SQL Server powoduje wysokie użycie procesora CPU w SQL Server
Wpisy w pamięci podręcznej planu są eksmitowane z powodu wzrostu liczby innych pamięci podręcznych lub urzędników pamięci. Wysokie użycie procesora CPU z powodu częstych ponownych kompilacji zapytań.	T8032	SQL Server 2016 RTM to current SP/CU SQL Server 2017 RTM to current SP/CU	Brak	Dokumentacja DBCC TRACEON — flagi śledzenia (Transact-SQL). Zobacz sekcję Zarządzanie rozmiarem pamięci podręcznej w sekcji Wewnętrzne pamięci podręcznej planu.
Baza danych tempdb jest mocno używana i ma wiele modyfikacji danych w bazie danych tempdb. Podczas używania pośredniego punktu kontrolnego dla bazy danych tempdb występują komunikaty harmonogramu, które nie dają wydajności.	T3468	SQL Server 2016 SP1 CU5 to current SP/CU SQL Server 2017 CU1 to current SP/CU	Brak	Pośredni punkt kontrolny i baza danych tempdb — dobry, zły i nieodzyskujący harmonogram KB4040276 — POPRAWKA: Pośrednie punkty kontrolne w bazie danych bazy danych tempdb powodują błąd "Harmonogram bez wydajności" w SQL Server 2016 i 2017 r.
Częste krótkie transakcje występują w bazie danych tempdb. Zauważysz, że zwiększone użycie procesora CPU dla tych transakcji Zgodność z typowymi kryteriami nie jest włączona	T3427	SQL Server 2016 SP1 CU2 to SQL Server 2016 SP2 CU2	SQL Server 2017 r. RTM	KB3216543 — POPRAWKA: obciążenia korzystające z wielu częstych, krótkich transakcji w SQL Server 2016 i 2017 r. mogą zużywać więcej procesora NIŻ w SQL Server 2014 r.
Rozwiązujesz problemy z wydajnością określonych zapytań. Poprawki optymalizatora są domyślnie wyłączone.	T4199	SQL Server 2016 RTM to current SP/CU SQL Server 2017 RTM to current SP/CU	Brak	KB974006 — model obsługi 4199 z flagą śledzenia poprawek SQL Server optymalizatora zapytań Uwaga Zamiast flagi śledzenia na poziomie serwera 4199 rozważ użycie opcji o zakresie bazy danych QUERY_OPTIMIZER_HOTFIXES lub ENABLE_QUERY_OPTIMIZER_HOTFIXES wskazówki dotyczącej zapytania.
Wykonywanie zadań statystyki zajmuje dużo czasu. Nie można uruchomić wielu zadań aktualizacji statystyk równolegle.	T7471	SQL Server 2016 RTM CU1 to current SP/CU SQL Server 2017 RTM to current SP/CU	Brak	KB3156157 — jest dostępnych wiele statystyk AKTUALIZACJI dla różnych statystyk w jednej tabeli Zwiększanie wydajności statystyk aktualizacji za pomocą programu SQL 2014 & SQL 2016

Tabela 2. Ogólne zagadnienia i najlepsze rozwiązania dotyczące poprawy wydajności wystąpienia SQL Server

Przejrzyj zawartość artykułu bazy wiedzy lub kolumny Zasoby online książek i rozważ zaimplementowanie wskazówek w kolumnie Zalecane akcje .

Zasób artykułu lub książki online w bazie wiedzy	Zalecane akcje
Konfigurowanie maksymalnego stopnia opcji konfiguracji serwera równoległości	`sp_configure` Użyj procedury składowanej, aby wprowadzić zmiany konfiguracji, aby skonfigurować maksymalny stopień opcji konfiguracji serwera równoległości dla wystąpienia SQL Server zgodnie z artykułem bazy wiedzy.
Limity pojemności obliczeniowej według wersji Ograniczenie podstawowe licencji dla SQL Server 2012 r.	Enterprise Edition z licencją Licencja dostępu do serwera i klienta (CAL) jest ograniczona do 20 rdzeni na wystąpienie SQL Server. W modelu licencjonowania serwera opartego na rdzeniach nie ma żadnych limitów. Rozważ uaktualnienie wersji SQL Server do odpowiedniej jednostki SKU w celu użycia wszystkich zasobów sprzętowych.
Niska wydajność w systemie Windows Server w przypadku korzystania z planu zrównoważonej energii	Zapoznaj się z artykułem i współpracuj z administratorem systemu Windows, aby zaimplementować jedno z rozwiązań wymienionych w sekcji Rozwiązywanie artykułu.
optymalizacja pod kątem obciążeń ad hoc Opcja konfiguracji serweraWYMUSZONA PARAMETRALIZACJA	Wpisy w pamięci podręcznej planu są eksmitowane z powodu wzrostu liczby innych pamięci podręcznych lub urzędników pamięci. Może również wystąpić eksmisja pamięci podręcznej planu, gdy pamięć podręczna osiągnie maksymalną liczbę wpisów. Oprócz flagi śledzenia 8032 omówionych powyżej rozważ opcję optymalizacji dla serwera obciążeń ad hoc , a także opcję bazy danych FORCED PARAMETERIZATION .
Jak zmniejszyć stronicowanie pamięci puli buforów w SQL Server Zagadnienia dotyczące konfiguracji pamięci i ustalania rozmiaru w wersjach SQL Server 2012 i nowszych	Przypisz prawo użytkownika Włącz strony blokady w opcji pamięci (Windows) do konta uruchamiania usługi SQL. Zobacz Jak włączyć funkcję "zablokowanych stron" w SQL Server 2012 roku. Ustaw maksymalną ilość pamięci serwera na około 90 procent całkowitej pamięci fizycznej. Upewnij się, że ustawienie opcji konfiguracji pamięci serwera konta pamięci tylko z węzłów, które są skonfigurowane do korzystania z ustawień maski koligacji.
SQL Server i duże strony — objaśnienie...	Rozważ włączenie flagi śledzenia 834 , jeśli masz serwer z dużą ilością pamięci, szczególnie w przypadku obciążenia analitycznego lub magazynowania danych. Należy pamiętać, że współdziałanie indeksów magazynu kolumn z modelem pamięci dużej strony w SQL Server.
Problemy z wydajnością zapytań związane z dużą pamięcią podręczną zabezpieczeń Wykonywanie zapytań trwa dłużej, gdy rozmiar pamięci podręcznej TokenAndPermUserStore rośnie w SQL Server DBCC TRACEON — flagi śledzenia (Transact-SQL)	Jeśli pamięć podręczna zabezpieczeń zwiększa się do dużego rozmiaru i występują problemy z wydajnością i rywalizacja o funkcję spinlock, rozważ włączenie flagi śledzenia T4610 i T4618 w celu zmniejszenia maksymalnego rozmiaru magazynu TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401 — dostępne są nowe opcje udzielania pamięci zapytań (min_grant_percent i max_grant_percent) w SQL Server 2012 r.	Jeśli masz wiele zapytań, które wyczerpują duże dotacje na pamięć, zmniejsz `request_max_memory_grant_percent` domyślną grupę obciążeń w konfiguracji zarządcy zasobów z domyślnej wartości 25% do niższej. W SQL Server dostępne są nowe opcje udzielania pamięci zapytań (`min_grant_percent` i `max_grant_percent`).
SQL 2016 — po prostu działa szybciej: automatyczna konfiguracja bazy danych TEMPDB	Dodaj wiele plików danych o takim samym rozmiarze dla bazy danych tempdb, jeśli jest to uaktualniony serwer. W przypadku nowych instalacji instalator automatycznie to robi.
TEMPDB — pliki i flagi śledzenia oraz Aktualizacje	Użyj optymalizacji bazy danych tempdb i zwiększ skalowalność, unikając lub zmniejszając bibliotekę DDL dla obiektów tymczasowych.
Błyskawiczne inicjowanie pliku	Współpracuj z administratorem systemu Windows, aby przyznać kontu usługi SQL Server uprawnienia użytkownika Wykonywanie zadań konserwacji woluminów zgodnie z informacjami w temacie Książki online.
Zagadnienia dotyczące ustawień "autogrow" i "autoshrink" w SQL Server	Sprawdź bieżące ustawienia bazy danych i upewnij się, że są one skonfigurowane zgodnie z zaleceniami w artykule Bazy wiedzy.
Pośrednie punkty kontrolne	Rozważ włączenie pośrednich punktów kontrolnych w bazach danych użytkowników w celu zoptymalizowania zachowania operacji we/wy w SQL Server 2014 i 2012 roku.
SQL Server: duże punkty kontrolne pamięci RAM i bazy danych	Rozważ włączenie pośrednich punktów kontrolnych w bazach danych użytkowników w celu zoptymalizowania zachowania operacji we/wy w SQL Server 2014 i 2012 roku. Przejrzyj wymagane korekty bazy danych tempdb w referencyjnym pośrednim punkcie kontrolnym i bazie danych tempdb — dobrym, złym i nieodzyskającym harmonogramie.
KB3009974 — POPRAWKA: powolna synchronizacja, gdy dyski mają różne rozmiary sektorów dla plików dziennika repliki podstawowej i pomocniczej w środowiskach grupy dostępności SQL Server i logshipping	Jeśli masz grupę dostępności, w której dziennik transakcji w replice podstawowej znajduje się na dysku o rozmiarze sektora 512 bajtów, a dziennik transakcji repliki pomocniczej znajduje się na dysku o rozmiarze sektora 4 K, może wystąpić powolna synchronizacja. W takiej sytuacji włączenie serwera TF 1800 powinno rozwiązać problem. Aby uzyskać więcej informacji, zobacz Trace Flag 1800.For more information, see Trace Flag 1800 (Flaga śledzenia 1800).
Infrastruktura profilowania zapytań KB3170113 — aktualizowanie w celu uwidocznienia statystyk wykonywania zapytań dla każdego operatora w pliku XML showplan i zdarzeniu rozszerzonym w SQL Server 2014 r. z dodatkiem SP2	Jeśli SQL Server nie jest jeszcze powiązana z procesorem CPU, a obciążenie od 1,5% do 2% jest znikome dla obciążeń, zalecamy włączenie serwera TF 7412 jako flagi śledzenia uruchamiania. Ta flaga umożliwia uproszczone profilowanie w SQL Server 2014 z dodatkiem SP2 lub nowszym. Umożliwia to rozwiązywanie problemów z zapytaniami na żywo w środowiskach produkcyjnych.
Identyfikowanie regresji wyboru planu przy użyciu magazynu zapytań Aktywuj najlepszy plan zapytań	Użyj funkcji magazynu zapytań, aby zidentyfikować zapytania, które się cofnęli lub działają słabo. Jeśli występują problemy z wydajnością zapytań z powodu szacowania kardynalności, wybierz odpowiednią wersję CE: opcję `LEGACY_CARDINALITY_ESTIMATION`o zakresie bazy danych, wskazówkę `LEGACY_CARDINALITY_ESTIMATION`zapytania, poziom zgodności bazy danych lub flagę śledzenia 9481.
Założenie hermetyzowania sprzężenia w narzędziu Do szacowania nowej kardynalności obniża wydajność zapytań	Oceń zapytania korzystające z sprzężeń i filtrów, aby zrozumieć efekt prostego i podstawowego hermetyzowania. Użyj flagi śledzenia 9476 dla prostego hermetyzowania zamiast podstawowego hermetyzowania, jeśli używasz domyślnego narzędzia do szacowania kardynalności.
Ulepszenia poziomu zgodności 130 Ulepszenia poziomu zgodności 140	Użyj poziomu zgodności bazy danych 130 lub nowszego, aby skorzystać z następujących ulepszeń: Adaptacyjny i agresywny próg aktualizowania istniejących statystyk dla większych tabel Lepszy mechanizm próbkowania i blokowania aktualizacji statystyk Statystyki próbkowane przez proces wielowątkowy Możliwość uruchamiania polecenia insert-select przy użyciu równoległości Użyj poziomu zgodności bazy danych 140 lub nowszego, aby skorzystać z następujących ulepszeń: Ulepszono szacowanie kardynalności i jakość planu przy użyciu nowych funkcji, takich jak interleaved execution for multi-statement table-valued functions and adaptive join (Ulepszone szacowanie kardynalności i jakość planu przy użyciu nowych funkcji, takich jak interleaved execution for multi-statement table-valued functions and adaptive join) Ulepszone użycie pamięci dzięki przekazywaniu opinii o przyznawaniu pamięci
Najlepsze rozwiązanie dotyczące magazynu zapytań	Ustawianie trybu przechwytywania na auto Włącz flagi śledzenia 7745 i 7752, aby zwiększyć wydajność magazynu zapytań w scenariuszach wysokiej dostępności i odzyskiwania po awarii. Zastosuj poprawkę w KB4340759 — POPRAWKA: niska wydajność SQL Server 2016 r., gdy magazyn zapytań jest włączony, jeśli występuje rywalizacja o spinlock magazynu zapytań w przypadku dużych obciążeń.
SQL Server 2016/2017: Pomocniczy model repliki grupy dostępności i wydajność	Jeśli wystąpi zbyt wiele oczekiwań (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`lub `DIRTY_PAGE_TABLE_LOCK`), przejrzyj ten blog, aby podjąć działania naprawcze (zastosuj odpowiednią poprawkę, oceń odpowiednie użycie modelu ponownego wykonania).
KB2634571 — ulepszenia polecenia CHECKDB DBCC mogą spowodować większą wydajność podczas korzystania z opcji PHYSICAL_ONLY DBCC TRACEON — flagi śledzenia Szybsza baza DANYCH CHECKDB — część IV (interfejsy użytkownika programu SQL CLR)	Jeśli uruchamiasz polecenia DBCC CHECK w dużych bazach danych (o wielu rozmiarach TB), rozważ użycie flag śledzenia T2562, T2549 i T2566. W SQL Server 2016 r. w ramach opcji EXTENDED_LOGICAL_CHECK znajduje się kilka kontroli.
Ochrona SQL Server przed atakami na luki w zabezpieczeniach kanału bocznego Spectre i Meltdown	Dokładnie oceń wydajność funkcji cieniowania adresów wirtualnych jądra (KVAS), pośredniej tabeli stron jądra (KPTI) i pośredniego ograniczania przewidywania gałęzi (IBP) na różnych obciążeniach SQL Server w środowisku.

Tabela 3. Ważne zmiany wprowadzone w SQL Server 2017 r. i SQL Server 2016 r.

SQL Server 2017 i SQL Server 2016 zawiera kilka ulepszeń w obszarach skalowalności i wydajności. Różne zmiany konfiguracji i flagi śledzenia wymagane w SQL Server 2014 r. i SQL Server 2012 r. stały się domyślnym zachowaniem w SQL Server 2017 i 2016 r. Ta tabela zawiera omówienie wszystkich zmian zaimplementowanych w SQL Server 2017 r. i SQL Server 2016 r.

Obszar	Podsumowanie zmiany	Więcej informacji i odwołań
Aparat SQL	Często używane flagi śledzenia, które są wycofywane lub nie są już potrzebne w SQL Server 2016 r. i nowszych wersjach SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	flagi śledzenia SQL Server
Aparat bazy danych		Co nowego w aparacie bazy danych — SQL Server 2017
Aparat bazy danych		Istotne zmiany w funkcjach aparatu bazy danych w SQL Server 2016 r.
Aparat bazy danych		Istotne zmiany w funkcjach aparatu bazy danych w SQL Server 2017 r.
Konwersje typu danych przetwarzania zapytań	SQL Server 2016 r. (13.x) obejmuje ulepszenia niektórych konwersji typów danych i niektórych (przeważnie nietypowych) operacji.	Aby uzyskać więcej informacji, zobacz SQL Server 2016 ulepszenia obsługi niektórych typów danych i nietypowych operacji.
Grupa dostępności	W przypadku pomocniczej bazy danych automatyczne inicjowanie inicjowania używa punktów końcowych dublowania bazy danych do przesyłania strumieniowego zawartości bazy danych do pomocniczej bazy danych i ich stosowania.	SQLSweet16!, Odcinek 2: Automatyczne rozstawienie grup dostępności
Grupa dostępności	SQL Server 2016 r. używa mniej przełączników kontekstu podczas transportu bloków dziennika z podstawowego do pomocniczego.	SQL 2016 — po prostu działa szybciej: przełączniki kontekstowe zawsze włączonego transportu dzienników SQL Server 2016 r. — po prostu działa szybciej: zawsze włączone grupy dostępności z turbodoładowaniem
Grupa dostępności	SQL Server 2016 r. używa ulepszonych algorytmów kompresji i równoległej kompresji danych blokowych dziennika.	SQL 2016 — po prostu działa szybciej: zawsze włączona kompresja równoległa / ulepszone algorytmy
Grupa dostępności	SQL Server 2016 r. korzysta ze sprzętu opartego na możliwościach szyfrowania AES-NI, aby znacznie zwiększyć skalowalność i wydajność wysyłania dzienników zawsze włączonych.	SQL 2016 — po prostu działa szybciej — zawsze włączone szyfrowanie AES-NI
Wydajność	SQL Server 2016 r. wykrywa możliwości procesora DLA AVX lub SSE i korzysta ze sprzętowych możliwości wektorów w celu zwiększenia skalowalności i wydajności podczas kompresowania, tworzenia słowników i przetwarzania danych magazynu kolumn.	SQL 2016 — po prostu działa szybciej: magazyn kolumn używa instrukcji vector (SSE/AVX)
Wydajność	SQL Server 2016 r. korzysta z instrukcji wektora procesora CPU w celu zwiększenia wydajności wstawiania zbiorczego.	SQL 2016 — po prostu działa szybciej — funkcja BULK INSERT używa instrukcji Vector (SSE/AVX)
Wydajność	SQL Server 2016 włącza wstawianie ... Instrukcja SELECT do działania przy użyciu równoległości znacznie skraca czas ładowania danych.	SQLSweet16!, odcinek 3: Równoległe wstawianie ... WYBIERZ
Wydajność	SQL Server 2016 roku umożliwia operację TRUNCATE na poszczególnych partycjach tabeli na potrzeby archiwizacji starszych partycji.	SQLSweet16!, odcinek 5: WYBRANE partycje TRUNCATE
Wydajność	SQL Server 2016 r. dynamicznie dostosowuje rozmiar puli procesów roboczych In-Memory Zoptymalizowana baza danych zgodnie z potrzebami.	SQL 2016 — po prostu działa szybciej: In-Memory zoptymalizowanej puli procesów roboczych bazy danych
Tempdb	Alokacje to baza danych tempdb, a bazy danych użytkowników korzystają z jednolitych pełnych zakresów. Wzrost plików w bazie danych tempdb odbywa się dla wszystkich plików w tym samym czasie.	SQL 2016 — po prostu działa szybciej: zmiany -T1117 i -T1118 dla bazy danych TEMPDB i baz danych użytkowników
Tempdb	Konfiguracja aparatu bazy danych automatycznie oblicza liczbę plików danych bazy danych tempdb.	SQL 2016 — po prostu działa szybciej: automatyczna konfiguracja bazy danych TEMPDB
Magazynowanie	Aparat bazy danych używa sygnatury 0xC0 zamiast 0x00 do inicjowania pliku dziennika transakcji.	SQL 2016 — po prostu działa szybciej: Sygnatura LDF
Magazynowanie	W przypadku dużych serwerów pamięci i dużych środowisk zapisu pośredni punkt kontrolny działa lepiej.	SQL 2016 — po prostu działa szybciej: domyślne pośrednie punkty kontrolne
Magazynowanie	Wysokie stawki transakcji mogą korzystać z wielu logwriterów opróżniania pamięci podręcznej dziennika do dziennika transakcji.	SQL 2016 — po prostu działa szybciej: wiele procesów roboczych zapisywania dzienników
Tworzenie kopii zapasowej i przywracanie	Kopie zapasowe można skompresować dla bazy danych szyfrowanej przy użyciu funkcji TDE, jeśli określisz wartość MAXTRANSFERSIZE większą niż 65536.	SQLSweet16!, odcinek 1: Kompresja kopii zapasowej dla baz danych z obsługą TDE
System operacyjny SQL	Dynamiczne partycjonowanie obiektów pamięci w celu zmniejszenia rywalizacji o obiekty pamięci.	SQL 2016 — po prostu działa szybciej: partycjonowanie obiektu pamięci dynamicznej (CMemThread)
System operacyjny SQL	SQL Server 2016 roku monitoruje wzorce użycia kwantowego pracowników, dzięki czemu wszyscy pracownicy mogą uzyskać sprawiedliwe traktowanie i poprawić skalowalność.	SQL 2016 — po prostu działa szybciej: zaktualizowane algorytmy planowania
System operacyjny SQL	SQL Server 2016 roku przesłuchuje układ sprzętu i automatycznie konfiguruje soft NUMA w systemach raportujących co najmniej 8 procesorów CPU na węzeł NUMA. Partycjonowanie wyzwala różne korekty w całym aparacie bazy danych w celu zwiększenia skalowalności i wydajności.	SQL 2016 — po prostu działa szybciej: automatyczna, nietrwała NUMA
DBCC CHECK	Określ parametr MAXDOP do zarządzania zasobami używanymi przez polecenie DBCC CHECK.	SQLSweet16!, odcinek 6: DBCC CHECKDB z maxdop
DBCC CHECK	Narzędzie DBCC CHECK używa ulepszonego algorytmu skanowania stron, który ma mniejszą rywalizację i zaawansowane możliwości odczytu.	SQL 2016 — po prostu działa szybciej: DBCC skaluje się 7x lepiej
DBCC CHECK	Polecenia DBCC CHECK zajmują dużo czasu, gdy SQL Server ocenia specjalne typy danych i indeksy. Te kontrole zostały przeniesione w ramach opcji EXTENDED_LOGICAL_CHECKS.	SQL 2016 — po prostu działa szybciej: rozszerzone testy DBCC
Strona kodu	Ulepszono narzędzia BULK INSERT lub bcp, aby załadować dane UTF-8 do tabeli w SQL Server.	SQLSweet16!, odcinek 10: "Mogę zjeść szkło...", ale czy mogę załadować go do bazy danych?
Przestrzennej	SQL Server 2016 r. usuwa działania PInvoke i PUnInvoke podczas wykonywania języka T-SQL dla wielu metod przestrzennych.	SQL 2016 — po prostu działa szybciej: natywne implementacje przestrzenne
Przestrzennej	SQL Server 2016 r. zwiększa skalowalność programu TVP korzystającego z danych przestrzennych przy użyciu natywnych walidacji przestrzennych.	SQL 2016 — po prostu działa szybciej: adresy TVP z kolumnami przestrzennymi
Przestrzennej	Ulepszenia przestrzenne natywne i TVP umożliwiają SQL Server optymalizowanie tworzenia indeksów i tessellation danych przestrzennych.	SQL 2016 — po prostu działa szybciej: indeks przestrzenny kompiluje się szybciej
MSDTC	SQL Server 2016 r. dynamicznie uruchamia usługę MSDTC zgodnie z potrzebami, umożliwiając wykorzystanie zasobów do innych działań do momentu, gdy będzie to wymagane.	SQL 2016 — wykorzystuje uruchamianie MSDTC na żądanie
Xevent	W logiki dostawcy XEvent Linq wprowadzono różne zmiany w celu zmniejszenia przełączania kontekstu, alokacji pamięci i innych aspektów w celu szybszego renderowania zdarzeń.	SQL 2016 — po prostu działa szybciej: XEvent Linq Reader

Tabela 4. Ważne poprawki uwzględnione w cu

Przejrzyj opis w kolumnie Objawy i zastosuj wymagane aktualizacje (najlepiej najnowszą aktualizację zawierającą określoną poprawkę) w kolumnie Wymagana aktualizacja w odpowiednich środowiskach. Aby uzyskać więcej informacji na temat odpowiednich problemów, możesz zapoznać się z artykułem bazy wiedzy. Te zalecenia nie wymagają włączenia innych flag śledzenia jako parametrów uruchamiania, chyba że są jawnie wywoływane w artykule lub w tej tabeli. Wystarczy zastosować najnowszą wersję cu lub dodatku Service Pack zawierającą te poprawki, aby uzyskać korzyść.

Uwaga Nazwa CU w kolumnie Wymagana aktualizacja zawiera pierwszą wartość CU SQL Server, która rozwiązuje ten problem. Aktualizacja zbiorcza zawiera wszystkie poprawki i wszystkie aktualizacje, które zostały dołączone wraz z poprzednią SQL Server wersji aktualizacji. Jak wspomniano w aktualizacjach SQL Server modelu obsługi przyrostowej, zalecamy zainstalowanie najnowszej aktualizacji zbiorczej w ciągłym proaktywnym okresie, aby rozwiązać lub zapobiec opisanym problemom. Należy również pamiętać, że począwszy od SQL Server 2017 r. wprowadzono nowoczesny model obsługi dla SQL Server, aby dodatki Service Pack nie były już dostępne.

Tabela 5. Zalecane ulepszenia, poprawki i wskazówki dotyczące konfiguracji dla SQL Server w środowisku systemu Linux

Ta tabela jest kompilacją wszystkich kluczowych ulepszeń, zaleceń i zmian kodu, które zostały wydane w aktualizacjach zbiorczych po wydaniu SQL Server 2017 r. Przejrzyj opis w kolumnie Objawy i zastosuj wymagane aktualizacje (najlepiej najnowszą aktualizację zawierającą konkretną poprawkę) w kolumnie Wymagana aktualizacja w odpowiednich środowiskach. Aby uzyskać więcej informacji na temat odpowiednich problemów, możesz zapoznać się z wymienionym artykułem bazy wiedzy.

Te zalecenia nie wymagają włączenia innych flag śledzenia jako parametrów uruchamiania, chyba że są jawnie wywoływane w artykule lub w tej tabeli. Wystarczy zastosować najnowszą aktualizację zbiorczą lub dodatek Service Pack zawierający te poprawki, aby uzyskać korzyść. Jeśli używasz zawsze włączonej grupy dostępności w SQL Server on Linux, uaktualnij SQL Server 2017 r. do aktualizacji zbiorczej 8 lub nowszej, ponieważ w tej aktualizacji wprowadzono kilka ulepszeń. Uwaga Nazwa cu w kolumnie Wymagana aktualizacja zawiera pierwszą zbiorczą aktualizację SQL Server, która rozwiązuje ten problem. Aktualizacja zbiorcza zawiera wszystkie poprawki i wszystkie aktualizacje dołączone do poprzedniej wersji SQL Server aktualizacji. Jak wspomniano w aktualizacjach modelu obsługi przyrostowej SQL Server, zalecamy teraz zainstalowanie najnowszej aktualizacji zbiorczej w ciągłym proaktywnym okresie, aby rozwiązać lub zapobiec opisanym problemom. Należy również pamiętać, że począwszy od SQL Server 2017 r. wprowadzono nowoczesny model obsługi dla SQL Server, dzięki czemu dodatki Service Pack nie są już dostępne.

Share via