Hi

es gibt dafür einen dedizierten Objekt-Typ: Remote Management Controller. Damit kannst du das lösen.

Gruß
Jörg

Hallo

das geht doch bereits, man muss lediglich das Lizenz Model auf "Core" umstellen, dann ermittelt der das automatisch, die Software die mit der Lizenz verknüpft ist, muss dann dem Objekt (Server, virtueller Server...) zugewiesen und die Lizenz ausgewählt werden. Die Lizenz selbst ist muss ja nicht direkt mit der dem Objekt-Typ:Anwendung verheiratet werden.

Voraussetzung hierbei ist dann natürlich, dass die CPU Daten der Objekte korrekt gepflegt sind.

Und eine 1zu1 Beziehung "Anwendung <-> Lizenz" ist ja korrekt, vor allem in dem von dir genannten Beispiel eines SQL Servers. Wenn mehrere Instanzen auf einem Server laufen, kann / muss man ja auch die Anwendung mehrfach zuweisen.

Grüße
Jörg

Hallo

entschuldigt bitte die verspätete Rückmeldung. Anbei die Ansicht aus dem CMDB und die Beziehungen des Objektes. An den Beziehungen haben wir nichts von Hand eingestellt. Diese wurden immer über die Zuweisungsfunktionen des Systems generiert.

Die Ansicht kannte ich so gar nicht, siehe Screenshot der Middleware Einstellung

Hallo Christian

das habe ich ja bereits geschrieben, das obere sowie das untere haben die gleiche Objekt-ID (siehe Attachment) - das ist ja auch der Grund warum ich die Ansicht nicht verstehe habe jetzt ein paar Tage damit verbracht die Ansichten und Verbindung anzupassen bis die Grundlegende Baumstruktur wie auf dem ersten Bild zu sehen ist funktioniert.

Edit /Add: Berechtigung Datenbank Screenshot

Hallo

wir setzten bei uns I-DOIT Pro 1.9 Patchlevel 2 ein und sind gerade dabei die Services usw. zu implementieren. im CMDB Browser passen bei einigen Objekten die Ansichten allerdings nicht (siehe Attachment) - der obere "gelbe" Bereich ist exakt der gleiche wie der Bereich unter der Middleware, die Objekt-ID ober- und unterhalb ist exakt gleich.

Gibt es einen Grund dafür das die Objekte doppelt vorhanden sind? In dem Objektlink stehlt lediglich das die Middleware auf dem Server installiert ist, mehr nicht.

Weis hier vielleicht jemand wie man das beheben kann oder woran das liegt?

Warme und sehr sonnige Grüße aus dem Münsterland

Hallo

ich habe hier ein paar Beiträge gefunden zu dem o.g. Thema, ich selbst habe jetzt nicht so die Erfahrung mit der Programmieren, aber an sich dürfte der Aufwand ein Anbindung für eine reine Statusabfrage nicht zu Aufwendig sein und eine simple Anzeige ob ein Asset Verfügbar ist oder nicht ließe sich mit einer Abfrage gestallten.

PRTG bietet von Haus aus eine API Abfrage über den Status eines Sensors an:
https://<prtg instanz="">/api/getobjectstatus.htm?id=NrDesObjektes&name=status&show=text&username=YOUR_USERNAME&password=YOUR_PASSWORD

Das Ergebnis wird dann wie folgt ausgegeben:

 <prtg versionsnummer=""><statustext></statustext></prtg> 

im Seitenquellcode sieht das dann wie folgt aus:

 <prtg><version>16.4.28.7442+</version>
<result>Up</result></prtg> 

Von den Grunddaten her müsste lediglich im Setup von i-doit die PRTG Serveradresse, Benutzername und das Passwort hinterlegt werden, die ID des zu Überwachenden Objektes müsste dann an dem passenden Asset eingetragen werden, aus den Daten kann man dann den Statuslink generieren und anhand der Werte (up, down, unusual, warning, unknown) ein einfaches Status-Icon irgendwo am Asset hinterlegen, bzw. dann auch in dem CMDB Service-Explorer. Wenn dann keinerlei Daten hinterlegt sind einfach das Feld ausblenden.

Ich würde jetzt sagen das es nicht maßlos viel Aufwand ist - kann man so etwas umsetzen bzw. darf man sein i-Doit so verändern das es funktioniert bzw. wie viel Aufwand wäre es das zu implementieren?

Grüße
Jörg

Edit / Add:
Wenn man das als "klickbares" Icon haben möchte, kann man dort einfach der Link des Sensors einfügen, diese sehen wie folgen aus:

https://<prtg instanz="">/sensor.htm?id=NrDesObjekts&tabid=1

Dann muss man zwar, sofern man nicht bereits angemeldet ist, Benutzername & Passwort eintragen, aber damit könnte man auch direkt in das Überwachte Objekt springen

Edit / Add #2

In der Ansicht dann vielleicht so wie im Attachment

</prtg></prtg>

Hasllo

vielen Dank für die Antwort, aber schade, das Grundsystem scheint ja vorhanden zu sein, man kann ja die einzelnen Faser auch bei den Ports auswählen zu können - dann warte ich erst noch mit der Aufnahme der LWL Verbindungen.

Hallo zusammen

wir implementieren / testen gerade die I-doit Lösung und stoßen hier auf folgendes Problem:

• wir haben 2. LWL Patchfelder mit 24P SC Duplex Verbinder, die jeweiligen Ein- und Ausgänge sind erstellt auf beiden Seiten

• wir haben ein 48 Faser OM3 Kabel erstellt und auch die einzelnen Fasern mit unterschiedlichen Namen und Farben erstellt

• diese Kabel kann ich immer nur einem Port zuweisen an dem Patchfeld, egal ob ich ein Faserpaar auswähle oder die Felder leer lasse

• Bildlich sieht es in etwa so aus: [Switch] <> [Patchkabel] <> [Eingang] <> [Ausgang] <–--- 48 Fasern OM3 Kabel -----> [Ausgang] <> [Eingang] <> [Patchkabel] <> [Switch]

  Gibt es dafür eine Lösung oder entstehen dann einfach 24 Kabel für die Verbindung untereinander der beiden Patchfelder? Die Option Kabelbündel oder ähnliches habe ich nicht gefunden, auch so Dinge wie Leerrohre nicht (lt. einem Forumbeitrag sollte es das mit Version 1.5.x geben).

  Vielleicht hat ja jemand das gleiche Problem mit der LWL Leitung, weil das ja auch z.B. auf eine gesplittete CAT5e Leitung (2 x 100Mbit) Anwendung finden würde.

  Grüße
  Jörg