ROZDZIAú 3

Wdra┐anie Windows 2000 Professional

     Wdro┐enie Windows 2000 Professional wymaga dok│adnego planowania oraz dobrego dopasowania funkcji dostarczonych przez Windows 2000 Professional do potrzeb danej organizacji. Niniejszy rozdzia│ zawiera przede wszystkim informacje dotycz╣ce du┐ych przedsiΩbiorstw, jednak┐e znajduj╣ siΩ tu tak┐e informacje przydatne przy wdra┐aniu na mniejsz╣ skalΩ.
Zawarto£µ rozdzia│u
      Przegl╣d wdra┐ania Windows 2000 Professional
      Kojarzenie potrzeb z funkcjami Windows 2000 Professional
      Planowanie wdra┐ania
      Okre£lenie preferowanej konfiguracji klienta
      Ocena istniej╣cej infrastruktury sieciowej
      Okre£lanie strategii │╣czno£ci klient≤w
      Okre£lanie metod realizacji
      Testowanie planu wdra┐ania
      Pilota┐
      Przygotowania do wdro┐enia
Inne ƒr≤d│a informacji w Windows 2000 Professional Resource Kit

Przegl╣d wdra┐ania Windows 2000 Professional

     W tej czΩ£ci przedstawione s╣ g│≤wne etapy procesu wdra┐ania Windows 2000 Professional.
Ocena potrzeb i kojarzenie ich z funkcjami Windows 2000 Professional
     Pierwszy etap polega na okre£leniu potrzeb u┐ytkownik≤w i por≤wnaniu ich z funkcjami zawartymi w Windows 2000 Professional. W ten spos≤b mo┐na ustaliµ odpowiedni czas i spos≤b wprowadzenia r≤┐nych funkcji.
Definicja i planowanie projektu
     Po ustaleniu struktury zarz╣dzania projektem nale┐y rozpocz╣µ przygotowywanie szczeg≤│owego planu.
Ocena istniej╣cej konfiguracji klient≤w i okre£lenie konfiguracji preferowanej
     Aby ustaliµ optymaln╣ konfiguracjΩ, nale┐y w pierwszej kolejno£ci oceniµ potrzeby u┐ytkownik≤w. Po okre£leniu konfiguracji docelowej mo┐na opracowaµ standardy u│atwiaj╣ce zarz╣dzanie systemami klienckimi.
Ocena istniej╣cej infrastruktury sieciowej
     Przed wdro┐eniem Microsoft Windows 2000 Professional do organizacji nale┐y przygotowaµ sieµ. Pierwszym krokiem jest udokumentowanie istniej╣cego stanu sieci.
Okre£lenie strategii │╣czno£ci klient≤w
     W celu skutecznego i niezawodnego pod│╣czenia klient≤w, strategia │╣czno£ci powinna byµ okre£lona przed rozpoczΩciem wdra┐ania Windows 2000 Professional.
Okre£lenie metod realizacji
     Na tym etapie planowania nale┐y ustaliµ spos≤b wdra┐ania wybranej konfiguracji klienckiej, czyli wybraµ procesy instalacji.
Testowanie planu
     Na wczesnym etapie nale┐y przygotowaµ plan testowy, umo┐liwiaj╣cy testowanie opracowywanego projektu. Plan powinien obejmowaµ specyfikΩ i zakres test≤w, kryteria oceny wynik≤w oraz informacje o potrzebnych zasobach (sprzΩcie, oprogramowaniu, personelu).
Pilota┐
     Pilota┐ jest ostatnim g│≤wnym etapem poprzedzaj╣cym pe│ne wdro┐enie Windows 2000 Professional. W pilota┐u projekt jest przetestowany w kontrolowanym £rodowisku u┐ytkowym, w kt≤rym u┐ytkownicy wykonuj╣ swoje normalne zadania przy u┐yciu funkcji nowego systemu.
Przygotowanie do pe│nego wdro┐enia
     UwzglΩdniaj╣c wyniki pilota┐u nale┐y przygotowaµ wdro┐enie Windows 2000 Professional w ca│ej organizacji.

Kojarzenie potrzeb z funkcjami Windows 2000 Professional

     Pierwszym etapem procesu wdra┐ania jest por≤wnanie potrzeb u┐ytkownik≤w z funkcjami i korzy£ciami zwi╣zanymi z Windows 2000 Professional. W ten spos≤b mo┐na okre£liµ odpowiedni spos≤b i czas wprowadzenia danych funkcji.
     Ocena potrzeb obejmuje identyfikacjΩ wymaganych przez u┐ytkownik≤w funkcji i aplikacji û │╣czno£µ z Internetem, aplikacje multimedialne, takie jak Microsoft NetMeeting itp.
     Informacje o potrzebach uzyskane od u┐ytkownik≤w i mened┐er≤w s│u┐╣ do okre£lenia odpowiednich konfiguracji klient≤w. Mo┐na zdecydowaµ, na przyk│ad, w jaki spos≤b nale┐y pogrupowaµ u┐ytkownik≤w, ile miejsca na dyskach potrzebuj╣ i w jakim stopniu nowe aplikacje wp│yn╣ na obci╣┐enie sieci.

Planowanie wdra┐ania

     Planowanie wdra┐ania Windows 2000 Professional obejmuje nastΩpuj╣ce g│≤wne zadania:

Definicja zakresu i cel≤w projektu

     Nale┐y zacz╣µ od okre£lenia cel≤w projektu, zadaj╣c nastΩpuj╣ce pytania:      Dokumentacja zakresu projektu powinna zawieraµ informacje o zakresach, funkcjach i £rodowiskach objΩtych realizowanym systemem Windows 2000. Wdro┐yµ nale┐y te funkcje, kt≤re pomog╣ spe│niµ wymagania organizacji i osi╣gn╣µ cele projektu. Zakres projektu powinien byµ dok│adny i realistyczny oraz powinien zawieraµ harmonogram realizacji zada±.
     Dokument zakresu projektu bΩdzie podstaw╣ opracowania specyfikacji funkcyjnej, opisanej dalej w tej czΩ£ci rozdzia│u.

Przyk│adowe cele projektu

     W poni┐szym przyk│adzie om≤wiona jest sytuacja w fikcyjnym przedsiΩbiorstwie oraz wynikaj╣ce z niej cele projektowe.
Problemy
     Analiza koszt≤w przeprowadzona w dziale informatyki wykaza│a du┐e wydatki wynikaj╣ce z braku standaryzacji. Na przyk│ad, nadmiernie wzros│y koszty pomocy technicznej z powodu du┐ej ilo£ci r≤┐nych system≤w operacyjnych, aplikacji i konfiguracji sprzΩtu, wymagaj╣cych wyspecjalizowanego wsparcia.
Cele projektu
     Dzia│ informatyki wprowadzi udoskonalenia technologii, dziΩki kt≤rym zmiana przyniesie wiΩksze korzy£ci i bΩdzie bardziej elastyczna. Zostanie to wykonane skutecznie i bez wiΩkszych wydatk≤w.
     W tym celu dzia│ informatyki uwa┐a za niezbΩdn╣ standaryzacjΩ infrastruktury komputer≤w pulpitowych. D│ugoterminowym celem jest zbudowanie £rodowiska pulpitowego o stopniu niezawodno£ci nie mniejszym ni┐ niezawodno£µ systemu telefonicznego. Ponadto ewentualne problemy wystΩpuj╣ce w tym £rodowisku powinny byµ rozwi╣zywane szybko i w prosty spos≤b.

Przyk│adowy zakres projektu

     Dzia│ informatyki bΩdzie dodawaµ funkcje etapowo, zamiast przeprowadzenia jednego lub dw≤ch bardzo du┐ych projekt≤w obejmuj╣cych ca│y zakres. Wdro┐enie pierwszej wersji nowego £rodowiska (projekt Pulpitu przedsiΩbiorstwa) obejmie przede wszystkim nastΩpuj╣ce zadania:      Poniewa┐ bardzo istotne jest szybkie wprowadzenie nowej technologii, czΩ£µ funkcji mo┐e zostaµ od│o┐ona na termin p≤ƒniejszy, w celu zagwarantowania terminowego wdro┐enia wersji 1.0.

Tworzenie zespo│u projektowego

     Zaleca siΩ ma│y zesp≤│ sk│adaj╣cy siΩ z trzech do o£miu os≤b, posiadaj╣cych dobr╣ wiedzΩ o aspektach technicznych Windows 2000 Professional oraz o funkcjonowaniu przedsiΩbiorstwa.
     Cz│onkowie zespo│u powinni mieµ r≤wne uprawnienia i pe│niµ obowi╣zki przedstawione w tabeli 3.1. Jedna osoba mo┐e odgrywaµ wiΩcej ni┐ jedn╣ rolΩ.      
Tabela 3.1 Zadania cz│onk≤w zespo│u projektowego

StanowiskoZadania

