DE69628718T2

DE69628718T2 - Netzwerk - Topologie-Verwaltungssystem

Info

Publication number: DE69628718T2
Application number: DE69628718T
Authority: DE
Inventors: Abhay S. Sunnyvale Kulkarni; Willie Fremont Hsu
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1995-11-13
Filing date: 1996-11-05
Publication date: 2004-05-13
Anticipated expiration: 2016-11-06
Also published as: DE69628718D1; EP0773649A3; EP0773649A2; JPH09266476A; US5848243A; EP0773649B1

Description

Ein Abschnitt der Offenlegung dieses Patentdokuments enthält Material, das Gegenstand des Urheberschutzes ist. Der Besitzer des Urheberschutzes hat keinen Einwand gegen die xerografische Wiedergabe durch jedermann des Patentdokuments oder der Patentoffenlegung in genau der Form, in der es in der Akte oder Aufzeichnungen des Patent- und Markenamts erscheint, bewahrt anderenfalls aber alle welche auch immer Urheberrechte.
Die vorliegende Erfindung bezieht sich auf das Gebiet von Computersystemen und ihre Verwaltung und Steuerung. Spezieller sieht die Erfindung in einer bestimmten Ausführungsform ein Verfahren und eine Vorrichtung zum Verwalten und Visualisieren der Topologie eines Computernetzwerkes vor.
Da Computernetzwerke entwickelt wurden und breite Akzeptanz erreicht haben, wurde es für Verwalter von derartigen Netzwerken notwendig, Zugriff auf Software- und Hardwarewerkzeuge zu haben, die notwendig sind, um Netzwerke zu verwalten, zu überwachen und zu steuern. Da Netzwerke an Komplexität zugenommen haben, haben es auch die Werkzeuge, die für ihre Verwaltung benötigt werden. Existierende Verwaltungspakete zum Verwalten eines Netzwerkes sehen einen breiten Bereich von Funktionalität einschließlich von Startprogrammen für Netzwerkverwaltungsapplikationen, Ereignisanforderung und Filtermechanismen, Protokollierungssystemen zum Speichern eines Netzwerkereignisses und Leistungsstatistiken, Alarmkorrelationsmechanismen, Lastenausgleichmechanismen und anderen Werkzeugen vor. Unter den fortgeschrittensten von derartigen Paketen befindet sich SunSoft's^TM Solstice Enterprise Manager 1.1^TM. Andere Systeme inkludieren Hewlett Packard's^TM OpenView platform Network Node Manager, Operations Center and AdminCenter^TM; und IBM's NetView^TM.
Die fortgeschrittensten von derartigen Paketen erlauben mehreren Bedienern, auf Verwaltungsinformation gleichzeitig zuzugreifen und unterstützen mehrere Berechnungsumgebungen. Um diese komplexe Funktionalität zu unterstützen, haben fortgeschrittene Netzwerkverwaltungssysteme ein objektorientiertes Netzmodell verwendet. Netzressourcen, die als Objekte dargestellt werden, werden durch Verwaltungsapplikationen und Agenten gespeichert und manipuliert. Die Verwendung von derartigen objektorientierten Ansätzen ermöglicht u. a. eine viel einfachere Skalierbarkeit und andere Vorteile. Außerdem wird die Unterstützung von mehreren Netzverwaltungsprotokollen erleichtert. In Produkten von SunSoft's Solstice^(TM) z. B. können die Verwaltungswerkzeuge über mehrere Arbeitsstationen verteilt werden. Die gleiche Information wird allen Applikationen und Werkzeugen über MISs ("Verwaltungsinformationsserver", "Management Information Server") verfügbar gemacht.
Derartige Systeme wurden mit beachtlichen Erfolg aufgenommen und werden in der Tat als bahnbrechend in der Industrie betrachtet. Es verbleiben jedoch bestimmte Herausforderungen. Während sich z. B. der objektorientierte Ansatz zur Netzdatenbankverwaltung als erfolgreich erwiesen hat, verbleiben bestimmte Begrenzungen. Derartige Systeme haben zuvor getrennte Datenbanken unterhalten, die die logischen bzw. physischen Anordnungen eines Netzes darstellen. Getrennte Applikationen in dem Netzverwaltungssystem greifen dann auf die logischen und physischen Topologiedatenbanken zu und können sie modifizieren. In einigen Fällen wurde herausgefunden, dass zwei Ansichten des gleichen Netzwerkes bestimmt wurden, als ein Ergebnis dieser Architektur inkonsistent zu sein.
WO92/05485 sieht ein Netzverwaltungssystem vor, das eine Fehlerisolationstechnik durchführt, worin der Störungsstatus einer Netzvorrichtung unterdrückt wird, wenn sie bestimmt wird, fehlerhaft zu sein. Das System inkludiert eine Benutzerschnittstelle, ein virtuelles Netzwerk und einen Vorrichtungskommunikationsverwalter. Das System inkludiert auch Benutzeranzeigen, die Standortansichten und physische Topologieansichten der Netzwerkkonfiguration aufweisen.
Gemäß einem Aspekt der Erfindung ist vorgesehen ein Computernetzwerk umfassend eine Vielzahl von Netzwerkknoten und Zwischenverbindungen; ein Netzverwaltungssystem, das betriebsfähig ist, physische Topologien der Vielzahl von Netzknoten und Zwischenverbindungen zu verwalten; und mindestens eine Netzverwaltungs-Benutzerarbeitsstation, gekennzeichnet dadurch, dass das Netzverwaltungssystem betriebsfähig ist, physische und logische Topologien der Vielzahl von Netzknoten und Zwischenverbindungen zu verwalten, wobei das Netzverwaltungssystem eine Datenbank von verwalteten Netzressourcen umfasst, wobei die Datenbank von verwalteten Netzressourcen Daten umfasst, die auf physische und logische Topologien hinweisen, Attribute für die Vielzahl von Netzknoten, in Beziehung stehende Knotentypen und eine Vielzahl von mit den Knoten in Beziehung stehenden Ansichten, wobei das System betriebsfähig ist, die Vielzahl von Ansichten zu modifizieren, beruhend auf Benutzerarbeitsstations-Eingabeänderungen an die Attribute der Knoten, und dadurch, dass die mindestens eine Netzverwaltungs-Benutzerarbeitsstation angeordnet ist, die Vielzahl von Ansichten des Netzes unter Verwendung der Datenbank von verwalteten Netzressourcen anzuzeigen.
Z. B. können Eltern-Beziehungen verwendet werden, um einen neuen Ansichtsknoten zu definieren, wenn neue Eltern zu einem Attribut eines Knotens hinzugefügt werden.
Es ist somit möglich, verbesserte Werkzeuge zum Unterhalten, Betrachten und Verwalten der physischen und logischen Topologie eines Netzes vorzusehen. Das System kann Datenbanken für sowohl eine logische als auch eine physische Topologie unter Verwendung eines verbesserten Datenmodells unterhalten. Konsistenz kann durch Platzieren einer Konsistenzapplikation in einer logischen/physischen Datenbank aufrechterhalten werden. In einer bevorzugten Ausführungsform können Benutzer auf die Daten nur durch die physische Topologiedatenbank zugreifen; sowohl physische als auch logische Topologie befinden sich in einer MIS-Datenbank.
Andere Aspekte der Erfindung werden durch die angefügten Ansprüche veranschaulicht.
Für ein besseres Verständnis der Erfindung und um zu zeigen, wie dieselbe zur Wirkung gebracht werden kann, wird nun als Beispiel Bezug auf die begleitenden Zeichnungen genommen, in denen:
1 eine Gesamtansicht eines hypothetischen Netzes ist, die die Beziehung zu den hierin beschriebenen Netzverwaltungswerkzeugen zeigt;
2 eine typische Bildschirmanzeige ist, die durch eine Ausführungsform der Erfindung bereitgestellt wird;
3 ein Objektbeziehungsdiagramm gemäß einer spezifischen Ausführungsform der Erfindung ist;
4A bis 4C eine einfache Anwendung der Erfindung darstellen;
5A bis 5D spezielle Datenstrukturen darstellen, die hierin verwendet werden; und
6A bis 6C eine Verwendung der Erfindung in speziellen Beispielen darstellen.
1 stellt ein Computernetz zusammen mit seinem zugehörigen Netzverwaltungssystem dar. Wie gezeigt, wird das Computernetz 100 Hardware inkludieren, wie etwa Hosts 101a, 101b, 101c, 101d und 101e, Router 103 und Teilnetze 100a und 100b. Hosts 101 können z. B. Benutzer, Server und andere Netzelemente sein. Einem oder mehreren der Hosts sind Netzverwaltungselemente 109 beigefügt. Verwaltungselemente 109 werden mit einem oder mehr der Netzhosts für Netzverwalter verbunden sein, um das Netz zu überwachen und zu steuern.
Die Anordnung des Netzes wird bezüglich physischer Konnektivität dargestellt, es wird aber auch eine andere Menge von Beziehungen existieren. D. h. die verschiedenen Elemente des Netzes werden auch durch logische Beziehungen verwandt sein. Z. B. kann ein Teil der Benutzer, die mit Servern 101a und 101b verbunden sind, in einer logischen Gruppe sein, während andere Abschnitte des Netzes in anderen logischen Gruppen sein werden. Häufig ist es für Netzverwalter wünschenswert, das Netz in logischen Ansichten anders als die physische Anordnung des Netzes betrachten zu können. Die nun zu beschreibende Ausführungsform inkludiert einen verbesserten Betrachtermechanismus zum Beobachten und Analysieren verschiedener Abschnitte des Netzes.
In dem Netz ist ein Verwaltungssystem oder "Nervenzentrum" 111 vorgesehen, um das Netz zu verwalten und zu steuern. Während das Verwaltungssystem 111 als eine einzelne Entität in dem Netz dargestellt wird, kann es in vielen Ausführungsformen über mehrere Arbeitsstationen und Server verteilt sein.
Das Verwaltungssystem inkludiert einen MIS oder Verwaltungsinformationsserver 113. Der MIS ist ein objektorientiertes Netzmodell, das Objektdefinitionen ermöglicht, durch Verwaltungsapplikationen 115 unter Verwendung von objektorientierten Werkzeugen gespeichert und manipuliert zu werden, wie etwa Klassifizierung, Vererbung und Bereichsbildung, um komplexe Ressourcen darzustellen und komplexe Operationen zu vereinfachen. Verwaltungsapplikationen 115 interagieren durch den Netz-MIS an Stelle von miteinander.
System 111 wird normalerweise eine Menge von Standardwerkzeugen inkludieren, wie etwa ein Protokollierungswerkzeug einer relationalen Datenbank, Alarmverwalter und andere Werkzeuge. Das System kann Zugriff auf verwaltete Objekte über ein gemeinsames Verwaltungsinformationsprotokoll (common management information protocol, CMIP) mit einem Verwaltungsprotokolladapter 119 vorsehen. Andere Systemelemente werden direkt durch eine Schnittstelle unterstützt, wie etwa einen Protokolltreiberverwalter (protocol driver manager, PDM) in dem Fall von z. B. SunNet Manager Agent^(TM) Interaktionen.
Wie in 1 gezeigt, wird ein bestimmter Benutzer des Systems Applikationen 115 haben, die sich auf seinem/ihrem bestimmten Server oder Arbeitsstation befinden. Außerdem kann der Benutzer verschiedene Werkzeuge 121, eine bestimmte grafische Benutzerschnittstelle 123 und einen Betrachter 125 haben. Die verschiedenen Applikationen nutzen die Ressourcen des Nervenzentrums, um Verwaltungsaufgaben durchzuführen. Eine Datenbank 127 in dem Nervenzentrum sieht eine einzelne Quelle von Netzobjekten in einer objektorientierten relationalen Datenbank vor, um die verschiedenen Netzapplikationen zur Verwaltung des Netzes zu bedienen. Das in 1 dargestellte System wird in einer bevorzugten Ausführungsform auf dem Solstice Enterprise Manager 1.1, verfügbar von Sun Microsystems, Inc., beruhen. Die hierin erörterten verschiedenen Software- und Datenelemente werden in einer Speichervorrichtung 128, wie etwa einem oder mehr magnetischen oder optischen Plattenlaufwerken, gespeichert.
2 stellt eine typische Bildschirmanzeige dar, die einem Benutzer des hierin offengelegten Netzverwaltungssystems verfügbar ist. Wie gezeigt, wird das System einen Betrachter 201 anzeigen, in dem die Topologie des Systems (logisch oder physisch) angezeigt werden kann. Außerdem kann das System andere interessierende Elemente, wie etwa einen Alarmbericht 203, anzeigen.
Sowohl die logischen als auch die physischen Elemente des Netzmodells werden in einer gemeinsamen Datenbank 127 gespeichert. 3 stellt die Architektur der Netzdatenbank 127 gemäß einer bevorzugten Ausführungsform der Erfindung dar. Der Zweck der Topologiedatenbank ist es, typologische Information über die verwalteten vernetzten Umgebungen zu speichern. Topologische Information ist in der Form von Objekten, die typologische Knoten, Ansichten, Ansichtsknoten und Typen darstellen. Die Topologiedatenbank inkludiert Daten der folgenden Typen: einen topoTypeDB, einen topoNodeDB und einen topoViewDB. Diese Daten werden durch die Systemapplikationen verwendet, um die Netze des Benutzers zu verwalten.
topoTypeDB
Die topoTypeDB-Objektklasse 301 enthält die allgemeine Beziehung oder Regeln zwischen Objekten (die einen topoType 303 darstellen). Mit anderen Worten enthält topoTypeDB eine Liste von Objekttypen. Beispiele derartiger Objekttypen wären Server, Router, Hubs und Benutzer.
Der topoTypeDB ist eine verwaltete Objektklasse, die als ein "Container" für alle topoType-Objekte agiert. Die topoTypeDB-Objektklasse wird unter dem Systemobjekt benannt und unter einem System kann nur eine Instanz einer topoTypeDB-Objektklasse erstellt werden. TopoType ist eine Objektklasse, die unter der topoTypeDB-Objektklasse benannt ist.
topoNodeDB
Die topoNodeDB-Objektklasse 305 enthält eine flache Anordnung der Objekte in der bestimmten verwalteten vernetzten Umgebung, d. h. führt alle Knoten 307 in dem Netz und ihre Attribute auf.
Das topoNodeDB ist eine verwaltete Objektklasse, die als der "Container" für alle topoNode-Objekte agiert. Diese Objektklasse führt alle Knoten und ihre Attribute auf. Die topoNodeDB-Objektklasse wird unter dem Systemobjekt benannt und unter einem System kann nur eine Instanz der topoNodeDB-Objektklasse erstellt werden.
TopoNode ist eine Objektklasse, die unter der topoNodeDB-Objektklasse benannt ist. Die topoNode-Objektklasse hat die folgenden Merkmale. TopoNode kann in vielfachen Ansichten positioniert werden. Dieses Attribut ist erlaubt, da das Verhalten von "topoTypeLegalChildren" für alle Eltern überprüft wird, die durch das Attribut spezifiziert werden. Die ASN1-Syntax von topoNodeParents ist eine Menge von topoNodeId's. Spezielle sekundäre Indexabfragen können mit Aktionen vorgenommen werden. TopoNode-Objekte können umbenannt werden. Das topoNodeName-Attribut ist unter dem gleichen topoNodeDB über alle topoNodes einzigartig. Der Grund, dass topoNodeName nicht als das Benennungsattribut verwendet wird, ist, anderen topoNode-Objekten zu ermöglichen, umbenannt zu werden. Wenn ein topoNode-Objekt umbenannt wird, kann sein neuer Name nicht der gleiche wie der Name eines existierenden Knotens sein.
Ein topoNodeChildren-Attribut ist ein Umkehrbeziehungsattribut eines topoNodeParents-Attributs. Es spezifiziert alle die topoNode-Kinder, die durch diesen topoNode enthalten werden. Es kann ein Ausbreitungsgewicht von topoNode-Objekten verfolgt werden und eine Ausbreitung kann derart gesteuert werden, dass z. B. Alarme in gewünschten Ansichten angezeigt werden.
Jeder Knoten hat ein zugehöriges Gewicht, das aus Alarmen abgeleitet wird, die für die entsprechende Ressource abgesendet werden. Das Verfolgen des ausgebreiteten Gewichts wird mit einem "topoNodePropagateSeverity" Attribut durchgeführt. Dieses Attribut ist der Maximalwert des topoNodeSeverity des topoNode und des topoNodePropagateSeverity von allen seinen Kindern.
Um eine Ausbreitung lokal zu steuern, wird ein Attribut "topoNodePropagateUp" eines topoNode's verwendet. Um die Ausbreitung für die gesamte Topologiedatenbank abzuschalten, wird das Attribut "topoStatePropagation" des topoNodeDB's verwendet. Per Vorgabe ist das globale Ausbreitungsflag gesetzt. Ein topoNode breitet sein gegenwärtiges Gewicht zu seinen Eltern nur aus, wenn sein Flag topoNodePropagateUp ein ist und Flag topoStatePropagation vom topoNodeDB ein ist.
topoViewDB
Die topoViewDB 309 Objektklasse enthält Ansichten der Objekte in der verwalteten vernetzten Umgebung, d. h. von allen Ansichten 311. Die verschiedenen Ansichten enthalten logische Gruppen von Netzressourcen oder Topologieknoten, von denen ein Benutzer wünschen kann, sie für Verwaltungszwecke zu verwenden. Z. B. kann eine Ansicht von verschiedenen Ethernet-Servern in einem Netz gewünscht sein, um die Ausfallrate von derartigen Servern zu überwachen. Somit wird eine Ansicht von derartigen Servern gebildet.
TopoViewDB ist eine verwaltete Objektklasse, die als der Container für alle topoView-Objekte agiert. TopoViewDB führt alle Ansichten auf; jede dieser Ansichten wird eine topoView genannt. Die topoViewDB-Objektklasse wird unter dem Systemobjekt benannt und unter einem System kann nur eine Instanz der topoViewDB-Objektklasse erstellt werden. Eine Ansicht ist eine grafische Darstellung einer Menge von verwandten verwalteten Objekten. Z. B. kann das Netz in einem Netz, das mehrfache Teilnetze enthält, eine Ansicht sein, die Teilnetzelemente hat, und jedes Teilnetze innerhalb von ihm kann getrennte Ansichten bilden oder verwenden.
TopoView ist eine Objektklasse, die Ansichten aufführt und ist unter der topoViewDB-Objektklasse benannt. Jedes topoView-Objekt wird ein topoViewNode genannt. Jede Instanz der topoView-Klasse stellt eine Ansicht in einem ausführbaren Betrachtungsprogramm dar (em_viewer in dem Fall von SunSoft), um Objekte anzuzeigen, die in der Ansicht sind, und Attribute zu speichern, die sich auf die Ansicht beziehen. TopoView-Objekte zeigen Beziehungen und Hierarchie zwischen Objekten. Instanzen der Klasse werden unter topoViewDB benannt, aber Operationen zum Erstellen/Löschen werden nicht durch die Namensbindung unterstützt.
Die topoViewNode-Objekte 313 stellen topoNode-Objekte in verschiedenen Ansichten (verschiedene logische Ansichten) dar. Jedes topoViewNode-Objekt ist mit einem topoNode-Objekt assoziiert. Es gibt eine n:1-Beziehung zwischen topoViewNode und topoNode-Objekten. Wenn die Information in dem assoziierten topoNode-Objekt eines topoViewNode's verfügbar ist, wird die Information in dem topoViewNode-Objekt nicht dupliziert. Die Ausnahme ist, dass das topoNodeId-Attribut als das Benennungsattribut verwendet wird, um topoViewNode-Objekte zu erstellen.
Da Instanzen der Klasse unter topoView benannt sind, werden Operationen zum Erstellen/Löschen durch die Namensbindung nicht unterstützt. Alle topoViewNode-Objekte werden als Nebeneffekte von Erstellen/Löschen von topoNodes und Hinzufügen/Entfernen von Eltern erstellt/gelöscht, um ein Attribut "topoNodeParents" von topoNode-Objekten zu bilden. Der MIS ist zum Unterhalten der referenziellen Integrität zwischen topoViewNode- und topoNode-Objekten verantwortlich (z. B. kann ein topoNode andere topoNodes enthalten).
TopoViewNode-Objekte werden automatisch aktualisiert. Wenn neue Eltern zu dem topoNodeParents-Attribut hinzugefügt werden, erstellt der MIS ein topoViewNode Objekt, das zu dem topoNode unter einem topoView-Objekt in Verbindung steht, das zu den neuen Eltern in Verbindung steht. Wenn alte Eltern von topoNodeParents entfernt werden, löscht der MIS das topoViewNode-Objekt, das zu dem topoNode in Verbindung steht, von dem topoView-Objekt, das zu den alten Eltern in Verbindung steht. Wenn der Benutzer wünscht, einen topoNode zu bewegen oder in einer verschiedenen oder anderen Ansicht zu platzieren, wird es notwendig sein, das Attribut topoNodeParents des topoNode's zu ändern.
Datenintegrität zwischen topoNode, topoView und topoViewNode wird durch das System aufrechterhalten. Datenintegrität wird durch das Verhalten, in dem System hierin, der Klasse aufrechterhalten. Sobald ein neuer topoNode erstellt ist, wenn der Typ des topoNode andere topoNodes enthalten kann, wird der MIS ein topoView-Objekt erstellen, das mit dem topoNode in Verbindung steht. Wenn ein topoNode gelöscht wird, werden alle topoView und topoViewNode-Objekte, die mit dem topoNode in Verbindung stehen, durch den MIS automatisch entfernt.
3 enthält eine Beschreibung des Enthaltenseins der verschiedenen Objekte in der Datenbank. Speziell sind topoViewDB, topoNodeDB und topoTypeDB innerhalb des "Systems" enthalten. Ein topoView ist innerhalb des topoViewDB enthalten. Ein topoViewNode ist innerhalb eines topoView enthalten. Ein topoNode ist innerhalb des topoNodeDB enthalten. Ein topoType ist innerhalb des topoTypeDB enthalten.
Die Referenzregeln für die Datenbank sind wie folgt. Ein topoView muss einen topoNode referenzieren. Nur ein topoView kann einen einzelnen topoNode referenzieren. Ein topoViewNode muss einen topoNode referenzieren. Ein oder mehr topoView-Nodes können einen einzelnen topoNode referenzieren. Ein topoNode kann andere topoNodes als topoNodeParents oder topoNodeChildren referenzieren. Ein topoNode muss einen topoType referenzieren. Ein topoType kann durch vielfache topoNodes referenziert werden.
Tabelle 1 sieht allgemeine Beschreibungen von Topologietypen vor.
Tabelle 1
4A bis 4C stellen verschiedene Ansichten eines Netzes unter Verwendung des Systems hierin dar, 4A stellt eine Ansicht von verschiedenen Routern 401 in einem Netz dar. 4B stellt eine neue Ansicht dar, die einschließlich nur zweier der Router erstellt wurde, die ein bestimmter Nutzer wünschte zu überwachen. 4C stellt die Anzeige nach Verwendung des Systems dar, um der Ansicht einen anderen Router hinzuzufügen. Natürlich ist die Anordnung von Netzen meist sehr komplex und 4 zeigt nur eine einfache Darstellung.
5A bis 5D stellen die Datenformate und Inhalte eines bestimmten topoType (5A), topoNode (5B), topoView (5C), topoViewNode (5D) dar. Von Interesse ist in topoNode der Eintrag topoNodeChildren (und, nicht gezeigt, Eltern) bei Änderung oder Löschung von z. B. Eltern oder eines anderen relevanten Attributs geändert.
5A stellt die Datenstruktur für einen topoType dar. 5B stellt einen topoNode-Eintrag dar. 5C stellt einen bestimmten topoView-Eintrag dar. 5D stellt den topoViewNode-Eintrag für Knoten 13 in 5B dar.
Die Definition aller Objekte ist vorzugsweise im GDMO-(Richtlinien zur Definition von verwalteten Objekten, Guidelines for Definition of Managed Objects) Format. Die Definitionen gemäß einer Ausführungsform werden nachstehend in der Datei "topo.gdmo" gezeigt. Die Syntax für GDMO-Objekte ist in ASN.1 definiert. Die Datei "topo.asn1", die später dargelegt wird, sieht eine Objektsyntax gemäß einer speziellen Ausführungsform der Erfindung vor.
Beispiel
6A bis 6C stellen eine typische Verwendung der gegenwärtigen Ausführungsform dar. Ein Benutzer identifiziert typischerweise Objekte, wie etwa Router, Hubs, Bridges (Brücken), Druckserver, NFS-Server und WAN-Verbindungen, die einen Einfluss auf die größte Anzahl von Benutzern in dem Netz haben. Der typische Benutzer wird dann nur jene Vorrichtungen überwachen, was die Anzahl von verwalteten Objekten, die zu erstellen und zu überwachen sind, reduziert.
In dem System hierin kann eine Ansicht des Netzes einen Teil (oder alles) einer Netztopologie inkludieren oder kann einfach eine beliebige Sammlung von verwalteten Objekten sein, die nicht Teil der Topologie sind. In einem Netz eines kleinen Ausmaßes kann man wünschen, alle kritischen Knoten in eine einzelne Ansicht des Netzes zu platzieren, wie in 6A gezeigt. In diesem Beispiel inkludiert ein Netz zwei Teilnetze (A und B), die durch einen Router verbunden sind.
Für die meisten Netzkonfigurationen wird es nützlich sein, mehrfache Ansichten des Netzes zu haben, um funktionelle Gruppierungen von Netzvorrichtungen darzustellen und um die Netztopologie darzustellen. Unter Verwendung des oben erörterten Datenbankmodells kann man z. B. wünschen, Vorrichtungen in bestimmten Gebäuden oder eine Ansicht, die nur aus Routern besteht, darzustellen. Das Beispiel in 6A angenommen, kann man wünschen, eine getrennte Ansicht für jedes Teilnetz ebenso wie getrennte Ansichten nach Typ einer Vorrichtung (Router, NFS-Server und Druckserver) zu erstellen. Ein Benutzer würde diese Ansichten als ein Element zu einem Zeitpunkt unter Verwendung einer grafischen Benutzerschnittstelle erstellen, was dann die oben erörterten Datenbankelemente aufbauen würde. Als ein Beispiel können Ansichten zum Gruppieren von Elementen nach Funktion (Software-Server, Router und Druckserver) und Teilnetz(en) gebildet werden, wie in 6B gezeigt. In 6C wird eine Ansicht oberer Ebene gezeigt. Wie darin gezeigt, stellen Wolkenbilder die getrennten Ansichten dar, die erstellt wurden. Durch doppeltes Klicken auf die Wolken würde man die Elemente innerhalb dieser Ansichten des Netzes sehen. Natürlich kann das gleiche Element in mehrfachen Ansichten erscheinen. Z. B. könnte ein bestimmter Server in sowohl einer "Server-" Ansicht ebenso wie in der Net_B-Ansicht auftreten, die alle Knoten in diesem Teilnetz zeigt.
Die obige Beschreibung ist darstellend und nicht begrenzend. Einem Durchschnittsfachmann werden viele Variationen der Erfindung bei Durchsicht dieser Offenlegung offensichtlich. Spezielle Datenbankbeziehungen wurden nur als ein Beispiel zur Darstellung verwendet, die Erfindung ist aber nicht derart begrenzt.

