Rozdział 2.
Instalacja --> serwera [Author:jac] [Author ID1: at Sat Dec 23 23:43:00 2000 ]Microsoft SQL Server 2000

W poprzedniej lekcji został ogólnie przedstawiony SQL Server 2000 i relacyjne bazy danych. Microsoft SQL Server jest pierwotnym [Author ID1: at Sat Dec 23 23:44:00 2000 ]dojrzałym [Author ID1: at Sat Dec 23 23:44:00 2000 ]produktem, ale wersja 2000 posiada wiele nowych funkcji. Przyczyną, dla której projektanci lub administratorzy bazy danych potrzebują bazy relacyjnej, są wymagania klientów. Potrzebują oni śledzić obiekty i własności, które są łatwo przekładalne na tabele z wierszami danych, podzielonymi na kolumny.

Bieżąca lekcja przedstawia sposób instalacji serwera SQL Server 2000. Mimo, że uruchomienie programu instalacyjnego nie jest trudne, jednak wymaga podjęcia kilku krytycznych decyzji, które mają wpływ na całość systemu i późniejsze wycofanie błędów może być dość czasochłonne. Należy również zrozumieć kwestię wstępnych warunków sprzętowych i programowych, aby móc wybrać najlepsze środowisko dla serwera SQL Server.

Jakie rodzaje serwerów SQL są dostępne?

Podstawowe pytanie jakie należy sobie zadać to: „Jakiego serwera[Author ID1: at Sat Dec 23 23:46:00 2000 ]j we[Author ID1: at Sat Dec 23 23:46:00 2000 ]rsji[Author ID1: at Sat Dec 23 23:46:00 2000 ] SQL Server potrzebuję?”. Firma Microsoft zaprezentowała jednocześnie sześć edycji serwera SQL Server 2000. Po przeanalizowaniu wymagań serwera i potrzeb, powinno być jasne, z której edycji skorzystać. Jednak, najważniejsze jest, że bez względu na to, którą edycję się wybierze (z wyjątkiem wersji dla Windows CE), stosują się do niej te same reguły, warunki i sposób administracji.

Standard Edition

Standard Edition jest wersją, którą najczęściej ludzie mają na myśli mówiąc o serwerze SQL Server 2000. Wersja ta wspiera[Author ID1: at Sun Dec 24 01:04:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:04:00 2000 ] pełny zestaw funkcji i w zamierzeniu powinna działać w systemie Windows NT Server 4.0 (SP5) lub późniejszym, jak również w systemie Windows 2000 Server. Wersja ta może również działać w systemie Enterprise Edition systemów Windows NT 4.0 i Windows 2000. Edycja ta obsługuje do czterech procesorów (CPU) i do 2 GB pamięci o dostępie swobodnym[Author ID1: at Sat Dec 23 23:48:00 2000 ]operacyjnej[Author ID1: at Sat Dec 23 23:48:00 2000 ] (RAM).

Enterprise Edition

Enterprise Edition serwera SQL Server 2000 przeznaczony jest do instalacji wyższej klasy lub instalacji wymagających najlepszej wydajności serwera SQL Server. Wersja ta działa w systemie Windows NT Server 4.0 (SP5 lub późniejszej) lub w systemie Windows 2000 Server, Advanced Server lub Data Center Server i dostarcza własności takich jak[Author ID1: at Sat Dec 23 23:50:00 2000 ]cechuje ją[Author ID1: at Sat Dec 23 23:50:00 2000 ] obsługa dużej pamięci operacyjnej[Author ID1: at Sat Dec 23 23:50:00 2000 ] (do 64 GB pamięci RAM), obsługa Microsoft Clustering (duża dostępność obsług[Author ID1: at Sat Dec 23 23:52:00 2000 ]obsługa[Author ID1: at Sat Dec 23 23:52:00 2000 ] do czterech węzłów klastra) i wsparcie dla[Author ID1: at Sat Dec 23 23:53:00 2000 ]obsługa maksymalnie[Author ID1: at Sat Dec 23 23:53:00 2000 ] 32 procesorów. Obsługa każdej[Author ID1: at Sat Dec 23 23:57:00 2000 ]Każda[Author ID1: at Sat Dec 23 23:57:00 2000 ] z tych własności zależy także od tego --> w jakim systemie operacyjnym[Author:jac] [Author ID1: at Sat Dec 23 23:57:00 2000 ] produkt jest zainstalowany. Książka ta powstawała przy pomocy wersji beta i edycji Enterprise Edition serwera SQL Server 2000, uruchomionego w systemie Windows 2000 Advanced Server. Jednak, wiadomości w tej książce stosują się również do innych wersji produktu.

64-bitowa wersja Enterprise Edition spodziewana jest w 2001roku, zbudowana w oparciu o układ scalony Intel Itanium oraz 64-bitowy system operacyjny Windows Advanced Server.

Personal Edition

Personal Edition działa w systemie Windows 98 i Windows ME (Millenium Edition) - odtąd zwanych Windows 9x oraz w systemie Windows NT Workstation 4.0 lub Windows 2000 Professional. Wersja ta ma na celu wsparcie serwera centralnego poprzez możliwość rozwoju i zdalnej instalacji[Author ID1: at Sun Dec 24 00:07:00 2000 ]ułatwienie prac projektowych i umożliwienie zdalnych instalacji[Author ID1: at Sun Dec 24 00:07:00 2000 ] serwera SQL Server. Może obsługiwać kilku użytkowników równocześnie (firma Microsoft nie określiła limitu), ale na ogół oznacza to około 10 użytkowników. Nie ma ograniczeń co do rozmiaru bazy danych, ale systemy Windows NT Workstation i Windows 2000 Professional wspierają [Author ID1: at Sun Dec 24 00:08:00 2000 ]obsługują [Author ID1: at Sun Dec 24 00:08:00 2000 ]tylko dwa procesory, a system Windows 9x tylko jeden procesor.

Wersja Personal Edition obsługuje większość własności serwera SQL Server, ale nie zezwala na publikowanie replikacji transakcyjnej (replikacja zostanie przetestowana w rozdziale 16 „Zrozumienie metodologii projektowania replikacji”). Uruchamianie na platformie Windows 9x posiada jeszcze dodatkowe ograniczenia, omówione w dalszej części rozdziału. Jednak, większość z nich nie jest widoczna dla projektanta bazy danych, dlatego można rozwijać budowę serwera[Author ID1: at Sun Dec 24 00:17:00 2000 ]tworzyć bazę[Author ID1: at Sun Dec 24 00:17:00 2000 ] korzystając z Desktop Edition a następnie przejść na wersję Standard lub Enterprise Edition, mając świadomość, że kod będzie w 100% zgodny.

Developer Edition

Developer Edition serwera SQL Server 2000 jest to wersja Enterprise Edition. Dlatego, w przypadku używania wersji projektowej używana jest faktycznie edycja Enterprise Edition.

Evaluation Edition

Evaluation Edition to również wersja Enterprise Edition. Dlatego, używając wersji ograniczonej czasowo używa się praktycznie wersji Enterprise Edition.

Microsoft SQL Server 2000 Desktop Edition (MSDE)

Wersja MSDE serwera SQL Server 2000 jest niepełną wersją całego produktu. Jest zbudowana na podstawie tego samego kodu, ale do produktu wprowadzone są ograniczenia np.: ograniczenia replikacji. Wersja ta nie posiada interfejsu użytkownika, więc jest rozumiana jako docelowy magazyn danych dla aplikacji. Na ogół MSDE jest kupowana wraz z produktem Microsoft Visual Studio lub Microsoft Office 2000 Developer Edition. Można następnie rozwijać aplikacje i dołączać do nich MSDE jako ich integralną część. Posiadając pełną (lub czasową) wersję narzędzi SQL Server 2000, można ich używać do administrowania wersją MSDE serwera SQL Server, czyli opis w tej książce w pełni pasuje do MSDE jak również do pełnych wersji SQL Server 2000.

Wymagania serwera SQL Server

Zrozumienie warunków wstępnych jest bardzo istotne przed rozpoczęciem instalacji serwera SQL Server 2000. Muszą być spełnione zarówno wymogi fizyczne (sprzęt i oprogramowanie) jak również licencyjne. Również używając serwera SQL Server na komputerze z systemem Windows NT lub Windows 2000 należy rozważać kilka możliwości, takich jak opcje sprzętowe i programowe, opcje systemu Windows NT/2000 i sposób licencjonowania.

Opcje programowe i sprzętowe

Zapewne pierwszą kwestią do rozważenia jest to czy na danym komputerze może zostać w ogóle uruchomiony SQL Server 2000. Jak w przypadku większości programów firmy Microsoft, SQL Server wymaga więcej mocy niż poprzednie wydania. Generalnie, im większą moc ma komputer, tym lepsza będzie wydajność serwera SQL Server 2000.

Wspierany [Author ID1: at Sun Dec 24 00:24:00 2000 ]Obsługiwany [Author ID1: at Sun Dec 24 00:24:00 2000 ]sprzęt

Najsłabszym obsługiwanym procesorem jest Pentium 166. Podczas pisania tej książki dostępne są procesory Pentium, Pentium Pro, Pentium II i Pentium III. Oczywiście, wspierane [Author ID1: at Sun Dec 24 00:24:00 2000 ]obsługiwane [Author ID1: at Sun Dec 24 00:24:00 2000 ]są również inne systemy zgodne z instrukcjami procesora Pentium. Potrzeba również 32 MB pamięci RAM, chociaż Enterprise Edition wymaga 64 MB pamięci RAM.

Mimo, że Pentium 166 jest najsłabszą wspieraną [Author ID1: at Sun Dec 24 01:04:00 2000 ]obsługiwaną [Author ID1: at Sun Dec 24 01:04:00 2000 ]konfiguracją, SQL Server 2000 działałby zapewne (znacznie wolniej) na dowolnym komputerze opartym na Pentium. Nie działa natomiast na komputerze 486 oraz innych nie obsługujących pełnego zbioru instrukcji procesora Pentium.

Wymagania dotyczące przestrzeni dyskowej, różnią się w zależności od tego, jakie składniki oprogramowania będą instalowane. Minimalna instalacja wymaga co najmniej 64 MB wolnej przestrzeni na dysku twardym, a dla pełnej instalacji potrzeba około 180MB przestrzeni dyskowej. Wszelkie dodatkowe składniki serwera SQL Server, takie jak Microsoft English Query, wymaga więcej dodatkowej przestrzeni (poza wymienionymi wcześniej wielkościami). English Query wymaga 12 MB, a Microsoft SQL Server Analysys Services może wymagać do 95 MB przestrzeni dysku twardego.

Zalecana jest instalacja z napędu CD-ROM (lokalnego); jednak, w przypadku posiadania dostępu do sieci, można instalować kopię serwera SQL Server 2000 z udziału sieciowego kopiowanego z napędu CD-ROM. Ten rodzaj instalacji jest bardzo praktyczny, w przypadku przeprowadzania zautomatyzowanych [Author ID1: at Sun Dec 24 00:28:00 2000 ]nienadzorowanych instalacji składników SQL Server.

Wybór obsługiwanego systemu operacyjnego

Kiedy został wybrany sprzęt należy rozważyć wybór systemu operacyjnego. SQL Server 2000 może działać w systemie Windows NT (wersja 4.0 lub późniejsza z pakietem serwisowym 5 lub późniejszym) w dowolnym wydaniu (Workstation, Server, Small Bussiness Server lub Server Enterprise Edition). SQL Server 2000 może także działać w dowolnej wersji systemu Windows 2000 oraz Windows 98 lub Windows ME. Należy jednak rozważyć pewne ograniczenia poszczególnych platform Windows.

Ograniczenia systemu Windows 9x Składniki klienta serwera SQL Server pracują niezmienione na platformie Windows 9x. Jednak, Personal Edition serwera SQL Server na platformie Windows 9x zachowuje się odmiennie z powodu wbudowanych ograniczeń systemu operacyjnego:

• Nie są obsługiwane --> potoki nazwane[Author:jac] [Author ID1: at Sun Dec 24 00:31:00 2000 ], Banyan VINES i biblioteki sieciowe Apple Talk.

• Nie jest dostępny tryb Windows Authentication Mode (zwany także zintegrowanym zabezpieczeniem)

• Nie jest obsługiwane szyfrowanie wieloprotokołowe po stronie serwera.

• Nie są dostępne: asynchroniczne [Author ID1: at Sun Dec 24 00:35:00 2000 ]wejście-wyjście (I/O) asynchroniczne [Author ID1: at Sun Dec 24 00:35:00 2000 ]oraz typu rozdzielająco-zbierającego (scatter-gather I/O).

• Składniki serwera SQL Server nie są uruchomione jako usługi, ponieważ Windows 9x nie wspiera [Author ID1: at Sun Dec 24 00:36:00 2000 ]obsługuje [Author ID1: at Sun Dec 24 00:36:00 2000 ]usług. Działają jako aplikacje, jak inne uruchomione programy.