Zarz╣dzanie projektem Zarz╣dza specyfikacj╣ preferowanej konfiguracji klient≤w.
Zarz╣dza harmonogramem projektu i przeznaczaniem zasob≤w.
Zajmuje siΩ wszystkimi krytycznymi decyzjami dotycz╣cymi kompromis≤w.
Adwokat klienta (w tym kontek£cie kto p│aci za rozwi╣zanie). Odgrywa rolΩ przedstawiciela klienta wobec zespo│u i przedstawiciela klientem jest nie u┐ytkownik, lecz ten, Zajmuje siΩ decyzjami dotycz╣cymi kompromis≤w pomiΩdzy ilo£ci╣ funkcji a szybko£ci╣ realizacji.
Opracowuje cele biznesowe.
Opracowuje i realizuje plan komunikacji.
Implementacja Buduje zautomatyzowany proces instalacyjny. Bierze udzia│ w projektowaniu pulpitu, skupiaj╣c siΩ na projekcie fizycznym.
Konfiguruje i dostosowuje preferowany pulpit.
Testowanie Opracowuje strategiΩ i plany testowe w celu odkrycia wszystkich problem≤w. Odpowiedzialny za etapowe budowanie preferowanego klienta przy u┐yciu w/w zautomatyzowanego procesu instalacyjnego.
Adwokat u┐ytkownika ko±cowego Odgrywa rolΩ przedstawiciela u┐ytkownika wobec zespo│u i przedstawiciela zespo│u wobec u┐ytkownika. Bierze udzia│ w projektowaniu preferowanego pulpitu.
Zarz╣dzanie wdra┐aniem /wsparciem Zajmuje siΩ sprawami zwi╣zanymi z wdra┐aniem i wsparciem technicz-technicznym Bierze udzia│ w projektowaniu preferowanego pulpitu, skupiaj╣c siΩ na aspektach dotycz╣cych zarz╣dzania, wsparcia technicznego i wdra┐ania.
Organizuje szkolenie personelu pomocy technicznej w zakresie Windows 2000 Professional.


     Istotne jest r≤wnie┐, ┐eby jeden lub wiΩcej cz│onk≤w zespo│u posiada│ do£wiadczenie w zakresie aplikacji sieciowych i biznesowych.

Ocena i dokumentowanie istniej╣cego £rodowiska

     Udokumentowanie istniej╣cego £rodowiska komputerowego pomo┐e zrozumieµ strukturΩ organizacji oraz na jakie sposoby wspiera ona u┐ytkownik≤w, pozwoli tak┐e rozpocz╣µ opracowywanie planu wdra┐ania. Z│o┐one aspekty, takie jak uk│ad sieci, najlepiej jest przedstawiµ na diagramach.
     Do zakresu dokumentacji nale┐╣ miΩdzy innymi:
Organizacja i usytuowanie jednostek przedsiΩbiorstwa
     Nale┐y ustaliµ, jak blisko lub daleko od siebie s╣ usytuowane r≤┐ne grupy pracownik≤w oraz w jakim stopniu r≤┐ni╣ siΩ potrzeby jednostek organizacyjnych.
Wymagania dotycz╣ce aplikacji
     Nale┐y przeprowadziµ pe│n╣ inwentaryzacjΩ u┐ytkowanych aplikacji, w tym aplikacji niestandardowych. Zwr≤ciµ nale┐y uwagΩ na r≤┐ne zadania, do kt≤rych pracownicy wykorzystuj╣ komputery i oceniµ, w jaki spos≤b zmiana na Windows 2000 Professional wp│ynie na ich pracΩ. Na przyk│ad, je£li u┐ytkowana jest stara aplikacja uzale┐niona od okre£lonych wersji sterownik≤w ODBC, to konieczne bΩdzie przetestowanie tej aplikacji w celu sprawdzenia, czy bΩdzie dalej funkcjonowaµ.
Architektura technologii
     Przy dokumentowaniu architektury sieciowej nale┐y zwr≤ciµ uwagΩ na topologiΩ, wielko£µ, typ sieci i typowy ruch. Wszystkie planowane zmiany architektury, na przyk│ad dotycz╣ce sprzΩtu, organizacji sieci i us│ug, powinny byµ przedstawione na szczeg≤│owych diagramach.
Interoperatywno£µ
     Nale┐y ustaliµ, kt≤rzy u┐ytkownicy potrzebuj╣ dostΩpu do r≤┐nych aplikacji i danych oraz w jaki spos≤b aktualnie uzyskuj╣ dostΩp do tych obiekt≤w. Nale┐y rozwa┐yµ skutki zmiany na Windows 2000 Professional dla tego dostΩpu.
Aktualne i przysz│e standardy IT
     Standardy dotycz╣ce sieci i aplikacji czΩsto staj╣ siΩ z czasem nieaktualne lub fragmentaryczne, na przyk│ad w wyniku po│╣czenia siΩ przedsiΩbiorstw. R≤┐norodne systemy zaprojektowane w r≤┐nym czasie przez r≤┐ne osoby, czΩsto usytuowane w oddalonych od siebie miejscach, s╣ potencjalnym zagro┐eniem dla udanego wdro┐enia. Kontrola istniej╣cych system≤w pomo┐e zapewniµ pomy£lne wdro┐enie.

Okre£lanie standard≤w i wytycznych

     Okre£lenie standard≤w i wytycznych dotycz╣cych Windows 2000 Professional czΩsto pozwala na oszczΩdno£µ czasu i pieniΩdzy. Standaryzacja £rodowiska zmniejszy liczbΩ kombinacji konfiguracyjnych, co upro£ci administracjΩ systemu i projektowanie architektury. Standardy powinny byµ oparte na zadaniach wykonywanych przez pracownik≤w za pomoc╣ komputer≤w. Na przyk│ad, wymagania pracownika wykonuj╣cego projektowanie wspomagane komputerowo bΩd╣ wiΩksze ni┐ wymagania pracownika u┐ytkuj╣cego standardowe aplikacje biurowe.
     Aby osi╣gn╣µ najlepsze wyniki, nale┐y okre£liµ standardowe konfiguracje klient≤w. Wytyczne powinny dotyczyµ minimalnych i zalecanych warto£ci CPU, RAM i objΩto£ci dysk≤w oraz urz╣dze± takich, jak napΩdy CD-ROM i zasilanie nieprzerywalne.
     Nale┐y okre£liµ standardowe konfiguracje oprogramowania stosowane w organizacji. Wytyczne powinny dotyczyµ sposob≤w dystrybucji, wsparcia technicznego i ogranicze± dostΩpno£ci program≤w.
     Nale┐y opracowaµ wytyczne dotycz╣ce sieciowych system≤w operacyjnych i protoko│≤w stosowanych w organizacji, w tym standardowe konfiguracje wszystkich komponent≤w sieci (routery, huby, wzmacniaki itp.). Powinny byµ wymienione sposoby wspierania i utrzymywania tych konfiguracji.
     Nale┐y ustaliµ wymagania umo┐liwiaj╣ce spe│nienie aktualnych i przysz│ych standard≤w operacyjnych. Nale┐y opisaµ, na przyk│ad, sposoby tworzenia kopii zapasowych danych u┐ytkownik≤w, rozwi╣zywania problem≤w i wdra┐ania aplikacji.

Tworzenie £rodowiska testowego

     Przed wdro┐eniem Windows 2000 Professional nale┐y przetestowaµ konfiguracjΩ w pracowni. W przypadku wdra┐ania w du┐ym przedsiΩbiorstwie nale┐y przeprowadziµ tak┐e pilota┐ (patrz äPilota┐ö dalej w tym rozdziale).
     Na pocz╣tku procesu planowania nale┐y wybraµ punkty testowania i okre£liµ wymagany sprzΩt. Po za│o┐eniu pracowni mo┐na j╣ wykorzystaµ do lepszego zrozumienia produktu i zatwierdzenia rozwi╣za±. Pracownia prawdopodobnie bΩdzie siΩ rozwijaµ w trakcie projektu.
     Dokumentacja plan≤w testowych powinna zawieraµ maksymaln╣ ilo£µ szczeg≤│≤w, tak aby zespo│y przeprowadzaj╣ce testy wdra┐ania posiada│y wszystkie potrzebne informacje. Nale┐y opisaµ zakres testowania, cele, metodologiΩ, harmonogram i zasoby (sprzΩt, oprogramowanie, personel, szkolenie i narzΩdzia). Podzespo│y powinny opracowaµ plany testowe dotycz╣ce w│asnych zakres≤w odpowiedzialno£ci. Opisanie metod do zastosowania w testach pozwoli powt≤rzyµ testy i por≤wnaµ wyniki.
     Aplikacje powinny zostaµ przetestowane w celu sprawdzenia kompatybilno£ci z Windows 2000 Professional. W pierwszej kolejno£ci nale┐y przetestowaµ aplikacje, kt≤re s╣ niezbΩdne dla przedsiΩbiorstwa i w stosunku do kt≤rych zmiana konfiguracji by│aby kosztowna i czasoch│onna.
     Plan powinien obejmowaµ procedury konsultacji ewentualnych problem≤w z odpowiednimi osobami. Wyraƒnie okre£lone procedury pomog╣ zespo│owi skupiµ siΩ na rozwi╣zaniu problem≤w i bezzw│ocznie podj╣µ odpowiednie kroki.

