Fehlerbehebung

Wir würden gerne behaupten, NetCrunch wäre fehlerfrei. Das Programm durchläuft mehrere Testprozeduren und wir halten auch den Entwicklungsprozess aufrecht, um geringere Fehlerraten zu erreichen.

Laut mehreren Studien (Die Situation hat sich im Verlauf der letzten 20 Jahre nicht geändert) - können nur 75% bis 90% der Bugs vor einem Release entdeckt werden. Zusätzlich kann Software wie NetCrunch viele verschiedene Fälle erfahren - durch die Interaktion mit vielen verkauften Geräten und Technologie-Implementierungen.

Netzwerke sind voll von nicht-standardisierten Technologien, die nur durch die RFC-Dokumenten definiert sind. Oft Anbieter, die RFC-Dokumente schreiben, halten diese nicht ein wenn Sie Geräte produzieren - dies geschieht mit SNMP und noch mehr mit Netflow.

Verschiedene Versionen der Betriebssysteme haben auch ihre Probleme - zum Beispiel, gibt es nicht behobene Fehler in WMI in Windows 2003 Server-Systemen.

Releases

Um verschiedene Probleme und Fehler in der Software anzugehen, haben wir Releases von kleineren NetCrunch mehrmals im Jahr. Diese Veröffentlichungen können über frühere Versionen installiert werden und in der Regel ändert sich das Datenformat nicht. Lesen Sie Update, Migration und Backup .

Problemquellen

Aufgrund unserer Erfahrung kommen Probleme aus einer begrenzten Anzahl von Quellen. Lassen Sie uns erklären, woher Probleme kommen und wie Sie sie einfach beheben können oder uns dabei helfen können ,dies für Sie zu erledigen.

Konfiguration

Die meisten Überwachungsprobleme werden durch eine ungültige Konfiguration verursacht z.B. es gibt keinen Weg für NetCrunch auf einem Server mit falschen Anmeldeinformationen , überhaupt ohne Information oder mit falschen SNMP-Profilen (Communities oder Passwort) zu verbinden.

NetFlow

Es gibt eine Reihe von Protokollen die auf NetFlow basieren, von verschiedenen Herstellern implementiert. Sie entsprechen normalerweise dem NetFlow v5 Protokoll. Jedes Gerät hat bestimme Einstellungen und beginnend mit NetFlow v9 hängt die Menge an Daten in Strömen von der Konfiguration ab. Als erstes müssen Sie das Gerät so einstellen, dass es Daten an NetCrunch sendet - es gibt eine Reihe an Artikeln über NetFlow Konfigurationen im Internet.

Wenn NetCrunch nicht in der Lage ist, Datenstrom zu dekodieren müssen Sie solche Daten mit Wireshark zu erfassen und an uns zu senden. Manchmal haben die Geräte Fehler in ihren NetFlow-Implementierungen. Obwohl wir sie nicht reparieren können, wir können sie manchmal umgehen und ungültige Daten annehmen.

SNMP MIBs

Es gibt mehrere 10.000 von MIBs die im Internet zirkulieren. Da es keinen Standard für die MIB-Compiler (Standard-MIBs, die nur an RFC-Dokumente definiert sind) ist es etwas schwer, sie zu übersetzen. Oft wurden sie einmal geschrieben und nicht übersetzt oder mit einem bestimmten Compiler in einer bestimmten Umgebung zusammengestellt.

In der Regel ist die Quelle des Problems in MIBs, ein falscher Syntax oder das Fehlen einiger benötigten Module. Dies kann oft durch Angabe eines Modulname Alias ​​festgelegt werden.

Wenn sie nicht mit MIB’s vertraut sind und die Probleme nicht lösen können, kontaktieren Sie einfach unseren Support - wir werden versuchen, eine Lösung zu finden. Wir haben bereits über 8500 MIBs kompiliert, so es gibt Chance dass wir noch mehr kompilieren können...

Windows

Windows ist ein komplexes System. Es ist Schicht für Schicht gebaut worden. Die einfachste Methode um Windows-Konfigurationen zu verwalten ist durch ACtive Directory. Aber wir wissen, dass im echten Leben es viele unverbundene Systeme und Windowsversionen existieren.

Probleme mit Windows (Vista/2008 oder später) hängen immer mit den Windows-Einstellungen zusammen. Sehen sie unter Windows-Überwachung einrichten nach. So ist zum Beispiel das Überwachen von Arbeitsgruppen in Windows 7 schwer (Server sind leichter) ohne das Benutzen von eingebauten lokalen Administrator Accounts.