• Nie jest dostępny monitor wydajności i podgląd zdarzeń.

• Pamięć jest zopt[Author ID1: at Sun Dec 24 00:38:00 2000 ]ymalizowana,[Author ID1: at Sun Dec 24 00:38:00 2000 ]Optymalizacja pamięci jest[Author ID1: at Sun Dec 24 00:38:00 2000 ] ustawiona na minimalne jej wykorzystanie.

Niektóre z powyższych pojęć mogą być niewiele mówiące na tym etapie, ale po przeczytaniu 21 rozdziałów, wszystkie ograniczenia i szczegóły ich implementacji będą zrozumiałe. Jednak wiele z nich jest nie zauważalnych dla użytkownika.

Opcje systemu Windows NT/Windows 2000 Po przestudiowaniu kilku kwestii związanych z platformą Windows 9x nastąpił czas na zastanowienie się nad kilkoma własnościami systemów Windows NT i Windows 2000. Platformy te są zdecydowanie rekomendowane, ponieważ wszystkie własności serwera SQL Server są dla nich dostępne. Autorzy tej książki zalecają system Windows 2000 ponieważ jest bardziej niezawodny i ma lepsze zabezpieczenia niż Windows NT 4.0.

Najważniejszymi --> opcjami[Author:jac] [Author ID1: at Sun Dec 24 00:41:00 2000 ] systemu Windows 2000 są bezpieczeństwo i system plików NTFS. Dlatego, opcje te zostaną tutaj pokrótce przedstawione. Jednak, można wybrać system Windows NT/2000 również z innych przyczyn. Wszystkie własności są dostępne na większości platform ale pewne wyróżnione własności są dostępne jedynie dla systemu Windows NT/2000. Przedstawianie wszystkich własności systemów operacyjnych w określonej wersji wprowadziło by zamęt, dlatego został wybrany system Windows 2000. Wszystkie części niniejszej książki omawiając składniki systemu operacyjnego odnoszą się do systemu Windows 2000, chyba, że zaznaczono inaczej.

Opcje zabezpieczeń Zapewne najważniejszą opcją dostępną w systemie Windows NT/2000 są zabezpieczenia. Systemy Windows NT i Windows 2000 są bezpiecznymi systemami operacyjnymi. Pozwalają na określenie kto może przeprowadzać operację na plikach oraz na kontrolę praw dostępu przez zabezpieczenia kont Windows NT/2000. Własność ta, zwana Windows Authenitcation Mode lub zabezpieczenie zintegrowane, pozwala na używanie kont użytkowników i grup bezpośrednio w serwerze SQL Server. Własność ta została omówiona w rozdziale 5 „Konfiguracja logowania i zabezpieczenia użytkownika”.

Inną kwestią związaną z bezpieczeństwem jest to czy instalować SQL Server 2000 na kontrolerze domeny. Z perspektywy serwera SQL Server lepiej jest odizolować go na osobnym komputerze. Wydajność będzie lepsza jeśli SQL Server będzie znajdował się na serwerze członkowskim domeny (lub autonomicznym). Aby korzystać ze zintegrowanych zabezpieczeń systemu Windows NT/2000 należy zainstalować SQL Server na komputerze, który ma dostęp do kont w danej domenie. Oznacza to (w sieciach Windows NT), że należy zainstalować SQL Server na komputerze, który jest członkiem domeny ufającej głównej domenie kont. W sieciach Windows 2000, należy zainstalować SQL Server tak aby komputer z tym serwerem był w strukturze domeny zgodnej z tym systemem lub jako element Active Directory.

Jeżeli poprzedni akapit nie jest zrozumiały, należy zapoznać się z dokumentacją systemu Windows NT i Windows 2000 lub porozmawiać z administratorem sieci. Administrator pomoże umieścić SQL Server na odpowiednim komputerze w sieci.

Opcje systemu plików Z serwerem SQL Server 2000 można używać tablicy alokacji plików (FAT), FAT32 (tylko w systemie Windows 2000) lub systemu plików NTFS. Zalecane jest korzystanie z systemu plików NTFS ze względy na zabezpieczenia i niezawodność. Korzystając z systemu plików NTFS program instalacyjny serwera SQL Server zabezpiecza pliki instalacyjne, włączając w to systemowe pliki bazy danych. System NTFS jest również znacznie szybszy w przypadku tworzenia nowej bazy danych. W systemie Windows 2000 można również wykorzystywać Encrypted File System (EFS) do szyfrowania plików bazy danych, tak, że nikt nie będzie mógł ich przekopiować nie znając użytkownika i hasła konta aplikacji [Author ID1: at Sun Dec 24 00:49:00 2000 ]na [Author ID1: at Sun Dec 24 00:49:00 2000 ]SQL Server.

Opcje licencjonowania Dla serwera SQL Server dostępne są dwa typy licencji: licencja per-seat i licencja per-processor. Licencjonowanie per-seat wymaga zakupu licencji dla każdego komputera, z którego ma być dostęp do serwera SQL Server. Po zakupieniu tego typu licencji można połączyć się z dowolną ilością serwerów SQL w sieci.

Licencjonowanie per-processor dostarcza osobnej licencji dla każdego procesora w komputerze. Przykładowo, w przypadku posiadania komputera z ośmioma procesorami, które mają być wykorzystane dla serwera SQL Server, należy zakupić osiem licencji per-processor.

Prawo do zainstalowania wersji Personal Edition serwera SQL Server mają jedynie użytkownicy posiadający licencję dostępu typu per-seat. Dlatego nie należy wybierać licencjonowania per-processor, gdy zamierza się zainstalować wersję Personal Edition serwera SQL Server.

Na pojedynczym komputerze można zainstalować do 16 kopii serwera SQL Server, korzystając z Enterprise Edition serwera SQL Server i dowolnej z dwóch opcji licencjonowania. W przypadku wersji Standard Edition, należy zakupić osobno każdą z kopii do zainstalowania, ale nadal maksymalna liczba kopii wynosi 16.

Zaleca się zasięgnąć porady prawnika, aby prawidłowo wybrać sposób licencjonowania serwera SQL Server. Opis w tej książce ma charakter jedynie informacyjny. Sposób licencjonowania może podlegać negocjacjom w celu zmian i dopasowania do specyficznych warunków danej firmy.

Instalacja serwera SQL Server 2000

Kiedy został określony sposób licencjonowania i platforma (sprzęt i wybór systemu operacyjnego), nadszedł czas, aby przystąpić do procesu instalacji. Niniejsza książka oparta jest na opisie[Author ID1: at Sun Dec 24 00:52:00 2000 ]napisana została korzystając z[Author ID1: at Sun Dec 24 00:52:00 2000 ] systemu Windows 2000 Advanced Server, na komputerze z procesorem Pentium II-400 z pamięcią 128MB RAM. W celu pokazania w tej publikacji pewnych opcji i zdjęć ekranu, na komputerze zainstalowany jest również SQL Server 6.5 (z pakietem serwisowym 5A). Wszelkie zdjęcia ekranu w niniejszej książce pochodzą z tego systemu. Kwestie związane ze specyfiką danej platformy zostaną omówione później.

Rozpoczęcie procesu instalacji

Aby rozpocząć instalację należy umieścić płytę CD w napędzie CD-ROM. Jeżeli w systemie operacyjnym jest włączone automatyczne uruchomienie płyty CD, ukaże się pierwsze okno (zobacz rysunek 2.1). Jeżeli nie pojawi się takie (lub podobne) okno dialogowe, należy użyć Eksploratora Windows do uruchomienia programu autorun.exe z katalogu głównego płyty CD.

Menu Autoplay

Bezpośrednio z tego menu można dokonać kilku wyborów. Najlepiej wybrać na początek Read the Release Notes, opcja ta otworzy plik readme.txt z płyty CD. Wybór tej opcji uruchamia Notatnik i pozwala na przegląd najnowszych informacji, które nie zostały zamieszczone w instrukcji obsługi. Plik readme może zawierać wiele informacji, jednak należy się skupić na informacjach dotyczących jedynie procesu instalacyjnego. Pliki readme posiadają różną zawartość w różnych edycjach serwera SQL Server, dlatego na wszelki wypadek zaleca się przeglądnąć taki plik przed kontynuowaniem instalacji.

Rysunek 2.1. Automenu serwera Microsoft SQL Server 2000.

Aby przeglądnąć instrukcje obsługi online dotyczące instalacji należy posiadać przeglądarkę Internet Explorer 5.0 lub --> późniejszą[Author:jac] [Author ID1: at Sun Dec 24 00:55:00 2000 ]. Tym sposobem można przeglądnąć instrukcję instalacji serwera SQL Server, jeśli nie posiada się wersji papierowej tej instrukcji. Niniejsza lekcja obejmuje wszystko, co jest potrzebne do zainstalowania serwera SQL Server 2000. Dodatkowe informacje i narzędzia dla serwera SQL Server można znaleźć pod adresem: http://www.microsoft.com/sql. Kolejna sekcja odnosi się do warunków wstępnych jakie musi spełniać system operacyjny.

Warunki wstępne w oparciu o [Author ID1: at Sun Dec 24 00:57:00 2000 ]system operacyjny[Author ID1: at Sun Dec 24 00:57:00 2000 ]systemu operacyjnego[Author ID1: at Sun Dec 24 00:57:00 2000 ]

Warunki wstępne zależą od systemu operacyjnego, w którym jest instalowany SQL Server. W przypadku systemu Windows 95, należy zainstalować uaktualnienie Winsock 2 oraz uaktualnienie Common Control Library. System Windows 95 wspiera [Author ID1: at Sun Dec 24 00:58:00 2000 ]obsługuje [Author ID1: at Sun Dec 24 00:58:00 2000 ]jedynie narzędzia do zarządzania serwerem SQL Server, ale nie obsługuje żadnej z edycji produktu SQL Server. Pomimo, że program Internet Explorer 5.0 (lub późniejszy) nie jest dostępny z automenu SQL Server, jego obecność jest również wymagana przed zainstalowaniem serwera SQL Server lub narzędzi klienta SQL Server. Wymaganie to nie przeszkadza w używaniu innej przeglądarki internetowej (np.: Netscape Navigator) ale w systemie musi zostać zainstalowana minimalna wersja programu Internet Explorer przed kontynuowaniem instalacji serwera. System Windows 2000 posiada wbudowaną odpowiednią wersję przeglądarki Internet Explorer. Dla komputerów z systemem Windows NT, należy zainstalować pakiet serwisowy 5. Obydwa składniki (Internet Explorer i Windows NT Service Pack) muszą zostać zainstalowane wcześniej, przed instalacją serwera SQL Server.

Instalacja serwera SQL Server 2000 (Pełna wersja produktu)

Po zainstalowaniu wymaganego oprogramowania (lub jeśli nie potrzeba go instalować), można przystąpić do instalacji serwera SQL Server 2000. Z głównego menu należy wybrać opcję SQL Server 2000 Components. Rysunek 2.2 pokazuje menu główne.

Rysunek 2.2. Instalacja składników serwera SQL Server 2000.

Można wybrać uruchomienie instalacji produktu SQL Server lub instalację Analysis Services lub English Query. Usługi Analysis Services zostaną omówione w dodatkowym rozdziale 22 „Przegląd usług Analysis Services”. Można je zainstalować (korzystając z wartości domyślnych), ale zostaną wykorzystane dopiero w rozdziale 22. Podobnie składnik English Query, który można zainstalować, zostanie omówiony w dodatkowym rozdziale 23 „ Przegląd English Query”.

Wersja Personal Edition serwera SQL Server 2000, może zostać uruchomiona na komputerze z systemem Windows 98, Windows ME, Windows NT Workstation, Windows 2000 Professional, Windows NT Server, Windows 2000 Server a nawet Enterprise Edition systemu Windows NT Server. Wersję tę można również uruchomić w systemie Windows 2000 Advanced Server lub Windows 2000 Data Center Server.

Lekcja ta omawia instalację produktu w pełnej wersji ( --> Enterprise Edition[Author:jac] [Author ID1: at Sun Dec 24 01:11:00 2000 ] serwera SQL Server 2000). Jednak, instalacja jest praktycznie identyczna z instalacją Personal Edition..[Author ID1: at Sun Dec 24 01:37:00 2000 ] Kiedy w grę wchodzi system [Author ID1: at Sun Dec 24 01:37:00 2000 ]klastrów failover[Author ID1: at Sun Dec 24 01:37:00 2000 ], i[Author ID1: at Sun Dec 24 01:37:00 2000 ]I[Author ID1: at Sun Dec 24 01:37:00 2000 ]nstalacja klast[Author ID1: at Sun Dec 24 01:37:00 2000 ]rowa wersji [Author ID1: at Sun Dec 24 01:37:00 2000 ]Enterprise Edition wymaga podjęcia kilku dodatkowych decyzji dotyczących instalacji i nie jest tematem tej książki.