Opracowywanie planu macierzystego

     Plan macierzysty zawiera trzy g│≤wne dokumenty:      Specyfikacja funkcyjna stanowi podstawΩ projektu wdra┐ania. Specyfikacja kliencka Windows 2000 Professional zawiera wymagania u┐ytkownik≤w wraz z priorytetami, demonstracjΩ konfiguracji klient≤w oraz plan realizacji. Opisane s╣ wprowadzane funkcje systemu operacyjnego oraz ich konfiguracje i metody wdra┐ania. Wszystkie elementy powinny byµ zgodne z zakresem i celami ca│ego projektu.
     Nale┐y opisaµ r≤┐ne klasy u┐ytkownik≤w, ich g│≤wne zadania, aktualne metody wykonywania tych zada± oraz sposoby zwiΩkszenia wydajno£ci w nowym £rodowisku. W przypadku du┐ej organizacji maj╣cej filie w r≤┐nych miastach lub krajach, nale┐y om≤wiµ kwestie geograficzne.
     Po zatwierdzeniu te trzy dokumenty s╣ podstaw╣, na kt≤rej mo┐na rozpocz╣µ realizacjΩ planu. W wiΩkszo£ci przypadk≤w niekt≤re pocz╣tkowe za│o┐enia i plany ulegn╣ modyfikacji podczas trwania projektu. Zesp≤│ musi byµ gotowy i£µ do przodu, pomimo istnienia niewiadomych û szczeg≤│y mo┐na dodaµ w p≤ƒniejszym etapie.
     Mened┐er projektu jest w│a£cicielem planu wdra┐ania i jest odpowiedzialny za bie┐╣c╣ aktualizacjΩ zawartych w nim za│o┐e±, w trakcie realizacji.
     Do planu macierzystego zaleca siΩ ponadto za│╣czenie nastΩpuj╣cych dokument≤w:
Strategia komunikacji
     Skuteczna strategia komunikacji pozwala zidentyfikowaµ potrzeby r≤┐nych stron, takich jak zarz╣d, zespo│y projektowe, dzia│y informatyki i u┐ytkownicy na wszystkich poziomach. Je£li ludzie otrzymuj╣ informacje o projekcie, czuj╣ siΩ bardziej z nim zwi╣zani.
     Ponadto, strategia komunikacji powinna obejmowaµ marketing wewnΩtrzny maj╣cy na celu przekonanie u┐ytkownik≤w, dzia│≤w i przedsiΩbiorstwa do zalet Windows 2000 Professional. Ma to du┐e znaczenie dla sukcesu wdro┐enia, zw│aszcza w przypadku, gdy nowa konfiguracja klient≤w zawiera du┐o zmienionych funkcji.
Plan szkolenia
     Przed rozpoczΩciem wdra┐ania u┐ytkownicy powinni byµ przeszkoleni w zakresie cech i funkcji Windows 2000 Professional. W niekt≤rych przypadkach warto przeprowadziµ formalny program szkolenia i wprowadziµ mechanizm uzyskiwania informacji zwrotnych.
     Potrzeby szkolenia zale┐╣ w du┐ym stopniu od istniej╣cego £rodowiska u┐ytkownik≤w, a stosowana metoda szkolenia û od ogranicze± projektowych (czasu, finans≤w itp.). U┐ytkownicy dobrze znaj╣cy Windows 95, Windows 98 lub Windows NT Workstation 4.0 prawdopodobnie nie bΩd╣ potrzebowaµ d│ugiego szkolenia. Nowi u┐ytkownicy lub u┐ytkownicy migruj╣cy z innego systemu operacyjnego bΩd╣ potrzebowaµ jakiego£ szkolenia, chocia┐ mo┐e ono polegaµ po prostu na przej£ciu przez kreator "Wprowadzenie do Windows 2000 Professional".
     Microsoft Official Curriculum (MOC) dla Microsoft Windows 2000 Professional oferuje informatykom szkolenie w zakresie wdra┐ania, administracji i wsparcia Windows 2000 Professional. WiΩcej informacji na ten temat znajduje siΩ pod odsy│aczem do MOC na stronie http://windows.microsoft.com/windows2000/reskit/webresources.
Ocena ryzyka
     Przy planowaniu wdra┐ania systemu operacyjnego nale┐y spodziewaµ siΩ niespodzianek. Nawet najlepsze plany musz╣ ulec zmianie z powodu zmian potrzeb u┐ytkownik≤w, czynnik≤w ekonomicznych lub wydarze± losowych takich jak awarie zasilania.
     Dobra ocena czynnik≤w ryzyka pomo┐e:
Zmniejszyµ prawdopodobie±stwo nast╣pienia nieszczΩ£liwych wydarze±.
     Je£li tylko jeden pracownik w pe│ni rozumie infrastrukturΩ zabezpiecze±, to odej£cie tej osoby podczas wdra┐ania mo┐e spowodowaµ powa┐ne skutki. Ryzyko mo┐na zmniejszyµ poprzez przeszkolenie zastΩpcy ka┐dego kluczowego fachowca i utrzymywanie aktualnej i │atwo dostΩpnej dokumentacji.
Ograniczyµ straty w przypadku nieszczΩ£liwych wydarze±.
     Je£li istnieje mo┐liwo£µ, ┐e fundusze przeznaczone na wdro┐enie Windows 2000 Professional nie wystarcz╣, mo┐e da siΩ zidentyfikowaµ zastΩpcze ƒr≤d│a finansowania na wypadek nieoczekiwanych wydatk≤w.
Zmieniµ skutki ryzyka.
     Nieoczekiwana reorganizacja przedsiΩbiorstwa mo┐e wp│yn╣µ w znacznym stopniu na realizowane plany. Je£li zosta│a okre£lona procedura reagowania na nag│e zmiany, to tego typu problemy mog╣ byµ rozwi╣zane bez wiΩkszego op≤ƒnienia realizacji projektu.
Nale┐y byµ przygotowanym do przeciwdzia│ania czynnikom ryzyka podczas wdra┐ania.
     W stosunku do czynnika ryzyka nale┐y zadaµ nastΩpuj╣ce pytania:      Na przyk│ad, przedsiΩbiorstwo mo┐e okre£liµ jako czynnik ryzyka mo┐liwo£µ, ┐e niekt≤re aplikacje MS-DOS nie bΩd╣ dzia│aµ w Windows 2000 Professional. Aby tego problemu unikn╣µ, nale┐y w│╣czyµ w plany zadanie identyfikacji i przetestowania niezbΩdnych aplikacji MS-DOS w okre£lonym terminie.
     Plan oceny ryzyka pomo┐e zidentyfikowaµ potencjalne zagro┐enia i przygotowaµ siΩ do szybkiej reakcji w przypadku ich nast╣pienia.
Plan testowy
     W planie testowym opisana jest strategia testowania projektu wdra┐ania. Obejmuje on informacje o testach i ich zakresie, kryteriach oceny wynik≤w oraz potrzebnych zasobach (sprzΩt, oprogramowanie, personel). Przed rozpoczΩciem testowania oprogramowania i sprzΩtu nale┐y zacz╣µ od zebrania zasob≤w dostarczanych przez Microsoft i innych producent≤w testowanych produkt≤w. W przypadku sprzΩtu zacz╣µ nale┐y od listy kompatybilno£ci sprzΩtu (HCL) umieszczonej na stronie       http://windows.microsoft.com/windows2000/reskit/webresources . Od ka┐dego producenta testowanego sprzΩtu i oprogramowania nale┐y uzyskaµ informacje o ewentualnych problemach lub aktualizacjach zwi╣zanych z Windows 2000 Professional. Wymaga to do£µ du┐ej pracy, ale znaczne zaoszczΩdzi czas przy testowaniu i opracowywaniu rozwi╣za±.
Plan pilota┐u
     W wielu przypadkach od wynik≤w pilota┐u zale┐y szybko£µ przeprowadzania pozosta│ych etap≤w wdra┐ania. Je£li to mo┐liwe, powinien byµ przeprowadzony test ca│ego rozwi╣zania, │╣cznie z wszystkimi procesami wdra┐ania. Podczas pilota┐u prawie zawsze odkrywane s╣ problemy techniczne i problemy zwi╣zane z procesami. Na rozwi╣zanie powsta│ych problem≤w nale┐y przeznaczyµ odpowiedni╣ ilo£µ czasu po pilota┐u. Po przeprowadzeniu pilota┐u zaleca siΩ zaprzestanie modyfikacji specyfikacji klient≤w.

