To przedostatnia część z naszego cyklu o EXPRESS’owych instalacjach z zakresu SQL Server. W poprzednich sześciu częściach moglismy zobaczyć jak zainstalować domyślnie, bez udziwnień, 
“tak aby działało” kilka wersji silnika bazy danych SQL Server: 2005, 2008, 2008 R2, Code Name DENALI. Wszystkie wersje to Express Edition (a więc bezpłatne, choć limitowane funkcjonalnościami) w edycjach Advanced Services (dające trochę więcej funkcjonalności a przede wszystkim SSMQ – SQL Server Management Studio. Jak widać na zrzucie z menu startowego wszystkie środowiska są obecne. przypomnijmy, że maszyna to Windows 7 Ultimate N x64. Zalogujmy się zatem do każdej z nich i zapytajmy jak się nazywa i co ma w sobie.
Zanim zalogujemy się na każdą z maszyn odpytajmy jeszcze jednym z narzędzi, które widzieliśmy w akcji, co mamy na pokładzie. W tym celu uruchamiamy albo instalatora DENALI (będę się posługiwał tym skrótem – tak będzie łatwiej), albo (co lepsze, szybsze i bezpieczniejsze) uruchamiamy to narzędzie z menu – w naszym wypadku najlepiej odpytując najnowszą (najwyższą) wersję, która to zobaczy (a przynajmniej powinna) wszystkie pozostałe. Dwa proste kroki:
Krok 1: Start menu \ All Programs \ Microsoft SQL Server <Version Name> \ Configuration Tools \ SQL Server Installation Center.
Krok 2: Tools\Installed SQL Server features discovery report.
Efekt robi wrażenie, nieprawdaż? No to będąc pod wrażeniem przywitajmy się z naszymi instancjami:
Instancja 1 | SQL Server 2005 Express Edition with Advanced Services Service Pack 4 build 9.00.5000.00
Instancja 2 | SQL Server 2008 Express Edition with Advanced Services Service Pack 3 build 10.0.5456.0
Instancja 3 | SQL Server 2008 R2 Express Edition with Advanced Services Service Pack 1 build 10.50.2500.0
Instancja 4 | SQL Server Code Name DENALI Express Edition with Advanced Community Technology Preview 3 build 11.0.1440.19
W podanych wyżej przykładach wyników zapytania w SQL Server Management Studio wystepuja różnicę w stosunku do raportu z wczesniejszej części postu. Jest to spowodowane, różniącymi się między sobą czasami wykonania zapytań a zażądania raportu. Chodziło mi jednak głównie o zaprezentowanie różnicy w wygladzie i dostepności “od ręki” informacji na głownym ekranie SSMS
Może nam się pokazać (od wersji 2008 wzwyż) komunikat o różnicach między ustawieniami użytkownika w wersji SQL Server 2005 i następnymi. Możemy wybrać YES – z pewnym ryzykiem przekłamań i niedoskonałego importu; NO -gdzie po prostu zamykamy temat; oraz CANCEL 9co spowoduje ponowne pytanie przy ponownym uruchomieniu SSMS.
W pierwszym poście wspomniałem, że celem jaki przyświeca tej akcji jest zainstalowanie wszystkich instancji pracujących obok siebie. W tym celu musimy pomysleć o SQL Server Shared Folder oraz SQL Server Dedicated Folder. Pierwszy przechowuje dla nas wszystkie niezbędne pliki współdzielone miedzy poszczególnymi instancjami, aplikacjami i komponentami systemu. Drugi pozwala na bezpieczne, odseparowane przechowywanie plików konkretnych baz w konkretnych wersjach, zdecydowanie ułatwiając i zarządzanie i zapanowanie nad cała wielka rodziną.
SQL Server Shared Folder standardowo umiejscowiony jest na dysku C i dla platformy sześćdziesięciocztero bitowej (jak u mnie) dzieli się na część dla x32 oraz dla x64. Całość zajmuje po instalacjach (w przybliżeniu) około: 575 MB, 2674 Pliki, w 616 Folderach w katalogu Program Files (x86) oraz 2,49 GB, 8096 Pliki, w 789 Folderach w katalogu Pogram Files (czyli zabrało sobie około 3GB przestrzeni). Natomiast SQL Server Dedicated Folder w którym mamy osobne foldery dla W2K5, W2K8, W2k8Rs i DENALI zajęło nam 952 MB, w 635 Plikach, w 101 Folderach. Oczywiscie nie mamy tych baz zapełnionych. maksymalnie moglibyśmy do nich załadować około 22 GB danych.
Podsumowując, dużo zabawy, dużo wrazeń, trochę kombinowania i świetny efekt. Teraz tylko czasu trochę trzeba by znaleść aby cos nie coś przy tym podłubać. Sumaryczny czas instalacji około jednego dnia.
PS>: Na sam koniec możemy jeszcze podejrzeć nasze serwisy w przystawce services.msc