W celu kontynuowania procesu instalacji z menu pokazanego na rysunku 2.2 należy postępować zgodnie z krokami:

1. Należy kliknąć Install Database Server. Pojawi się okno powitalne procesu instalacji serwera SQL Server. Należy kliknąć Next. Kolejne okno pozwala wybrać instalację na komputerze zdalnym lub lokalnym (zobacz rysunek 2.3). Należy pozostawić wartość domyślną - i nstalacja na komputerze lokalnym i kliknąć Next.

Opcja [Author ID1: at Sun Dec 24 01:40:00 2000 ]Z opcji [Author ID1: at Sun Dec 24 01:40:00 2000 ]Virtual Server jest dostępna[Author ID1: at Sun Dec 24 01:40:00 2000 ]korzysta się[Author ID1: at Sun Dec 24 01:40:00 2000 ] przy instalacji serwera SQL Server 2000 w konfiguracji klastrów typu failover[Author ID1: at Sun Dec 24 01:40:00 2000 ]owej[Author ID1: at Sun Dec 24 01:40:00 2000 ].

Rysunek 2.3. Instalacja lokalna czy zdalna?

2. Program instalacyjny sprawdza, czy na komputerze był wcześniej zainstalowany serwer SQL Server (we wcześniejszej wersji). Po sprawdzeniu (przy założeniu, że SQL Server nie był wcześniej zainstalowany), na ekranie pojawi się okno Instalation Selection (zobacz rysunek 2.4).

3. Należy zaakceptować domyślny wybór - tworzenie nowej kopii serwera SQL Server i kliknąć Next. W oknie dialogowym User Information (zobacz rysunek 2.5) należy wpisać swoje imię i nazwisko oraz nazwę firmy i nacisnąć przycisk Next. Zostanie wyświetlone okno z opisem warunków licencji (zobacz rysunek 2.6). Należy zapoznać się z warunkami licencji. Jeżeli zostanie wciśnięty przycisk No (czyli nie akceptuje się warunków umowy), program instalacyjny zakończy działanie. Należy powrócić do instalacji serwera SQL Server gdy tylko zostanie zakupiony. W celu kontynuowania instalacji należy kliknąć przycisk Yes.

Rysunek 2.4. Wybór instalacji.
Rysunek 2.5. Zbieranie informacji o użytkowniku.
Rysunek 2.6. Warunki licencji serwera SQL Server 2000.

4. Należy wcisnąć Next. Pojawi się okno dialogowe, przedstawione na rysunku 2.7. Należy wpisać w tym oknie 25-znakowy klucz licencyjny. Jest to taki sam rodzaj licencjonowania jak w programie Office 2000 i Windows 2000. Klucz ten powinien się znajdować na żółtej nalepce dołączonej do płyty CD z programem instalacyjnym. Nie można kontynuować instalacji nie posiadając prawidłowego klucza serwera SQL Server.

Rysunek 2.7. Wpisanie klucza licencji CD

5. Po wpisaniu prawidłowego identyfikatora ID licencji, należy kliknąć Next, aby przejść do okna dialogowego Installation Definition (zobacz rysunek 2.8).

Rysunek 2.8. Wybór typu Instalacji.

Aby zainstalować całość serwera SQL Server (oprogramowanie serwera i narzędzia klienta), należy zaakceptować wartość domyślną czyli Server and Client Tools. Pierwsza opcja Client Tools Only pozwala na zainstalowanie jedynie narzędzie SQL Server. W przypadku uaktualniania składników dostępu do danych dołączonych do serwera SQL Server 2000 (zwanych także MDAC 2.6) należy wybrać ostatnią opcję Connectivity Only.

6. Należy pozostawić wartość domyślną i kliknąć Next. Pojawi się okno Instance Name (zobacz rysunek 2.9).

Aby zainstalować domyślną kopię serwera SQL Server należy pozostawić opcję wybraną domyślnie. W późniejszej części tej lekcji zostanie omówioną kopia nazwana serwera SQL wraz z jej instalacją.

7. Należy kliknąć Next aby przejść do okna dialogowego Setup Type (zobacz rysunek 2.10).

Rysunek 2.9. Wybór nazwy kopii.
Rysunek 2.10. Wybór rodzaju instalacji.

W przypadku wyboru opcji Typical pod uwagę brane są ustawienia domyślne i program instalacyjny przechodzi do okna przedstawionego na rysunku 2.15. Instalowane są wszystkie składniki z wyjątkiem narzędzi projektowych i przykładowe[Author ID1: at Sun Dec 24 01:50:00 2000 ]ych[Author ID1: at Sun Dec 24 01:50:00 2000 ] fragmenty [Author ID1: at Sun Dec 24 01:50:00 2000 ]fragmentów [Author ID1: at Sun Dec 24 01:50:00 2000 ]kodu rdzenia[Author ID1: at Sun Dec 24 01:50:00 2000 ], jednak domyślnie instalowany jest program Transact-SQL Debugger. Instalacja minimalna przebiega w podobny sposób, ale instaluje jedynie składniki dostępowe klienta (ODBC itp.) oraz usługi rdzenia [Author ID1: at Sun Dec 24 01:51:00 2000 ]jądra bazy [Author ID1: at Sun Dec 24 01:51:00 2000 ]SQL Server. Nie instaluje natomiast żadnych narzędzi do zarządzania ani instrukcji Books Online.

Jak można zauważyć na rysunku 2.10, została wybrana instalacja typu Custom. Ten typ instalacji pozwala na własnoręczny wybór każdej z opcji przez użytkownika. Lekcja ta określa również jakie składniki zostaną zainstalowane domyślnie podczas instalacji typowej i minimalnej.

Po wybraniu typu instalacji można zmienić docelowe położenie plików programu SQL Server na dysku (Program Files - pliki wymagane do uruchomienia serwera SQL Server) oraz plików z danymi (Data Files - systemowe bazy danych, omówione skrótowo). Jest to również domyślna lokalizacja dla plików nowych, tworzonych przez użytkownika baz danych. Na dole okna dialogowego przedstawione są wymagania odnośnie potrzebnej przestrzeni na dysku. Kiedy nie ma wystarczającej ilości miejsca na dysku C, można zainstalować serwer na innym dysku (w tym przypadku na D). Większość użytkowników akceptuje wybór domyślny dysku C.

Zaleca się nie zmieniać domyślnego katalogu \Program Files\Microsoft SQL Server, nawet jeśli został zmieniony domyślny dysk. Pozwala to na zachowanie pewnego standardu i powinno powstrzymać użytkowników przed przypadkowym usunięciem plików. Pozwala to również na zachowanie zgodności SQL Server 2000 ze standardem Windows 2000.

Korzystanie z instalacji niestandardowej (Custom)

Po kliknięciu przycisku Next, można wybrać składniki serwera SQL Server 2000 do zainstalowania. Ilość miejsca potrzebnego na dysku jest ściśle uzależniona od tego jakie składniki systemu zostaną wybrane do instalacji. Późniejsze możliwości serwera SQL Server są uzależnione od wyboru odpowiednich składników podczas instalacji.

Wybór składników Pierwszym krokiem jest wybór składników do zainstalowania (zobacz rysunek 2.11). Na tym etapie należy podjąć kilka kluczowych decyzji. Można wybrać instalację jedynie narzędzi klienta. Poniżej została opisana każda z możliwości.

Rysunek 2.11. Wybór składników serwera do instalacji.

Dla celów tej książki należy wybrać wszystkie możliwe opcje.

Server Components Z tej pozycji menu dostępne są następujące opcje:

• SQL Server jest mechanizmem rdzenia[Author ID1: at Sun Dec 24 01:59:00 2000 ]reprezentuje jądro[Author ID1: at Sun Dec 24 01:59:00 2000 ] bazy danych i oraz usługą [Author ID1: at Sun Dec 24 01:59:00 2000 ]wspierającą [Author ID1: at Sun Dec 24 00:59:00 2000 ]i[Author ID1: at Sun Dec 24 01:59:00 2000 ] [Author ID1: at Sun Dec 24 00:59:00 2000 ]zarządzanie [Author ID1: at Sun Dec 24 02:00:00 2000 ]zarządzania [Author ID1: at Sun Dec 24 02:00:00 2000 ](zwaną [Author ID1: at Sun Dec 24 02:00:00 2000 ]zwane [Author ID1: at Sun Dec 24 02:00:00 2000 ]SQL Server Agent). Opcja ta jest domyślnie wybrana.

• Upgrade Tools jest to wsparcie [Author ID1: at Sun Dec 24 02:01:00 2000 ]usługa [Author ID1: at Sun Dec 24 02:01:00 2000 ]uaktualniania bazy danych, można uruchomić Version Update Wizard w celu uaktualnienia instalacji SQL Server 6.5. SQL Server 6.5 nie musi być zainstalowany na tym samym komputerze co SQL Server 2000, aby migrować dane na serwer, ale komputer musi działać z systemem operacyjnym Windows NT lub Windows 2000. Opcja ta jest domyślnie wybrana.

• Replication Support - opcja ta powinna pozostać włączona (domyślnie) jeśli planuje się wykonywanie replikacji.

• Full Text Search korzysta z technologii Microsoft Index Server do budowy indeksów dla danych tekstowych. Opcja ta jest omówiona szerzej w rozdziale 13 „Indeksowanie dla poprawy wydajności”. Przeciwnie niż w wersji SQL Server 7.0 opcja ta jest instalowana domyślnie. Jest dostępna jedynie dla komputerów opartych na systemie operacyjnym Windows NT i Windows 2000. Również, przeciwnie niż w wersji SQL Server 7.0, SQL Server 2000 w pełni wspiera[Author ID1: at Sun Dec 24 01:00:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:00:00 2000 ] przeszukiwanie całego tekstu w konfiguracji klastrów failover[Author ID1: at Sun Dec 24 02:03:00 2000 ]owej[Author ID1: at Sun Dec 24 02:03:00 2000 ].

• Debug Symbols - opcja domyślnie włączona, dostarcza pliki wspomagające usuwanie błędów. Pliki te mogą być przydatne przy rozwiązywaniu problemów SQL Server z Microsoft Product Support. Należy pozostawić tę opcję włączoną.

• Performance Counters - opcja powinna pozostać włączona (ustawienie domyślne), jeżeli planuje się monitorowanie wydajności serwera SQL Server za pomocą narzędzi do monitorowania dostarczanych z systemem Windows.

Management Tools Z tej pozycji menu domyślnie dostępne są następujące opcje (zobacz rysunek 2.12):

• Enterprise Manager jest graficznym interfejsem do zarządzania rozwojem i administracji serwerem SQL Server.

• Profiler jest doskonałym narzędziem do monitorowania działania serwera SQL Server, włączając w to zapytania oraz ich uruchamianie. Dostarcza również pomiarów wydajności.

• Query Analyzer jest to program używany do wpisywania i uruchamiania poleceń języka Transact-SQL. Za pomocą tego narzędzia można również przeglądnąć jak SQL Server optymalizuje i uruchamia dane zapytania. Doświadczeni projektanci T-SQL często używają tego narzędzia.

• DTC Client Support pozwala na używanie aplikacji Distributed Transaction Coordinator do uruchamiania zapytań powodujących modyfikację danych[Author ID1: at Sun Dec 24 02:07:00 2000 ]modyfikujących dane[Author ID1: at Sun Dec 24 02:07:00 2000 ] w wielu systemach.

• Conflict Viewer jest kreatorem tworzenia rozwiązań konfliktów dla replikacji łączonych.

Rysunek 2.12. Wybór narzędzi zarządzających do zainstalowania.

Client Connectivity Client Connectivity to zbiór składników, które pozwalają na dialog z serwerem SQL Server. Zbiór ten zawiera składniki Open Database Connectivity (ODBC), Object Linking and Embedding Database (OLE DB) oraz DB-Library. Każda biblioteka zezwala na napisanie lub użycie programów pozwalających na połączenie z serwerem SQL Server. Bez tych składników niewiele dałoby się zrobić, dlatego narzędzia te zostały wybrane domyślnie. W całości składniki te zwane są MDAC (Microsoft Data Access Components).

Books Online Opcja ta pozwala na wybór - zainstalowanie Books Online na dysku lokalnym, dodanie skrótów w systemie Windows do dysku CD z SQL Server - Books Online (w celu oszczędności miejsca na dysku twardym) lub nie instalowanie tego składnika. Zaleca się zainstalowanie Books Online w każdej kopii SQL Server. Często pracując na danym serwerze potrzeba przeglądnąć instrukcje obsługi, dlatego dobrze jest mieć je zawsze pod ręką. Warto zwrócić uwagę, że inaczej niż we wcześniejszych wersjach obecnie wszystkie narzędzia SQL Server używają Books Online jako pomocy systemowej.

Development Tools Z tej pozycji menu dostępne są następujące opcje (zobacz rysunek 2.13):