Okre£lenie preferowanej konfiguracji klienta

     W du┐ych organizacjach u┐ytkownicy czΩsto posiadaj╣ r≤┐ne umiejΩtno£ci, u┐ytkuj╣ r≤┐ne aplikacje i rodzaje sprzΩtu oraz czΩsto pracuj╣ w oddalonych od siebie miejscach. Wiele bada± wykaza│o, ┐e ta r≤┐norodno£µ stanowi jeden z najwa┐niejszych czynnik≤w wzrostu koszt≤w wsparcia technicznego system≤w informatycznych. W tej czΩ£ci om≤wione s╣ sposoby okre£lenia podstawowych standard≤w dotycz╣cych konfiguracji klient≤w, kt≤re pomog╣ spe│niµ potrzeby u┐ytkownik≤w.

Ocena istniej╣cej konfiguracji klient≤w

     Planowanie standard≤w komputer≤w klienckich wymaga wiedzy technicznej i organizacyjnej. Nale┐y zrozumieµ istniej╣ce £rodowisko komputerowe oraz potrzeby u┐ytkownik≤w i przedsiΩbiorstwa. Nale┐y zdecydowaµ, kt≤re funkcje Windows 2000 Professional maj╣ zostaµ wprowadzone, a nastΩpnie udokumentowaµ zmiany potrzebne do osi╣gniΩcia cel≤w. Aby ustaliµ preferowan╣ konfiguracjΩ klient≤w, nale┐y wzi╣µ pod uwagΩ nastΩpuj╣ce czynniki:

Definicja typ≤w u┐ytkownik≤w

     W du┐ych organizacjach istnieje wiele r≤┐nych typ≤w u┐ytkownik≤w. Indywidualne sposoby u┐ytkowania komputer≤w zale┐╣ miedzy innymi od:      Opr≤cz tego, u┐ytkownik≤w mo┐na podzieliµ na nastΩpuj╣ce kategorie:
U┐ytkownicy mobilni
     Niekt≤rzy u┐ytkownicy, tacy jak recepcjonistki lub kasjerzy bankowi, przechodz╣ od jednego komputera do drugiego. Inni u┐ytkownicy, tacy jak przedstawiciele handlowi i konsultanci, posiadaj╣ komputery mobilne, kt≤re czΩsto s╣ od│╣czone od sieci lub wykorzystuj╣ po│╣czenia o niewielkiej szeroko£ci pasma.
U┐ytkownicy zdalni
     U┐ytkownicy zdalni zwykle │╣cz╣ siΩ z sieci╣ z tego samego miejsca, na przyk│ad z domu lub z biura filialnego, czΩsto przy u┐yciu po│╣czenia wolnego lub niesta│ego.
U┐ytkownicy ograniczonych zada±
     Niekt≤rzy u┐ytkownicy, na przyk│ad recepcjonistki lub kasjerzy bankowi, u┐ywaj╣ komputera do wykonywania tylko ograniczonego zbioru zada±. U┐ytkownikowi tego typu wystarczyµ mo┐e komputer posiadaj╣cy Us│ugi terminalowe.
U┐ytkownik≤w baz wiedzy
     U┐ytkownicy wykonuj╣cy na komputerach najbardziej z│o┐one zadania, na przyk│ad in┐ynierowie, prawnicy, projektanci graficzni i programi£ci, czΩsto wymagaj╣ wyspecjalizowanych aplikacji i niestandardowych konfiguracji.

Ocena standard≤w oprogramowania

     Aby opracowaµ standardy dotycz╣ce aplikacji klienckich, nale┐y, w stosunku do system≤w operacyjnych oraz standardowych i niestandardowych aplikacji, rozwa┐yµ nastΩpuj╣ce kwestie:      Jednocze£nie nale┐y zdecydowaµ, kt≤re oprogramowanie ma zostaµ wdro┐one razem z Windows 2000 Professional i w jaki spos≤b wdro┐enie zostanie przeprowadzone. Pozosta│e programy mog╣ byµ udostΩpniane u┐ytkownikom w miarΩ potrzeby.
U┐ytkownicy podstawowi
     Tego typu u┐ytkownicy mog╣ potrzebowaµ standardowej konfiguracji systemu operacyjnego wraz z minimaln╣ ilo£ci╣ standardowych aplikacji (e-mail, edytor tekst≤w itp.) oraz z aplikacjami wymaganymi przez ich konkretn╣ pracΩ (na przyk│ad aplikacj╣ do wprowadzania zam≤wie±). W przypadku tej kategorii u┐ytkownik≤w mo┐na uniemo┐liwiµ instalacjΩ aplikacji opcjonalnych oraz wy│╣czyµ zaawansowane funkcje, takie jak tabele przestawne w aplikacjach arkuszy kalkulacyjnych.
U┐ytkownicy zaawansowani
     Tego typu u┐ytkownicy czΩsto potrzebuj╣ zaawansowanych funkcji systemu operacyjnego, takich jak mo┐liwo£µ utworzenia osobistych dzier┐aw sieciowych, oraz dodatkowych aplikacji i funkcji, kt≤re mog╣ zostaµ zainstalowane w miarΩ potrzeby. Jednak┐e mo┐na uniemo┐liwiµ instalacjΩ aplikacji niezatwierdzonych.

Definicja standard≤w sprzΩtu

     Wymagany sprzΩt zale┐y od u┐ytkowanych aplikacji, jednak┐e wydatki na sprzΩt czΩsto musz╣ byµ planowane z wiΩkszym wyprzedzeniem ni┐ uaktualnienia oprogramowania.
     Do kwestii wymagaj╣cych rozwa┐enia nale┐╣:      Dla ka┐dej klasy u┐ytkownik≤w nale┐y zdefiniowaµ standardowy typ komputera spe│niaj╣cy istniej╣ce potrzeby oraz potrzeby przewidziane na co najmniej dwa kolejne lata. Opr≤cz tego, nale┐y postaraµ siΩ zmniejszyµ liczbΩ r≤┐nych konfiguracji sprzΩtu, w celu zwiΩkszenia jako£ci i zmniejszenia koszt≤w wsparcia technicznego.

Inwentaryzacja sprzΩtu i oprogramowania

     Je£li nie zosta│o to jeszcze wykonane, nale┐y przeprowadziµ inwentaryzacjΩ sprzΩtu i oprogramowania u┐ywanego przez wszystkie serwery i klient≤w w sieci. Nale┐y udokumentowaµ wszystkie routery, drukarki, modemy i inne urz╣dzenia, takie jak macierze RAID i sprzΩt serwerowy RRAS. Nale┐y zapisaµ takie informacje, jak ustawienia systemu BIOS, konfiguracja drukarek, skaner≤w i podobnych urz╣dze± oraz wersje sterownik≤w i inne informacje dotycz╣ce oprogramowania i firmware.
     Inwentaryzacja oprogramowania powinna obejmowaµ wszystkie aplikacje znajduj╣ce siΩ na wszystkich komputerach, │╣cznie z numerami wersji (lub znacznikiem daty i czasu) plik≤w DLL zwi╣zanych z aplikacjami. Nale┐y udokumentowaµ tak┐e ewentualne pakiety obs│ugi, zastosowane do systemu operacyjnego lub aplikacji. Do uzyskania takich informacji z sieci Windows/Windows NT opartych na Windows Management Instrumentation (WMI) mo┐na u┐yµ skrypt≤w oraz r≤┐nych aplikacji producent≤w zewnΩtrznych.

Identyfikacja problem≤w wymagaj╣cych wsparcia technicznego

     Zrozumienie czΩsto wystΩpuj╣cych problem≤w pomo┐e podnie£µ standard konfiguracji klient≤w i obni┐yµ koszty wsparcia technicznego. Do kwestii wymagaj╣cych rozwa┐enia nale┐╣:      Odpowiedzi na te pytania i inne dotycz╣ce wsparcia technicznego pomog╣ zdecydowaµ, kt≤re funkcje i opcje konfiguracyjne Windows 2000 zostan╣ wprowadzone.

Ustalanie preferowanej konfiguracji klient≤w

     Niezale┐nie od tego, czy domy£lne opcje Windows 2000 Professional bΩd╣ zaakceptowane, zaleca siΩ ocenΩ opcji konfiguracyjnych Windows 2000 Professional wed│ug nastΩpuj╣cych kryteri≤w:      Poni┐sze metody mog╣ pom≤c w okre£leniu preferowanej konfiguracji klient≤w spe│niaj╣cej potrzeby u┐ytkownik≤w:

Ocena istniej╣cej infrastruktury sieciowej

     Aby oceniµ infrastrukturΩ sieciow╣, nale┐y okre£liµ istniej╣ce protoko│y sieciowe, szybko£µ │╣czy (szeroko£µ pasma) oraz czy w momencie instalacji Windows 2000 Professional istnieje infrastruktura sieciowa oparta na Windows 2000 Server.

Tabela 3.2 G│≤wne kwestie dotycz╣ce oceny infrastruktury sieciowej

CechaZnaczenie dla planu