Obwohl wir wissen, dass es möglich ist, entfernte Systeme mit weniger als administrativen Rechten zu überwachen, können wir Ihnen das Rezept nicht geben. Es funktioniert manchmal und manchmal auch nicht - Systeme, die auf die gleiche Weise konfiguriert zu sein scheinen, verhalten sich anders.

NetCrunch Performance Limits

Es gibt immer Einschränkungen für NetCrunch.

Lizenzierung

es dürfte keine Beschränkungen für die Anzahl überwachten Knoten geben. In unseren Tests haben wir bis 25.000 Knoten überwacht aber im wirklichen Leben kann das Programm mit einer geringeren Anzahl von Knoten ersticken, je nachdem, was Sie überwachen

Hardware

wie Speicher, Festplatte und Netzwerk bestimmen die finale Grenze für die Software. SSD oder Disk-Array ist sehr willkommen.

NetCrunch ist ein Multi-Thread-System, welche mit der Anzahl an Prozessen skalieren - besonders da viele Aufgaben von verschiedenen Prozessen und Threads erledigt werden können.

Langsame SATA-Festplatten sind beim Lesen großer Datenmengen sehr ineffizient. Wir empfehlen stattdessen SSD-Laufwerke zu verwenden.  

Diagnosebericht

NCDiag, exe

  Dies ist das Programm im NetCrunch Server Ordner. Es ermöglicht das Durchsuchen verschiedener Protokolle und Fehlerberichte.

Bug Berichte

Bug Berichte sind keine Speicherausdrucke über Abstürze.

Meistens sind es gut verarbeitete Ausnahmen, aber etwas, das nicht vom Programm erwartet wurde.

Es ist immer gut, wenn Sie uns diese automatisch zukommen lassen. Die Berichte enthalten Informationen über ihr System, Speicher, Prozessor und Kontexte von Programmausführungen.

Wir kennen ihre Computeradresse nicht, abgesehen vom Windowsnamen. Alle Berichte kommen direkt per E-Mail direkt in unsere interne sichere Datenbank und sind vollständig vertraulich.

Sie können diese Dateien (wenn es welche gibt) erhalten, indem Sie das Programm NCDiag benutzen, welches im Verzeichnis der NetCrunch Server lokalisiert ist.

Protokolle

Da viele NetCrunch Komponenten als Hintergrundprozesse laufen, benutzen Sie Textprotokolle um Ihre Aktivitäten und eventuelle Probleme zu bewahren. Sie können diese durch das Benutzen der NetCrunch Konsole prüfen AnsichtenProtokolle.

NetCrunch Protokolle:

Atlas Backup

Enthält das Aktivitätsprotokoll des NetCrunch auto-backup Prozesses.

Atlas importieren

Enthält das Importverzeichnis

Automatische Erkennung

Enthält Aktivitäten oder Probleme von NetCrunchs automatischen Erkennungsprozesses.

Inventory Audit Writer

Verzeichnis von Daten über Prozesse die Inventurdaten an die Datenbank schreiben

Sensor Überwachung

Protokolle der Aktivität der NetCrunch-Sensoren

Aufgaben-Planer

Der Aufgaben-Planer ist für die Prozesse der Erstellung von Berichten und automatischen Erkennung verantwortlich

Berichterzeuger

Verzeichnis von Prozessen, die automatisch Berichte erstellen

NetFlow-Server

Protokoll des NetFlow-Servers   Nachricht Absender

Protokolle der von NetCrunch gesendeten Nachrichten   NetCrunch Audit

Das Protokoll enthält Protokolle aller NetCrunch-Benutzer, die sich anmelden / abmelden  

Serverstatusansicht

  Dies ist die Ansicht, die Sie in der oberen Atlasansicht finden können. Es enthält die wichtigsten Status und Berichte über hunderte von Statistiken, die NetCrunch über sich selbst sammelt.   Der Bericht enthält Informationen wie verwendeter Speicher, Anzahl der verbrauchten internen Ressourcen und Programmwarteschlangen. Der Bericht kann in eine Datei im XML-Format exportiert oder über die Konsole direkt an AdRem Software gesendet werden. Es hilft uns zu verstehen welche Belastung NetCrunch auf Ihr System ausübt.  

NetCrunch Server Automatischer Notfall-Neustart

  Da NetCrunch Augen und Ohren des Administrators ist, sollte es ohne Unterbrechung funktionieren. Im Falle eines nicht behebbaren Fehlers (blauer Bildschirm in einem kleineren Maßstab) wird der NetCrunch-Dienst automatisch neu gestartet, um ihn wieder in den fehlerfreien Zustand zu versetzen und Datenverlust zu vermeiden. Dies geschieht in Sekunden, nicht in Minuten, so dass der Überwachungsprozess minimal beeinflusst wird.