• Headers and Libraries są to pliki bibliotek dla języka C/C++, potrzebne do rozbudowy programów serwera SQL Server.

• MDAC SDKs są to programy Software Development Kids dla XML oraz Microsoft Data Access Components. Składniki te (SDKs) pozwalają na rozwijanie programów przy pomocy XML i MDAC.

• Backup/Restore API - opcja ta zawiera przykładowy program, niezbędne pliki C/C++ i dokumentację na temat budowania kopii zapasowych i programów odtwarzających dane.

• Debugger Interface instaluje składniki wymagane dla Microsoft Visual Studio oraz narzędzia SQL Server Query Analyzer w celu umożliwienia wyszukiwania błędów w procedurach składowanych. Opcja ta jest włączona domyślnie.

Rysunek 2.13. Wybór narzędzi projektowych do zainstalowania.

Code Samples Domyślnie nie jest zainstalowany żaden z przykładów kodu. Jednak, dostępne są następujące opcje (zobacz rysunek 2.14):

• ADO zawiera przykłady programów dla ActiveX Data Objects (ADO).

• DBLIB zawiera przykłady programów dla DB-Library API. DB-Library był to pierwotnie interfejs Database Application Programming Interface (API) serwera SQL Server we wcześniejszych wydaniach i jest obsługiwany w wersji SQL Server 2000 jedynie dla zachowania zgodności z wcześniejszymi wersjami.

• Desktop zawiera przykłady kodu ustawiającego operacje wykonywane w czasie instalacji nienadzorowanej Microsoft SQL Server Desktop Engine (MSDE).

• DTS zawiera przykłady programowe dla usług przekształcających dane (DTS). DTS dostarcza sposobu przesuwania danych z jednego źródła do innego.

• ESQLC zawiera przykłady programowe Embedded SQL dla języka programowania C.

• MSDTC zawiera przykłady programowe dla Microsoft Distributed Transaction Coordinator.

• ODBC zawiera przykłady programowe dla programowania interfejsów API w standardzie ODBC dla serwera SQL Server.

• ODS zawiera przykłady programowe dla ODS (open data services) API dla serwera SQL Server.

• OLE Automation zawiera przykłady programowe do wsparcia OLE Automation serwera SQL Server.

• Replication zawiera przykłady programowe dla replikacji SQL Server.

• SQLDMO zawiera przykłady programowe dla programowalnego interfejsu administracyjnego SQL- Distributed Management Objects.

• SQLNS zawiera przykłady programowe dla programowalnego interfejsu administracyjnego SQL NameSpace.

Rysunek 2.14. Wybór przykładowych próbek kodu do zainstalowania.

Services Accounts Po wybraniu potrzebnych składników należy kliknąć przycisk Next. Ukaże się okno Services Accounts (zobacz rysunek 2.15). Okno to pojawi się jedynie, gdy serwer jest instalowany w systemie Windows NT/2000. Systemy[Author ID1: at Sun Dec 24 02:16:00 2000 ] Windows 9x nie wspiera[Author ID1: at Sun Dec 24 01:00:00 2000 ]posiadają [Author ID1: at Sun Dec 24 02:15:00 2000 ]mechanizmów[Author ID1: at Sun Dec 24 02:16:00 2000 ] [Author ID1: at Sun Dec 24 02:16:00 2000 ]obsług[Author ID1: at Sun Dec 24 01:00:00 2000 ]i[Author ID1: at Sun Dec 24 02:16:00 2000 ] usług, dlatego w tego typu systemach SQL Server zawsze będzie działał w kontekście aktualnie zalogowanego użytkownika. W systemie Windows NT/2000 SQL Server działa jako usługa w tle, dlatego nie wymaga logowania użytkownika na komputerze w celu uaktywnienia usług SQL Server. Jednak, nawet usługi aby działały wymagają zalogowania do systemu operacyjnego.

Rysunek 2.15. Wybór kont dostępu do usługi SQL Server.

W systemie Windows NT/2000 konto Local System jest generalnie rozumiane jako konto systemu operacyjnego. Wybór opcji Local System account zawsze działa. Jednak to konto nie ma praw dostępu do sieci. Dlatego, w przypadku planowanej integracji większej ilości serwerów SQL Server w sieci lub integracji serwera SQL Server z innymi usługami Back [Author ID1: at Sun Dec 24 02:18:00 2000 ]Office, takimi jak Microsoft Exchange Server należy uruchomić usługi serwera SQL Server z konta użytkownika.

Konto Local System ma prawa dostępu do sieci w systemie Windows 2000. Jest to prawdą, ale jedynie w przypadku kontaktu prostych sieci Windows 2000 z innymi komputerami opartymi na tym systemie.

Program instalacyjny wybiera domyślnie opcję konta użytkownika. Ten wybór rzadko jest poprawny. Należy stworzyć specjalne konto użytkownika do wykorzystania dla usług serwera SQL Server. Po utworzeniu konta należy dołączyć go do grupy lokalnych administratorów komputera. Dołączenie konta do tej grupy nie jest obowiązkowe, ale upraszcza pewne operacje.

Wszelkie informacje na temat uruchomienia serwera SQL Server bez korzystania z praw administratora (przydzielania do grupy Administratorzy) można znaleźć w SQL Server Books Online.

Inny wybór to używanie takiego samego konta dla obydwóch domyślnych usług SQL Server (omówionych w dalszej części rozdziału). Można używać różnych kont dla każdej z usług, ale zaakceptowanie domyślnej konfiguracji jest znacznie łatwiejsze. W przypadku własnego serwera SQL można używać konta administratora lub utworzyć osobne konto (jak pokazano na rysunku 2.15) przy pomocy Menedżera użytkowników, Menedżera użytkowników domeny w systemie Windows NT 4.0 lub narzędzia Zarządzanie komputerem w systemie Windows 2000 (natomiast w domenie Windows 2000 narzędzia Komputery i użytkownicy usługi Active Directory). W przypadku pracy w zorganizowanej sieci korporacyjnej należy posiadać odpowiednie konto, stworzone specjalnie do tego celu.

Należy upewnić się, że używane konto ma następujące dodatkowe uprawnienia dla administratora:

• Użytkownik nie może zmienić hasła

• Hasło nigdy nie wygasa

• Dozwolone są wszystkie godziny logowania

Rysunek 2.16 pokazuje konfigurację w systemie Windows 2000 przy użyciu interfejsu Zarządzanie komputerem.

Rysunek 2.16. Tworzenie lub konfiguracja konta dostępu SQLService.

Authentication Mode Po wybraniu odpowiedniej nazwy i hasła dla konta usług należy kliknąć Next. Pojawi się ekran Authentication Mode (zobacz rysunek 2.17). Okno to pojawia się na wszystkich platformach systemów operacyjnych, ale tryb Windows Authentication Mode nie jest dostępny w systemach Windows 9x. Tryb ten jest dostępny domyślnie dla wszystkich komputerów z systemem Windows NT/2000.

Rysunek 2.17. Wybór trybu uwierzytelniania.

Tryb uwierzytelniania określa czy SQL Server ma polegać na systemie operacyjnym w celu utworzenia i zarządzania kontami użytkowników (wybór domyślny - tak) lub zezwala na kombinację kont systemu operacyjnego i kont dla serwera SQL Server 2000. Opcje te zostaną omówione szczegółowo w rozdziale 5. Na razie należy pozostawić opcję domyślną.

W przypadku wybrania opcji Mixed Mode należy określić hasło dla administratora systemu do logowania do serwera SQL Server. Można zaznaczyć pole wyboru, aby ustawić hasło puste. Pole to zostało dodane ponieważ zbyt wiele systemów SQL Server zostało udostępnionych w Internecie z pustym hasłem. Jeżeli dany system nie używa Windows Authentication (Uwierzytelniania Windows), jedynym zabezpieczeniem jest hasło przy logowaniu do serwera.

Collation Settings

Gdy zachodzi potrzeba zmiany ustawień zestawu znaków (collation settings) po zainstalowaniu SQL Server 2000 należy przebudować bazę danych master. Jednak, inaczej niż we wcześniejszych wersjach, nie trzeba ładować danych od początku i przebudowywać indeksów, ponieważ SQL Server 2000 wspiera[Author ID1: at Sun Dec 24 01:00:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:00:00 2000 ] ustawienia kodowania specyficzne dla danych (a często specyficzne dla poszczególnych kolumn).

Należy kliknąć Next, aby przejść do okna dialogowego Collation Settings, w którym należy podjąć kolejne istotne decyzje dotyczące instalacji serwera SQL Server (zobacz rysunek 2.18). Należy wybrać, w jakim zbiorze znakowym będą przechowywane dane[Author ID1: at Sun Dec 24 13:43:00 2000 ] rodzaj przechowyw[Author ID1: at Sun Dec 24 13:43:00 2000 ]anych danych znakowych[Author ID1: at Sun Dec 24 13:43:00 2000 ], które nie są typu Unicode, jak będą sortowane po powrocie z serwera SQL Server oraz jaki zestaw znaków typu Unicode ma zostać zainstalowany (sposób w jaki dane typu Unicode będą sortowane i zwracane do użytkownika).

Rysunek 2.18. Okno Collation Settings.

Czym jest Unicode? Tradycyjny komputer poświęca 1 bajt pamięci masowej na każdy znak, jaki jest widoczny na ekranie. Jednak, ten system pozwala na przechowywanie jedynie 256 typów znaków. Pierwsze 128 znaków jest na ogół takie same, a ostatnie 128 znaków różni się od siebie w zależności od zbioru [Author ID1: at Sun Dec 24 13:53:00 2000 ]zestawu [Author ID1: at Sun Dec 24 13:53:00 2000 ]znaków (zwanego także stroną kodowania), jaki został wybrany. Z globalnej perspektywy nie ma wystarczającej ilości znaków do reprezentowania wszystkich języków. Unicode to sposób na umożliwienie komputerowi przydzielania 2 bajtów na przechowywany znak. Pomimo tego, że potrzebna przestrzeń dyskowa zwiększa się dwukrotnie, można przetrzymywać [Author ID1: at Sun Dec 24 13:53:00 2000 ]przechowywać [Author ID1: at Sun Dec 24 13:53:00 2000 ]na serwerze dane w dowolnym języku i nie ma potrzeby ich tłumaczenia - zawsze są przechowywane poprawnie. Z różnych względów - Unicode rozwiązuje bardzo trudny problem - pozwala Niemcom na trzymanie danych w języku niemieckim, Chińczykom po chińsku itd., a wszystko to w jednej kolumnie w bazie danych.