Protoko│y sieciowe Od protoko│≤w zale┐y konfiguracja parametr≤w protoko│≤w i adapter≤w w kilku czΩ£ciach pliku odpowiedzi, na przyk│ad pod [NetAdapter], [NetProtocols] i [NetServices].
Szeroko£µ pasma Od dostΩpnej ilo£ci szeroko£ci pasma zale┐y wyb≤r narzΩdzia i metody instalacji. Na przyk│ad, je£li po│╣czenie o du┐ej szeroko£ci pasma z serwerem sieciowym nie jest dostΩpne, to prawdopodobnie najlepsze jest zastosowanie CD-ROM lub lokalnej metody instalacji Windows 2000 Professional (wykonanie Winnt.exe lub Winnt32.exe na ka┐dym komputerze). Je£li po│╣czenia posiadaj╣ du┐╣ szeroko£µ pasma, ale dane komputery nie posiadaj╣ karty sieciowej wspieraj╣cej rozruch zdalny lub odpowiedni CD-ROM, to najlepsz╣ metod╣ mo┐e byµ powielenie obrazu w sieci lub instalacja rΩczna.
Infrastruktura Windows 2000 Server Istnienie infrastruktury Windows 2000 Server wp│ywa na wyb≤r narzΩdzi do automatyzacji i dostosowania instalacji. Na przyk│ad, je£li istnieje komputer Windows 2000 Server skonfigurowany jako serwer RIS, to narzΩdzie Zdalna instalacja systemu operacyjnego umo┐liwi automatyczn╣ dystrybucjΩ dostosowanych obraz≤w instalacji Windows 2000 Professional.


Dokumentacja infrastruktury sieciowej      Przy dokumentowaniu £rodowiska sieciowego szczeg≤ln╣ uwagΩ nale┐y zwr≤ciµ na istniej╣ce problemy. Wcze£niejsza stabilizacja sieci u│atwi wdro┐enie nowego systemu operacyjnego i rozwi╣zanie ewentualnych problem≤w.
     Dokumentacja infrastruktury sieci obejmuje dane dotycz╣ce sprzΩtu (fizycznej struktury) oraz oprogramowania (stosowanych protoko│≤w). Opisane powinny byµ tak┐e: logiczna organizacja sieci, metody rozpoznawania nazw i adres≤w oraz konfiguracje us│ug. Udokumentowanie lokalizacji punkt≤w sieci oraz szeroko£ci pasma │╣czy pomiΩdzy nimi pomo┐e zdecydowaµ, czy Windows 2000 Professional bΩdzie instalowany automatycznie, czy na ┐╣danie.
     Utworzenie fizycznego i logicznego diagramu sieci pomo┐e zorganizowaµ zebrane informacje w bardziej zrozumia│y i intuicyjny spos≤b.

Fizyczny diagram sieci

     Na diagramie fizycznym prezentowane s╣ nastΩpuj╣ce informacje o istniej╣cej sieci:      Nale┐y opisaµ wersje firmware, przepustowo£µ i ewentualne specjalne wymagania konfiguracyjne dotycz╣ce urz╣dze± sieci. Nale┐y tak┐e zapisaµ ewentualne statyczne adresy IP przypisane urz╣dzeniom.

Logiczny diagram sieci

     Na diagramie logicznym przedstawione s╣ nastΩpuj╣ce informacje:

Konfiguracja sieci

     Nale┐y udokumentowaµ nastΩpuj╣ce og≤lne cechy konfiguracji sieci:      Ocena bie┐╣cej infrastruktury powinna obejmowaµ tak┐e nastΩpuj╣ce kwestie:

UwzglΩdnienie planowanych zmian

     Nale┐y ustaliµ, czy planowane jest zwiΩkszenie pojemno£ci sieci lub dodanie nowych funkcji. Na przyk│ad, czy uaktualnienie sieci jest planowane na ten sam okres co wdro┐enie Windows 2000 Professional? Czy planuje siΩ wprowadzenie nowych us│ug, takich jak natychmiastowe wiadomo£ci lub wideokonferencje? Tego typu plany wp│ynΩ│yby na strategiΩ wdra┐ania.
     WiΩcej informacji o dokumentacji £rodowiska znajduje siΩ w ksi╣┐ce Deployment Planning Guide pod has│ami äPreparing Your Network Infrastructure for Windows 2000ö, äDetermining Network Connectivity Strategiesö i äUsing Systems Management Server to Analyze Your Network Infrastructureö.

Okre£lanie strategii │╣czno£ci klient≤w

     Sieci r≤┐ni╣ siΩ od siebie wielko£ci╣ i spe│nianymi funkcjami. Sposoby po│╣czenia klient≤w z sieci╣ zale┐ne s╣ od po│o┐enia. Na przyk│ad:      Klienci musz╣ mieµ mo┐liwo£µ po│╣czenia siΩ z r≤┐nymi zasobami, takimi jak serwery plikowe i wydrukowe, serwery baz danych (na przyk│ad Microsoft SQL ServerÖ), serwery Microsoft Exchange i wewnΩtrzne serwery internetowe.

Przegl╣d │╣czno£ci klient≤w

     Po pod│╣czeniu do sieci lokalnej komputer≤w Windows 2000 Professional z zainstalowanym systemem zostanie wykryty adapter sieciowy i automatycznie ustanowi po│╣czenie lokalne. Po│╣czenie pojawi siΩ wraz z innymi typami po│╣czenia w folderze Po│╣czenia sieciowe i telefoniczne w Panelu sterowania. Domy£lnie, po│╣czenie lokalne jest jedynym rodzajem po│╣czenia podlegaj╣cym automatycznej aktywizacji. Po│╣czenia telefoniczne wymagaj╣ rΩcznej konfiguracji, do czego s│u┐y Kreator po│╣czenia sieciowego usytuowany w folderze Po│╣czenia sieciowe i telefoniczne.
     Ustawienia istniej╣cego po│╣czenia lokalnego mo┐na zmieniµ ze wzglΩdu na zmiany dokonane w sieci. Zmiany mog╣ dotyczyµ:      W oknie dialogowym Status mo┐na ogl╣daµ informacje o po│╣czeniu lokalnym, takie jak czas trwania, szybko£µ, ilo£µ transmitowanych danych oraz dostΩpne narzΩdzia diagnostyczne. IkonΩ statusu po│╣czenia mo┐na r≤wnie┐ umie£ciµ na pasku zada± Windows.
     Po instalacji na kliencie nowego urz╣dzenia LAN, przy nastΩpnym uruchomieniu Windows 2000 Professional pojawi siΩ nowa ikona po│╣czenia lokalnego w folderze Po│╣czenia sieciowe i telefoniczne. W przypadku komputer≤w mobilnych mo┐na dodaµ do w│╣czonego komputera gniazdo PCMCIA lub adapter sieciowy karty PC û ikona po│╣czenia pojawi siΩ w folderze bez konieczno£ci restartu.
     Komponenty sieciowe wykorzystywane przez po│╣czenie mo┐na skonfigurowaµ za pomoc╣ opcji menu W│a£ciwo£ci. Komponentami sieciowymi s╣ klienci, us│ugi i protoko│y, u┐ywane do komunikowania siΩ z serwerami w sieci. Mo┐na skonfigurowaµ nastΩpuj╣ce komponenty:      WiΩcej informacji o konfiguracji w│a£ciwo£ci po│╣cze± lokalnych znajduje siΩ w Pomocy Windows 2000 Professional.
     Ustawienia dotycz╣ce wielu adapter≤w LAN mo┐na skonfigurowaµ za pomoc╣ opcji menu Ustawienia zaawansowane w folderze Po│╣czenia sieciowe i telefoniczne. Opcja ta umo┐liwia modyfikacjΩ kolejno£ci adapter≤w u┐ywanych przez po│╣czenie oraz klient≤w, us│ug i protoko│≤w zwi╣zanych z adapterem.

Us│ugi i protoko│y Windows 2000 Professional

     Standardowym protoko│em sieciowym stosowanym przez Windows 2000 Professional jest TCP/IP. Je£li klient potrzebuje dostΩpu do zasob≤w serwer≤w NetWare lub Macintosh, Microsoft udostΩpni odpowiedni protok≤│, na przyk│ad NWLink (implementacja Microsoft protoko│u IPX/SPX).
     Mo┐na zainstalowaµ Us│ugi dla Macintosh, kt≤re zawieraj╣ protok≤│ AppleTalk. Klienci Macintosh mog╣ r≤wnie┐ uzyskaµ dostΩp do serwer≤w plikowych przy u┐yciu TCP/IP.
     Windows 2000 Professional pr≤buje po│╣czyµ siΩ z serwerami zdalnymi stosuj╣c protoko│y sieciowe w kolejno£ci okre£lonej w oknie dialogowym Ustawienia zaawansowane. Nale┐y zainstalowaµ i w│╣czyµ tylko potrzebne protoko│y. Na przyk│ad, je£li potrzebny jest tylko TCP/IP, to za│adowanie IPX spowoduje niepotrzebne zwiΩkszenie ruchu w sieci w zwi╣zku z IPX i protoko│em SAP.

