Portal Zarządzających Bezpieczeństwem

W poprzedniej części tej serii artykułów pokazałem jak zainstalować i skonfigurować narzędzie Application Compatibility Toolkit. W tym artykule będę kontynuował dyskusję poprzez pokazanie jak używać narzędzia Application Compatibility Toolkit do "inwentaryzacji" Twoich stacji roboczych oraz przeprowadzenia testu zgodności na "inwentaryzacji", którą sporządzasz.

Teraz, gdy już zainstalowałeś i skonfigurowałeś narzędzie Application Compatibility Toolkit, przyszedł czas na test aplikacji pod kątem zgodności. Pierwszym krokiem jest wdrożenie agenta, którego zadaniem będzie zebranie spisu aplikacji z każdej stacji roboczej.

Rozpocznij ten proces, otwierając Application Compatibility Manager (do znalezienia w menu: Start | All Programs | Microsoft Application Compatibility Toolkit). Gdy Application Compatibility Manager zostanie otwarty, wybierz polecenie Overview z menu Go. Gdy to zrobisz, zobaczysz ekran pokazany na rysunku A.

Jak widać na rysunku A, mamy trzy podstawowe kroki do sprawdzania zgodności aplikacji. Pierwszym krokiem jest zebranie spisu aplikacji. Drugi krok to analiza spisu, gdy już został sporządzony. Ostatnim krokiem jest sprawdzenie oraz naprawienie tych aplikacji, które zostały zapisane jako niezgodne.

Sporządzanie spisu aplikacji

Jak wspomniałem wcześniej, sporządzanie spisu aplikacji wymaga wdrożenia agenta na stacjach roboczych, których aplikacje chcesz sprawdzić. Interesującą rzeczą dotyczącą procesu wdrożenia agenta jest fakt, że nie ma domyślnego agenta, który można wdrożyć. W zamian tego Application Compatibility Manager poprosi o podstawowe informacje, a następnie stworzy agenta, który będzie dostosowany do indywidualnych potrzeb.

Rozpocznij ten proces, klikając na przycisk Collect. Gdy to zrobisz, zobaczysz okienko dialogowe – takie jak na rysunku B. Jak widać, musisz zacząć od określenia nazwy dla pakietu wdrożenia agenta. Pakiet możesz nazwać jak tylko chcesz, musisz jedynie zapamiętać tę nazwę.

Rysunek B: Musisz dostarczyć podstawowych informacji, zanim agent może zostać utworzony

Kolejna sekcja zapyta Cię dlaczego oceniasz zgodność aplikacji. W tym przypadku celem oceny zgodności jest zaktualizowanie do Windowsa Visty. I dlatego możesz zostawić wybraną opcję domyślną.

Trzecia sekcja zapyta tylko kiedy chcesz, aby agent rozpoczął monitorowanie aplikacji i jak długo proces monitorowania powinien trwać. Jeśli nie masz naprawdę istotnego powodu do zmiany, polecam korzystanie z domyślnej opcji rozpoczęcia procesu zbierania informacji zaraz po instalacji. Czas trwania monitorowania oraz częstotliwość z jaką zebrane informacje będą ściągane powinny być ustawione w taki sposób, aby odpowiadały Twoim indywidualnym potrzebom. Zalecam monitorowanie przynajmniej dla całego dnia.

Ostatnią rzeczą, o którą zapyta Cię okienko dialogowe jest miejsce zapisu zebranych danych. I tym razem wykorzystaj opcję domyślną.

Gdy już wypełniłeś pola różnych opcji, kliknij ikonę Save, a pakiet wdrożenia agenta zostanie utworzony. Możesz użyć jakiejkolwiek metody wdrożenia agenta. Możesz zainstalować go ręcznie lub możesz użyć ustawienia polityki grupowej, skryptu logowania, serwera SMS, itd. do jego wdrożenia.

Pakiet instaluje się w trybie cichym i nie ma interfejsu użytkownika. Najprostszym sposobem na potwierdzenie jego instalacji na stacji roboczej jest sprawdzenie czy w aplecie Add / Remove Programs w panelu sterowania występuje moduł zbierający dane Microsoft Application Compatibility Toolkit.

