Rozwiązywanie problemów

Chcielibyśmy móc stwierdzić, że NetCrunch jest oprogramowaniem bezproblemowym. Przechodzi on przez różne procedury testowe. Co więcej, tworzony jest w taki sposób, by minimalizować odsetek błędów.

Zgodnie z różnorodnymi badaniami (sytuacja nie zmieniła się od ponad 20 lat) - tylko od 75% do 90% błędów w oprogramowaniu może być wykryte przed jego wypuszczeniem na rynek. Dodatkowo, takie oprogramowanie jak NetCrunch może napotykać wiele sytuacji ekstremalnych - poprzez oddziaływanie z wieloma urządzeniami różnych producentów oraz różnymi technologiami.

Sieci są pełne niestandardowych technologii, które są określane jedynie przez dokumenty RFC. Często dostawcy, którzy wydają dokumenty RFC, sami nie stosują się do nich produkując własne urządzenia - zdarza się to przy SNMP i częściej przy NetFlow.

Różne wersje systemów operacyjnych także posiadają swoje problemy - na przykład istnieją nierozwiązane problemy z WMI w systemach Serwera Windows.

Publikacje oprogramowania

Aby rozwiązać różne problemy i błędy w oprogramowaniu klika razy do roku wydajemy jego aktualizacje. Mogą one być zainstalowane na poprzednich wersjach i zwykle nie zmieniają one formatu danych. Przeczytaj Aktualizacja, migracja i wykonywanie kopii zapasowej .

Źródła problemów

Z doświadczenia wiemy, że nie ma wiele źródeł problemów. Pozwól nam wyjaśnić skąd pochodzą problemy i jak możesz je łatwo rozwiązać lub pomóc nam naprawić je dla ciebie.

Konfiguracja

Większość problemów monitorowania spowodowanych jest przez niewłaściwą konfigurację - NetCrunch nie może połączyć się z serwerami z powodu nieprawidłowych danych uwierzytelniających do systemu operacyjnego lub nieprawidłowego profilu SNMP (hasła).

NetFlow

Jest wiele protokołów opartych na NetFlow wprowadzonych przez różnych dostawców. Odpowiadają one zwykle protokołowi NetFlow v5. Każde urządzenie posiada określone ustawienia i począwszy od NetFlow v9, dane zawarte w przepływach zależą od konfiguracji. Najpierw musisz skonfigurować urządzenie do przesyłania danych do NetCruncha - w sieci mamy wiele artykułów o konfiguracji NetFlow.

Jeśli NetCrunch nie jest w stanie rozszyfrować danych dotyczących przepływu, przechwyć je używając Wireshark i wyślij do nas. Zdarza się, że urządzenia posiadają błędy w swoich implementacjach NetFlow. Nie możemy ich naprawić, ale czasami możemy to obejść, sprawiając by NetCrunch akceptował niewłaściwie przekazane dane.

MIB-y SNMP

Mamy ponad 10,000 MIBów krążących po internecie. Ponieważ nie istnieje żaden standard dla kompilatora MIB (standardowe MIBy definiowane są tylko w dokumentach RFC), czasami trudno jest je skompilować. Często zostały one raz zapisane, a potem już nie były więcej kompilowane albo były kompilowane przy użyciu pewnego określonego kompilatora w określonym środowisku.

Zwykle źródłem problemu jest błędna składnia lub brakujący moduł, od którego zależą niektóre MIBy. Często może to być naprawione przez określenie aliasu modułu.

Jeśli nie znasz się na MIBach a nie możesz rozwiązać problemu, skontaktuj się z naszym działem wsparcia technicznego - spróbujemy pomóc ci znaleźć rozwiązanie. Skompilowaliśmy już ponad 8500 plików MIB, zatem możemy dokompilować kolejne.

Windows

Windows jest złożonym systemem z racji długiej historii. Został on zbudowany warstwa po warstwie. Najłatwiejszym sposobem zarządzania konfiguracją Windows jest zarządzanie przez Active Directory. Wiemy jednak, że w rzeczywistości istnieje wiele niepowiązanych systemów i wersji Windows.

Problemy z systemem Windows (Windows 7/2008 lub późniejsze) są zawsze związane z ustawieniami Windows. Patrz Konfiguracja Monitorowania Windows. Na przykład monitorowanie stacji w grupach roboczych Windows 7 jest trudne bez korzystania z wbudowanego konta Administratora (monitorowanie serwera Windows jest łatwiejsze).