Klienci sieciowi TCP/IP

     Adresy IP mog╣ byµ przypisywane klientom w sieci TCP/IP statycznie przez administratora lub dynamicznie przez serwer DHCP (Dynamic Host Configuration Protocol).
     System Windows 2000 wykorzystuje now╣ us│ugΩ DNS o nazwie Dynamiczna aktualizacja DNS. Us│uga ta s│u┐y jako dostawca przestrzeni nazw niezale┐nie od tego, czy klient u┐ywa adres≤w DHCP, czy statycznych adres≤w IP. We wcze£niejszych wersjach Windows u┐ywany by│ WINS w kombinacji z DHCP, co umo┐liwia│o hostom dynamiczn╣ rejestracjΩ nazw NetBIOS i adres≤w IP w bazie danych WINS. WINS jest wci╣┐ potrzebny, o ile czΩ£µ klient≤w posiada Windows NT Workstation, Windows 95, Windows 98 lub Windows 3.1 (klienci ci stosuj╣ metodΩ rozpoznawania nazw NetBIOS). Zaleca siΩ uaktualnienie wszystkich klient≤w NetBIOS do Dynamicznej aktualizacji DNS, ale DNS i WINS powinny byµ przez jaki£ czas wspierane.
     U┐ycie Microsoft DNS w sieci przyniesie nastΩpuj╣ce korzy£ci:      Przed instalacj╣ TCP/IP nale┐y ustaliµ, czy klient bΩdzie otrzymywa│ statyczne czy dynamiczne adresy IP. Nale┐y ustaliµ, czy hosty stosuj╣ DHCP, czy adresy IP s╣ przypisywane statycznie.
DHCP
     U┐ycie protoko│u DHCP (Dynamic Host Configuration Protocol) umo┐liwi automatyczne przypisanie adresu klientowi. Pomaga to unikn╣µ b│Ωd≤w wynikaj╣cych z rΩcznego wprowadzenia warto£ci lub z podw≤jnego przypisania tego samego adresu. Ponadto proces odnawiania dzier┐awy DHCP pozwala zautomatyzowaµ regularne zmiany konfiguracji klient≤w (na przyk│ad, dla u┐ytkownik≤w komputer≤w mobilnych). Opr≤cz tego wdro┐enie DHCP umo┐liwia znacznie skuteczniejsze zarz╣dzanie przestrzeni╣ adres≤w, poniewa┐ nieu┐ywane adresy wracaj╣ do puli i zostaj╣ ponownie przypisane innym klientom.
     Aby w│╣czyµ DHCP na kliencie, nale┐y wybraµ opcjΩ Automatycznie uzyskaj adres IP na stronie w│a£ciwo£ci TCP/IP pod ikon╣ Po│╣czenie lokalne. Opcja ta jest w│╣czona domy£lnie przy instalacji klienta Windows 95, Windows 98, Windows NT lub Windows 2000 Professional.
     Zalety DHCP s╣ nastΩpuj╣ce:
Adresy statyczne
     Je£li adresy IP przypisywane s╣ statycznie, to dostΩpne s╣ nastΩpuj╣ce informacje:

Klienci sieciowi IPX

     Klienci Windows 2000 Professional mog╣ po│╣czyµ siΩ z serwerami NetWare za pomoc╣ Us│ug klienta dla NetWare lub Us│ug bram dla NetWare.
     Je£li sieµ zawiera serwery posiadaj╣ce systemy operacyjne Novell NetWare, to klienci Windows mog╣ po│╣czyµ siΩ bezpo£rednio z serwerem za pomoc╣ Us│ug klienta dla NetWare, alternatywnie mog╣ po│╣czyµ siΩ poprzez serwer Windows 2000 posiadaj╣cy Us│ugi bram dla NetWare.
     Aby uzyskaµ dostΩp do zasob≤w NetWare, nale┐y:
Us│ugi bram dla NetWare
     Instalacja Us│ug bram dla NetWare na serwerze Windows 2000 umo┐liwi funkcjonowanie serwera jako bramy. Klienci mog╣ po│╣czyµ siΩ w≤wczas z zasobami NetWare stosuj╣c tylko TCP/IP, bez NWLink. Serwer uruchamia Us│ugi bram dla NetWare oraz NWLink, kt≤ry │╣czy klienta z serwerem NetWare. Us│uga ta jest zawarta w Windows 2000 Server.
Us│ugi plikowe i wydrukowe dla NetWare
     Us│ugi plikowe i wydrukowe dla NetWare stanowi╣ osobny produkt umo┐liwiaj╣cy serwerowi Windows 2000 dostarczanie us│ug plikowych i wydrukowych bezpo£rednio serwerowi NetWare i kompatybilnym klientom. Klienci NetWare mog╣ uzyskaµ dostΩp do wolumin≤w, plik≤w i drukarek w ten sam spos≤b, jak w przypadku normalnego serwera NetWare. Oprogramowanie klienckie NetWare nie wymaga modyfikacji ani aktualizacji.
Us│ugi klienta dla NetWare
     Us│ugi klienta dla NetWare umo┐liwiaj╣ bezpo£rednie po│╣czenia pomiΩdzy klientami a zasobami plikowymi i drukarkami znajduj╣cymi siΩ na serwerach NetWare 2.x, 3.lub 4.x. Mo┐na uzyskaµ dostΩp do serwer≤w stosuj╣cych Novell Directory Services lub zabezpieczenia typu bindery. Us│uga ta jest zawarta w Windows 95, Windows 98, Windows NT i Windows 2000 Professional.
     Informacje o zaawansowanej │╣czno£ci klient≤w i metodach zdalnego │╣czenia znajduj╣ siΩ w ksi╣┐ce Deployment Planning Guide pod has│em äDefining a Client Connectivity Strategyö. Dodatkowe informacje o funkcjach i konfiguracji TCP/IP w Windows 2000 Professional znajduj╣ siΩ w tej ksi╣┐ce w rozdziale äTCP/IP w Windows 2000 Professionalö.

Okre£lanie metod realizacji

     Windows 2000 Professional zawiera narzΩdzia umo┐liwiaj╣ce elastyczny wyb≤r metody wdra┐ania, kt≤ra najlepiej pozwoli osi╣gn╣µ cele i spe│niµ wymagania infrastruktury sieciowej.

Okre£lanie proces≤w instalacji

     Istniej╣ dwie g│≤wne metody wdra┐ania Windows 2000 Professional û uaktualnienie istniej╣cego systemu operacyjnego lub przeprowadzenie äczystejö instalacji.

Uaktualnienie

     Program instalacyjny Windows 2000 Professional ma mo┐liwo£µ uaktualnienia Windows 3.1, Windows 95, Windows 98 oraz Windows NT Workstation 3.51/4.0. Podczas uaktualniania zachowywane s╣ ustawienia systemu operacyjnego, aplikacje i dane nale┐╣ce do u┐ytkownika.

Czysta instalacja

     Istniej╣ dwie metody uruchomienia instalacji czystej:      Je£li wdra┐ane s╣ nowe komputery, powinny byµ skonfigurowane i przetestowane przed rozpoczΩciem wdra┐ania.

Minimalizacja koszt≤w realizacji

     Mo┐e siΩ okazaµ, ┐e projekt Windows 2000 Professional jest dobr╣ okazj╣ do wprowadzenia nowych zasad zarz╣dzania, wykorzystuj╣cych funkcje Windows 2000 Professional.

Kopiowanie obrazu dyskowego

     Je£li aktualnie u┐ytkowany sprzΩt jest standaryzowany, zalecan╣ metod╣ wdra┐ania Windows 2000 Professional jest czysta instalacja oparta na obrazie dyskowym. Jest to najskuteczniejsza i najmniej kosztowna metoda wdra┐ania standardowego obrazu Windows 2000 Professional i aplikacji.
     W wielu przypadkach skuteczno£µ tej metody polega na szybko£ci procesu instalacji oraz konfiguracji systemu operacyjnego i aplikacji na ka┐dym komputerze. Ca│y pulpit (system operacyjny, aplikacje, ustawienia) zostaje zainstalowany jednocze£nie. Metoda ta zapewnia standardow╣ strukturΩ katalogow╣ dla ka┐dego systemu, co zwykle u│atwia zarz╣dzanie zmianami i konfiguracj╣. Najbardziej kosztownym elementem procesu jest utworzenie zapasowych kopii danych i ustawie± u┐ytkownik≤w.

Windows 95 lub Windows 98

     Dla organizacji posiadaj╣cych £rodowisko Windows 95 lub Windows 98 najbardziej ekonomiczn╣ metod╣ wdra┐ania Windows 2000 Professional bΩdzie czysta instalacja. Metoda ta wi╣┐e siΩ z najmniejsz╣ ilo£ci╣ problem≤w podczas instalacji oraz z uproszczeniem £rodowiska. Nie powinny wyst╣piµ problemy zwi╣zane ze zmienionymi konfiguracjami zainstalowanego oprogramowania. Organizacje posiadaj╣ce dobrze zarz╣dzane, homogeniczne £rodowisko Windows 95/98 powinny za│o┐yµ pracowniΩ, w kt≤rej proces uaktualniania mo┐e byµ testowany i poprawiany, przed jego przeprowadzeniem na systemach u┐ytkowych.
     Przetestowaµ nale┐y tak┐e aplikacje oparte na Windows 95/98. Informacje o kompatybilno£ci produkt≤w z Windows 2000 znajduj╣ siΩ na stronie http://windows.microsoft.com/windows2000/reskit/webresources.

