100 System Hang > Server hängt und Prodat langsam » Historie » Version 15
[S] Jens A, 19.03.2021 09:20
1 | 12 | [X] Daniel S | h1. System Hang > Server hängt und Prodat langsam |
---|---|---|---|
2 | 1 | [X] Daniel S | |
3 | 2 | [X] Daniel S | *CHECKLISTE* |
4 | 1 | [X] Daniel S | |
5 | 13 | [X] Daniel S | *Neustart hilft immer!* |
6 | |||
7 | 1 | [X] Daniel S | Wahrscheinlich: |
8 | |||
9 | 15 | [S] Jens A | # *PGAdmin* => Lang Laufende Abfragen findet man unter Menüpunkt "Werkzeuge/Serverstatus": |
10 | !clipboard-202103190910-z9jam.png! |
||
11 | ** Laufende Abfragen sind Orange hervorgehoben. |
||
12 | ** Lang laufende Statements findet man anhand des Abfragestarts. Alles, was länger als ein paar Minuten läuft, zählt darunter. |
||
13 | ** In der Spalte "Blockiert" ist die PID des blockierenden Statements aufgeführt. |
||
14 | ** Dieses ist wie im Screenshot gezeigt durch den Button "Abfrage abbrechen" *Orange* zu beenden. |
||
15 | ** *ACHTUNG* - Der *rote* Button daneben terminiert den Server. |
||
16 | 7 | [S] Dominik G | # *ProdatSRVXE* |
17 | ## Läuft auf 100% im TaskManager? Also Endlosschleife (bzw so viel wie Kern, bei 4 Kern auf 25%). |
||
18 | *** Task-Kill und neu starten über Dienste |
||
19 | ## Dienst stürzt häufig ab, Assistenten funktionieren sporadisch nicht korrekt. |
||
20 | *** ggf. (mehrere) lang laufende Queries => Dazu ins @ProdatSrvXE.....Log@ schauen. Ebenso können cached queries über SQL-Abfragen (DropDown bei SELECT) analysiert werden. |
||
21 | Entweder gibt es Probleme mit Kundendaten, oder Funktionen und Joins sind nicht performant genug. |
||
22 | Entspr. Felder ggf. erstmal mit NULL::DATATYPE anzeigen lassen und Problem erfassen. |
||
23 | *** Evtl. Netzwerk-Zugriff auf DMS-Verzeichnis nicht performant genug. |
||
24 | ## Generell kann die Verbindung zum APPS über die Server-Einstellung bei der Anmeldung getestet werden (Weltkugel). |
||
25 | # *BackUps* - die Backups bleiben manchmal hängen, zB wenn Versionskonflikte sind oder kein Speicherplatz verfügbar. Das bringt den Ganzen Server in die Knie: 7z.exe, cmd.exe von unserem Dienst aus, x mal im Taskmanager |
||
26 | ** Task-Kills und *UNBEDINGT MELDEN/BEHEBEN: BackUp temporär abschalten, Version tauschen* |
||
27 | 1 | [X] Daniel S | # *Freier RAM* => TaskManager |
28 | 7 | [S] Dominik G | # *Freier Festplattenplatz* |
29 | ** alte Backups löschen |
||
30 | # Andere Anwendung blockt? Taskmanager > Speicherauslastung sowie CPU von anderen Tasks. Melden und ggf. mit Firmen-Admin klären. |
||
31 | ** Denke daran, das Du im Taskmanager unten auf "Prozesse anderer Nutzer" klicken musst. |
||
32 | 14 | [S] Philipp K | # Auf einzelne Tabellen, z.B.: |
33 | <pre><code class="sql"> |
||
34 | VACUUM FULL ANALYSE pg_catalog.pg_attribute |
||
35 | VACUUM FULL ANALYSE pg_catalog.pg_class |
||
36 | </code></pre> |
||
37 | 1 | [X] Daniel S | |
38 | 5 | [X] Daniel S | Evtl: |
39 | 1 | [X] Daniel S | |
40 | 7 | [S] Dominik G | # Fehlende Indizes - bei ungewöhnlich lang laufenden Queries prüfen ob alle Indizes korrekt sind. |
41 | # Virusprogramm läuft auf Datenbank-Ordner @data@ oder auf DMS-Ordner |
||
42 | 3 | [X] Daniel S | # VACUUM FULL ANALYSE (Indizes zu viele DeadRows, vor Postgres 9) |
43 | 7 | [S] Dominik G | ** Achtung blockt System |
44 | 1 | [X] Daniel S | |
45 | |||
46 | 7 | [S] Dominik G | *NEUSTART HILFT IMMER* (manchmal ein bisschen) |