COMPRESS TABLESPACE

[login to unmask email]

COMPRESS TABLESPACE
Buongiorno a tutti.
Ho un piccolo problema con la compressione dei dati e spero ci sia
qualcuno che possa aiutarmi.

Come tutti sono abbastanza famelico di spazio disco, quindi ho pensato di
comprimere tutti i tablespace in ambiente di sviluppo e collaudo.
Ho provveduto all'alter massiva dei tablespace (compress yes) , ho girato
le reorg ed infine le runstats (table all index all).
Adesso vorrei verificare quali tablespace non hanno beneficiato della
compressione.
Ho consultato il catalogo con la query:

SELECT DBNAME,TSNAME,
PAGESAVE
FROM SYSIBM.SYSTABLEPART
WHERE COMPRESS = 'Y'
AND PAGESAVE <= 0
ORDER BY PAGESAVE
WITH UR

Il manuale (DB2 UDB V7 Sql References Appendix D.1 ) dice:
SYSTABLEPART:
PAGESAVE
<<
Percentage of pages saved in the
table space or partition as a
result of defining the table
space with COMPRESS YES
....
The value is 0 if there are no
savings from using data
compression, or if statistics
have not been gathered.....
etc..
>>

Ed ecco il mio problema:
Ho alcuni tablespace abbastanza nutriti dove il pagesave value è 0.
La DS1COMP che ho eseguito prima della compress mi diceva che la
precentuale di compressione sarebbe stata del 70%.
Le statistiche sono state correttamente collezionate (anche la reorg è
stata eseguita correttamente).
Qualcuno sa perchè il pagesave è 0? Qualcuno ha avuto lo stesso problema?

es:
---------+---------+---------+---------+-----
DBNAME TSNAME PAGESAVE SPACE
---------+---------+---------+---------+-----
DBFBF313 LODBCOMC 0 1146240 -> dsn1comp diceva che il 70%
will be saved!
DBFBF312 LOMOECBC 0 900000
DBLQQ5PA T17PEC04 0 648000
DBLQQ5PA T17HSL01 0 648000
DBLQQ5PA T17HIC02 0 648000

NB la DSN1COMp che ho eseguito era settata col parametro REORG ed un row
limit di 50.000


Ringrazio anticipatamente tutti per l'eventuale aiuto e saluto
cordialmente

___________________________________________
Marcello Abbruzzese
Direz. Operations - Servizio Sistemi Informativi
Service Management Centre - Attività Systems
___________________________________________
Banca Nazionale del Lavoro S.p.A.
20159 Milano - Via B. Crespi, 26
Tel +39 02 802 45166
E-mail: [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

Max Scarpa

Re: COMPRESS TABLESPACE
(in response to MARCELLO_ABBRUZZESE@BNLMULTISERVIZI.IT)
L'output delle reorg che dovrebbe dare qualche messaggio relativo alla
creazione del dizionario e alla % di compressione (page saved etc) e questo
dovrebbe dirti se lo ha compresso o no. Se i messaggi sono positivi
potrebbe essere un buco.

Una rapida ricerca nell'APAR db dell'IBM segnala qualche PTF per il
parametro PAGESAVE (wrong value), con inline statistics specialmente.

HTH

Max Scarp

---------------------------------------------------------------------------------
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

Giacomo Restuccia

R: COMPRESS TABLESPACE
(in response to Max Scarpa)
Mi sembra molto strano. Verificherei che il campo STATSTIME indichi un
timestamp successivo alla REORG e che la REORG sia girata regolarmente; fra
l'altro, l'output dell'utility ti fornisce le informazioni runtime (avvenuta
costruzione del dizionario di compressione e pagesave). Ciao
Giacomo