Nawet jeśli w Application Compatibility Toolkit podałeś informację, że chcesz, aby proces zbierania rozpoczął się natychmiast, może to chwilę potrwać. Możesz przeglądać wyniki zbierania informacji, klikając na link Analyze, który znajduje się w lewym, dolnym rogu okna.

Analiza danych

Zakładając, że analiza się powiodła, powinieneś zobaczyć ekran podobny do tego pokazanego na rysunku C. Zauważ, że ekran ten informuje ile komputerów zostało poddanych spisowi. Jeżeli nie widzisz oczekiwanej liczby wyświetlonych komputerów, są trzy rzeczy, których możesz spróbować. Możesz spróbować poczekać trochę dłużej, odświeżyć wyświetlacz konsoli lub sprawdzić prawa w części, która zbiera dane spisu. Jeżeli stacje robocze nie mają zezwolenia na zapis danych w tej części, proces zbierania informacji nie powiedzie się.

Rysunek C: Gdy klikniesz przycisk Analyze, zobaczysz podsumowanie zebranych danych

Gdy popatrzysz na ten ekran, prawdopodobnie zauważysz kilka rzeczy. Po pierwsze, ekran dostarcza informacji o zgodności zarówno dla aplikacji jak i dla urządzeń sprzętowych. Od teraz ograniczę omawianie tematu do zgodności aplikacji.

Inną rzeczą, którą być może zauważyłeś jest fakt, że mimo iż został sporządzony spis 61 aplikacji, dla żadnej z nich nie ma zapisanej informacji o zgodności.

Jeśli popatrzysz na lewą stronę ekranu, zobaczysz, że zawiera ona drzewo Quick Reports. Kliknij na raport Applications, znajdujący się w sekcji Windows Vista Reports. Gdy to zrobisz, zobaczysz ekran podobny do tego pokazanego na rysunku D.

Rysunek D: Raporty Windows Vista Applications wykazują spis zebranych aplikacji

Na pierwszy rzut oka wydaje się, że Microsoft nie podaje żadnych informacji na temat zgodności dla aplikacji, które poddajesz spisowi. Tak naprawdę jednak Microsoft dostarcza informacji o zgodności aplikacji dla niektórych z nich. Na przykład: jeżeli popatrzysz na wykaz dla ATI Smart na rysunku D, możesz zobaczyć, że jeden problem jest aktywny.

Tak naprawdę nie jest możliwe, aby Microsoft sprawdzał każdą istniejącą aplikację. Microsoft sprawdził dużą ilość aplikacji pod kątem zgodności z Vistą. W rzeczywistości narzędzie Windows Vista Upgrade Advisor, które pokazałem w pierwszej części tej serii artykułów, dokładnie określa, które aplikacje są, a które nie są zgodne z Vistą.

Microsoft wybrał jednak inne podejście dla klientów dużych przedsiębiorstw. Microsoft nie wykazuje żadnych aplikacji jako zgodne z Vistą, nawet swoich własnych. Być może zauważyłeś, że jedną z aplikacji, która została poddana spisowi, był Microsoft Office 2007. I nawet Microsoft Office nie został wykazany jako zgodny z Vistą.

Zamiast tego Microsoft wykazuje znane problemy związane ze zgodnością, kiedy one się pojawiają. I dlatego, jeżeli aplikacja nie posiada żadnych wykazanych problemów, oznacza to, że dana aplikacja w swojej aktualnej formie prawdopodobnie jest zgodna z Vistą lub może być aplikacją, której Microsoft jeszcze nie sprawdził. Tak czy inaczej Microsoft zaprojektował Application Compatibility Toolkit w taki sposób, aby zachęcał użytkownika do dalszego sprawdzania na własną rękę.

W tym artykule pokazałem jak opracować spis aplikacji, które działają na Twoich stacjach roboczych. W następnym artykule z tej serii będę kontynuować dyskusję i pokażę jak przeglądać problemy, które odnotował Microsoft w Application Compatibility Manager. Pokażę również jak używać narzędzia Application Compatibility Manager, aby odnotować własne uwagi, mając na względzie zgodność aplikacji z systemem Windows Vista.