Windows NT Workstation 3.51/4.0

     Je£li istniej╣ce £rodowisko jest oparte na Windows NT Workstation 4.0 lub Windows NT Workstation 3.51, to najbardziej ekonomiczn╣ metod╣ wdra┐ania Windows 2000 Professional jest uaktualnienie. Jednak┐e w przypadku klient≤w posiadaj╣cych komponenty sieciowe zewnΩtrznych producent≤w, programy antywirusowe, narzΩdzia zarz╣dzania zasilaniem, dekodery DVD itp. konieczna mo┐e byµ czysta instalacja. Mo┐na utworzyµ proces usuwaj╣cy komponenty przed instalacj╣ Windows 2000 Professional.

Testowanie planu wdra┐ania

     Kluczowym czynnikiem sukcesu projektu Windows 2000 Professional jest dok│adne testowanie w realistycznych sytuacjach. îrodowisko testowe powinno maksymalnie przypominaµ £rodowisko u┐ytkowe. Testowanie s│u┐y do sprawdzenia za│o┐e±, wykrycia problem≤w z wdra┐aniem, optymalizacji procesu wdra┐ania oraz lepszego zrozumienia technologii.

Tworzenie £rodowiska testowego

     îrodowisko testowe powinno byµ maksymalnie rozproszone, pod warunkiem niezagra┐ania sieci u┐ytkowej. Decyzje dotycz╣ce £rodowiska testowego s╣ zale┐ne od nastΩpuj╣cych kwestii:      îrodowisko testowe mo┐e zawieraµ jedn╣ lub wiΩcej pracowni, a pracownia mo┐e obejmowaµ jedno lub wiΩcej miejsc. Pracownia powinna sk│adaµ siΩ z sieci przeznaczonej wy│╣cznie do testowania, odizolowanej od sieci u┐ytkowej.
     Przy wyborze personelu do przeprowadzenia test≤w nale┐y wzi╣µ pod uwagΩ tak┐e u┐ytkownik≤w ko±cowych. Pomo┐e to wykryµ problemy i ustaliµ zapotrzebowanie na szkolenie, a ponadto u┐ytkownicy ci zostan╣ przekonani do zalet nowego systemu.

Symulacja £rodowiska klient≤w

     W tej czΩ£ci om≤wione s╣ kwestie dotycz╣ce projektowania pracowni do testowania Windows 2000 Professional. Niekt≤re kwestie nie dotycz╣ wszystkich instalacji Windows 2000 Professional.

SprzΩt klient≤w

     Pracownia powinna zawieraµ co najmniej jeden komputer ka┐dego typu, na kt≤rym Windows 2000 Professional bΩdzie uruchomiony w £rodowisku u┐ytkowym. Je£li u┐ytkowane s╣ komputery mobilne, stacje dokowania lub replikatory port≤w, to taki sam sprzΩt powinien znajdowaµ siΩ w pracowni. Nale┐y u┐yµ aktualnego systemu BIOS kompatybilnego z Windows 2000 Professional.
     Zaleca siΩ opracowanie standardowej konfiguracji sprzΩtu dla Windows 2000 Professional w ramach projektu wdra┐ania. Testowanie pomo┐e zdefiniowaµ i poprawiµ konfiguracjΩ standardow╣. Nale┐y sprawdziµ kompatybilno£µ z systemem Windows 2000 Professional wszystkich komponent≤w, takich jak:      Aby sprawdziµ kompatybilno£µ, nale┐y wykorzystaµ listΩ Microsoft Hardware Compatibility List (HCL). Odsy│acz do HCL znajduje siΩ na stronie http://windows.microsoft.com/windows2000/reskit/webresources.com. Lista HCL zawiera wszystkie urz╣dzenia wspierane przez Microsoft. Je£li dany sprzΩt nie znajduje siΩ na li£cie, nale┐y skontaktowaµ siΩ z producentem w celu zapytania o odpowiedni sterownik. Je£li komponenty aktualnie wykorzystuj╣ sterowniki 16-bitowe, nale┐y pobraµ sterownik 32-bitowy.
     Kompatybilno£µ sprzΩtu mo┐na sprawdziµ tak┐e za pomoc╣ instalatora Windows 2000 Professional. Uruchomienie instalatora w trybie sprawdzania uaktualnienia pozwoli uzyskaµ dzienniki wskazuj╣ce niekompatybilno£ci sprzΩtu i oprogramowania oraz sterowniki wymagaj╣ce aktualizacji. Aby uruchomiµ instalator w tym trybie, nale┐y wys│aµ polecenie: winnt32 /checkupgradeonly      Na komputerach Windows 95/98 dziennik (Upgrade.txt) zostanie umieszczony w folderze instalacyjnym Windows. W przypadku Windows NT dziennik nazywa siΩ Winnt32.log i znajduje siΩ w folderze instalacyjnym.
     Po okre£leniu standardowej konfiguracji sprzΩtu nale┐y przeprowadziµ inwentaryzacjΩ komputer≤w u┐ytkowych w celu ustalenia, kt≤re z nich wymagaj╣ uaktualnienia przed wdro┐eniem Windows 2000 Professional.
Uwaga Jak ju┐ wspomniano, otrzymanie aktualnego BIOS kompatybilnego z Windows 2000 Professional jest bardzo wa┐ne. Komputery klienckie musz╣ zostaµ przetestowane w celu sprawdzenia kompatybilno£ci z Windows 2000.

ú╣czno£µ sieciowa

     ú╣czno£µ powinna byµ zapewniona z takimi samymi sieciami, jak sieci u┐ywane w £rodowisku u┐ytkowym, takie jak sieci lokalne (LAN), sieci rozleg│e (WAN) lub Internet.
     Je£li u┐ywane bΩdzie trasowanie i dostΩp zdalny lub sieciowa us│uga proxy, to tego typu po│╣czenia powinny znajdowaµ siΩ tak┐e w pracowni testowej.

Us│ugi serwerowe

     Serwery nale┐y skonfigurowaµ odpowiednio do us│ug u┐ywanych w £rodowisku u┐ytkowym, takich jak:      Nale┐y uwzglΩdniµ nastΩpuj╣ce us│ugi administracyjne:

Identyfikacja domen

     Je£li identyfikacja domen jest lub bΩdzie stosowana, to w pracowni testowej nale┐y przeprowadziµ symulacjΩ konfiguracji identyfikacyjnej. W przypadku migracji z Windows NT 4.0 do Windows 2000 Server nale┐y zaplanowaµ system identyfikacji do zastosowania w £rodowisku mieszanym, kt≤re powstanie podczas etapowego wdra┐ania.

Us│ugi zarz╣dzania sieci╣

     Nale┐y uwzglΩdniµ wykorzystywane us│ugi sieciowe, takie jak protok≤│ Simple Network Management Protocol (SNMP).

Protoko│y sieciowe

     Nale┐y przetestowaµ protoko│y, kt≤re bΩd╣ u┐ywane w £rodowisku u┐ytkowym. Protoko│y powinny zostaµ sprawdzone przed ich zastosowaniem w sieci g│≤wnej.

Aplikacje

     Potrzebne bΩd╣ licencje i dostΩp do wszystkich aplikacji (samodzielnych lub serwerowych), kt≤re bΩd╣ wspierane na komputerach Windows 2000 Professional.

Urz╣dzenia

     Pracownia powinna zawieraµ typowe urz╣dzenia, takie jak drukarki i skanery, u┐ywane w £rodowisku u┐ytkowym.

Interoperatywno£µ platform serwerowych

     Nale┐y symulowaµ platformy, do kt≤rych komputery Windows 2000 Professional bΩd╣ mieµ dostΩp. Mo┐na za│o┐yµ osobn╣ pracowniΩ serwer≤w, z kt≤r╣ pracownia klient≤w by│aby po│╣czona. Nale┐y wzi╣µ pod uwagΩ nastΩpuj╣ce systemy:

Konfiguracje pulpitu

     Testy konfiguracji klient≤w mog╣ dostarczyµ informacji umo┐liwiaj╣cych zalecenie okre£lonych standardowych konfiguracji. Je£li tego typu testy bΩd╣ przeprowadzane, nale┐y wykonaµ r≤wnoleg│e por≤wnanie r≤┐nych konfiguracji na identycznych modelach komputera. Nale┐y oceniµ wydajno£µ, │atwo£µ obs│ugi, stabilno£µ, kompatybilno£µ sprzΩtu i oprogramowania, funkcje oraz model zabezpiecze±.

