Iseries Performance morgens

[iseries_user]

Hallo zusammen,

wir haben seit einiger Zeit das problem, dass unsere AS/400 morgens extrem langsam ist.
Ich habe gestern eine Performance analyse gestartet (STRPFRCOL).

O                                             Int                             
p                -Transaction-  -CPU Util--  Feat  --High--  Pool Fault   Excp
t  Date   Time     Count   Rsp  Tot Int Bch  Util  Dsk Unit  Mch  Usr ID  Util
   08.03  05:15        0  0,00    5   0   5     0   13 0001    0   68 02     0
   08.03  05:30        0  0,00    1   0   1     0    1 0006    0   10 02     0
   08.03  05:45        0  0,00    2   0   2     0    1 0005    0   11 02     0
   08.03  06:00      308  1,62    3   0   3     0   61 0001    2   18 02     0
   08.03  06:15      584  3,32    7   2   5     2   99 0001    2   33 02     0
   08.03  06:30      698  0,87   22   4  18     2   83 0001    7  236 05     0
   08.03  06:45      535  0,10    8   1   7     0    7 0001    0   80 05     0
   08.03  07:00      735  0,09    7   2   5     0    5 0002    0   51 05     0
   08.03  07:15     1189  0,05   12   1  11     0    9 0001    6   45 05     0
   08.03  07:30     1284  0,13   13   2  11     1    6 0003    2   67 05     0

Mir erscheinen die Werte unter Disk Usage von 06:00 / 06:15 / 06:30 sehr hoch.

Außerdem habe ich festgestellt, dass der Wert unter Disk utilization meiner Meinung nach hoch ist. Dieser ist außerdem unterlegt angezeigt.

von 06:00

Disk utilization (percent) . . . . . . . . . . . :          18,22

von 06:15:

Disk utilization (percent) . . . . . . . . . . . :          48,38

von 06:30

Disk utilization (percent) . . . . . . . . . . . :          45,62

von 06:45

Disk utilization (percent) . . . . . . . . . . . :           4,27

Wenn ich mir nun die jobs zu den 3 genannten Zeiten anzeigen lasse, habe ich festgestellt dass die jobs SMPO0001 und SMPOL001 eine hohe Anzahl DISK I/O haben:

von 06:00

SMPO0001                        LIC     0,13         0    0,0  146253
SMPOL001                        LIC     0,06         0    0,0   65468

von 06:15

SMPO0001                        LIC     0,20         0    0,0  270387

von 06:30

SMPO0001                        LIC     0,17         0    0,0  211212
SMPOL001                        LIC     0,09         0    0,0  110866

Haben diese Jobs evtl. irgendetwas damit zu tun?
Was kann ich tun, damit die Maschine morgens schneller läuft, da wir extreme Probleme dadurch haben.


Wir haben V6R1. Unsere Produktion beginnt um 06:00 Uhr mit der Arbeit. Hier melden sich die ersten am System an. Kann es evtl. auch damit etwas zu tun haben?

Für eure Hilfe bin ich bereits jetzt Dankbar.

Gruß
iseries_user

[andreaspr@aon.at]

Du solltest mal analysieren was diese Jobs machen.
Da es keine Q-Jobs sind, dürften es wohl welche von euch sein.

lg Andreas

[camouflage]

Wenn es sich um Jobs im Sceduler handelt, diese halt früher starten.

WRKJOBSCDE

Anmerkung: Das sind Systemtasks

siehe hier
http://newsolutions.de/forum-systemi...-smpo0001.html

[iseries_user]

Hallo,

es handelt sich nicht um jobs von uns. Ich gehe davon aus, dass diese vom System gestartet werden.

Haben diese Jobs überhaupt etwas mit der Performance zu tun?

Gruß

[Obv]

sind storage management jobs. Läuft der Speicher über? (wrksyssts)

[Pikachu]

Das sind keine Jobs sondern Tasks, sichtbar zum Beispiel mit WRKSYSACT (sofern installiert).

[Obv]

sry die antwort von camouflage hab ich übersehen

[iseries_user]

Hallo,

nein es sieht alles gut aus.

                                                            08.03.13  13:58:11
% CPU benutzt  . . . . . :       24,9    Zusatzspeicher:                      
% DB-Kapazität . . . . . :       20,1      System-ASP . . . . . . :     1418 G
Abgelaufene Zeit . . . . :   00:15:12      % System-ASP benutzt . :    34,0073
Jobs im System . . . . . :       3431      Gesamtsumme  . . . . . :     1418 G
% perm. Adressen . . . . :      0,015      Unges. Platz akt.                  
% temp. Adressen . . . . :     27,152        belegt . . . . . . . :    59289 M
                                           Max. ungeschützt . . . :    63057 M
Änderungen (falls zulässig) eingeben und die Eingabetaste drücken.            
                                                                              
                                                                              
System    Pool-    Reserv.    Max.  -DB-Seiten--  --Nicht-DB--                
 Pool   Größe(M)  Größe (M)  Aktiv  fehl.  geles  fehl.  geles                
   1      696,82    278,40   +++++    0,0    0,0    6,2   85,5                
   2     9201,65     68,89     193    2,6   78,3   26,9  212,5                
   3      154,85      0,00       6    0,0    0,0    0,0    0,0                
   4     5432,28      0,71     388    2,3   16,4    5,3   16,0                
                                                                  Weitere ...

[BenderD]

... ich würde mal die Hauptspeicher Auslastung im Auge behalten, eure Swap Area (Unges. Platz / System ASP in Prozent) liegt über 4 % der Plattenkapazität und ist mehr als 3,5 mal so groß wie euer Hauptspeicher, wenn dann noch der Zugriffsarme wenig und langsam sind, dann würde das das Phänomen möglicherweise erklären.

D*B

[andreaspr@aon.at]

Wenn du bei diesen Jobs 5 (Arbeiten mit) auswählst und dann 14 (Offene Dateien anzeigen, falls aktiv), siehst du dann irgendwelche files?
Wäre interessant ob man sieht von welchen Files er da was herumschaufelt. (Falls es sich dabei um Files handelt).

[BenderD]

Wenn du bei diesen Jobs 5 (Arbeiten mit) auswählst und dann 14 (Offene Dateien anzeigen, falls aktiv), siehst du dann irgendwelche files?
Wäre interessant ob man sieht von welchen Files er da was herumschaufelt. (Falls es sich dabei um Files handelt).

... die machen die Auslagerung von Hauptspeicher auf die Platte!
D*B

[camouflage]

Hier sind einige Erklärung dazu:

Re: SMPO0001 -- MIDRANGE-L

Möglicherweise sind auch die entsprechenden Pools zu klein.