Domyślnym znacznikiem notacji[Author ID1: at Sun Dec 24 13:52:00 2000 ]ze[Author ID1: at Sun Dec 24 13:52:00 2000 ]stawem kodowania[Author ID1: at Sun Dec 24 13:52:00 2000 ] jest Latin1_General. Notacja ta powinna[Author ID1: at Sun Dec 24 13:54:00 2000 ]Zestaw ten powinien[Author ID1: at Sun Dec 24 13:54:00 2000 ] najlepiej wspierać [Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługiwać [Author ID1: at Sun Dec 24 01:01:00 2000 ]język amerykański, jak również większość języków Zachodniej Europy. Należy wybrać ten zbiór [Author ID1: at Sun Dec 24 13:58:00 2000 ]zestaw [Author ID1: at Sun Dec 24 13:58:00 2000 ]znaków, chyba że istnieje istotny powód aby tego nie robić (np.: domyślnie potrzebny jest chiński zbiór znaków). Można również określić w jakim porządku dane będą sortowane:

• W przypadku Latin1_General Accent Sensitive oznacza, że jeśli SQL Server ma posortować listę nazwisk, wynik jest zwracany w tym samym porządku jak w słowniku, ale jest wrażliwy na akcent. Przykładowo é nie jest odpowiednikiem E lub e.

• Wielu sprzedawców aplikacji używa binarnego porządku sortowania (oznacza to , że wyniki są zwracane wg sekwencji ASCII). Następnie aplikacja przejmuje odpowiedzialność za ich posortowanie. Można ustawić tę opcję przez zaznaczenie Binary sort order.

• Inna opcja to użycie serwera rozróżniającego wielkość liter, czyli S i s będą sortowane w dwóch oddzielnych grupach. Można dokonać wyboru czy najpierw w porządku mają być małe czy duże litery. Jednak, wybór ten ma silny efekt uboczny. W SQL Server, utworzenie tablicy Sales nie jest jednoznaczne z tablicą SALES. Wymusza to na użytkownikach szczególną precyzję. Także, szukanie po nazwisku np. Waymire, nie uda się gdy pierwsza litera nie będzie duża. Czyli, wpisując waymire, nie znajdzie się informacji związanych z tym nazwiskiem. Aby uaktywnić tę opcję należy zaznaczyć pole wyboru Case Sensitive sort order.

• Kana Sensitive określa czy SQL Server ma traktować dwa japońskie zbiory znakowe kana (Hiragana i Katakana) jako równe. Po wybraniu tej opcji są traktowane jako oddzielne, inaczej są traktowane jako jednakowe.

• Niektóre języki mogą mieć ten sam znak reprezentowany przez pojedynczy bajt lub przez dwa bajty. W przypadku wyboru opcji Width Sensitive, SQL Server przy porównaniu traktuje je jako odrębne znaki. Jeżeli opcja nie zostanie zaznaczona, SQL Server rozpoznaje te znaki jako jednakowe. Gdy nie pracuje się z językami o dwóch bajtach, nie należy tej opcji brać pod uwagę.

Można również wybrać inny sposób notacji aby utrzymać zgodność z wcześniejszymi instalacjami serwera SQL Server, używającymi różnych zbiorów [Author ID1: at Sun Dec 24 14:02:00 2000 ]zestawów [Author ID1: at Sun Dec 24 14:02:00 2000 ]znaków i porządków sortowania (pojęcie używane w poprzednich wersjach). W tym przypadku należy wybrać opcję SQL Collation i następnie wybór będzie zależał od wcześniejszych i obecnych instalacji serwera SQL Server w wersji 7.0 lub wcześniejszych.

Jeżeli wiadomo, że we wcześniejszej instalacji zostały zaakceptowane wartości domyślne, najlepiej wybrać Dictionary Order, Case Insensitive, które to ustawienia są zgodne wstecz z zestawem znaków 1252. Opcja ta była domyślnie wybrana w wersji SQL Server 6.5 i SQL Server 7.0.

SQL Server eksportuje własność [Author ID1: at Sun Dec 24 14:03:00 2000 ]możliwość [Author ID1: at Sun Dec 24 14:04:00 2000 ]obsługi [Author ID1: at Sun Dec 24 14:03:00 2000 ]Unicode na platformę Windows 9x, ponieważ na ogół nie jest ona wspierana [Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługiwana [Author ID1: at Sun Dec 24 01:01:00 2000 ]w tych systemach operacyjnych.

Network Libraries Po zaakceptowaniu ustawień sposobu kodowania należy kliknąć Next i przejść do okna Network Libraries (zobacz rysunek 2.19). W tym oknie należy wybrać dostępne biblioteki sieciowe, które obsługują SQL Server. Są to biblioteki sieciowe, których używają komputery klienty [Author ID1: at Sun Dec 24 14:11:00 2000 ]klientów [Author ID1: at Sun Dec 24 14:11:00 2000 ]do komunikacji z daną kopią serwera SQL Server. Dla komputerów z systemem Windows NT/2000 wartościami domyślnymi są Named Pipes i Transmission Control Protocol/internet Protocol (TCP/IP) Sockets. Dla komputerów z systemem Windows 9x domyślnie jest wybrana jedynie opcja TCP/IP Sockets.

Rysunek 2.19. Wybór bibliotek sieciowych do zainstalowania.

Zaleca się poznać do czego służy dana biblioteka sieciowa przed kontynuacją instalacji.

Named Pipes Named Pipes jest właściwie podejściem systemu plików do[Author ID1: at Sun Dec 24 14:13:00 2000 ]metodą plikowej[Author ID1: at Sun Dec 24 14:13:00 2000 ] komunikacji sieciowej. Podczas połączenia do udostępnionego pliku, należy określić ścieżkę Universal Naming Convention (UNC) do serwera plików: \\FILESERVER\Sharename. W celu połączenia z --> potokiem nazwanym[Author:jac] [Author ID1: at Sun Dec 24 14:15:00 2000 ], następuje połączenie do udziału w formie: \\COMPUTER\pipe\sql\query. Można zmienić potok nazwany w którym nasłuchuje SQL Server, ale tą operację powinien wykonywać tylko doświadczony administrator serwera SQL Server, który rozumie konsekwencje wynikające ze zmian.

Biblioteka Named Pipes jest wymagana dla systemów Windows NT/2000 i nie powinna być usuwana. Jest to tradycyjna biblioteka dla kilku ostatnich wersji serwera SQL Server, dlatego posiadając --> klienty[Author ID1: at Sun Dec 24 14:19:00 2000 ][Author:jac] [Author ID1: at Sun Dec 24 14:19:00 2000 ] [Author ID1: at Sun Dec 24 14:19:00 2000 ]klientów [Author ID1: at Sun Dec 24 14:19:00 2000 ]SQL Server 6.x w sieci, można się spodziewać, że skorzystają z biblioteki Named Pipes przy próbie komunikacji z serwerem. Począwszy od tej wersji Named Pipes została zastąpiona - jako podstawowy mechanizm komunikacji dla serwera SQL Server przez TCP/IP Sockets.

Dla systemów Windows 9x biblioteka Named Pipes nie jest dostępna (po stronie serwera). Można używać jej do połączenia z serwerem, ale część po stronie serwera nie jest dostępna, więc ta opcja nie jest dostępna podczas instalacji SQL Server w środowiskach Windows 9x.

TCP/IP Sockets Biblioteka TCP/IP Sockets odpowiada za łączenie do serwera SQL Server przy pomocy możliwości sieciowych gniazd [Author ID1: at Sun Dec 24 14:22:00 2000 ]portów [Author ID1: at Sun Dec 24 14:22:00 2000 ]TCP/IP. Domyślnym gniazdem [Author ID1: at Sun Dec 24 14:23:00 2000 ]portem [Author ID1: at Sun Dec 24 14:23:00 2000 ]przypisanym do SQL Sever jest 1433. Gniazda [Author ID1: at Sun Dec 24 14:23:00 2000 ]Porty [Author ID1: at Sun Dec 24 14:23:00 2000 ]są używane codziennie (np.: gniazdo [Author ID1: at Sun Dec 24 14:23:00 2000 ]port [Author ID1: at Sun Dec 24 14:23:00 2000 ]80 do przeglądu sieci Web). Protokół ten jest dostępny i obsługiwany przez wszystkie systemy operacyjne i jest domyślną biblioteką sieciową we wszystkich instalacjach oprogramowania SQL Server.

Jeżeli zostanie zainstalowana --> kopia nazwana[Author:jac] [Author ID1: at Sun Dec 24 14:28:00 2000 ] (wyjaśnienie w dalszej części lekcji), numer gniazda [Author ID1: at Sun Dec 24 14:27:00 2000 ]portu [Author ID1: at Sun Dec 24 14:27:00 2000 ]jest ustawiony na wartość 0 (co oznacza dostęp [Author ID1: at Sun Dec 24 14:32:00 2000 ]dynamiczny). Za każdym uruchomieniem tej kopii SQL Server, sprawdza ona system Windows szukając dostępnego gniazda[Author ID1: at Sun Dec 24 14:32:00 2000 ]portu[Author ID1: at Sun Dec 24 14:32:00 2000 ]. Jeżeli jest to możliwe wykorzystywane jest to samo gniazdo, które zostało wykorzystane[Author ID1: at Sun Dec 24 14:33:00 2000 ]y jest ten [Author ID1: at Sun Dec 24 14:33:00 2000 ]sam, co[Author ID1: at Sun Dec 24 14:34:00 2000 ] przy poprzednim uruchomieniu. Jeżeli z pewnych powodów chcesz, aby gniazda [Author ID1: at Sun Dec 24 14:34:00 2000 ]porty [Author ID1: at Sun Dec 24 14:34:00 2000 ]były ustalone na stałe, można zmienić domyślne ustawienie i wpisać numer gniazda[Author ID1: at Sun Dec 24 14:34:00 2000 ]portu[Author ID1: at Sun Dec 24 14:34:00 2000 ], które [Author ID1: at Sun Dec 24 14:34:00 2000 ]który [Author ID1: at Sun Dec 24 14:34:00 2000 ]ma być dostępne [Author ID1: at Sun Dec 24 14:34:00 2000 ]dostępny [Author ID1: at Sun Dec 24 14:34:00 2000 ]na serwerze.

Dlaczego firma Microsoft nie używa jedynie 1434 lub innych numerów gniazd[Author ID1: at Mon Dec 25 21:10:00 2000 ]portów[Author ID1: at Mon Dec 25 21:10:00 2000 ]? Każdy numer jest przypisany przez urząd numeracji Internetu i produkt Microsoft SQL Server ma przydzielone tylko dwa numery: 1433 i 1434. Pomimo, że SQL Server posiada numer 1434, do zlokalizowania i zadawania zapytań do instalacji serwera SQL Server w sieci używany jest port 1434 UDP (przeciwnie do portu 1434 TCP). Ponieważ żadne inne numery nie są przypisane do SQL Server, najlepiej pozwolić aby system Windows rozstrzygnął z którego portu ma skorzystać (lub ręcznie wybrać port).

Multi-Protocol Multi-Protocol wspiera[Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:01:00 2000 ] każde domyślne metody komunikacji pomiędzy komputerami przy użyciu Remote Procedure Calls (RPC). Główną zaletą wieloprotokołowej biblioteki sieciowej we wcześniejszych wersjach była opcja umożliwiająca szyfrowanie całego ruchu w sieci. Dla dowolnego bezpiecznego środowiska (banki, instytucje rządowe itp.) opcja ta jest niezastąpiona do ochrony danych podczas przesyłania ich przez sieć.

Multi-Protocol nie jest obecnie instalowany domyślnie z dwóch powodów:

• Wszystkie biblioteki sieciowe obsługują szyfrowanie w serwerze SQL Server 2000 (to zagadnienie będzie omówione w kolejnym rozdziale na temat narzędzi sieciowych serwera).

• Multi-Protocol nie współdziała z kopiami jawnie [Author ID1: at Mon Dec 25 21:18:00 2000 ]nazwanymi SQL Server. Szyfrowanie wieloprotokołowe nie jest dostępne dla serwerów SQL Server w systemie Windows 9x.

NWLink IPX/SPX NWLink IPX/SPX jest używany do wsparcia tradycyjnych środowisk Novell. Nie należy używać tej opcji; chyba, że używa się nadal IPX/SPX jedynie do połączenia za pomocą oprogramowania klienta Novell.

AppleTalk ADSP AppleTalk (jak sama nazwa wskazuje) wspiera[Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:01:00 2000 ] komunikację pomiędzy sieciami komputerów Macintosh i komputerów opartych na Apple. Trzeba również zainstalować usługi [Author ID1: at Mon Dec 25 21:23:00 2000 ]obsługę [Author ID1: at Mon Dec 25 21:23:00 2000 ]oprogramowania Macintosh dla systemu Windows NT/2000 zanim ta biblioteka zacznie działać. Biblioteka ta nie jest już dłużej rozszerzana i będzie być może wycofywana na rzecz gniazd [Author ID1: at Mon Dec 25 21:23:00 2000 ]portów [Author ID1: at Mon Dec 25 21:23:00 2000 ]TCP/IP. Nie współpracuje również z kopiami jawnie [Author ID1: at Mon Dec 25 21:24:00 2000 ]nazwanymi SQL Server 2000.

Banyan VINES Banyan VINES jest używana w środowisku sieci Banyan VINES. Należy wybrać tą opcję pracując w sieci Banyan StreetTalk. Znowu, dla systemu Windows NT/2000 są potrzebne dodatkowe składniki oprogramowania aby włączyć dostępne funkcje. Podobnie jak AppleTalk ta biblioteka nie będzie rozszerzana i będzie prawdopodobnie wycofana na rzecz gniazd [Author ID1: at Mon Dec 25 21:24:00 2000 ]portów [Author ID1: at Mon Dec 25 21:24:00 2000 ]TCP/IP. Nie współpracuje również z kopiami jawnie [Author ID1: at Mon Dec 25 21:25:00 2000 ]nazwanymi SQL Server 2000.

Finishing Setup Po wybraniu bibliotek sieciowych, należy kliknąć Next. Zostanie wyświetlone okno pokazane na rysunku 2.20, informujące, że program instalacyjny jest gotowy do kopiowania plików.

Rysunek 2.20. Program instalacyjny jest gotowy do kopiowania plików.

Jeśli wszystko jest gotowe należy kliknąć Next. Zostanie wyświetlone okno z trybem licencjonowania serwera SQL Server (zobacz rysunek 2.21). Można wybrać licencjonowanie per-seat lub per-processor. Licencjonowanie zostało omówione na początku tej lekcji. Po wybraniu typu licencji, należy kliknąć Next i program instalacyjny rozpocznie kopiowanie plików.

Rysunek 2.21. Wybór trybu licencjonowania.

Program instalacyjny serwera SQL Server zainstaluje wszystkie wybrane składniki. Na początku zostaną zainstalowane składniki dotyczące połączeń[Author ID1: at Mon Dec 25 21:30:00 2000 ]komunikacyjne[Author ID1: at Mon Dec 25 21:30:00 2000 ], zwane Microsoft Data Access Components (MDAC). Następnie instalowany jest mechanizm Full-Text Search; kolejno; jeśli jest potrzebna, instalowana jest Microsoft Management Console (MMC) - powłoka zawierająca SQL Server Enterprise Manager. Następnie MSDTC (omówiony skrótowo) oraz mechanizm pomocy Hypertext Markup Language (HTML). Następnie pliki programu SQL Server są kopiowane do komputera. Kopiowane są jedynie pliki, jakie [Author ID1: at Mon Dec 25 21:32:00 2000 ]które [Author ID1: at Mon Dec 25 21:32:00 2000 ]są potrzebne serwerowi SQL Server do instalacji wcześniej wybranych [Author ID1: at Mon Dec 25 21:32:00 2000 ]opcji, jakie zostały wcześniej określone[Author ID1: at Mon Dec 25 21:32:00 2000 ].

Kiedy program instalacyjny zakończy działanie, może być wymagane ponowne uruchomienie komputera. Będzie to na pewno wymagane jeśli składniki MDAC 2.6 są instalowane po raz pierwszy na danym komputerze lub jeśli kluczowe pliki były używane podczas trwania instalacji. Jeśli jest to wymagane należy zrestartować komputer.

Instalacja innych, opcjonalnych składników SQL Server

Po zainstalowaniu SQL Server 2000, można zainstalować trzy dodatkowe usługi: Microsoft Search Service, Microsoft SQL Server Analysis Services i Microsoft English Query. Pomimo tego, że można zainstalować Microsoft Search Service (indeksowanie całości tekstu) podczas domyślnej instalacji SQL Server, można także zainstalować dwie pozostałe usługi po zakończeniu wstępnej instalacji. Można również zainstalować dwie pozostałe usługi niezależnie od instalacji serwera SQL Server.

Microsoft SQL Server Analysis Services

Microsoft SQL Server Analysis Services (zwane także jako usługi OLAP w serwerze SQL Server 7.0) składają się ze zbioru technologii do rozwijania hurtowni danych w serwerze SQL Server. Server Analysis Services pomogą w budowie przetwarzania danych [Author ID1: at Mon Dec 25 21:35:00 2000 ]OLAP (Online Analytical Processing) aby [Author ID1: at Mon Dec 25 21:39:00 2000 ]dzięki czemu można [Author ID1: at Mon Dec 25 21:39:00 2000 ]przedstawić szczegółowe analizy trendów na wiele sposobów, jak również wesprzeć wyszukiwanie danych [Author ID1: at Mon Dec 25 21:38:00 2000 ]informacji [Author ID1: at Mon Dec 25 21:38:00 2000 ]w hurtowniach danych [Author ID1: at Mon Dec 25 21:36:00 2000 ](data mining). Usługa dostarcza możliwości[Author ID1: at Mon Dec 25 21:40:00 2000 ]umożliwia[Author ID1: at Mon Dec 25 21:40:00 2000 ] budowania [Author ID1: at Mon Dec 25 21:41:00 2000 ]budo[Author ID1: at Mon Dec 25 21:41:00 2000 ]wanie [Author ID1: at Mon Dec 25 21:41:00 2000 ]i kontroli [Author ID1: at Mon Dec 25 21:41:00 2000 ]kontrolę [Author ID1: at Mon Dec 25 21:41:00 2000 ]tych przestrzennych [Author ID1: at Mon Dec 25 21:47:00 2000 ]bloków danych (cubes) [Author ID1: at Mon Dec 25 21:48:00 2000 ]oraz interfejsu użytkownika używanego [Author ID1: at Mon Dec 25 21:41:00 2000 ]do ich [Author ID1: at Mon Dec 25 21:48:00 2000 ]budowy, zarządzania i zadawania zapytań do [Author ID1: at Mon Dec 25 21:49:00 2000 ]tych przestrzennych bloków danych[Author ID1: at Mon Dec 25 21:47:00 2000 ]. Programy po stronie serwera są instalowane jedynie w systemach Windows NT 4.0 i Windows 2000. Składniki klienta i interfejs użytkownika są dostępne także w systemie Windows 9x. Podstawowych informacji na temat usług analizy dostarcza dodatkowy rozdział 22.

Microsoft English Query

Microsoft English Query zezwala administratorowi na konfiguracje schematu bazy danych oraz pozwala końcowym użytkownikom na uruchomienie zapytań do baz danych w języku angielskim zamiast w Transact-SQL. Możliwość ta jest doskonała dla aplikacji opartych na Internecie, które nie wymuszają tym sposobem na użytkownikach używania formuł SQL. Przykładowo, można powiedzieć po angielsku „Pokaż ilość książek każdego z autorów sprzedanych w tym roku” zamiast używać skomplikowanych poleceń SQL. Można zainstalować English Query na każdej platformie obsługiwanej przez SQL Server 2000. Więcej informacji na temat English Query można znaleźć w dodatkowym rozdziale 23.

Po instalacji: co zyskałeś?

Co udało się uzyskać instalując SQL Server 2000? Zyskuje się zbiór usług (lub aplikacji w przypadku systemu Windows 9x), zbiór narzędzi i zbiór instrukcji pomocy. Kilka plików zostało zainstalowanych na komputerze oraz program instalacyjny dokonał zmian w rejestrach systemu Windows. Zostało zainstalowanych kilka domyślnych baz danych SQL Server oraz została ustawiona domyślna konfiguracja zabezpieczenia.

Usługi SQL Server

Poniżej przedstawiono pełną listę usług serwera SQL Server, jakie mogą zostać zainstalowane:

• MSSQLServer jest faktycznym serwerem bazy danych. Kiedy serwer SQL Server jest uruchamiany lub zatrzymywany, oznacza to na ogół uruchomienie lub zatrzymanie usługi MSSQLServer.

• SQLServerAgent dostarcza wsparcia dla[Author ID1: at Mon Dec 25 21:53:00 2000 ]umożliwia obsługę[Author ID1: at Mon Dec 25 21:53:00 2000 ] zaplanowanych zadań, ostrzeżeń, zarządzania zdarzeniami i replikacji. Omówienie tej usługi znajduje się w rozdziale 18 „Planowanie zadań przy pomocy SQL Server Agent”.

• MSDTC (Distributed Transaction Coordinator) wspiera[Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:01:00 2000 ] transakcje rozproszone pomiędzy wiele serwerów. Omówienie transakcji rozproszonych znajduje się w rozdziale 12 „Używanie rozszerzeń języka Transact-SQL”.

• Microsoft Search wspiera[Author ID1: at Sun Dec 24 01:01:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:01:00 2000 ] indeksowanie pól tekstowych w SQL Server.

• MSSQLServerOLAPService wspiera[Author ID1: at Sun Dec 24 01:02:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:02:00 2000 ] Microsoft SQL Server Analysis Service -jak zostało opisane wcześniej w tym rozdziale.

• MSSQLServerADHelper wspiera[Author ID1: at Sun Dec 24 01:02:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:02:00 2000 ] Microsoft SQL Server's Active Directory Integration. Usługa ta nie będzie szerzej omawiana w tej książce i nie wymaga żadnej kontroli administratora (nawet gdy jest uruchomiona przez większość czasu).

Każda usługa może być de facto kontrolowana na kilka różnych sposobów. Najłatwiejsze jest używanie Menedżera usług lub SQL Server Enterprise Manager. Obsługa tych narzędzi zostanie omówiona w następnym rozdziale. Można używać również różnych narzędzi Windows NT, takich jak aplet usług z Narzędzi administracyjnych Windows 2000 lub narzędzia Menedżer serwera.

Autor poleca również dobrze znany wiersz poleceń. Polecenia NET START i NET STOP mogą zatrzymać lub uruchomić usługę, ale częściej są używane w stosunku do usług SQL Server. Należy otworzyć wiersz polecenia (z menu Start, Programy, Wiersz polecenia) i wpisać NET START aby zobaczyć listę uruchomionych usług (zobacz rysunek 2.22).

Aby zatrzymać usługę SQL Server Agent należy wpisać NET STOP SQLServerAgent. Analogicznie, aby uruchomić usługę należy wpisać NET START SQLServerAgent. Inne usługi uruchamia się w podobny sposób.

Rysunek 2.22. Lista uruchomionych na danym komputerze usług.

Foldery instalacyjne

Dwa zbiory folderów instalacyjnych są instalowane [Author ID1: at Mon Dec 25 21:58:00 2000 ]tworzone [Author ID1: at Mon Dec 25 21:58:00 2000 ]podczas pierwszej [Author ID1: at Mon Dec 25 21:59:00 2000 ]instalacji pierwszej [Author ID1: at Mon Dec 25 21:59:00 2000 ]kopii SQL Server 2000. Jeden z nich przeznaczony jest na instalowaną kopię SQL Server, drugi przeznaczony jest na narzędzia, programy usługowe i składniki COM wspólne dla wszystkich kopii SQL Server 2000 zainstalowanych na danym komputerze.

Foldery instalacyjne domyślnej kopii serwera

Tabela 2.1 pokazuje foldery, które są tworzone w systemie oraz opisuje ich zawartość (wszystkie poniższe foldery mają domyślnie ścieżkę D:\Program Files\Microsoft SQL Server\).

Tabela 2.1. Foldery serwera SQL Server dla kopii domyślnej

Położenie plików	Zawartość foldera
\MSSQL	Wszystkie inne pliki wspierające [Author ID1: at Sun Dec 24 01:02:00 2000 ]obsługujące [Author ID1: at Sun Dec 24 01:02:00 2000 ]usługi SQL Server i SQL Server Agent, jak również pliki wspierające [Author ID1: at Sun Dec 24 01:02:00 2000 ]odpowiedzialne za [Author ID1: at Sun Dec 24 01:02:00 2000 ]odinstalowanie i plik readme.txt
\MSSQL\Backup	--> Kopie zapasowe[Author:jac] [Author ID1: at Mon Dec 25 22:04:00 2000 ] SQL Server (domyślnie folder jest pusty)
\MSSQL\Binn	Wszystkie pliki programowe SQL Server i wspierane [Author ID1: at Sun Dec 24 01:03:00 2000 ]obsługiwane [Author ID1: at Sun Dec 24 01:03:00 2000 ]biblioteki DDL z wyjątkiem narzędzi SQL Server
\MSSQL\Data	Pliki danych SQL Server (systemowych baz danych oraz własnych baz użytkownika)
\MSSQL\FTData	Indeksy Microsoft Search Service
\MSSQL\Install	Skrypty SQL, które są uruchamiane podczas instalacji oraz pliki z rozszerzeniem .OUT, które informują o sukcesie lub błędzie operacji.
\MSSQL\Jobs	Folder, w którym zadania przechowują dane chwilowo, domyślnie folder jest pusty
\MSSQL\Log	Dzienniki błędów serwera SQL Server
\MSSQL\ReplData	Folder używany intensywnie podczas replikacji, pozostaje pusty do czasu użycia replikacji
\MSSQL\Upgrade	Wszystkie programy i pliki potrzebne do uaktualnienia z wcześniejszej wersji serwera do wersji SQL Server 2000
\Program Files\OLAP Services	Składniki usługi Analysis Services
\Program Files\Microsoft English Query	Składniki usługi English Query

Foldery instalacyjne narzędzi i programów usługowych

Tabela 2.2 pokazuje foldery stworzone w systemie oraz opisuje ich zawartość (wszystkie poniższe foldery mają domyślnie ścieżkę dostępu D:\Program Files\Microsoft SQL Server\).

Tabela 2.2. Foldery narzędzi serwera SQL Server

Położenie plików	Zawartość foldera
\Tools\Binn	Wszystkie pliki programowe narzędzi SQL Server i wspierające [Author ID1: at Sun Dec 24 01:03:00 2000 ]obsługiwane [Author ID1: at Sun Dec 24 01:03:00 2000 ]biblioteki DLL
\Tools\Books	Pliki HTML skompilowanych Books Online
\Tools\DevTools	Narzędzia wspierające [Author ID1: at Sun Dec 24 01:03:00 2000 ]wspomagające [Author ID1: at Sun Dec 24 01:03:00 2000 ]projektowanie (np.: pliki nagłówkowe C)
\Tools\Html	Wszystkie pliki HTML używane przez MMC
\Tools\Scripts	Skrypty Transact-SQL dostępne dla narzędzi i dla użytkownika
\Tools\Templates	Pliki szablonów do budowy zapytań lub ich śledzenia w SQL Server Profiler i SQL Server Query Analyzer
\COM	Pliki COM używane przez wszystkie zainstalowane kopie serwera SQL Server, jak również przez narzędzia i programy usługowe serwera
\COM\resources\1033	Językowe rozszerzenia bibliotek DLL

Wpisy w rejestrach systemu Windows

Rejestr został zmodyfikowany jedynie w kilku miejscach, w celu instalacji usługi SQL Server; w celu rejestracji monitora wydajności Windows NT/2000 i aplikacji przeglądających zdarzenia oraz w celu określenia położenia usług potrzebnych podczas uruchamiania. Najważniejszym punktem dla użytkownika jest klucz HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer. Po uruchomieniu programu regedit.exe (w systemie Windows NT/2000 jest to plik regedt32.exe, chociaż plik regedit.exe również działa) można przejść do wymienionego wyżej klucza. Rysunek 2.23 pokazuje przykładowe klucze rejestru.

Rysunek 2.23. Klucze rejestru serwera SQL Server.

Nie należy raczej modyfikować rejestru, ale dobrze jest wiedzieć na wszelki wypadek, gdzie znajdują się poszczególne zapisy w rejestrze. Można również znaleźć opcje konfiguracyjne rejestru przechowywane w ścieżce HKEY_CURRENT_USER\Software\Microsoft\ MSSQLServer, służące do przechowywania indywidualnych preferencji użytkownika narzędzi klienta.

Usługi są umieszczone w HKEY_LOCAL_MACHINE\System\CurrentControlSet\ Services\servicename.

Domyślne bazy danych serwera SQL Server

Po zainstalowaniu SQL Server 2000, zostają zainstalowane domyślne bazy danych omówione w kolejnych sekcjach (master, model, tempdb, MSDB, pubs i Northwind). Można dodać później własne bazy danych. Niektóre z tych baz są bazami systemowymi (master, model, tempdb, MSDB), nie można ich usunąć nie powodując przy tym poważnego uszkodzenia SQL Server. Pozostałe dwie bazy pubs i Northwind są prostymi przykładami, które mają pomóc w nauce obsługi serwera SQL Server. Można je bezpiecznie usunąć z serwerów produkcyjnych SQL Server.

Baza danych master

Jak zostało wspomniane, baza master jest kluczową bazą danych dla uruchomionego serwera SQL Server. Zawiera wskaźnik do podstawowego pliku z danymi dla każdej następnej bazy danych instalowanej w systemie jak również kluczowe informacje na temat serwera. Informacja ta zawiera takie elementy jak komunikaty błędów, informacje o logowaniu, systemowe procedury składowane i serwery dołączone. Baza danych master może być odzyskana w przypadku usterki tylko za pomocą specjalnych technik omówionych w rozdziale 8 „Odtwarzanie baz danych”. Baza zajmuje dodatkowo po instalacji około 12 MB.

Baza danych model

Baza danych model jest najlepszą bazą -szablonem. Za każdym razem, tworząc nową bazę danych, kopiowana jest baza model, a następnie są dokonywane zmiany np.: rozmiaru, wymagane dla nowej bazy danych. Dlatego, każdy obiekt istniejący w bazie danych model jest kopiowany do nowopowstającej bazy danych. Przykładowo, można umieścić tabelę lub nazwisko w tej bazie danych zaraz po zainstalowaniu serwera SQL Server. Za każdym razem, gdy będzie tworzona nowa baza danych, tabela i nazwisko pojawią się w nowej bazie.

Po instalacji baza danych model zajmuje około 768 KB. Ponieważ baza model jest kopiowana, w celu stworzenia nowej bazy, żadna z baz danych nie może być mniejsza niż baza model.

Baza danych tempdb

Baza danych tempdb to miejsce, gdzie wykonywane są operacje wymagające przestrzeni tymczasowej, jak np.: sortowania, złączenia i inne. Baza zajmuje w przybliżeniu 2 MB po instalacji. Baza ta (podobnie jak inne domyślne bazy serwera SQL Server) może się zwiększyć, gdy okaże się, że potrzeba więcej przestrzeni. Baza tempdb jest ponownie inicjalizowana za każdym razem gdy SQL Server (usługa SQL Server) jest uruchamiany.

Baza danych MSDB

Baza danych MSDB wspiera[Author ID1: at Sun Dec 24 01:03:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:03:00 2000 ] usługę SQL Server Agent, włączając w to przechowywanie informacji na temat zadań, zdarzeń i replikacji. również w tej bazie danych trzymana jest historia wszystkich kopii zapasowych i wykonywanych działań dotyczących odzyskiwania. Domyślnie baza danych MSDB ma około 12 MB.

Baza danych pubs

Z założenia baza danych pubs jest narzędziem do nauki. Zawiera przykładową bazę danych dotyczącą wydawcy, włączając w to informacje na temat autorów, książek i sprzedaży. Większość przykładów w SQL Server Books Online (oraz w niniejszej książce) jest opartych na bazie danych pubs. Większość własności bazy danych jest wyróżnionych poprzez ich implementację w bazie danych pubs. Baza ta zajmuje około 2 MB przestrzeni dyskowej po instalacji.

Baza danych Northwind

Baza danych Northwind jest alternatywną bazą służącą do nauki. Jest to przykładowa baza danych dostarczana wraz z Microsoft Access od pewnego czasu. Ponieważ coraz więcej użytkowników migruje z Microsoft Access do SQL Server, dlatego baza danych Northwind została przeniesiona aby pomóc użytkowników nauczyć się własności produktu, korzystając ze znajomej bazy danych. Baza Northwind domyślne zajmuje 3.5 MB.

Domyślne identyfikatory (ID) logowania do serwera SQL Server

Jedną z pierwszych rzeczy, jakie wykonuje użytkownik po zainstalowaniu serwera SQL Server jest zalogowanie się. Ponieważ logowanie ma domyślny tryb Windows Authentication Mode, należy wybrać opcję Windows NT Authentication w każdym oknie, które pozwala na połączenie z serwerem SQL Server. Jeżeli został wybrany tryb Mixed Mode, można również wybrać uwierzytelnianie przez Windows NT lub używać domyślnego logowania do serwera SQL Server, sa (pisane małymi literami, na serwerach rozróżniających małe i duże litery w porządku sortowania). Litery sa oznaczają administratora systemu (system administrator).

sa

Ta nazwa logowania należy do ustalonej roli sysadmin serwera. Jako należący do tej roli, użytkownik sa może wykonać wszystkie operacje na serwerze SQL Server. Konto sa istnieje zawsze i nie może być usunięte. Jednak, nie można z niego skorzystać w trybie Windows Authentication Mode. W trybie Mixed Mode można wybrać logowanie przy użyciu tego konta. Najlepiej jednak zalogować się używając własnego konta, należącego do grupy kont administratorów lokalnych.

Grupa Administratorzy lokalni systemu Windows NT

W przypadku korzystania z serwera SQL Server na komputerze z systemem Windows NT/2000, nie ma potrzeby uwierzytelniania przez SQL Server. Podczas instalacji, SQL Server 2000 dodaje grupę Administratorzy lokalni Windows NT/2000 do roli sysadmin, podobnie jak dodane jest konto sa. W rezultacie, wszyscy administratorzy lokalni są domyślnie administratorami serwera SQL Server. W komputerach Windows 9x, uwierzytelnianie przez system Windows nie jest dostępne, czyli trzeba użyć konta sa. W przypadku korzystania z uwierzytelniania Windows nie ma potrzeby kontroli hasłem serwera SQL Server. SQL Server korzysta z danych logowania kont w systemie Windows NT/2000.

Kopie nazwane kontra kopie domyślne

SQL Server 2000 ma możliwość uruchamiania wielu, niezależnych kopii serwera baz danych na pojedynczym komputerze opartym na systemie Windows. Microsoft wspiera[Author ID1: at Sun Dec 24 01:04:00 2000 ]obsługuje[Author ID1: at Sun Dec 24 01:04:00 2000 ] do 16 kopii SQL Server 2000 zainstalowanych na pojedynczym komputerze. Dwa pojęcia używane w stosunku do kopii serwera - kopia nazwana i domyślna - wymagają wyjaśnienia.

Kopia domyślna

Można połączyć się z domyślną kopią SQL Server 2000 (istnieje tylko jedna na danym komputerze) poprzez określenie jedynie nazwy serwera przy łączeniu się z aplikacji. Osoby łączące się z serwerem w ten sposób w poprzednich wersjach określali nazwę komputera z zainstalowanym serwerem SQL Server jako nazwę serwera, z którym chcieli się skomunikować. Przykładowo, komputer nazywa się RHOME, przy próbie połączenia należało podać nazwę RHOME gdy komputer zażądał podania nazwy serwera SQL Server.

Domyślna kopia jest zainstalowana w katalogach omówionych w tabeli 2.1 i 2.2 oraz posiada klucze rejestru (dla większości części) w tej samej lokalizacji co SQL Server 6.5 i SQL Server 7.0. Oznacza to, że większość kluczy dotyczących tej kopii znajduje się w rejestrach: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer. Pliki programowe są instalowane w domyślnej ścieżce, w katalogu \MSSQL. Nazwy usług dla rzeczywistych usług SQL serwer zostały przedstawione poniżej:

Typ serwera	Nazwa usługi
SQL Server	MSSQLServer
SQL Server Agent	SQLServerAgent

Tylko jedna kopia domyślnej instancji SQL Server może być uruchomiona w danym momencie, bez względu na jej wersję. Czyli na komputerze, gdzie jest zainstalowana wersja SQL Server 6.5 nie można uruchomić w tym samym czasie domyślnej kopii serwera SQL Server 2000. Można jednak uruchomić kopie nazwane SQL Server 2000 w tym samym czasie co pojedynczą kopię domyślną.

Kopia nazwana

Kopia nazwana serwera SQL Server 2000 to taka, która otrzymuje nazwę podczas instalacji. Jeżeli planuje się łączenie z kopią nazwaną wymaga to wpisania nazwy serwera i nazwy kopii podczas instalacji. Przykładowo, należy zainstalować na komputerze kopię nazwaną Trade. Na komputerze, z którego łączy się z SQL Server należy wpisać RHOME\Trade jako nazwa serwera. Dla serwera oznacza to, że łączy się z komputerem o nazwie RHOME i szuka na tym komputerze kopii nazwanej Trade.

Kopie nazwane są zgodne ze standardem Windows 2000. Używają one klucza rejestru: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName. Zostają zainstalowane na ścieżce plików programów \MSSQL$InstanceName zamiast \MSSQL. W związku z tym domyślna kopia i wszystkie inne nazwane kopie są całkowicie od siebie oddzielone, ponieważ żadne dwie kopie na tym samym komputerze nie mogą mieć takiej samej nazwy. Usługi są również tworzone z unikalnymi nazwami:

Typ serwera	Nazwa usługi
SQL Server	MSSQL$InstanceName
SQL Server Agent	SQLAgent $InstanceName

Składniki wspólne

Niektóre składniki są współdzielone przez instalacje SQL Server 2000; nie należą one do żadnej z domyślnych lub nazwanych instancji, jakie są zainstalowane na danym komputerze. Są to m.in. narzędzia serwera SQL Server jak również składniki takie jak MDAC 2.6.

Gdy została wybrana do zainstalowania kopia nazwana SQL Server 2000 a na komputerze jest zainstalowany SQL Server 7.0 (z definicji jego domyślna kopia), to narzędzia w wersji 7.0 zostaną zastąpione narzędziami z SQL Server 2000. Zestaw narzędzi SQL Server 2000 pracuje prawidłowo z instalacją SQL Server 7.0.

Instalacja kopii nazwanej

Przyszedł czas aby zainstalować kopię nazwaną. Należy wybrać nazwę kopii np.: Trade (opcja domyślnej kopii powinna być niedostępna przy instalacji nowej kopii, ponieważ jedna już istnieje na tym komputerze). Należy przeprowadzić instalację typową (Typical) ale zmienić zabezpieczenia. Zamiast akceptować domyślny tryb Windows Authentication Mode, należy wybrać Mixed Mode i wpisać własne hasło (w dalszej części książki hasło brzmi password). Konto pozostaje takie samo jak wcześniej. W niektórych miejscach książka będzie odwoływać się do kopii nazwanej.

Uaktualnienie z wcześniejszej wersji SQL Server

W przypadku uaktualniania z wersji SQL Server 7.0, rozpoczynając instalację należy zamiast tworzenia nowej kopii SQL Server (zobacz rysunek 2.4) wybrać raczej uaktualnienie, usuwanie lub dodawanie składników do istniejącej kopii SQL Server; następnie wybrać kopię domyślną i uaktualnienie istniejącej instalacji. Należy postępować zgodnie z zaleceniami programu instalacyjnego, instalacja przebiega podobnie jak wcześniej omówiona. Uaktualnienie to jest uaktualnieniem „w miejsce kopii istniejącej” czyli po zakończeniu aktualizacji otrzymuje się zaktualizowany (z wersji 7.0) SQL Server 2000. Narzędzia zostały zastąpione przez SQL Server 2000 Tools.

Uaktualnienie z wersji SQL Server 6.5

Przy uaktualnianiu z wersji 6.5 proces wygląda nieco inaczej. Najpierw należy zainstalować domyślną kopię SQL Server 2000, jak to zostało przedstawione wcześniej. Po wykonaniu tego, pojawi się nowa pozycja menu Microsoft SQL Server - Switch w menu Start. Menu to zawiera opcje pozwalające na powrócenie do wersji SQL Server 6.5, uruchomienie kreatora SQL Server Upgrade Wizard lub odinstalowanie SQL Server 6.x.

Przełączanie pomiędzy wersjami

Można przełączać kopię domyślną, aby pracowała jako SQL Server 6.5 lub SQL Server 2000. Po zainstalowaniu domyślnej kopii SQL Server 2000, kopia SQL Server 6.5 jest wyłączona. Można włączyć tę instalację z powrotem przy pomocy odpowiedniej opcji menu, która spowoduje wyłączenie SQL Server 2000 i ponowne uruchomienie SQL Server 6.5. Narzędzia SQL Server 6.5 pojawią się ponownie w menu Start (są one jedynie ukryte i przywracane w przypadku włączenia wersji 6.5).

Można przełączyć się później ponownie z powrotem do tego menu. Jednak, po wykonaniu tej operacji, opis programu nosi nazwę Microsoft SQL Server 2000 i wybranie tej opcji wyłączy instalację SQL Server 6.5 i powróci do domyślnej kopii SQL Server 2000.

Ogólnie, częste ręczne przełączanie nie jest zalecane. Przełączanie pomiędzy wersjami zostało wprowadzone do wsparcia szybkiego uruchomienia kreatora aktualizacji, omówionego poniżej.

Uruchomienie Kreatora uaktualnienia

SQL Server Upgrade Wizard uaktualnia instalację serwera SQL Server 6.5 do SQL Server 2000. Po zainstalowaniu kopii domyślnej, należy uruchomić tą opcję menu. Kreator zmigruje wszystkie bazy danych oraz ustawienia systemu do SQL Server 2000. Szczegółowe informacje na temat uaktualnień można znaleźć w SQL Server Books Online „ Upgrading to SQL Server 2000”.

Odinstalowanie SQL Server 6.5

Po uaktualnieniu serwera SQL Server 6.5 do systemu SQL Server 2000, należy ręcznie usunąć starą wersję. Należy wybrać opcję menu Uninstalling SQL Server 6.5. Napewno nie należy uruchamiać programu instalacyjnego SQL Server 6.5 aby go odinstalować; instalator ten powoduje uszkodzenie domyślnej kopii SQL Server 2000. Ta specjalna wersja odinstalowująca została napisana aby ostrożnie usunąć SQL Server 6.5 przy zachowaniu domyślnej kopii SQL Server 2000.

Rozwiązywanie problemów instalacji

Instalacja SQL Server jest względnie prostą operacją. Jednak może się zdarzyć, że coś pójdzie nieprawidłowo. Dlatego należy gromadzić informacje na temat występujących usterek, aby możliwe było skorygowanie błędnych działań. W przypadku SQL Server 2000 błędy instalacji zdarzają się niezwykle rzadko, czyli może się zdarzyć, że poniższe informacje nigdy nie zostaną wykorzystane.

sqlstp.log

W katalogu głównym Windows można znaleźć plik sqlstp.log, dziennik wynikowy programu instalacyjnego. Wszystkie problemy, które pojawiły się podczas instalacji powinny być zapisane w tym pliku. Jeżeli wystąpił problem, należy przeszukać ten plik i znaleźć raport o tym gdzie wystąpił błąd. Na ogół, informacje na temat błędów występują w końcowej części raportu.

Pliki z rozszerzeniem *.OUT

W folderze \MSSQL\install może być uruchomionych kilka skryptów instalacyjnych. Jeżeli plik sqlstp.log wskazuje na błąd w jednym z nich, wyniki uruchomienia skryptów można znaleźć w plikach *.OUT w tym katalogu. Zwykle, komunikat jest podany bezpośrednio, np.: Failed to create xxx.

Dziennik błędów SQL Server

Jeżeli SQL Server (czyli usługa SQL Server) został uruchomiony i pojawiły się błędy, można znaleźć kilka pożytecznych informacji w dzienniku błędów SQL Server. Pliki te są umieszczone w katalogu \MSSQL\Log i są numerowane od najnowszych do najstarszych. Bieżący dziennik błędów jest plikiem Errorlog. (z kropką, ale bez rozszerzenia). Następny (starszy) nosi nazwę Errorlog.1, następny Errorlog.2 itd.

Dziennik zdarzeń aplikacji Windows NT/2000

Korzystając z systemu Windows NT/2000, można również sprawdzać błędy w aplikacji Podgląd zdarzeń. Aby ją otworzyć, trzeba otworzyć menu Start, Programy, Narzędzia administracyjne i Podgląd zdarzeń. Pojawią się trzy różne dzienniki w aplikacji przeglądu zdarzeń: dziennik zdarzeń systemowych, dziennik błędów zabezpieczeń i dziennik błędów aplikacji. Należy przejść do dziennika błędów poprzez wybór Aplikacji z menu Dziennik. Należy poszukać błędów z czerwonym znakiem stop. Zawierają one dodatkowe informacje na temat rozwiązywania problemów.

Usuwanie serwera SQL Server

Jeżeli z pewnych przyczyn potrzeba usunąć SQL Server, jest to bardzo proste. W Panelu sterowania należy wybrać Dodaj/Usuń programy. Na liście programów należy znaleźć SQL Server 2000, wyświetlony jak inne aplikacje. Wybór tej opcji usuwa wszystkie pliki i klucze z rejestru związane z SQL Server ale nie usuwa składników współdzielonych, takich jak np.: MDAC. Również, jeśli nie jest to ostatnia kopia SQL Server na danym komputerze, narzędzia nie zostaną usunięte. Podczas usuwania ostatniej kopii serwera SQL Server usuwane są również narzędzia.

Należy pamiętać o jednej istotnej kwestii w przypadku uaktualniania z wersji SQL Server 6.5 do wersji SQL Server 2000. Jeżeli ma się pewność, że nie będzie się już dłużej używać SQL Server 6.5, nie należy uruchamiać programu instalacyjnego w celu usunięcia wcześniejszej wersji SQL Server. Może to spowodować uszkodzenie SQL Server 2000. Firma Microsoft napisała specjalny program do odinstalowania SQL Server 6.5 i umieszczenia skrótu do niego w menu Microsoft SQL Server Switch. Opcja ta nazywa się Uninstall SQL Server 6.x.

2 Część I ♦ Podstawy obsługi systemu WhizBang (Nagłówek strony)

2 D:\nic\tlum\hel\MSSQLServ1.doc

[Author ID1: at Sat Dec 23 23:43:00 2000 ][Author ID1: at Sat Dec 23 23:43:00 2000 ][Author ID1: at Sat Dec 23 23:43:00 2000 ][Author ID1: at Sat Dec 23 23:43:00 2000 ][Author ID1: at Sat Dec 23 23:43:00 2000 ]To o czym wspominałem w poprzednim rozdziale: raczej nadmiarowe słowo 'serwer'[Author ID1: at Sat Dec 23 23:43:00 2000 ]

[Author ID1: at Sat Dec 23 23:57:00 2000 ][Author ID1: at Sat Dec 23 23:57:00 2000 ][Author ID1: at Sat Dec 23 23:57:00 2000 ][Author ID1: at Sat Dec 23 23:57:00 2000 ][Author ID1: at Sat Dec 23 23:57:00 2000 ]Proszę sprawdzić, czy jest to prawidło[Author ID1: at Sat Dec 23 23:57:00 2000 ]wy zwrot.[Author ID1: at Sat Dec 23 23:58:00 2000 ]

[Author ID1: at Sun Dec 24 00:31:00 2000 ][Author ID1: at Sun Dec 24 00:31:00 2000 ][Author ID1: at Sun Dec 24 00:31:00 2000 ][Author ID1: at Sun Dec 24 00:31:00 2000 ][Author ID1: at Sun Dec 24 00:31:00 2000 ]To nie jest raczej dobre tłumaczenie, ale jakoś nie mam pomysłu czym to zastąpić[Author ID1: at Sun Dec 24 00:31:00 2000 ].[Author ID1: at Sun Dec 24 00:32:00 2000 ]

[Author ID1: at Sun Dec 24 00:41:00 2000 ][Author ID1: at Sun Dec 24 00:41:00 2000 ][Author ID1: at Sun Dec 24 00:41:00 2000 ][Author ID1: at Sun Dec 24 00:41:00 2000 ][Author ID1: at Sun Dec 24 00:41:00 2000 ]Bardziej sensowne w tym kontekście byłoby słowo: 'zaletami', ale to w końcu tylko tłumaczenie ...[Author ID1: at Sun Dec 24 00:41:00 2000 ]

[Author ID1: at Sun Dec 24 00:55:00 2000 ][Author ID1: at Sun Dec 24 00:55:00 2000 ][Author ID1: at Sun Dec 24 00:55:00 2000 ][Author ID1: at Sun Dec 24 00:55:00 2000 ][Author ID1: at Sun Dec 24 00:55:00 2000 ]może raczej: 'nowszą'. Błąd to chyba nie jest, a [Author ID1: at Sun Dec 24 00:55:00 2000 ]byłoby[Author ID1: at Sun Dec 24 00:56:00 2000 ] bardziej po 'polskiemu'[Author ID1: at Sun Dec 24 00:55:00 2000 ]

[Author ID1: at Sun Dec 24 01:11:00 2000 ][Author ID1: at Sun Dec 24 01:11:00 2000 ][Author ID1: at Sun Dec 24 01:11:00 2000 ][Author ID1: at Sun Dec 24 01:11:00 2000 ][Author ID1: at Sun Dec 24 01:11:00 2000 ]No jest tu mała nieścisłość, bo tłumaczka wkleja obrazki z wersji[Author ID1: at Sun Dec 24 01:11:00 2000 ] Eva[Author ID1: at Sun Dec 24 01:12:00 2000 ]l[Author ID1: at Sun Dec 24 01:13:00 2000 ]uation Edition[Author ID1: at Sun Dec 24 01:12:00 2000 ]

[Author ID1: at Sun Dec 24 14:15:00 2000 ][Author ID1: at Sun Dec 24 14:15:00 2000 ][Author ID1: at Sun Dec 24 14:15:00 2000 ][Author ID1: at Sun Dec 24 14:15:00 2000 ][Author ID1: at Sun Dec 24 14:15:00 2000 ]J[Author ID1: at Sun Dec 24 14:16:00 2000 ]a bym to raczej nazwał 'potokiem komunikacyjnym'[Author ID1: at Sun Dec 24 14:15:00 2000 ]. Musimy [Author ID1: at Sun Dec 24 14:16:00 2000 ]jednak [Author ID1: at Sun Dec 24 14:17:00 2000 ]na ten temat dwa słowa zamienić.[Author ID1: at Sun Dec 24 14:16:00 2000 ]

[Author ID1: at Sun Dec 24 14:19:00 2000 ][Author ID1: at Sun Dec 24 14:19:00 2000 ][Author ID1: at Sun Dec 24 14:19:00 2000 ][Author ID1: at Sun Dec 24 14:19:00 2000 ][Author ID1: at Sun Dec 24 14:19:00 2000 ]Po raz drugi użyła słowa 'klienty' ;-)))[Author ID1: at Sun Dec 24 14:19:00 2000 ]

