Hinweis: Dieser deutsche Text wird zu Ihrer Erleichterung zur Verfügung gestellt. Er wurde maschinell übersetzt und nicht manuell nachbearbeitet. Die englischsprachige Originalversion gilt als die offizielle Version und enthält immer die aktuellen Informationen.

Warum Ihre Domino-Server in letzter Zeit möglicherweise 30 % mehr CPU verwendet haben – und wie Sie das Problem beheben können

In Notes 9.0.1 FP9 und höher gibt es ein neues Verhalten, das zu unnötiger Belastung Ihrer Domino-Server führt. Lesen Sie weiter, um zu erfahren, was es ist, wie Sie feststellen können, ob Sie betroffen sind und wie Sie es leicht beheben können!

by Markus Sablatnig

A success story Sie können dabei sein – mit dem FREE panagenda MarvelClient Essentials

In Notes 9.0.1 FP9 und höher gibt es ein neues Verhalten, das zu unnötiger Belastung Ihrer Domino-Server führt. Lesen Sie weiter, um zu erfahren, was es ist, herunterladen MarvelClient Essentials, entdecken Sie sofort, ob Sie betroffen sind, und beheben Sie es einfach!

Kurz vor Weihnachten 2018 ist einem unserer Kunden ein 25-30% Erhöhung der CPU-Last auf all ihren (vielen) IBM Domino-Servern. Der erste Verdächtige war ihr kürzliches Server-Upgrade auf Domino 9.0.1 FP9. Es stellt sich jedoch heraus (Spoiler-Alarm!), dass dieses Problem von den Notes-Clients verursacht wurde und überhaupt nicht mit dem Server zusammenhängt!

Was ist los?

Gemeinsam mit dem Kunden untersuchten wir das Problem mit panagenda GreenLight. Betrachtet man die Anzahl der Sitzungen und Benutzer im Zeitraum von einem Monat vor dem Upgrade bis zu zwei Wochen danach, zeigte sich, dass sowohl die Anzahl der Benutzer als auch die Sitzungen pro Server schnell zugenommen hatten.

Da wir keine Kundendaten teilen, zeigt das Folgende ähnliche Daten aus unserer eigenen, viel kleineren Umgebung mit weniger als 100 Nutzern:

Diagramm erstellt in Excel über CSV-Export aus GreenLight

An der roten Trendlinie sehen Sie einen Anstieg der CPU-Auslastung – Domino statistic platform.system.PctCombinedCpuUtil – über den oben genannten Zeitraum.

It verdoppelt von durchschnittlich 5 Prozent auf 10 Prozent.

Die Ursache finden

Als Nächstes haben wir mit der Untersuchung des Problems auf einem IBM Notes-Client begonnen, indem wir die Client-Taktung (über CLIENT_CLOCK=1 und zusätzliche Debug-Parameter in notes.ini) verwendet haben. Die resultierende Protokolldatei zeigte, dass der Client beim Starten des Clients und danach regelmäßig viele verschiedene Benutzer-Mail-Dateien öffnen würde.

Wir fragten uns, woher das kommen könnte, und entdeckten bald zahlreiche Einträge in der notes.ini, die wie folgt aussehen:

DELEGATED_MAIL_FILEn=firstname lastname_server/certifier!!mail\firstlast.nsf_DD.MM.YYYY
DELEGATED_NEWMAIL_SEQNUMn=#

Wir haben bis zu 35 solcher Einträge in der notes.ini gefunden. Nach dem Löschen dieser Einträge hat der Client das Öffnen aller entsprechenden Maildateien gestoppt.

Nach dem Öffnen eines PMR mit IBM wurden wir darüber informiert, dass die Probleme durch eine neue Funktion verursacht wurden, die in Notes 9.0.1 FP9 hinzugefügt wurde: „Delegierte Maildateien werden automatisch aktualisiert“. Obwohl in der Dokumentation „Bitten Sie Ihren Administrator, diese Funktion zu aktivieren.“ steht, ist die Funktion standardmäßig aktiviert.

Wenn ein Endbenutzer den Kalender eines anderen Benutzers öffnet, fügt der Notes-Client automatisch die oben genannten DELEGATED_*-Einträge zur notes.ini hinzu. Dies kann aus verschiedenen Gründen geschehen, wie zum Beispiel:

Verwenden Sie die Funktion "Verfügbare Zeiten suchen" und klicken Sie dann mit der rechten Maustaste auf "Kalender öffnen"

Durch direktes Öffnen des Kalenders eines anderen Benutzers

Durch die Verwendung des Kalenderverbunds

Natürlich muss ein Benutzer Zugriff auf den Kalender eines anderen Benutzers haben. Im Falle des Kunden können alle Benutzer auf die Kalender aller anderen Benutzer zugreifen, um eine optimale collaboration.