-----Messaggio originale-----
Da: DB2 User Group - Italy List [mailto:[login to unmask email]Per
conto di [login to unmask email]
Inviato: giovedì 10 febbraio 2005 15.14
A: [login to unmask email]
Oggetto: COMPRESS TABLESPACE


Buongiorno a tutti.
Ho un piccolo problema con la compressione dei dati e spero ci sia
qualcuno che possa aiutarmi.

Come tutti sono abbastanza famelico di spazio disco, quindi ho pensato di
comprimere tutti i tablespace in ambiente di sviluppo e collaudo.
Ho provveduto all'alter massiva dei tablespace (compress yes) , ho girato
le reorg ed infine le runstats (table all index all).
Adesso vorrei verificare quali tablespace non hanno beneficiato della
compressione.
Ho consultato il catalogo con la query:

SELECT DBNAME,TSNAME,
PAGESAVE
FROM SYSIBM.SYSTABLEPART
WHERE COMPRESS = 'Y'
AND PAGESAVE <= 0
ORDER BY PAGESAVE
WITH UR

Il manuale (DB2 UDB V7 Sql References Appendix D.1 ) dice:
SYSTABLEPART:
PAGESAVE
<<
Percentage of pages saved in the
table space or partition as a
result of defining the table
space with COMPRESS YES
....
The value is 0 if there are no
savings from using data
compression, or if statistics
have not been gathered.....
etc..
>>

Ed ecco il mio problema:
Ho alcuni tablespace abbastanza nutriti dove il pagesave value è 0.
La DS1COMP che ho eseguito prima della compress mi diceva che la
precentuale di compressione sarebbe stata del 70%.
Le statistiche sono state correttamente collezionate (anche la reorg è
stata eseguita correttamente).
Qualcuno sa perchè il pagesave è 0? Qualcuno ha avuto lo stesso problema?

es:
---------+---------+---------+---------+-----
DBNAME TSNAME PAGESAVE SPACE
---------+---------+---------+---------+-----
DBFBF313 LODBCOMC 0 1146240 -> dsn1comp diceva che il 70%
will be saved!
DBFBF312 LOMOECBC 0 900000
DBLQQ5PA T17PEC04 0 648000
DBLQQ5PA T17HSL01 0 648000
DBLQQ5PA T17HIC02 0 648000

NB la DSN1COMp che ho eseguito era settata col parametro REORG ed un row
limit di 50.000


Ringrazio anticipatamente tutti per l'eventuale aiuto e saluto
cordialmente

___________________________________________
Marcello Abbruzzese
Direz. Operations - Servizio Sistemi Informativi
Service Management Centre - Attività Systems
___________________________________________
Banca Nazionale del Lavoro S.p.A.
20159 Milano - Via B. Crespi, 26
Tel +39 02 802 45166
E-mail: [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

---------------------------------------------------------------------------------
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

Massimo Biancucci

R: COMPRESS TABLESPACE
(in response to Giacomo Restuccia)
Hai per caso verificato il parametro maxrow ?

Ciao.

-----Messaggio originale-----
Da: DB2 User Group - Italy List [mailto:[login to unmask email] Per conto di [login to unmask email]
Inviato: giovedì 10 febbraio 2005 15.14
A: [login to unmask email]
Oggetto: COMPRESS TABLESPACE

Buongiorno a tutti.
Ho un piccolo problema con la compressione dei dati e spero ci sia qualcuno che possa aiutarmi.

Come tutti sono abbastanza famelico di spazio disco, quindi ho pensato di comprimere tutti i tablespace in ambiente di sviluppo e collaudo.
Ho provveduto all'alter massiva dei tablespace (compress yes) , ho girato le reorg ed infine le runstats (table all index all).
Adesso vorrei verificare quali tablespace non hanno beneficiato della compressione.
Ho consultato il catalogo con la query:

SELECT DBNAME,TSNAME,
PAGESAVE
FROM SYSIBM.SYSTABLEPART
WHERE COMPRESS = 'Y'
AND PAGESAVE <= 0
ORDER BY PAGESAVE
WITH UR

Il manuale (DB2 UDB V7 Sql References Appendix D.1 ) dice:
SYSTABLEPART:
PAGESAVE
<<
Percentage of pages saved in the
table space or partition as a
result of defining the table
space with COMPRESS YES
....
The value is 0 if there are no
savings from using data
compression, or if statistics
have not been gathered.....
etc..
>>

Ed ecco il mio problema:
Ho alcuni tablespace abbastanza nutriti dove il pagesave value è 0.
La DS1COMP che ho eseguito prima della compress mi diceva che la precentuale di compressione sarebbe stata del 70%.
Le statistiche sono state correttamente collezionate (anche la reorg è stata eseguita correttamente).
Qualcuno sa perchè il pagesave è 0? Qualcuno ha avuto lo stesso problema?

es:
---------+---------+---------+---------+-----
DBNAME TSNAME PAGESAVE SPACE
---------+---------+---------+---------+-----
DBFBF313 LODBCOMC 0 1146240 -> dsn1comp diceva che il 70%
will be saved!
DBFBF312 LOMOECBC 0 900000
DBLQQ5PA T17PEC04 0 648000
DBLQQ5PA T17HSL01 0 648000
DBLQQ5PA T17HIC02 0 648000

NB la DSN1COMp che ho eseguito era settata col parametro REORG ed un row limit di 50.000


Ringrazio anticipatamente tutti per l'eventuale aiuto e saluto cordialmente

___________________________________________
Marcello Abbruzzese
Direz. Operations - Servizio Sistemi Informativi Service Management Centre - Attività Systems ___________________________________________
Banca Nazionale del Lavoro S.p.A.
20159 Milano - Via B. Crespi, 26
Tel +39 02 802 45166
E-mail: [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

---------------------------------------------------------------------------------
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

Patrizia Rizzi

Re: COMPRESS TABLESPACE
(in response to Massimo Biancucci)
E' CAPITATO ANCHE IN INPS.
NEL CAMPO PAGESAVE C'è 0 , NONOSTANTE CI SIANO RECORDS NELLA TABELLA.
L 'UTILITY DI REORG DA IL SEGUENTE MESSAGGIO:

0 PERCENT OF THE DB2 DATA PAGES SAVED USING COMPRESSED DATA

NONOSTANTE PRIMA DICESSE:

DICTIONARY WITH 4096 ENTRIES HAS BEEN SUCCESSFULLY BUILT FROM 2648 ROWS FOR .

DOPO LA REORG è STATA ESEGUITA LA RUNSTATTS.

SALUTI

PATRIZIA RIZZI

[login to unmask email] wrote:
Buongiorno a tutti.
Ho un piccolo problema con la compressione dei dati e spero ci sia
qualcuno che possa aiutarmi.

Come tutti sono abbastanza famelico di spazio disco, quindi ho pensato di
comprimere tutti i tablespace in ambiente di sviluppo e collaudo.
Ho provveduto all'alter massiva dei tablespace (compress yes) , ho girato
le reorg ed infine le runstats (table all index all).
Adesso vorrei verificare quali tablespace non hanno beneficiato della
compressione.
Ho consultato il catalogo con la query:

SELECT DBNAME,TSNAME,
PAGESAVE
FROM SYSIBM.SYSTABLEPART
WHERE COMPRESS = 'Y'
AND PAGESAVE <= 0
ORDER BY PAGESAVE
WITH UR

Il manuale (DB2 UDB V7 Sql References Appendix D.1 ) dice:
SYSTABLEPART:
PAGESAVE
<<
Percentage of pages saved in the
table space or partition as a
result of defining the table
space with COMPRESS YES
....
The value is 0 if there are no
savings from using data
compression, or if statistics
have not been gathered.....
etc..
>>

Ed ecco il mio problema:
Ho alcuni tablespace abbastanza nutriti dove il pagesave value è 0.
La DS1COMP che ho eseguito prima della compress mi diceva che la
precentuale di compressione sarebbe stata del 70%.
Le statistiche sono state correttamente collezionate (anche la reorg è
stata eseguita correttamente).
Qualcuno sa perchè il pagesave è 0? Qualcuno ha avuto lo stesso problema?

es:
---------+---------+---------+---------+-----
DBNAME TSNAME PAGESAVE SPACE
---------+---------+---------+---------+-----
DBFBF313 LODBCOMC 0 1146240 -> dsn1comp diceva che il 70%
will be saved!
DBFBF312 LOMOECBC 0 900000
DBLQQ5PA T17PEC04 0 648000
DBLQQ5PA T17HSL01 0 648000
DBLQQ5PA T17HIC02 0 648000

NB la DSN1COMp che ho eseguito era settata col parametro REORG ed un row
limit di 50.000


Ringrazio anticipatamente tutti per l'eventuale aiuto e saluto
cordialmente

___________________________________________
Marcello Abbruzzese
Direz. Operations - Servizio Sistemi Informativi
Service Management Centre - Attività Systems
___________________________________________
Banca Nazionale del Lavoro S.p.A.
20159 Milano - Via B. Crespi, 26
Tel +39 02 802 45166
E-mail: [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


---------------------------------
Nuovo Yahoo! Messenger E' molto più divertente: Audibles, Avatar, Webcam, Giochi, Rubrica… Scaricalo ora!

---------------------------------------------------------------------------------
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

Aiello Roberto

R: COMPRESS TABLESPACE
(in response to Patrizia Rizzi)
-----Messaggio originale-----
Da: DB2 User Group - Italy List [mailto:[login to unmask email] Per conto di [login to unmask email]
Inviato: giovedì 10 febbraio 2005 15.14
A: [login to unmask email]
Oggetto: COMPRESS TABLESPACE


Buongiorno a tutti.
Ho un piccolo problema con la compressione dei dati e spero ci sia qualcuno che possa aiutarmi.

Come tutti sono abbastanza famelico di spazio disco, quindi ho pensato di comprimere tutti i tablespace in ambiente di sviluppo e collaudo. Ho provveduto all'alter massiva dei tablespace (compress yes) , ...
...
------------------------------

Probabilmente saranno cose già note, però mi permetto di darti qualche suggerimento in generale sulla compressione.
Qualche anno fa eravamo anche noi nella stessa situazione (scarsità di spazio disco) e abbiamo affrontato il problema in modo analogo, sotto la spinta dei colleghi che avevano la responsabilità della gestione dello spazio. L'uso massiccio della compressione ci ha in breve tempo portato ad avere problemi di CPU, per cui nel tempo abbiamo fatto marcia indietro, scegliendo con molta più attenzione i tablespace da comprimere e decidendo di dedicare molto più tempo alle REORG di questi tablespace.
In breve:
- dopo la compressione, tutte le tabelle hanno, di fatto, righe di lunghezza variabile;
- questo porta a una rapida disorganizzazione i tablespace compressi in cui si verificano frequenti attività di aggiornamento;
- se non si pone rimedio a questa situazione con frequenti REORG senza KEEPDICTIONARY, si finisce col perdere una buona parte del beneficio in termini di spazio.

Sono stato volutamente sintetico (e di conseguenza un po' impreciso), eventualmente sono disponibile ad ulteriori approfondimenti.
Buon lavoro

Roberto Aiello

Banca Fideuram
Direzione Organizzazione e Sistemi - Funzione Sistemi Mainframe


__________________________________________________________________________________________


Le informazioni contenute in questo messaggio di posta elettronica sono riservate e confidenziali e ne e' vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio e' destinato, La invitiamo ad eliminarlo e a non utilizzare in alcun caso il suo contenuto, dandone gentilmente comunicazione al mittente.


The information contained in this e-mail and any attachments is confidential and may well also be legally privileged. If you are not among the named recipients, please notify the sender immediately by reply e-mail and then delete this message from your system, do not use the contents for any purpose whatsoever nor disclose them to anyone else.

---------------------------------------------------------------------------------
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