I strongly suggest running
STRMNTBRM RGZBRMDB(*YES)
at least on a monthly basis.
I queried SYSPARTITIONSTAT and a few of the tables in QUSRBRM number
deleted rows in the millions. Since many of these contain stream file
information they have large variable length rows. I've seen this recover
25% space on a system!
Schedule carefully. I've seen rgzpfm qusrbrm/qa1ali2 run for a half hour
or more, on guested SSD's!
FILE |
NAME | NUMBER_DELETED_ROWS
---------- | --------------------------
QA1ALI2 | 17,827,759
QA1ADI2 | 670,867
QA1ANET2 | 473,913
QA1AOD | 291,249
QA1ALG | 38,411
QA1AHS | 11,038
QA1AOR | 4,193
QA1AMB | 854
https://www.ibm.com/developerworks/community/wikis/home#!/wiki/IBM%20Backup%2C%20Recovery%20and%20Media%20Services%20(BRMS)%20for%20i/page/Reorganize%20the%20BRMS%20data%20files%20once%20a%20month
Rob Berendt
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