Wir haben uns dann das angeschaut MarvelClient Analysieren Sie die Datenbank, um zu sehen, wie viele solche Einträge in der gesamten Notes-Client-Landschaft vorhanden sind – was Sie einfach selbst tun können, indem Sie . verwenden MarvelClient Essentials!

Wie Sie im Screenshot der Datenbank sehen können, gibt es auch in unserer eigenen kleinen Umgebung eine große Anzahl von DELEGATED_MAIL_*-Einträgen. Unser Kunde hatte noch viele mehr:

eine satte 670,000 solche notes.ini-Einträge
über mehrere 10,000 Benutzer.

Das Problem beheben

Herunterladen MarvelClient Essentials, prüfen Sie, ob Ihr System betroffen ist und sorgen Sie für optimale Leistung und Geschäftskontinuität!

Finde heraus wie:

Schließlich haben wir uns daran gemacht, eine Aktion im MarvelClient Config-Datenbank, um das Problem zu beheben …

… und die Aktion wie folgt konfiguriert:

Die erste Zeile setzt DEBUG_DISABLE_AUTO_REFRESH_DELEGATED_INBOX=1, wodurch die automatische Aktualisierung von „delegierten“ Postfächern im Allgemeinen deaktiviert wird – eine Notes.ini-Einstellung, die IBM während der Arbeit an der PMR mit uns geteilt hat.

Die zweite Zeile entfernt alle Einträge, die mit „DELEGATED_“ beginnen – eine sehr hilfreiche Funktion zum Bereinigen von notes.ini-Dateien, die Ihnen von . zur Verfügung gestellt wurde panagenda MarvelClient, und im kostenlosen enthalten MarvelClient Essentials (versuchen Sie das mit Richtlinien :-P).

Das Ergebnis

We über 670,000 notes.ini-Einträge entfernt und  reduzierte CPU-Last um 20% und mehr über mehrere hundert Server. Für weitere Informationen zu den relevanten notes.ini-Einstellungen finden Sie hier das Original-PMR auf Japanisch und mit Google übersetzt.

Sind Sie sicher, dass Sie Ihre Notes-Umgebung im Griff haben?

Kommentare (9 Kommentare)
  • Jonny Oldenburger sagt:

    Problem gelöst mit der großartigen Hilfe von Florian. DELEGATED Einträge werden nach Neustart des Notes Clients gelöscht. Danke für deinen superschnellen Support!

  • Marc Thomas sagt:

    Dies hängt vom ausgewählten Lauftyp in der Aktion ab. Wenn Sie die Einstellung so lassen, wie sie ist, sollte sie direkt nach dem Login ausgeführt und die genannten INI-Einträge gelöscht/ändern.

  • Jonny Oldenburger sagt:

    Ich habe das Dokument wie oben beschrieben erstellt. Wann werden die delegierten Einträge in den NOTES.INI-Dateien gelöscht. Ich habe die Notes-Clients neu gestartet, aber bis jetzt sind die Einträge noch in den NOTES.INI-Dateien

  • Lars Berntrop-Bos sagt:

    Hallo Florian, ich habe die checkquotas Bibliothek. Obwohl mir kein delegierter Zugriff auf andere Maildateien zugewiesen wurde, dachte ich, dass eines der unter 'Dies kann aus verschiedenen Gründen passieren' aufgeführten Szenarien ebenfalls das Verhalten auslösen würde. In meinem Fall kann ich mich erinnern, alle drei Methoden in der jüngeren Vergangenheit verwendet zu haben, aber ich kann keine INI-Zeilen mit 'DELEGATED' im Einstellungsnamen finden.

  • Vladimir sagt:

    Gut gemacht! Vielen Dank! Ich werde diesen Fall in meiner Produktionsumgebung überprüfen.

  • Florian Vogler sagt:

    Hallo Lars, alle Maildateien (=die Sie öffnen) müssen auch das neueste Design haben – siehe CheckQuotas Scriptlibrary, CheckQuota\SetCalMgrINI im Maildateidesign. Ich freue mich auf deine Rückmeldung!

  • Lars Berntrop-Bos sagt:

    Komisch. Ich betreibe den FP9-Client, seit er veröffentlicht wurde. Außerdem hat meine Maildatei das FP9-Design. Aber ich habe keine DELEGATED-Einträge in meiner Notes.ini. Und ich habe Links zu anderen Agendas und habe andere Agendas geöffnet. Es muss einen zusätzlichen Auslöser geben.

  • Lars Berntrop-Bos sagt:

    Was ist der Auslöser? Ich verwende den 9.0.1 FP9-Client seit seiner Veröffentlichung, habe andere Kalender geöffnet, habe aber keine DELEGATED*-INI-Einstellungen.

  • Fred Kuijpers sagt:

    Großartiger Artikel!
    Vielen Dank für diese Info.

Hinterlasse uns einen Kommentar

Weitere Informationen finden Sie in unserem Datenschutz.