Erläuterung | Wenn Sie der Meinung sind, dass das System unter Last steht, liegt möglicherweise ein Engpass in der Anwendung selbst (z. B. übermäßige Synchronisation) oder anderswo im System vor. Falls dieser Fehler in einer Testumgebung auftritt, hat der Ladetreiber möglicherweise seinen oberen Grenzwert erreicht. |
Aktion | Suchen Sie im Information Center nach weiteren Informationen zu Deadlocks und zur Optimierung der Anwendungsleistung. |
Erläuterung | Durch das Caching aller vorbereiteten Anweisungen verbessert die Leistung. Im Allgemeinen sollten Sie für die Cachegröße die Anzahl der in der Anwendung verwendeten vorbereiteten Anweisungen zugrunde legen. |
Aktion | Wenn Sie die Größe des Caches für vorbereitete Anweisungen erhöhen möchten, klicken Sie in der Administrationskonsole auf "Ressourcen > JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle", und erhöhen Sie den Wert im Feld "Größe des Anweisungscaches". Suchen Sie im Information Center nach weiteren Informationen zur Optimierung der Verbindungspools von Datenquellen. |
Erläuterung | Wenn der erweiterbare Thread-Pool die maximale Größe überschreitet, werden diese zusätzlichen Threads nicht erneut verwendet und aus dem Pool gelöscht. Die Leistung nicht erheblich zu, wenn Sie die maximale Größe des Thread-Pools auf die durchschnittliche Poolgröße setzen. Falls diese Nachricht mehrfach angezeigt wird, stellen Sie fest, ob der Thread-Pool kontinuierlich anwächst. Dies weist häufig auf ein Speicherleck oder ein gegenseitiges Sperren (Deadlock) hin. |
Aktion | Wenn Sie die Größe des Thread-Pools für den Webcontainer erhöhen möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Thread-Pools". Wenn Sie die Größe des Thread-Pools für den ORB-Service erhöhen möchten, klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Falls diese Nachricht mehrfach angezeigt wird, stellen Sie fest, ob der Thread-Pool kontinuierlich anwächst. Dies weist häufig auf ein Speicherleck oder ein gegenseitiges Sperren (Deadlock) hin. Diese Nachricht kann auch auf eine temporäre Lastschwankung hinweisen. Wenn die Größe des Thread-Pools jedoch konstant bleibt, kann sich die hohe Anzahl von Threads nachteilig auf die Leistung auswirken. Testen Sie einen begrenzten Thread-Pool mit einer geringeren Größe. |
Aktion | Wenn Sie die Größe des Thread-Pools für den Webcontainer ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Thread-Pools". Wenn Sie die Größe des Thread-Pools für den ORB-Service ändern möchten, klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Die CPU-Auslastung des Systems ist hoch. Durch das Verkleinern des Thread-Pools werden Ressourcen freigegeben, und der Durchsatz nimmt zu. |
Aktion | Wenn Sie die Größe des Thread-Pools für den Webcontainer verringern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Thread-Pools". Wenn Sie die Größe des Thread-Pools für den ORB-Service verringern möchten, klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Die Auslastung des Thread-Pools ist hoch, aber die CPU-Auslastung ist gering. Möglicherweise ist der Thread-Pool zu klein, was zu einer unnötigen Beeinträchtigung der Systemleistung führt. Eine Vergrößerung des Pools kann sich ebenfalls negativ auf die Leistung auswirken. Testen Sie die Einstellungen sorgfältig. Eine optimale Leistung wird in der Regel erzielt, wenn der Thread-Pool gerade groß genug ist, um eine vollständige Auslastung der CPU zu unterstützen. Im Allgemeinen sollten Sie erwartungsgemäß eine hohe Auslastung des Thread-Pools feststellen. |
Aktion | Wenn Sie die Größe des Thread-Pools für den Webcontainer ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Thread-Pools". Wenn Sie die Größe des Thread-Pools für den ORB-Service verringern möchten, klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Durch eine Verringerung der Verbindungspoolgröße lässt sich der Pool besser nutzen. Außerdem werden Speicherressourcen freigegeben. |
Aktion | Wenn Sie die Größe des Verbindungspools verringern möchten, klicken Sie in der Administrationskonsole auf "Ressourcen > JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". |
Erläuterung | Es ist möglich, dass der Verbindungspool die Systemleistung unnötigerweise beeinträchtigt. Eine Vergrößerung des Pools kann sich ebenfalls negativ auf die Leistung auswirken. Testen Sie die Einstellungen sorgfältig. Eine optimale Leistung wird in der Regel erzielt, wenn der Verbindungspool gerade groß genug ist, um eine vollständige Auslastung der cpu zu unterstützen. Im Allgemeinen sollten Sie erwartungsgemäß eine hohe Auslastung des Thread-Pools feststellen. |
Aktion | Wenn Sie die Größe des Verbindungspools ändern möchten, klicken Sie in der Administrationskonsole auf "Ressourcen > JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". |
Erläuterung | Das System scheint unter hoher Last zu stehen (CPU-Auslastung ist hoch), aber die Anzahl verwendeter Threads aus dem Pool ist gering. Durch das Verkleinern des Thread-Pools werden Ressourcen freigegeben, und der Durchsatz nimmt zu. |
Aktion | Wenn Sie die Größe des Verbindungspools verringern möchten, klicken Sie in der Administrationskonsole auf "Ressourcen > JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". |
Erläuterung | Dieses Verhalten kann folgende Ursachen haben: Es liegt ein Problem mit dem Sitzungs-Repository vor, Ihre Sitzungen sind zu groß oder Sie schreiben häufiger als erforderlich in das Repository. Wenn Sie Sitzungen mit mehrzeiligem Schema verwenden, gelten die oben genannten Zeiten pro Attribut und nicht pro Sitzung. |
Aktion | Stimmen Sie sich beim Verringern der Sitzungsgröße mit dem Provider der Anwendung ab. |
Erläuterung | Große Sitzungen können sich nachteilig auf die Leistung auswirken. Die Hauptkosten werden für die Serialisierung, die Kommunikation mit dem Repository und die verwendete Speicherkapazität aufgebracht. |
Aktion | Sie sollten die Sitzungsgröße für Ihre Anwendung verringern. |
Erläuterung | Dieses Verhalten kann folgende Ursachen haben: Es kann ein Problem mit dem Sitzungs-Repository vor oder Ihre Sitzungen sind zu groß. Wenn Sie Sitzungen mit mehrzeiligem Schema verwenden, gelten die oben genannten Zeiten pro Attribut und nicht pro Sitzung. |
Aktion | Stimmen Sie sich beim Verringern der Sitzungsgröße mit dem Provider der Anwendung ab. |
Erläuterung | Große Sitzungen können sich nachteilig auf die Leistung auswirken. Die Hauptkosten werden für die Serialisierung, die Kommunikation mit dem Repository und die verwendete Speicherkapazität aufgebracht. |
Aktion | Sie sollten die Sitzungsgröße für Ihre Anwendung verringern. |
Erläuterung | Deshalb wird der Sitzungscache für Überlauf anstelle des Hauptsitzungscache verwendet. Dies kann sich negativ auf die Leistung auswirken. Prüfen Sie, ob ein Grenzwert für das Sitzungswachstum festgelegt ist. Im Allgemeinen ist die durchschnittliche Anzahl der Live-Sitzungen das Produkt aus Anzahl erstellter Sitzungen und durchschnittlicher Lebensdauer einer Sitzung. |
Aktion | Zum Optimieren der Sitzungsverwaltung klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Einstellungen des Webcontainers > Webcontainer > Sitzungsverwaltung". |
Erläuterung | Wenn der Sitzungscache erschöpft ist und ein Überlauf nicht zulässig ist, gibt die Methode "getSession()" eine ungültige Sitzung zurück. Die durchschnittliche Anzahl der Live-Sitzungen entspricht ungefähr dem Produkt aus durchschnittlicher Anzahl erstellter Sitzungen und durchschnittlicher Sitzungsdauer. Wenn diese Situation auf eine temporäre Lastschwankung zurückzuführen ist, sollten Sie den Cache-Überlauf zulassen. Falls für eine Anwendung eine unbegrenzte Zunahme der Sitzungsgröße definiert ist, kann der Überlauf zu einem Speicherleck führen. |
Aktion | Zum Optimieren der Sitzungsverwaltung klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Einstellungen des Webcontainers > Webcontainer > Sitzungsverwaltung". |
Erläuterung | Es wurde ein Alert mit der Empfehlung, den Wert einer Einstellung zu vergrößern, ausgegeben. Der JVM-Heap-Speicher ist jedoch möglicherweise nicht groß genug, um die Änderung zu implementieren. |
Aktion | Sie könnten die Größe des JVM-Heap-Speicher, die zulässige Zeit für die Garbage-Collection und die Speichernutzung ändern. Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > Server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". |
Erläuterung | Es ist kein Datenzugriff für diesen Datentyp verfügbar. |
Aktion | Sehen Sie sich den Abschnitt "Fehlerbehebung" im Information Center an. |
Erläuterung | Wenn der dynamische Cache nicht groß genug ist, muss der Server die entgangenen Einträge erneut berechnen. In vielen System ist der Heap-Speicher jedoch nicht für alle zwischenspeicherbaren Einträge ausreichend. |
Aktion | Verwenden Sie Tivoli Performance Viewer oder eine andere Überwachungssoftware, um die Auslastung des Heap-Speichers beim Anpassen der Größe des dynamischen Cache zu beobachten. |
Erläuterung | Der Dynamic Cache verwendet nicht alle verfügbaren Einträge. |
Aktion | Falls der Server unter normaler Arbeitslast steht, sollten Sie die Anzahl der Dynamic-Cacheeinträge so verringern, dass diese Ressourcen an anderer Stelle reserviert werden können. |
Erläuterung | Es gibt viele Gründe dafür, warum eine Anwendung zu viel Zeit für die Garbage-Collection aufwendet. Häufig weist dieses Verhalten auf eine Anwendung mit vielen kurzlebigen Objekten hin. Es könnte aber auch sein, dass ein Heap-Speicher zu klein ist, was zum Absturz des Speichermanagers der JVM führt. |
Aktion | In diesem Fall kann das Vergrößern des Heap-Speichers Abhilfe schaffen, weil dadurch der Abstand zwischen den GC-Aufrufen größer wird. Allerdings verlängert sich dadurch auch die Dauer der einzelnen GC-Durchläufe. |
Erläuterung | Die Sitzungsgröße wirkt sich auf die Leistung von Anwendungen aus. Wenn die Daten verfügbar sind, gibt der Performance Advisor Empfehlungen bezüglich der durchschnittlichen Sitzungsgröße. |
Aktion | Aktivieren Sie den PMI-Zähler "Performance Monitoring Infrastructure) "SessionObjectSize", wenn Sie nicht mit einer verteilten Umgebung arbeiten. |
Erläuterung | Große Sitzungen können sich nachteilig auf die Leistung auswirken. Die Hauptkosten werden für die Serialisierung und die verwendete Speicherkapazität aufgebracht. |
Aktion | Sie sollten die durchschnittliche Sitzungsgröße für Ihre Anwendung verringern. |
Erläuterung | Große Sitzungen können sich nachteilig auf die Leistung auswirken. Die Hauptkosten werden für die Serialisierung und die verwendete Speicherkapazität aufgebracht. |
Aktion | Sie sollten die durchschnittliche Sitzungsgröße für Ihre Anwendung verringern. |
Erläuterung | Für den Performance Advisor muss "Derzeit überwachte Statistikgruppe" nicht auf "alle" eingestellt werden. |
Aktion | Setzen Sie die die Gruppe der überwachten PMI-Statistiken auf "erweitert". |
Erläuterung | Die Größe des Verbindungspools ist optimal, und die Poolauslastung ist zufriedenstellend. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Der derzeitige Algorithmus verringert die Einstellungen für die Mindestgröße und die maximale Größe des Pools nur dann, wenn die aktuelle Poolgröße der Mindestpoolgröße entspricht. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Die CPU-Auslastung des Systems ist ungewöhnlich niedrig. |
Aktion | Führen Sie den Performance Advisor mit einer repräsentativen Arbeitslast aus. Wenn eine derartig geringe CPU-Auslastung den Erwartungen entspricht, sollten Sie die Größe des Thread-Pools verringern. Andernfalls kann irgendwo im System ein Engpass aufgetreten sein, der verhindert, dass die Arbeitslast WebSphere Application Server erreicht. Wenn Sie die Größe des Thread-Pools für den Webcontainer verringern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungserver > Server > Thread-Pools". Wenn Sie die Größe des Thread-Pools für den ORB-Service verringern möchten, klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Die Größe des Verbindungspools scheint richtig gewählt zu sein. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Die Größe des Sitzungscache scheint richtig gewählt zu sein. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Entweder wurde ein negativer Wert für die Größe des Thread-Pools angegeben, oder die Anzahl aktiver Threads überschreitet die Größe des Thread-Pools. |
Aktion | Überprüfen Sie die Einstellungen des Thread-Pools. Klicken Sie dazu in der Administrationskonsole für Webcontainer auf "Server > Anwendungsserver > Server > Thread-Pools". Für den ORB-Service klicken Sie auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". |
Erläuterung | Der Performance Advisor gibt vor, wie oft eine bestimmte Warnung generiert wird. Obwohl keine Nachrichten mehr generiert werden, kann trotzdem ein Optimierungsproblem vorliegen. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Der Runtime Performance Advisor aktiviert diesen Datenpunkt für zukünftige Verwendung. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Performance Monitoring Infrastructure (PMI) ist für einige Module nicht aktiviert. |
Aktion | Damit Sie den Performance Advisor vollständig nutzen können, müssen Sie die Überwachung für diese Module aktivieren. Zum Aktivieren von PMI klicken Sie in der Administrationskonsole auf "Anwendungsserver > Server > Performance Monitoring Infrastructure (PMI)". Anmerkung: Wenn Sie das JVM-Modul auf MAX setzen, muss Java Virtual Machine Profiling Interface (JVMPI) aktiviert werden. Suchen Sie im Information Center nach weiteren Informationen zu diesem Thema. |
Erläuterung | Performance Monitoring Infrastructure (PMI) ist für diesen Server nicht aktiviert. |
Aktion | Zum Aktivieren von PMI klicken Sie in der Administrationskonsole auf "Anwendungsserver > Server > Performance Monitoring Infrastructure (PMI)". Wählen Sie die Option "Performance Monitoring Infrastructure (PMI) aktivieren" aus, klicken Sie auf "Anwenden", und starten Sie Ihren Server erneut. |
Erläuterung | Der Runtime Performance Advisor, eine Empfehlung oder der Datenpunkt von Performance Monitoring Infrastructure (PMI) wurde möglicherweise gerade aktiviert. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Wenn Sie den Runtime Performance Advisor verwenden möchten, starten Sie den Anwendungsserver erneut. |
Aktion | Wechseln Sie aus dem Installationsverzeichnis von WebSphere Application Server in das Verzeichnis "bin", und geben Sie den Befehl "stopserver.bat" ein, um den Server zu stoppen. Geben Sie anschließend den Befehl "startserver.bat" ein, um den Server zu starten. |
Erläuterung | Der Runtime Performance Advisor hat einen Fehler erstellt. |
Aktion | Suchen Sie die Protokolldateien im Verzeichnis "Installationsstammverzeichnis/logs". Jede Serverinstanz besitzt ein eigenes Verzeichnis im Verzeichnis "logs". Aktivieren Sie die Trace-Erstellung. Klicken Sie dazu in der Administrationskonsole auf "Anwendungsserver > Server > Protokollierung und Tracing > Diagnose-Trace-Service". |
Erläuterung | Der Runtime Performance Advisor hat einen Fehler erstellt. |
Aktion | Suchen Sie die Protokolldateien im Verzeichnis "Installationsstammverzeichnis/logs". Jede Serverinstanz besitzt ein eigenes Verzeichnis im Verzeichnis "logs". Aktivieren Sie die Trace-Erstellung. Klicken Sie dazu in der Administrationskonsole auf "Anwendungsserver > Server > Protokollierung und Tracing > Diagnose-Trace-Service". |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Die Größe der gespeicherten Sitzungen ist angemessen. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Performance Monitoring Infrastructure (PMI) ist für diesen Node Agent nicht aktiviert. |
Aktion | Zum Aktivieren von PMI klicken Sie in der Administrationskonsole auf "Systemverwaltung > Node Agents > Node_Agent > Performance Monitoring Infrastructure (PMI)". Wählen Sie die Option "Performance Monitoring Infrastructure (PMI) aktivieren" aus. Klicken Sie auf "Anwenden", und starten Sie den Node Agent erneut. |
Erläuterung | Performance Runtime Advisor hat den Erhalt eines Verwaltungsclients erwartet, diesen aber nicht erhalten. |
Aktion | Vergewissern Sie sich, dass der Node Agent aktiv ist und dass die Prozesserkennung für den Anwendungsserver durchgeführt wurde. |
Erläuterung | Der Runtime Performance Advisor konnte sich nicht für den Empfang von Benachrichtigungen über Laufzeitänderungen registrieren. |
Aktion | Wenn Sie in einer Network-Deployment-Umgebung arbeiten, müssen Sie sicherstellen, dass der Deployment Manager aktiv ist. |
Erläuterung | Dies ist ein interner Systemfehler. |
Aktion | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Erläuterung | Dies ist ein interner Systemfehler. |
Aktion | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Erläuterung | Der Runtime Performance Advisor konnte sich nicht für den Empfang von Benachrichtigungen über Laufzeitänderungen registrieren. |
Aktion | Wenn Sie in einer Network-Deployment-Umgebung arbeiten, müssen Sie sicherstellen, dass der Deployment Manager aktiv ist. |
Erläuterung | Der Runtime Performance Advisor verwendet die Laufzeiteinstellungen, um die Leistungsprobleme zu bestimmen. Diese Daten waren nicht verfügbar. Deshalb wird anstelle der Laufzeitkonfiguration die persistente Konfiguration verwendet. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Beim Abrufen der Konfigurationsdetails für den Application Server aus dem Repository ist ein Fehler aufgetreten. |
Aktion | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Erläuterung | Beim Abrufen der Konfigurationsdetails für die Application-Server-Sitzung aus dem Repository ist ein Fehler aufgetreten. |
Aktion | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Erläuterung | Beim Abrufen der Ressource aus dem Konfigurationsstammverzeichnis ist ein Fehler aufgetreten. |
Aktion | If the problem persists, additional information might be available if you search for the message ID on the following Web sites: WebSphere Application Server Support page: http://www.ibm.com/software/webservers/appserv/was/support/ WebSphere Application Server for z/OS Support page: http://www.ibm.com/software/webservers/appserv/zos_os390/support/ . |
Erläuterung | Der Runtime Performance Advisor hat einen Fehler erstellt. |
Aktion | Jede Serverinstanz besitzt ein eigenes Verzeichnis im Verzeichnis "logs". Aktivieren Sie die Trace-Einstellung "com.ibm.ws.performance.tuning.serverAlert.*=all=enabled" in der Administrationskonsole. Klicken Sie dazu auf "Anwendungsserver > Server > Protokollierung und Tracing > Diagnose-Trace-Service". |
Erläuterung | Der Performance Advisor hat einen Fehler erstellt. |
Aktion | Starten Sie den Performance Advisor erneut. |
Erläuterung | Falls die Anfangsgröße für den JVM-Heap-Speicher zu klein gewählt wird, muss der Heap-Speicher häufiger als erforderlich erweitert werden. Dies wirkt sich negativ auf die Leistung aus, wenn der Anwendungsserver zum ersten Mal initialisiert wird. |
Aktion | Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren der JVM. |
Erläuterung | Wenn die Mindestgröße für den Heap-Speicher zu hoch gewählt ist, kann die JVM den Heap-Speicher nicht auf eine angemessene Größe verkleinern. Es wird mehr Zeit für die Garbage-Collection benötigt, was zu längeren Unterbrechungen bei der Anwendungsverarbeitung führt. |
Aktion | Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren der JVM. |
Erläuterung | Falls die maximale Größe für den Heap-Speicher zu klein ist, hat die JVM keine Möglichkeit, den Heap-Speicher effizient zu verwalten. Die Leistung nimmt ab, und es können Fehler in der Anwendung auftreten. |
Aktion | Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren der JVM. |
Erläuterung | Falls die Größe des Heap-Speicher für den physischen Speicher auf Ihrer Maschine zu groß ist, kann Ihr System Seiten auslagern, was zu Leistungseinbußen führen kann. |
Aktion | Falls Sie eine solche Situation feststellen, können Sie den Speicherbedarf Ihrer Anwendung reduzieren oder dem System physischen Speicher hinzufügen. |
Erläuterung | In den Einstellungen für den JVM-Heap-Speicher ist eine höhere Anfangsgröße als die maximale Größe festgelegt. |
Aktion | Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren der JVM. |
Erläuterung | Wenn der JIT inaktiviert ist, verringert sich die Leistung von Application Server. |
Aktion | Wenn Sie die Größe des JVM-Heap-Speichers ändern möchten, klicken Sie in der Administrationskonsole auf "Anwendungsserver > server > Java- und Prozessverwaltung > Prozessdefinition > Java Virtual Machine". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren der JVM. |
Erläuterung | Diese Nachricht ist nur zu Ihrer Information bestimmt. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Mit aktivierten Trace-Spezifikationen kann sich die Leistung von Application Server erheblich verringern. |
Aktion | Zum Inaktivieren nicht erwünschter Trace-Spezifikationen klicken Sie in der Administrationskonsole auf "Anwendungsserver > Server > Protokoll- oder Trace-Stufen ändern", und inaktivierne Sie nicht erwünschten Trace-Spezifikationen. |
Erläuterung | Die für den Thread-Pool des Webcontainers festgelegte Mindestgröße ist höher als die festgelegte maximale Größe. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Servers > Anwendungsserver > Server > Thread-Pools". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Thread-Pool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Servers > Anwendungsserver > Server > Thread-Pools". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Thread-Pool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Thread-Pools". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Die für den Thread-Pool des ORB (Object Request Broker) festgelegte Mindestgröße ist höher als die festgelegte maximale Größe. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Thread-Pool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Thread-Pool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Größe des Thread-Pools ändern möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Containerservices > ORB-Service > Thread-Pool". Suchen Sie im Information Center nach weiteren Informationen zum Optimieren Ihres Anwendungsservers. |
Erläuterung | Die für den Verbindungspool der Datenquelle festgelegte Mindestgröße ist höher als die maximale Größe. |
Aktion | Wenn Sie die Eigenschaften des Verbindungspools ändern möchten, klicken Sie in der Administrationskonsole auf "JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". Suchen Sie im Information Center nach weiteren Informationen zu Warteschlangen. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Verbindungspool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Eigenschaften des Verbindungspools ändern möchten, klicken Sie in der Administrationskonsole auf "JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". Suchen Sie im Information Center nach weiteren Informationen zu Warteschlangen. |
Erläuterung | Im Allgemeinen wirkt sich ein sehr großer Verbindungspool nachteilig auf die Leistung aus. Manche Anwendungen erfordern jedoch einen großen Thread-Pool. |
Aktion | Wenn Sie die Eigenschaften des Verbindungspools ändern möchten, klicken Sie in der Administrationskonsole auf "JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle > Eigenschaften des Verbindungspools". Suchen Sie im Information Center nach weiteren Informationen zu Warteschlangen. |
Erläuterung | Ein großer Cache für vorbereitete Anweisungen stellt in der Regel nur dann ein Problem dar, wenn der Speicher begrenzt ist und sehr viele vorbereitete Anweisungen nur sehr selten verwendet werden. In diesem Fall werden die Anweisungen nicht gelöscht, sondern belegen Speicher. Im Allgemeinen entspricht die Größe des Caches der Anzahl vorbereiteter Anweisungen, die in der Anwendung verwendet werden. |
Aktion | Wenn Sie die Größe des Caches ändern möchten, klicken Sie in der Administrationskonsole auf "JDBC-Provider > JDBC-Provider > Datenquellen > Datenquelle". Suchen Sie im Information Center nach weiteren Informationen zu Warteschlangen. |
Erläuterung | Der DB2-Assistent für Leistungskonfiguration berechnet und empfiehlt Konfigurationsparameter, mit denen Sie die Leistung Ihrer DB2-Datenbank steigern können. |
Aktion | Klicken Sie zum Aufrufen des DB2-Assistenten für Leistungskonfiguration in der DB2-Steuerzentrale auf das Datenbankobjekt, und wählen Sie die Option für die Konfiguration der Leistung mit dem Assistenten aus. |
Erläuterung | Der dynamische Cache ist nicht aktiviert. |
Aktion | Zum Aktivieren des Service für dynamischen Cache klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Server > Containerservices > Service für dynamischen Cache". Suchen Sie im Information Center nach weiteren Informationen zur Verwendung des Service für dynamischen Cache. |
Erläuterung | Das Servlet-Caching ist nicht aktiviert. |
Aktion | Wenn Sie das Servlet-Caching aktivieren möchten, klicken Sie in der Administrationskonsole auf "Server > Anwendungsserver > Servername > Einstellungen des Webcontainers > Webcontainer", und wählen Sie anschließend auf der Registerkarte "Konfiguration" den Eintrag "Servlet-Caching aktivieren" aus. Klicken Sie auf "Anwenden" oder "OK". Anschließend müssen Sie Ihren Anwendungsserver erneut starten. |
Erläuterung | Beim Lesen der Konfiguration durch den Konfigurationsservice ist ein Fehler aufgetreten, oder die Konfigurationsdaten sind nicht in der Protokolldatei enthalten, wenn der Protokollwiedergabemodus aktiviert ist. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Der freie Speicher scheint nach und nach abzunehmen, oder es ist konstant zu wenig freier Heap-Speicher verfügbar. Dies weist auf ein potenzielles Speicherleck hin. |
Aktion | Verwenden Sie die bereitgestellten Tools, um die Speicherbelegung über einen gewissen Zeitraum zu analysieren. Suchen Sie im Information Center nach weiteren Informationen zur Diagnose von abnormalen Speicherbedingungen und Verlusten im Java-Heap-Speicher. |
Erläuterung | Der freie Speicher scheint nach und nach abzunehmen, oder es ist konstant zu wenig freier Heap-Speicher verfügbar. Dies weist auf ein potenzielles Speicherleck hin. |
Aktion | Verwenden Sie die bereitgestellten Tools, um die Speicherbelegung über einen gewissen Zeitraum zu analysieren. Suchen Sie im Information Center nach weiteren Informationen zur Diagnose von abnormalen Speicherbedingungen und Verlusten im Java-Heap-Speicher. |
Erläuterung | Es scheint kein GC-Zyklus im Heap-Speicher durchgeführt worden zu sein. Die Anwendung scheint nicht verwendet zu werden. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Die Speicherbelegungsmuster weisen nicht auf ein Speicherleck hin. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Die Speicherbelegungsmuster weisen auf ein potenzielles Problem hin. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Um frühzeitige Benachrichtigungen über verdächtige Speicheraktivitäten erzeugen zu können, werden kurze und lange Beobachtungszeiträume verwendet. Manchmal wird in einem kurzen Beobachtungszeitraum eine Benachrichtigung erzeugt, die sich später als falsch herausstellt, wenn eine größere Menge von Daten über einen längeren Zeitraum beobachtet wird. |
Aktion | Es ist keine Aktion erforderlich. |
Erläuterung | Es ist möglich, dass ein Speicherleck für das stetige Anwachsen des Java-Prozesses verantwortlich ist. |
Aktion | Passen Sie die Größe des Hauptspeicherpools an, oder verwenden Sie die bereitgestellten Tools, um die Speicherbelegung über einen gewissen Zeitraum zu analysieren. Suchen Sie im Information Center nach weiteren Informationen zur Diagnose von abnormalen Speicherbedingungen und Verlusten im Java-Heap-Speicher. |
Erläuterung | Die Speicherbelegungsmuster weisen nicht auf ein Speicherleck hin. |
Aktion | Es ist keine Aktion erforderlich. |