Hi
Lies nochmal die Doku, ich glaub die Funktionalität ist "missverständlich".
Soweit ich das verstanden habe ist das nur für die Planung / Planungskalender. Der CMDB-Status wird aber nicht automatisch umgestellt.

Leo

Hi
Lies nochmal die Doku, ich glaub die Funktionalität ist "missverständlich".
Soweit ich das verstanden habe ist das nur für die Planung / Planungskalender. Der CMDB-Status wird aber nicht automatisch umgestellt.

Leo

Hi

Depends on the pattern to identify/cluster these 1000 objects. Several solutions:

• Read https://kb.i-doit.com/display/en/Actions+in+Object+Lists and how to start the https://kb.i-doit.com/display/en/List+Editing within a category
• https://kb.i-doit.com/display/en/Mass+Change
• CSV Export > Edit in Excel/CSV > CSV Import
• API

Regards

Hallo

Hintergrund zur Frage:

• Unser Haupt-Datenbankschema ist 115GB groß:
• 56GB für isys_logbook (also knapp 50%) mit 73 Millionen Einträgen. Allein ein count(*) auf Datenbankebene dauert 14 Sekunden
• 36GB für isys_archive_logbook (also knapp 30%).
  Es werden also 80% der Datenbankgröße nur für das Logbuch benötigt. Das hat nicht nur Auswirkungen auf die Suche im Logbuch sondern auch auf die Backup- und ggf. Restore-zeiten.
• Wir nutzen JDisc. Es kommen täglich mehrere 10.000 Einträge hinzu. Diese sind für einige Tage/Wochen relevant. Nach einigen Monaten aber nicht mehr.
• Laut Support gibt es keine offizielle Möglichkeit alte Logbuch Einträge zu löschen.
• Archivierung ist momentan abgestellt, da alte (insb. manuelle) Logbuch Einträge relevant sind und durchsuchbar sein müssen. Die Archivierung bei Bedarf zurückspielen ist aktuell keine Option.

Einen Vorschlag zur Verbesserung der Suche und Filtermöglichkeiten des Logbuchs in der i-doit GUI haben wir schon geöffnet.

Meine Fragen:

1. Hat jemand Erfahrung mit dem Umgang dieser Größenordnung von Logbucheinträgen, die er hier teilen kann?
2. Hat jemand schonmal Logbuch Einträge in der DB gelöscht bzw. verschoben?

Aktuell evaluiere ich gerade die Möglichkeit die Logbuch Einträge in unserem DWH zu speichern, um die Einschränkungen bei der Suche zu umgehen. Dann könnte ich zwar wieder archivieren, die hohe Anzahl von DB Einträgen bleibt aber natürlich bestehen.

Danke für Eure Unterstützung
Leo