Wiadomości
Problemy z Windows i innymi produktami Microsoft - jak sobie z nimi radzić?
W systemach Windows (choć nie tylko w nich) trudno o gotowe recepty na rozwiązywanie trudnych do zdiagnozowania problemów z systemem operacyjnym bądź oprogramowaniem. Podczas ostatniej edycji konferencji Microsoft TechEd, Mark Russinovich, jak co roku zaprezentował kilka ciekawych porad.
Wśród głównych wydarzeń corocznej konferencji TechEd poczesne miejsce zajmują prezentacje nowych technologii - inżynierowie i partnerzy Microsoftu starają się pokazać uczestnikom, metodą krok po kroku, jak ich używać, aby ich wdrażanie było łatwiejsze.
W ostatnich kilku latach jedną z najpopularniejszych sesji tego typu jest "Cases of the Unexplained", prowadzona przez Russinovich’a, w której pokazuje on jak można wyśledzić trudne do zdiagnozowania błędy w środowisku Windows.
W tym roku ekspert zademonstrował sposoby debugowania kilku skomplikowanych problemów, z użyciem kilku bezpłatnych narzędzi - w tym także opracowanych przez niego samego, takich jak Process Explorer czy Process Monitor. Wiele z zaprezentowanych na konferencji przykładów można znaleźć na blogu Russinovicha, gdzie gromadzi on historie "ciężkich przypadków" przekazywane przez użytkowników.
W problemach zaprezentowanych przez Russinovicha, podstawowe przyczyny niewłaściwego zachowywania się systemu nie były łatwe do szybkiego namierzenia np. przez analizę logów. Awariom programów zwykle towarzyszą dość skąpe informacje o ich przyczynie. Jednak według Russinovicha, mimo ubogiej informacji na temat "co poszło nie tak", korzystając z odpowiednich narzędzi, możemy dokładnie prześledzić objawy i ustalić przyczynę problemu.
Jeden z przykładów Russinovich dostał od administratora z pewnej korporacji. Użytkownicy narzekali na wolne otwieranie się niektórych stron intranetu. Aby zdiagnozować problem, administrator uruchomił na serwerze Process Explorer - narzędzie prezentujące wszystkie procesy oraz ilość pamięci i cykli CPU zajmowanych przez każdy wątek procesu. Jeden z wątków zajmował ponad jedną czwartą zasobów serwera. Przeszukując internet nasz administrator odkrył, że powiązany z nim proces należy do sterownika zarządzania Windows, który, z kolei, komunikuje się ze sterownikiem (producenta) dla chassis. Wiedząc już, gdzie szukać, administrator sprawdzil czy serwer blade jest właściwie wsunięty do kasety. Prawidlowe umieszczenie go okazało się rozwiązaniem problemu.
Kolejny przypadek nie był związany z niewłaściwym działaniem sprzętu czy oprogramowania, a raczej z działaniami użytkowników. Problem ten był związany z serwerem Microsoft Exchange, którego użytkownicy skarżyli się, że na opóźnione od czasu do czasu odpowiedzi serwera (do 30 sekund). Dla wyjaśnienia problemu, inżynier Microsoft poprosił administratora o logi wydajności serwera wykonanego przez Performance Monitor, który pokazywał okresowe piki w użytkowaniu CPU. Wykorzystując ProcDump, specjalista Microsoftu utworzył skrypt, który miał przechwytywać wszystkie informacje o procesie, jeśli wykorzystanie procesora przekraczało określony próg.
Przeglądając rezultaty tego śledzenia stwierdził, że funkcja przeszukiwania Exchange zajmuje dużo cykli procesora. Owa "ociężałość" Exchange spowodowana była faktem, iż pewna liczba użytkowników miała mocno przeładowane skrzynki pocztowe i kiedy wykonywano ich przeszukiwanie, obciążenie serwera znacznie wzrastalo. Administrator zalecił użytkownikom uporządkowanie skrzynek, co znacznie poprawiło wydajność serwera.
W ostatnich kilku latach jedną z najpopularniejszych sesji tego typu jest "Cases of the Unexplained", prowadzona przez Russinovich’a, w której pokazuje on jak można wyśledzić trudne do zdiagnozowania błędy w środowisku Windows.
W tym roku ekspert zademonstrował sposoby debugowania kilku skomplikowanych problemów, z użyciem kilku bezpłatnych narzędzi - w tym także opracowanych przez niego samego, takich jak Process Explorer czy Process Monitor. Wiele z zaprezentowanych na konferencji przykładów można znaleźć na blogu Russinovicha, gdzie gromadzi on historie "ciężkich przypadków" przekazywane przez użytkowników.
W problemach zaprezentowanych przez Russinovicha, podstawowe przyczyny niewłaściwego zachowywania się systemu nie były łatwe do szybkiego namierzenia np. przez analizę logów. Awariom programów zwykle towarzyszą dość skąpe informacje o ich przyczynie. Jednak według Russinovicha, mimo ubogiej informacji na temat "co poszło nie tak", korzystając z odpowiednich narzędzi, możemy dokładnie prześledzić objawy i ustalić przyczynę problemu.
Jeden z przykładów Russinovich dostał od administratora z pewnej korporacji. Użytkownicy narzekali na wolne otwieranie się niektórych stron intranetu. Aby zdiagnozować problem, administrator uruchomił na serwerze Process Explorer - narzędzie prezentujące wszystkie procesy oraz ilość pamięci i cykli CPU zajmowanych przez każdy wątek procesu. Jeden z wątków zajmował ponad jedną czwartą zasobów serwera. Przeszukując internet nasz administrator odkrył, że powiązany z nim proces należy do sterownika zarządzania Windows, który, z kolei, komunikuje się ze sterownikiem (producenta) dla chassis. Wiedząc już, gdzie szukać, administrator sprawdzil czy serwer blade jest właściwie wsunięty do kasety. Prawidlowe umieszczenie go okazało się rozwiązaniem problemu.
Kolejny przypadek nie był związany z niewłaściwym działaniem sprzętu czy oprogramowania, a raczej z działaniami użytkowników. Problem ten był związany z serwerem Microsoft Exchange, którego użytkownicy skarżyli się, że na opóźnione od czasu do czasu odpowiedzi serwera (do 30 sekund). Dla wyjaśnienia problemu, inżynier Microsoft poprosił administratora o logi wydajności serwera wykonanego przez Performance Monitor, który pokazywał okresowe piki w użytkowaniu CPU. Wykorzystując ProcDump, specjalista Microsoftu utworzył skrypt, który miał przechwytywać wszystkie informacje o procesie, jeśli wykorzystanie procesora przekraczało określony próg.
Przeglądając rezultaty tego śledzenia stwierdził, że funkcja przeszukiwania Exchange zajmuje dużo cykli procesora. Owa "ociężałość" Exchange spowodowana była faktem, iż pewna liczba użytkowników miała mocno przeładowane skrzynki pocztowe i kiedy wykonywano ich przeszukiwanie, obciążenie serwera znacznie wzrastalo. Administrator zalecił użytkownikom uporządkowanie skrzynek, co znacznie poprawiło wydajność serwera.
Komentarze (0)
- Prawo Moore’a zagrożone?
- Bezpieczeństwo WiFi - bezprzewodowe testy penetracyjne
- Wirtualizacja: obsługa SMB na czterech U
- Prawdziwe powody powstania Microsoft Open Technologies
- Open source: zmierzch ery GPL? Nie do końca...
- ROVER - prosty sposób na słabość BGP?
- Zaawansowane stacje Wi-Fi Ruckus Wireless
- Rozstanie z Javą nie będzie proste
- Google Drive uwypukla słabe strony publicznych chmur obliczeniowych
- Serwery "zombie" w centrum danych
Reklama
Huawei celuje w rynek biznesowy
Huawei nieustannie rozwija się jako dostawca infrastruktury dla branży telekomunikacyjnej. W tym roku chiński koncern zamierza umocnić swoją pozycję również na rynku rozwiązań Enterprise.
Polecane
Koniec Windows XP początkiem problemów?
Microsoft oficjalnie potwierdził, że za dwa lata definitywnie zakończy się era Windows XP - systemu operacyjnego,...
Spokój i luz administratora
Wymagania wobec pracowników działów IT rosną proporcjonalnie do stopnia rozwoju teleinformatyki. Oczekuje się, że...

