Es gibt mehrere mögliche Ursachen dafür, dass Kunden nach der Bereitstellung von längere Startzeiten haben MarvelClient.

Vor allem, wenn du zumindest noch nicht dabei bist MarvelClient release 2.0.8: aktualisieren!
MC 2.0.8 und höher führte signifikante Verbesserungen der Startzeit ein - für Details siehe Release Notes.

Wenn Sie nach dem Update auf >= . immer noch lange Startzeiten haben MarvelClient 2.0.8, dann sollten Sie sich log.xml ausgewählter Endbenutzer ansehen (es ist einfacher, wenn Sie log.xml zum Backup-Job hinzufügen, um einfach log.xml-Dateien in der Analysedatenbank anzuzeigen).
Wenn man sich eine Protokolldatei ansieht, hat jede Zeile am Anfang einen Millisekunden-Indikator, der die Anzahl der Millisekunden anzeigt, die seit dem Start des Protokolls vergangen sind:

2732 bevor die Anmeldung erfolgt ist; Dauer: 63                                  
22832 LDR::MCAfterLogin Warten auf den Abschluss des lokalen Replikat-Scans
22832 LDR::MCAfterLogin Thread fertig                          

Beachten Sie auch, dass Sie am Anfang jeder log.xml-Datei die folgenden wichtigen Zeilen finden:

0 2Version 2.0.16.1045 C:20110414T101124 B:20110414T102608</m></le> //MarvelClient release
0 2 jetzt: 20110425T131632Z //wann wurde die Log-Datei in UTC-Zeit gestartet - ein kurzer Blick zeigt Ihnen, ob dies ein relativ neues oder ein ziemlich veraltetes Log ist
0 2 Klient: Release 8.5.2FP1|30. November 2010 //Die genauen Hinweise release

Diese drei Zeilen sagen uns, ob der Benutzer Notes 7 oder 8 ausführt, wie aktuell das Protokoll ist und was MarvelClient release der Benutzer ist eingeschaltet.
Weitere Details zu zB Standard- vs. Basic-Client finden Sie in der config.xml.

Wenn Sie mit der Protokollanalyse fortfahren, sehen Sie sich größere Millisekundensprünge an (z. B. > 1,000) - dies sind normalerweise diejenigen, die auf Leistungsprobleme hinweisen.
Wenn Sie zufällig eine Protokolldatei ohne signifikante Sprünge, aber fortlaufende kleine Sprünge von Zeile zu Zeile haben, ist es definitiv ein Benutzer, der Notes zusammen mit einem kalten Windows-Boot startet und die Festplatte durchdreht und versucht, Windows, Notes und vieles mehr zu erstellen von anderen Apps/Treibern etc.happy.
In einer normalen log.xml auf einer halbwegs anständigen Maschine sollten Sie feststellen, dass der ms-Indikator nicht viele Zeilen hintereinander springt.

Im folgenden Beispiel dauerte es 799 ms, um die lokale Maildateireplik zu öffnen - vermutlich weil es eine Maildatei mit mehreren GB ist - mehr Details finden Sie dann in der databases.xml.

2881 2 CO::Namen::Platzhalter ersetzen Benutzerdetails lesen
<le><t>3680</t><l>2</l><f>ND::Database_Impl::Open</f><m>opening database: (C12572D7:005E2FC0) 'mail\aname.nsf'</m></le>

Beachten Sie im obigen dreizeiligen Beispiel den Sprung von 272 auf 2,283 ms - das ist der EINZIGE gültige Sprung in jeder Protokolldatei, da dies die Zeit ist, die der Benutzer benötigt, um sein Passwort einzugeben.
(Beachten Sie, dass es keinen spürbaren Sprung geben sollte, wenn der Benutzer Single Sign On (SSO) verwendet.)

In 99% aller Fälle sollten Sie leicht feststellen können, ob Sie Leistungsengpässe aufgrund der Leistung Ihres Domino-Servers haben (z Verzeichnis befindet sich auf einem Netzlaufwerk).

Zu guter Letzt finden Sie bei der Suche nach "duration" in einer log.xml-Datei Zusammenfassungen, wie lange die Bearbeitung bestimmter Abschnitte gedauert hat:

6 2 init erledigt; Dauer: 6
52 2 vor Login fertig; Dauer: 41
273 2 bevor die Anmeldung erfolgt ist; Dauer: 63
5138 2 nach erfolgter Anmeldung; Dauer: 2855
46975 2 Herunterfahren erledigt; Dauer: 2769

init sollte normalerweise nicht länger als 10-50 ms dauern - andernfalls würde es anzeigen, dass Notes zusammen mit einem Kaltstart des Betriebssystems gestartet wird.
vor der Anmeldung dient Pre nur für Roaming und würde nur länger dauern, wenn Daten von einem Netzlaufwerk auf den lokalen Computer übertragen werden.
vor dem Login ist der Rest bis zum Login-Dialog - dieser sollte in der Regel auch nicht viel länger als 100-500 ms dauern.
Nach dem Login ist die Zeit, die es dauert MarvelClient um alle "after login"-Änderungen (auch nach dem Login - vor dem Download, nach dem Login - vor dem Sync, nach dem Login - nach dem Schreiben etc.) Begrüßungsbildschirm).
Shutdown ist Shutdown :-)

================================================

Falls Sie beim Client-Start 1-2 Minuten Verzögerungen feststellen, obwohl log.xml besagt, dass MarvelClient viel früher fertig war, sollten Sie sich Folgendes ansehen:

Ein Kunde erlebte langsame Startzeiten mit fast genau einer oder zwei Minuten Verzögerung.
Die Analyse der Kundenumgebung ergab, dass Notes ausgeführt wurde releases >= 8.5 hatte aber noch den folgenden notes.ini-Eintrag:

ENABLE_EARLY_AUTHENTICATION=0

Dieser Eintrag wurde von IBM in Lotus Notes 8.0.2 eingeführt. Um die Leistung zu verbessern, indem die Startreihenfolge geändert wird, fügt Notes 8.0.2 standardmäßig den folgenden notes.ini-Eintrag hinzu:
ENABLE_EARLY_AUTHENTICATION=1

Ausgewählte Kunden haben die vorzeitige Authentifizierung deaktiviert, indem sie diesen Eintrag auf 0 setzen.

Während diese INI-Variable für die folgenden Clients gültig ist release 8.5 erzeugt es tatsächlich Leistungsprobleme mit Lotus Notes 8.5 und höher.
Es wird dringend empfohlen, diesen Eintrag in der notes.ini zu entfernen, damit Notes wieder "regelmäßig" starten kann.