Claims

Computernetzwerk (100), umfassend eine Vielzahl von Netzwerkknoten (101, 103, 307) und Zwischenverbindungen; ein Netzwerkverwaltungssystem (111), das betrieben werden kann, um physische Topologien der Vielzahl von Netzwerkknoten und Zwischenverbindungen zu verwalten; und mindestens eine Netzwerkverwaltungs-Benutzerarbeitsstation, dadurch gekennzeichnet, dass das Netzwerkverwaltungssystem betrieben werden kann, um physische und logische Topologien der Vielzahl von Netzwerkverbindungen und Zwischenverbindungen zu verwalten, wobei das Netzwerkverwaltungssystem eine Datenbank von verwalteten Netzwerkressourcen (127) umfasst, wobei die Datenbank von verwalteten Netzwerkressourcen (127) Daten umfasst, die auf physische und logische Topologien hinweisen, Attribute für die Vielzahl von Netzwerkknoten (101, 103, 307), in Beziehung stehende Knotentypen (303) und eine Vielzahl von mit den Knoten in Beziehung stehenden Ansichten (311), wobei das System betrieben werden kann, um die Vielzahl von Ansichten (311) zu modifizieren, beruhend auf Benutzerarbeitsstations-Eingabeänderungen an die Attribute der Knoten, und dadurch, dass die mindestens eine Netzwerkverwaltungs-Benutzerarbeitsstation angeordnet ist, um die Vielzahl von Ansichten des Netzwerks unter Verwendung der Datenbank von verwalteten Netzwerkressourcen anzuzeigen.
Computernetzwerk nach Anspruch 1, wobei die Attribute der Knoten Eltern-Beziehungen umfassen, und wobei das System angeordnet ist, um jedes Mal einen neuen Ansichtsmodus (313) zu bilden, dass ein Elternteil einem Attribut eines Knoten hinzugefügt wird.
Computernetzwerk nach Anspruch 2, wobei die Eltern-Verhältnisse logische und physische Eltern-Verhältnisse enthalten.
Computernetzwerk nach Anspruch 1, 2 oder 3, umfassend einen Netzwerkbetrachter (125, 201) auf einer Vielzahl von Benutzerarbeitsstationen, so dass die Benutzerarbeitsstationen betrieben werden können, um Ansichten des Netzwerks auf der Grundlage der Datenbank von verwalteten Netzwerkressourcen zu bilden.
Computernetzwerk nach einem der vorangehenden Ansprüche, wobei die Netzwerkknoten durch eine Knotendatenbank-Objektklasse (305) definiert sind, wobei die Knotendatenbank-Objektklasse Knotenobjekte (307) enthält, eine Typendatenbank-Objektklasse (301), wobei die Typendatenbank-Objektklasse Netzwerkobjekttypen (303) enthält, und eine Ansichtsdatenbank-Objektklasse, (309) wobei die Ansichtdatenbank-Objektklasse Ansichtsobjekte (311) des Netzwerks enthält.
Computernetzwerk nach Anspruch 5, wobei die Knoten in Beziehung stehen mit einer Severität, wobei Alarme, die für einen bestimmten Knoten gegeben werden, an ausgewählte Ansichten des Netzwerks weitergeleitet werden.
Computernetzwerk nach einem der vorangehenden Ansprüche und enthaltend einen oder mehr Speichermedien, die Software übermitteln, die die Datenbank und ein Netzwerkadministrationsprogramm definieren, wobei das Netzwerkadministrationsprogramm die Ansichten der Knoten modifiziert, beruhend auf Benutzereingaben von Änderungen in Attributen der Knoten.
Computernetzwerk nach Anspruch 1, wobei die Datenbank von verwalteten Netzwerkressourcen Attribute für die Vielzahl von Netzwerkknoten definiert und modifiziert werden kann.
Verfahren zur Verwaltung eines Computernetzwerks, umfassend: Bilden einer objektorientierten Datenbank von verwalteten Netzwerkressourcen, wobei die Datenbank von verwalteten Netzwerkressourcen Daten umfasst, die auf physische und logische Topologien hinweisen, Attribute für eine Vielzahl von Netzwerkknoten, in Beziehung stehende Knotentypen und in Beziehung stehende Ansichten der Knoten; Anzeigen von mindestens einer Ansicht des Netzwerks unter Verwendung der Datenbank von verwalteten Netzwerkressourcen; und Modifizieren der mindestens einen Ansicht beruhend auf Benutzerarbeitsstations-Eingabeänderungen an die Knoten in der Datenbank des verwalteten Netzwerks.
Verfahren nach Anspruch 9, und umfassend die Schritte: Definieren von Eltern-Beziehungen der Knoten, und Bilden von neuen Ansichten beruhend auf Hinzufügungen von Elternteilen zu einem Knoten.
Verfahren nach Anspruch 10 und umfassend das Löschen eines Ansichtsknotens, wenn ein Elternteil aus einem Knoten gelöscht wird.
Verfahren nach Anspruch 9, 10 oder 11, wobei der Schritt der Bildung einer objektorientierten Datenbank von verwalteten Netzwerkressourcen die Schritte umfasst: Bilden einer ersten Knotentypenklasse, die eine Vielzahl von Knotentypenobjekten enthält, Bilden einer zweiten Knotentypenklasse, die eine Topologie von Knoten in dem Netzwerk enthält; und Bilden einer Ansichtstypenklasse, welche Ansichten von Objekten in dem Netzwerk enthält.
Verfahren nach Anspruch 9, 10, 11 oder 12, und umfassend das Definieren einer Alarm-Severität für mindestens einen Knoten in der Datenbank, wobei die Alarm-Severität definiert wann Alarme an andere Knoten in einer Ansicht des Netzwerks weitergeleitet werden.
Verfahren nach Anspruch 9, ferner umfassend das Verwalten des Computernetzwerks durch Erlauben von Benutzerarbeitsstations-Modifikationen an der Datenbank von verwalteten Netzwerkressourcen.
Speichermedium (128), welches übermittelt: eine Datenbank von verwalteten Netzwerkressourcen, wobei die Datenbank Daten umfasst, die auf physische und logische Topologien hinweisen, Attribute für eine Vielzahl von Netzwerkknoten, Netzwerkknotentypen, und Ansichten der Netzwerkknoten; und Software zur Verwaltung von Netzwerkknoten und Zwischenverbindungen eines Computernetzwerks, wobei die Software ausgebildet ist, um die Ansichten der Knoten zu modifizieren, beruhend auf Benutzerarbeitsstations- Eingabeänderungen an Attribute der Knoten, wenn die Software auf einem Computer laufen gelassen wird.
Speichermedium nach Anspruch 15, wobei die Software ein Netzwerkansichtsprogramm umfasst, das Netzwerksansichtsprogramm betrieben werden kann, um verschiedene Ansichten des Netzwerks anzuzeigen, beruhend auf einer Benutzerarbeitsstations-Auswahleingabe, wenn die Software auf einem Computer laufen gelassen wird.
Speichermedium nach Anspruch 15 oder 16, wobei die Software ein Alarmausbreitungssystem umfasst, das Alarmausbreitungssystem betrieben werden kann, um Alarme in Ansichten des Netzwerks weiterzuleiten, beruhend auf Ausbreitungs-Severiäten, die mit den Knoten in Beziehung stehen, wenn die Software auf einem Computer laufen gelassen wird.
Speichermedium nach Anspruch 15, wobei das Netzwerkadministrationsprogramm betrieben werden kann, um das Netzwerk zu verwalten, indem Benutzerarbeitsstations-Modifikationen an der Datenbank von verwalteten Netzwerkressourcen zugelassen werden, wenn die Software auf einem Computer laufen gelassen wird.