Änderungen von Dokument Systemanalyse

Zuletzt geändert von MACH ProForms GmbH am 04.07.2024

Von Version 3.1
bearbeitet von MACH ProForms GmbH
am 04.07.2024
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 1.1
bearbeitet von MACH ProForms GmbH
am 17.01.2022
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -1,6 +1,6 @@
1 1  ## Systemanalyse
2 2  
3 -Die MACH formsolutions Plattform wird in verschiedenen Varianten in unterschiedlichsten Systemumgebungen betrieben. Ebenso individuell wie die Installation ist die Nutzung jeden einzelnen Servers durch eine Vielzahl verschiedener Mandanten. Leider kommt es durch diese Vielzahl an Kombinationen gelegentlich zu Problemen, die im Entwicklungsprozess nicht vorhergesagt wurden. Um die Lösung dieser Probleme möglichst zielgerichtet und effizient umzusetzen, bitten wir Sie, uns mit den folgenden Maßnahmen zu unterstützen.
3 +Das Antragsmanagement von Form-Solutions wird in verschiedenen Varianten in unterschiedlichsten Systemumgebungen betrieben. Ebenso individuell wie die Installation ist die Nutzung jeden einzelnen Servers durch eine Vielzahl verschiedener Mandanten. Leider kommt es durch diese Vielzahl an Kombinationen gelegentlich zu Problemen, die im Entwicklungsprozess nicht vorhergesagt wurden. Um die Lösung dieser Probleme möglichst zielgerichtet und effizient umzusetzen, bitten wir Sie, uns mit den folgenden Maßnahmen zu unterstützen.
4 4  
5 5  ### Apache-Access-Log
6 6  
... ... @@ -17,12 +17,12 @@
17 17  In aktuellen JDK-Versionen kann zur Laufzeit ein- und ausgeschaltet werden, ohne den Ablauf spürbar zu verlangsamen. Dies kann besonders bei der Analyse von Ressourcen-Engpässen und Performance-Problemen helfen.
18 18  
19 19  1. Prozess-ID des WildFly-Applikationsservers ermitteln: `jps`
20 -1. Tracing starten: `jcmd <Prozess-ID> JFR.start`
21 -1. Einige Minuten warten.
22 -1. Trace dumpen: `jcmd <Prozess-ID> JFR.dump name=1 filename=/tmp/$(date +%Y%m%d-%H%M).jfr`
23 -1. Trace stoppen: `jcmd <Prozess-ID> JFR.stop name=1`
20 +2. Tracing starten: `jcmd <Prozess-ID> JFR.start`
21 +3. Einige Minuten warten.
22 +4. Trace dumpen: `jcmd <Prozess-ID> JFR.dump name=1 filename=/tmp/$(date +%Y%m%d-%H%M).jfr`
23 +5. Trace stoppen: `jcmd <Prozess-ID> JFR.stop name=1`
24 24  
25 -_Hinweis_: Bei einem Docker-basierten System müssen diese Befehle im wildfly-Container ausgeführt und das Ergebnis herauskopiert werden, z. B.:
25 +*Hinweis*: Bei einem Docker-basierten System müssen diese Befehle im wildfly-Container ausgeführt und das Ergebnis herauskopiert werden, z. B.:
26 26  
27 27  ```
28 28  cd /opt/docker/fs
... ... @@ -37,10 +37,9 @@
37 37  Um zu prüfen, welche Prozesse in der Anwendung gerade aktiv sind und ggf. nicht korrekt beendet werden, können ein paar Stackdumps mit etwas Zeitversatz herangezogen werden.
38 38  
39 39  1. Prozess-ID des WildFly-Applikationsservers ermitteln: `jps`
40 -1. Stackdump erzeugen: `jstack <Prozess-ID> > /tmp/$(date +%Y%m%d-%H%M)-stack.txt`
40 +2. Stackdump erzeugen: `jstack <Prozess-ID> > /tmp/$(date +%Y%m%d-%H%M)-stack.txt`
41 41  
42 -> {{icon name="far fa-info-circle" size="3"/}} _**Hinweis:**_
43 ->
42 +> {{icon name="far fa-info-circle" size="3"/}} ***Hinweis:***
44 44  > Bei einem Docker-basierten System müssen diese Befehle im wildfly-Container ausgeführt und das Ergebnis herauskopiert werden, z. B.:
45 45  
46 46  ```
... ... @@ -56,12 +56,12 @@
56 56  Sollte ein Problem mit der Speicherauslastung auftreten, kann mittels eines Heapdump festgestellt werden, welche Daten ggf. unabsichtlich den Speicher auslasten.
57 57  
58 58  1. Prozess-ID des WildFly-Applikationsservers ermitteln: `jps`
59 -1. Heapdump erzeugen: `jmap -dump:live,format=b,file=/tmp/$(date +%Y%m%d-%H%M)-heap.bin <Prozess-ID>`
58 +2. Heapdump erzeugen: `jmap -dump:live,format=b,file=/tmp/$(date +%Y%m%d-%H%M)-heap.bin <Prozess-ID>`
60 60  
61 -> _**Achtung**_ Heapdumps können mehrere Gigabyte groß werden und **personenbezogene Daten** beinhalten.
60 +> ***Achtung***
61 +> Heapdumps können mehrere Gigabyte groß werden und **personenbezogene Daten** beinhalten.
62 62  
63 -> {{icon name="far fa-info-circle" size="3"/}} _**Hinweis:**_
64 ->
63 +> {{icon name="far fa-info-circle" size="3"/}} ***Hinweis:***
65 65  > Bei einem Docker-basierten System müssen diese Befehle im wildfly-Container ausgeführt und das Ergebnis herauskopiert werden, z. B.:
66 66  
67 67  ```
... ... @@ -71,3 +71,4 @@
71 71  exit
72 72  docker cp fs_wildfly_1:/tmp/$(date +%Y%m%d-%H%M)-heap.bin .
73 73  ```
73 +