Eine Success Story, an der Sie teilhaben können – mit der GRATIS panagenda MarvelClient Essentials

Es gibt ein neues Verhalten in Notes 9.0.1 FP9 und höher, das zu einer unnötigen Belastung Ihrer Domino-Server führt. Lesen Sie weiter, um zu erfahren, worum es sich handelt, laden Sie MarvelClient Essentials herunter, finden Sie sofort heraus, ob Sie betroffen sind, und beheben Sie das Problem ganz einfach!

Kurz vor Weihnachten 2018 bemerkte einer unserer Kunden einen Anstieg der CPU-Last um 25-30% auf all seinen (vielen) IBM Domino-Servern. Der erste Verdächtige war ihr kürzliches Server-Upgrade auf Domino 9.0.1 FP9. Es stellte sich jedoch heraus (Spoiler-Alarm!), dass dieses Problem von den Notes-Clients verursacht wurde und überhaupt nichts mit dem Server zu tun hatte!

Was ist hier los?

Gemeinsam mit dem Kunden untersuchten wir das Problem mit panagenda GreenLight. Bei der Betrachtung der Anzahl der Sitzungen und Benutzer im Zeitraum von einem Monat vor dem Upgrade und bis zu zwei Wochen danach wurde deutlich, dass sowohl die Anzahl der Benutzer als auch die Anzahl der Sitzungen pro Server schnell angestiegen war.

Da wir keine Kundendaten weitergeben, finden Sie im Folgenden ähnliche Daten aus unserer eigenen, viel kleineren Umgebung mit weniger als 100 Benutzern:

Chart created in Excel via CSV export from GreenLight

Anhand der roten Trendlinie können Sie einen Anstieg der CPU-Auslastung – Domino-Statistik platform.system.PctCombinedCpuUtil – über den zuvor genannten Zeitraum erkennen.

Sie verdoppelte sich von durchschnittlich 5 Prozent auf 10 Prozent.

Die Ursache finden

Als nächstes untersuchten wir das Problem auf einem IBM Notes-Client, indem wir die Client-Taktung verwendeten (über CLIENT_CLOCK=1 und zusätzliche Debug-Parameter in notes.ini). Die daraus resultierende Protokolldatei zeigte, dass der Client beim Starten und danach regelmäßig viele verschiedene Benutzer-E-Mail-Dateien öffnete.

Als wir uns fragten, woher das kommen könnte, entdeckten wir bald zahlreiche Einträge in der notes.ini, die dem folgenden ähneln:

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 öffnete der Client nicht mehr alle entsprechenden E-Mail-Dateien.

Nachdem wir eine PMR mit IBM eröffnet hatten, wurde uns mitgeteilt, dass die Probleme durch eine neue Funktion in Notes 9.0.1 FP9 namens „Delegierte Maildateien werden automatisch aktualisiert“ verursacht wurden. Obwohl in der Dokumentation steht „Bitten Sie Ihren Administrator, diese Funktion zu aktivieren“, 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 verschiedene Gründe haben, 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 der Kalenderföderation

Natürlich muss ein Benutzer Zugriff auf den Kalender eines anderen Benutzers haben. Beim Kunden können alle Benutzer auf die Kalender aller anderen Benutzer zugreifen, um eine optimale Collaboration zu gewährleisten.

Dann haben wir uns die Datenbank MarvelClient Analyze angesehen, um zu sehen, wie viele solcher Einträge in der gesamten Notes-Client-Landschaft vorhanden sind – was Sie mit MarvelClient Essentials ganz einfach selbst tun können!

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

satte 670.000 solcher notes.ini-Einträge
über mehrere 10.000 Benutzer.

Das Problem beheben

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

Finden Sie heraus, wie:

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

… und konfigurieren Sie die Aktion wie folgt:

Die erste Zeile setzt DEBUG_DISABLE_AUTO_REFRESH_DELEGATED_INBOX=1, wodurch die automatische Aktualisierung von „delegierten“ Postfächern generell deaktiviert wird – eine notes.ini-Einstellung, die uns IBM bei der Arbeit an PMR mitgeteilt hat.

Die zweite Zeile entfernt alle Einträge, die mit „DELEGATED_“ beginnen – eine sehr hilfreiche Funktion zur Bereinigung von notes.ini-Dateien, die Ihnen von panagenda MarvelClient zur Verfügung gestellt wird und in den kostenlosen MarvelClient Essentials enthalten ist (versuchen Sie das mal mit Policies :-P).

Das Ergebnis

Wir haben über 670.000 notes.ini-Einträge entfernt und die CPU-Last auf mehreren hundert Servern um 20% und mehr reduziert. Als weitere Referenz für die relevanten notes.ini-Einstellungen finden Sie hier die Original-PMR auf Japanisch, die mit Google übersetzt wurde.

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