Natychmiastowa inicjalizacja pliku:wpływ podczas instalacji

Niedawno Erin Stellato (@erinstellato) napisała na blogu o wpływie na wydajność, jaki może mieć błyskawiczne inicjowanie plików (IFI) podczas tworzenia lub przywracania baz danych. Wyjaśnia, że ​​konfiguracja SQL Server 2016 oferuje teraz możliwość przyznania odpowiednich praw do usługi SQL Server podczas instalacji (rozmawialiśmy o tym również w sekcji CTP 3.0 w najnowszych wersjach SQL Server 2016):

Teraz możesz włączyć błyskawiczne inicjowanie plików podczas konfiguracji programu SQL Server

Klucz to nowa opcja (którą można również określić w pliku konfiguracyjnym):

Fajnie, że możesz naprawdę skrócić czas potrzebny na późniejsze tworzenie lub przywracanie baz danych, bez konieczności pamiętania o przejściu do gpedit, prawidłowym przypisaniu praw i ponownym uruchomieniu usługi. Ale o wiele większą korzyścią dla mnie jest możliwość konfigurowania większych plików tempdb podczas instalacji, przy wczesnym korzystaniu z IFI.

Teraz podczas instalacji istnieją pewne ograniczenia; na przykład liczba plików tempdb jest ograniczona do 8 (lub liczby rdzeni, w zależności od tego, która z tych wartości jest mniejsza), a rozmiar każdego pliku może osiągnąć maksymalnie 1024 MB. Limity te są wymuszane w interfejsie użytkownika i pomyślałem, że mógłbym je obejść, określając większe rozmiary w pliku konfiguracyjnym dla instalacji nienadzorowanej, ale to też nie zadziałało. (Dzienniki mówiły:"Wartość 8192 dla rozmiaru pliku TempDB przekracza 1024 MB i może mieć wpływ na czas instalacji. Możesz ustawić mniejszy rozmiar i zmienić po instalacji.") Osobiście uważam, że w tym dniu i wiek, przy szybkości i wielkości pamięci, jaką możemy uzyskać, ograniczenie rozmiaru pliku danych do 1 GB jest sztucznie zaniżone. Złożyłem więc sugestię dotyczącą Connect:

• Połącz #2457759:pliki danych tempdb nie powinny być ograniczone do 1024 MB

A potem zwrócono uwagę, że Brent Ozar (@BrentO) zgłosił podobny element wcześniej w cyklu CTP, kiedy faktycznie narzucono limit 256 MB zamiast 1 GB:

• Połącz #1841076:zbyt mały rozmiar początkowy konfiguracji TempDB

Nie mam żadnych potwornych maszyn, które mogłyby obsługiwać pliki 64 x 1 GB, a to też nie byłby realistyczny test, więc postanowiłem przetestować wpływ IFI na 8 plikach danych tempdb o wielkości 1 GB każdy. Jestem trochę ze starej szkoły, więc zbudowałem cztery różne pliki .ini i podkreśliłem linie, które zmieniłbym dla każdego testu (chciałem bazować na minimalnej instalacji z plikami danych 4 x 8 MB, używając IFI i nie, a następnie porównaj go z plikami 8 x 1024 MB). Ponieważ uruchamiałbym te pętle wiele razy, ważne było, aby używać różnych nazw instancji w zależności od tego, czy IFI jest włączone, czy nie, ponieważ po przyznaniu prawa do konta usługi nie jest to odbierane przez proste usunięcie instancji (mogłem skonfigurować te konta niezależnie, ale chciałem, aby te testy były łatwe do odtworzenia).

A oto plik wsadowy, którego użyłem (umieszczony w tym samym folderze co pliki konfiguracyjne), który zainstalował, a następnie odinstalował instancję przy użyciu każdej kombinacji trzy razy, i zapisał czasy instalacji do pliku tekstowego – ignorując dezinstalację i czyszczenie.

Kilka uwag:

• Może być konieczna zmiana dwóch wierszy z D:\setup.exe do ścieżki do katalogu instalacyjnego.
• Przed uruchomieniem może być konieczne ponowne uruchomienie systemu.
• Będziesz chciał uruchomić plik wsadowy z wiersza poleceń z podwyższonym poziomem uprawnień, aby funkcja UAC nie przerywała ci przy każdej iteracji.

Przeprowadziłem testy na trzech różnych systemach:

• Maszyna wirtualna z systemem Windows 10 z 4 rdzeniami i pamięcią masową SSD
  Test podstawowy 4 x 8 MB, a następnie 4 x 1024 MB
• Maszyna wirtualna z systemem Windows 10 z 8 rdzeniami i pamięcią masową PCIe
  Test podstawowy 4 x 8 MB, 4 x 1024 MB, 8 x 1024 MB
• Maszyna wirtualna z systemem Windows 2012 R2 z 16 rdzeniami i dwukanałową macierzą RAID 10 z 8 dyskami SAS 10 tys.
  Test podstawowy 4 x 8 MB, 4 x 1024 MB, 8 x 1024 MB i 16 x 1024 MB

CREATE TABLE #x
(
  [server] varchar(32),
  [test]   varchar(32),
  [start]  time(2),
  [end]    time(2)
);
 
-- inserts pasted here
 
SELECT [server],[test],AVG(DATEDIFF(SECOND,[start],[end])*1.0)
FROM #x
GROUP BY [server],[test];