{Blank Subject Jun 16, 2006}

[login to unmask email]

{Blank Subject Jun 16, 2006}
Buongiorno a tutti, sono Fabio Finardi di AVIVA ASSICURAZIONI, vi scrivo
per avere informazioni relativamente a un problema che ci sta accadendo.
Siamo in DB2 versione 7, il sistema operativo è Z/OS 1.7 e la nostra
macchina è una Z800.
Nell'ambito di un progetto di SUBCAPACITY stiamo strutturando la macchina
in 2 partizioni logiche (Z/OS - Z/OSE) .
La partizione Z/OS è la legacy e vi risiede il DB2 locale mentre sulla
Z/OSE c'è il DB2 remoto.
Il protocollo definito è DRDA. I Db2 si parlano tramite HiperSocket.

Il problema che ci si presenta è relativo alle prestazioni che sono
peggiorate sia per ElapsedTime che per CpuTime.

Abbiamo allora seguito la tecnica di BLOCK FETCHING per far sì che si
riducesse il numero dei messaggi spediti e ricevuti,
(che secondo noi è la causa principale),
attivando FOR FETCH ONLY cause sul cursore come suggerisce il red book
DISTRIBUITED FUNCTION OF DB2 FOR Z/OS ed
eseguendo la BIND con CURRENTDATA(NO).

Nonostante questo il numero dei messaggi SENT/RECEIVED è sempre molto alto.
L'esempio sottoriportato è tratto dal REDBOOK
che ho citato prima ed evidenzia il miglioramento del numero di messaggi.
Per le nostre misurazioni abbiamo startato le trace del db2 e utilizzato i
job di OMEGAMON FOR DB2 per leggere i record SMF.


Example 7-2 Section of DB2 accounting report showing distributed activity
with no blocking
---- DISTRIBUTED ACTIVITY
---------------------------------------------------------------------------------
REQUESTER : 9.12.9.11 ROLLBCK(1) RECEIVED: 1 PREPARE RECEIVED : 0
PRODUCT ID : COMMON SERV SQL RECEIVED : 114124 LAST AGENT RECV. : 0
PRODUCT VERSION : V8 R1 M0 COMMIT(2) RESP.SENT: 0 THREADS INDOUBT : 0
METHOD : DRDA PROTOCOL BACKOUT(2)RESP.SENT: 0 MESSAGES IN BUFFER : 0
COMMIT(2) RECEIVED : 0 BACKOUT(2)PERFORMED: 0 ROWS SENT : 114120
BACKOUT(2) RECEIVED: 0 MESSAGES SENT : 114129 BLOCKS SENT : 0
COMMIT(2) PERFORMED: 0 MESSAGES RECEIVED : 114129 CONVERSAT.INITIATED: 0
TRANSACTIONS RECV. : 0 BYTES SENT : 11413164 FORGET SENT : 0
COMMITS(1) RECEIVED: 1 BYTES RECEIVED : 10499927


Example 7-3 shows the distributed activity section of the DB2 accounting
report for a case
where blocking is being done by the DB2 AS.
Example 7-3 Section of DB2 accounting report showing distributed activity
with blocking
---- DISTRIBUTED ACTIVITY
--------------------------------------------------------------------------------
REQUESTER : 9.12.9.11 ROLLBCK(1) RECEIVED: 1 PREPARE RECEIVED : 0
PRODUCT ID : COMMON SERV SQL RECEIVED : 316 LAST AGENT RECV. : 0
PRODUCT VERSION : V8 R1 M0 COMMIT(2) RESP.SENT: 0 THREADS INDOUBT : 0
METHOD : DRDA PROTOCOL BACKOUT(2)RESP.SENT: 0 MESSAGES IN BUFFER : 114320
COMMIT(2) RECEIVED : 0 BACKOUT(2)PERFORMED: 0 ROWS SENT : 114120
BACKOUT(2) RECEIVED: 0 MESSAGES SENT : 321 BLOCKS SENT : 314
COMMIT(2) PERFORMED: 0 MESSAGES RECEIVED : 321 CONVERSAT.INITIATED: 0
TRANSACTIONS RECV. : 0 BYTES SENT : 10275104 FORGET SENT : 0
COMMITS(1) RECEIVED: 1 BYTES RECEIVED : 29583
-----

QUESTA E' LA NOSTRA MISURAZIONE

*** DISTRIBUTED INFORMATION:
Remote Location = 10.74.0.242 Protocol Used =
n/a Co
(requestor) Message Buffer Rows =
7417703
Block Mode Switches
= 0
Remote Server = DB2A Binds for Remote =
0
Transactions Conversations Statements Commits
Abort Rows Messages Bytes Blocks
------------ ------------- ----------
----------- ------- ----------- ------------ ---------------
--------------
SENT 0 0 0
0 0 4509058 4780374 2255428803 4741128
RECEIVED 1 1 4780369
0 0 0 4780374 725071920 0
Come si può vedere c'è un messaggio inviato e ricevuto per ogni singola
riga come se non avesse eseguito il BLOCH FETCHING.
Oltretutto non specifica il tipo di protocollo usato.

Ringrazio anticipatamente chi avrà anche solo la pazienza di leggere un mai
così lunga.
Ciao a tutti.

Fabio Finardi
Ufficio Sistemi
Aviva Italia Holding
[login to unmask email]
---------------------------------------------------------------------------------
Benvenuti alla lista DB2 User Group Italia.Per annullare l ' iscrizione collegarsi a : http://www.idugdb2-l.org/archives/DB2-UG-Italy.html. Selezionare "Join or Leave the list". Per consultare le IDUG Listserv FAQ collegarsi a :http://www.idugdb2-l.org. L'amministratore della lista DB2 User Group - Italy può essere raggiunto al seguente indirizzo: [login to unmask email] Per sapere le ultime novità sulle conferenze IDUG potete consultare : http://conferences.idug.org/index.cfm