Choć wiemy, że istnieje możliwość zdalnego monitorowanie systemu z prawami niższymi niż administratorskie, to jednak nie jesteśmy w stanie podać jego opisu. Z naszego doświadczenia raz to działa, a raz nie - systemy pozornie skonfigurowane w taki sam sposób zachowują się w nim w niejednorodny sposób.

Granice wydajnościowe NetCruncha

NetCrunch posiada pewne ograniczenia.

Licencjonowanie

trudno nam określić graniczną ilość węzłów, ktora może byćmonitorowana. W naszych testach udało nam się monitorować nawet 25 tysięcy węzłów, ale w praktyce program może zostać przeciążony przez mniejszą ilosć węzłów, w zależności od tego co i ile jest monitorowane.

Sprzęt Komputerowy

taki, jak: pamięć, dysk i sieć stanowią górny limit dla oprogramowania. Dlatego polecamy używanie dysków SSD i macierzy.

NetCrunch jest wielwątkowymym systemem, który dobrze skaluje się z wieloma procesorami, ponieważ wiele zadań jest wysyłanych do różnych procesów i wątków. Wolne dyski SATA słabo radzą sobie z dużą ilością danych i wątków, dlatego zalecamy korzystanie z dysków SSD.

Raport diagnostyczny

NCDiag.exe

Jest to program znajdujący się w katalogu serwera NetCrunch. Umożliwia przeglądanie wielu dzienników i raportów dotyczących błędów.

Raporty o błędach

Raporty o błędach nie są niebieskimi ekranami.

W większości przypadków są one poprawnie obsłużonymi wyjątkami, lecz jednocześnie czymś, czego program się nie spodziewał, że wystąpi.

Dobrze, kiedy pozwalasz nam otrzymywać je automatycznie. Zawierają one informacje o twoim systemie, pamięci, procesorze i kontekście wykonania programu.

Nie zawierają adresu twojego komputera za wyjątkiem nazwy windows. Wszystkie raporty przychodzą bezpośrednio drogą e-mailową do naszej wewnętrznej zabezpieczonej bazy danych i są one poufne.

Możesz dokonać przeglądu tych plików (jeśli jakieś istnieją) używając programu NCDiag znajdującego się w katalogu serwera NetCruncha.

Dzienniki

Ponieważ wiele elementów NetCruncha działa jako procesy w tle, do przechowywania ich operacji i problemów używają one dzienników tekstowych. Możesz dokonać ich przeglądu używając Konsoli NetCruncha. ViewLogs.

Dzienniki NetCruncha:

Kopia zapasowa Atlasu

Zawiera dziennik operacji procesów automatycznego wykonywania kopii zapasowej NetCruncha

Importowanie Atlasu

Zawiera dziennik importu

Autowykrywanie

Zawiera operacje lub problemy procesu autowykrywania NetCruncha

Moduł zapisu audytu zasobów (inwentaryzacji)

Dziennik procesów zapisywania danych dotyczących zasobów do bazy danych

Monitor czujnikowy

Dziennik operacji wszystkich czujników

Kontroler wykonywanych zadań

Kontroler jest odpowiedzialny za uruchamianie generatora raportów i procesu Autowykrywania

Generator raportów

Dziennik procesów generujących automatyczne raporty

Serwer NetFlow

Dziennik serwera NetFlow

Message Sender

Dziennik wiadomości wysłanych przez NetCruncha

NetCrunch Audit

Dziennik zawiera wpisy wszystkich zdarzeń dotyczących zalogowanie się i wylogowania każdego użytkownika NetCrunch

Widok statusu serwera

Widok ten można wybrać w górnym widoku Atlasu. Zawiera najważniejsze statusy i raporty tysięcy statystyk, które NetCrunch zbiera o swojej pracy.

Raport ten zawiera takie informacje, jak wykorzystana pamięć, ilość zużytych zasobów wewnętrznych i zapytań programu. Raport może zostać wyeksportowany do pliku w formacie XML lub wysłany do AdRemu bezpośrednio z konsoli. Pomaga on namo ocenić jak bardzo NetCrunch obciąża system, na którym działa.

Awaryjny automatyczny restart serwera NetCrunch

NetCrunch jest uszami i oczami administratora, dlatego powinien działać bez przestojów. W przypadku nieodwracalnego błędu, usługa NetCruncha jest automatycznie restartowana, by przywrócić normalne działanie programu i uniknąć utraty danych. Trwa to sekundy, a zatem minimalnie wpływa na proces monitorowania.