Ciekawe co miała na myśli ?? ;-)[Author ID1: at Sun Dec 24 14:20:00 2000 ]

[Author ID1: at Sun Dec 24 14:28:00 2000 ][Author ID1: at Sun Dec 24 14:28:00 2000 ][Author ID1: at Sun Dec 24 14:28:00 2000 ][Author ID1: at Sun Dec 24 14:28:00 2000 ][Author ID1: at Sun Dec 24 14:28:00 2000 ]Jest to bardzo mętne pojęcie, więc musiałem aż w dokumentacji pogrzebać.[Author ID1: at Sun Dec 24 14:28:00 2000 ][Author ID0: at Thu Nov 30 00:00:00 1899 ]

Gdyby 'named instance' nazywać 'kopią JAWNIE nazwaną' stałoby się chyba bardzi[Author ID1: at Sun Dec 24 14:29:00 2000 ]ej zrozumiałe[Author ID1: at Sun Dec 24 14:30:00 2000 ] dla czytelników o co w tym [Author ID1: at Sun Dec 24 14:31:00 2000 ]chodzi... [Author ID1: at Sun Dec 24 14:32:00 2000 ]Ale jest to do przemyślenia. [Author ID1: at Sun Dec 24 14:31:00 2000 ]

[Author ID1: at Mon Dec 25 22:04:00 2000 ][Author ID1: at Mon Dec 25 22:04:00 2000 ][Author ID1: at Mon Dec 25 22:04:00 2000 ][Author ID1: at Mon Dec 25 22:04:00 2000 ][Author ID1: at Mon Dec 25 22:04:00 2000 ][Author ID1: at Mon Dec 25 22:04:00 2000 ]ja osobiście bym to raczej przetłumaczył j[Author ID1: at Mon Dec 25 22:04:00 2000 ]ako 'kopie bezpieczeństwa', ale tak też się spotyka w literaturze.[Author ID1: at Mon Dec 25 22:05:00 2000 ]

---