Jeśli chodzi o podział katalogu głównego instancji, istnieje kilka argumentów przemawiających za tym.
- Niektórzy ludzie opowiadają się za tym, aby dysk „C” był dedykowany tylko systemowi operacyjnemu i plikom binarnym systemu operacyjnego. Może to dać ci różne opcje odzyskiwania w przypadku awarii na dysku C, może pomóc powstrzymać system operacyjny przed powodowaniem lub odbieraniem problemów związanych z przestrzenią podczas udostępniania innym aplikacjom.
- Izolujesz pliki binarne programu SQL Server od innych programów i zapewniasz dostępność niektórych krytycznych folderów, takich jak folder Logs, do którego prowadzą dzienniki błędów - ten folder musi być dostępny dla serwerów SQL Server podczas uruchamiania. Zasadniczo chronisz się przed innymi.
Możesz umieścić pliki binarne / instancji SQL Server w tym samym miejscu, w którym zwykle umieszczasz inne pliki programu. Ale jeśli to zrobisz - przynajmniej pamiętaj o zabraniu systemowych plików bazy danych i potencjalnie domyślnej lokalizacji kopii zapasowej i przeniesieniu jej w inne miejsce ...
Oto, co zwykle robię, gdy otrzymuję nieograniczoną liczbę liter dysku do zabawy (przynajmniej .. Listy nie są tutaj ważne):
- C - Pliki na poziomie systemu operacyjnego i systemu. Tylko
- D - Pliki programów dla wszystkich aplikacji (w tym SQL Server)
- S - Pliki poziomu instancji / systemowe bazy danych SQL Server i pliki dziennika zwykle (z wyjątkiem TempDB) (uwaga .. Jeśli mam wiele instancji, nie utworzę 4 z nich. Umieściłbym wszystkie pliki binarne SQL dla wszystkich instancji na S w większości sytuacji, z folderami zapewniającymi separację)
( ED - Kolejna uwaga - często nie mam dostępnego dysku „S”. Na koniec pliki systemowe bazy danych dla Master, Model, MSDB i DB zasobów znajdują się na tym samym dysku, co niektóre z twoich użytkowników pliki bazy danych, ale w osobnym folderze dla logicznej separacji, aby mniej zamieszać, to nie koniec świata).
- F - Pliki danych dla baz danych użytkowników
- L - Dysk pliku dziennika dla baz danych użytkowników
- T - TempDB
- X - Dysk kopii zapasowej (choć w wielu przypadkach wybieram przesyłanie kopii zapasowej do dysku sieciowego, nie płacąc za kopię po kopii zapasowej i od razu wykonuję kopię zapasową w magazynie w innym miejscu).
Często będę mieć więcej danych i dyski dziennika, a czasem inny dysk TempDB. Dodawaj w wielu instancjach, aby szybko zabrakło liter dysku. Z pewnością możesz uciec od umieszczenia plików poziomu instancji na C :. I przeprowadzam wiele kontroli kondycji dla klientów, którzy zostali tak skonfigurowani - i nigdy nie mówię „och, wow .. musimy to teraz naprawić” - Teraz, jeśli są tam również ich pliki TempDB, zazwyczaj niech zmienią to. Czasami przenoszą także swoją bazę danych master i MSDB.
Ale świat się nie skończy, jeśli nie podzielisz tych rzeczy. Myślę, że korzyścią jest po prostu oddzielenie plików. Jako DBA powinieneś mieć zdrową paranoję wokół innych ról w firmie, innych aplikacji, innych instalacji itp. Im bardziej możesz izolować się od potencjalnych konfliktów, tym lepiej będziesz. Daje to jeszcze więcej opcji ponownej instalacji i odzyskiwania. Więc tak, oddziel swoje pliki binarne od C .. Ale nie radzę szaleć na osobnym dysku dla każdej instancji ...