Wydajno£µ

     W pracowni nale┐y zacz╣µ oceniaµ skutki, jakie wprowadzenie nowego systemu wywiera na poziom ruchu w sieci. Nale┐y zmierzyµ zmiany bazowego ruchu bez dzia│a± u┐ytkownik≤w. WiΩcej informacji o kwestiach wydajno£ci i narzΩdziach kontrolowania znajduje siΩ w rozdziale äPrzegl╣d kontrolowania wydajno£ciö.

ú╣czno£µ z sieci╣ u┐ytkow╣

     Pracownia testowania klient≤w powinna byµ odizolowana od sieci g│≤wnej. Je£li konieczne jest po│╣czenie pracowni z sieci╣ u┐ytkow╣, to nale┐y u┐yµ router≤w do oddzielenia obu sieci.
     Szczeg≤│owe informacje o tworzeniu pracowni testowej znajduj╣ siΩ w ksi╣┐ce Deployment Planning Guide pod has│em äBuilding a Windows 2000 Test Labö.

Pilota┐

     Po zatwierdzeniu projektu Windows 2000 Professional w £rodowisku testowym nale┐y go sprawdziµ w £rodowisku u┐ytkowym z ograniczon╣ liczb╣ u┐ytkownik≤w. Przeprowadzenie pilota┐u pozwoli zmniejszyµ prawdopodobie±stwo wyst╣pienia problem≤w podczas pe│nego wdra┐ania.
     G│≤wnymi celami pilota┐u s╣: sprawdzenie poprawnego funkcjonowania projektu w £rodowisku u┐ytkowym i ocena spe│nienia wymaga± przedsiΩbiorstwa. Ponadto jest to okazja, aby zesp≤│ projektowy zdoby│ do£wiadczenie w procesie wdra┐ania i dokona│ odpowiednich modyfikacji.
     Pilota┐ jest okazj╣ do uzyskania od u┐ytkownik≤w informacji dotycz╣cych funkcji systemu. Na podstawie tych informacji mo┐na rozwi╣zaµ ewentualne problemy, opracowaµ plan rezerwowy oraz oszacowaµ wymagany poziom wsparcia technicznego. Wyniki pilota┐u mog╣ stanowiµ podstawΩ decyzji o zatrzymaniu wdra┐ania, do momentu rozwi╣zania powa┐nych problem≤w.
     G│≤wnymi etapami procesu pilota┐owego s╣:

Wyb≤r grupy pilota┐owej

     Wyb≤r grupy pilota┐owej i daty rozpoczΩcia pilota┐u jest jednym z najwa┐niejszych zada± w projekcie wdra┐ania Windows 2000 Professional. Idealna grupa pilota┐owa powinna byµ reprezentatywna dla og≤lnej bazy u┐ytkownik≤w, ale nie powinno to byµ przyczyn╣ op≤ƒnienia procesu. Niezale┐nie od grupy wybranej do pilota┐u, jego wyniki bΩd╣ mieµ zastosowanie w og≤lnym procesie wdra┐ania.
     Od wybranej grupy pilota┐owej zale┐eµ bΩdzie specyfika wielu innych zada±, takich jak identyfikacja aplikacji i sprzΩtu do testowania, szczeg≤│owy uk│ad pulpitu oraz planowany termin zako±czenia wdra┐ania.
     Grupa pilota┐owa powinna byµ wystarczaj╣co ma│a, aby ograniczyµ ryzyko, ale wystarczaj╣co du┐a, aby umo┐liwiµ testowanie logistyki i skalowalno£ci procesu. Je£li og≤lna liczba u┐ytkownik≤w bΩdzie wynosiµ 50, to wystarczy pilota┐ obejmuj╣cy 5 u┐ytkownik≤w. Dla 1 000 u┐ytkownik≤w wystarczy grupa pilota┐owa zawieraj╣ca 25 os≤b. W wiΩkszo£ci przypadk≤w zaleca siΩ grupΩ pilota┐ow╣ wielko£ci od 25 do 100 u┐ytkownik≤w.
     Przy wyborze grupy pilota┐owej nale┐y wzi╣µ pod uwagΩ nastΩpuj╣ce kwestie:      Po dokonaniu wyboru grupy pilota┐owej, wp│ywowy przedstawiciel tej grupy powinien do│╣czyµ siΩ do zespo│u projektowego. Osoba ta powinna mieµ mo┐liwo£µ udzielania rad innym u┐ytkownikom oraz bΩdzie dostarczaµ niezbΩdnych informacji zwrotnych o wszystkich aspektach projektu, zw│aszcza o uk│adzie pulpitu i szkoleniu u┐ytkownik≤w.

Przygotowanie u┐ytkownik≤w i miejsc pracy

     Proces pilota┐owy obejmuje opisane ni┐ej zadania planowania i logistyczne. Wiele z nich mo┐e byµ wykonywanych r≤wnolegle z innymi procesami planowania, projektowania i testowania. Zadania te powinny byµ objΩte planem projektowym.      Wykonuj╣c zadania logistyczne nale┐y wzi╣µ pod uwagΩ cele i kryteria oceny wdro┐enia pilota┐owego. Jako kryterium sukcesu wdro┐enia mo┐na okre£liµ odsetek udanych instalacji lub maksymalny czas trwania przerwy w dostΩpno£ci system≤w. Cele i kryteria powinny byµ okre£lone w dokumentacji i u┐ywane jako postawa oceny wynik≤w pilota┐u.

Przeprowadzanie i kontrolowanie pilota┐u

     Podczas wdra┐ania pilota┐owego mo┐e siΩ okazaµ, ┐e niekt≤re zadania wymagaj╣ wiΩkszej lub mniejszej ilo£ci czasu ni┐ tego oczekiwano, ┐e potrzebne s╣ dodatkowe zadania lub ┐e czΩ£µ zada± jest zbΩdna. Nale┐y byµ gotowym do modyfikacji harmonogramu pilota┐u z uwzglΩdnieniem takich zmian i u┐yµ harmonogramu pilota┐u do ustalenia termin≤w dotycz╣cych ca│ego projektu.
     Wdra┐anie pilota┐owe obejmuje nastΩpuj╣ce g│≤wne zadania:      Zesp≤│ musi kontrolowaµ ca│y przebieg pilota┐u, zwracaj╣c uwagΩ, miedzy innymi, na nastΩpuj╣ce kwestie:      NarzΩdzia kontrolowania dostarczaj╣ du┐ej ilo£ci informacji, jednak┐e o wielu problemach mo┐na dowiedzieµ siΩ bezpo£rednio od u┐ytkownik≤w. Nale┐y czΩsto analizowaµ zg│aszane problemy.
     Wdra┐anie pilota┐owe nale┐y kontrolowaµ przez tydzie± w celu sprawdzenia, czy nie pojawiaj╣ siΩ problemy. Nale┐y zwr≤ciµ uwagΩ na mo┐liwo£ci poprawy procesu instalacji, szkolenia lub wsparcia technicznego.
     Podczas pilota┐u nale┐y oceniµ czynniki ryzyka, takie jak:

Przygotowania do wdro┐enia

     Problemy wystΩpuj╣ce podczas pe│nego wdra┐ania mog╣ negatywnie wp│yn╣µ na pracΩ u┐ytkownik≤w i wyniki finansowe przedsiΩbiorstwa. NiezbΩdne jest wiΩc w│a£ciwe planowanie tego etapu procesu.
     Podstaw╣ planu wdra┐ania s╣ wyniki pilota┐u.

Ocena wynik≤w pilota┐u

     Pod koniec pilota┐u nale┐y zebraµ i przeanalizowaµ wyniki i opinie u┐ytkownik≤w w celu zaplanowania g│≤wnego procesu instalacji. Do zada± wykonywanych na tym etapie nale┐╣:      Je£li program pilota┐owy nie powi≤d│ siΩ, konieczne mog╣ byµ dodatkowe instalacje pilota┐owe.
     Procedury konfiguracji i instalacji nale┐y w miarΩ potrzeby modyfikowaµ i ponownie testowaµ. Zmiany powinny zostaµ udokumentowane.

Ostateczny plan wdra┐ania

     Opieraj╣c siΩ na wynikach pilota┐u mo┐na oszacowaµ ilo£µ czasu i zasob≤w potrzebnych do wdro┐enia nowego systemu w ca│ej organizacji. Plan wdra┐ania powinien zawieraµ harmonogram, plan wsparcia technicznego i plan szkolenia.
     Podczas opracowywania ostatecznej wersji planu nale┐y wykonaµ nastΩpuj╣ce zadania:      Gdy Windows 2000 Professional jest wdra┐any w du┐ym przedsiΩbiorstwie, zaleca siΩ zastosowanie zautomatyzowanych metod instalacji. Microsoft Systems Management Server (SMS) pomo┐e wykonaµ nastΩpuj╣ce zadania:      SMS zawiera narzΩdzia do uaktualnienia istniej╣cych komputer≤w, ale nie zawiera narzΩdzi do instalacji systemu operacyjnego na nowych komputerach.