× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I talked to IBM this morning and of course was told do not detail any of the
except the file that start out Q1ASAV*

I was told the other files are needed in case there is a problem with the
BRMS and the system. This particular system is on V5R4 and basically no
support anyway. But why can't I delete data in the files such as ASSERT that
has information going back to 2009.

INSTALL that goes back to 2006

PERFORMANCE that goes back to 2009

QBRMS that goes back to 2012

TAPETMS that goes back to 2012

Would it be a problem to delete detail information up to August 2013?

Thanks in advance

Dave Willenborg
FNTS
Omaha NE

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Steinmetz, Paul
Sent: Sunday, November 10, 2013 12:32 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: 2 BRMS questions

Dave,



Q1, the files in tmp/brms will be auto recreated, if deleted.



Q2



BRMS wiki page, FAQ



You can significantly lower the size of the BRMS data files by issuing the
RGZPFM command. You will gain the most benefit by reorganizing QA1AHS,
QA1AOD, QA1AMB, QA1AFD, QA1ALG, QA1AOQ, QA1ADI, QA1ADI2, QA1ALI and QA1ALI2
in QUSRBRM. In V5R2 or later, you can run this function during maintenance
by changing the STRMNTBRM RGZBRMDB parameter to *YES. This way you do not
have to enter all of the file names.

Note: Ensure that there is no BRMS activity while reorganizing these files.





https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%2
0Backup,%20Recovery%20and%20Media%20Services%20%28BRMS%29%20for%20i<https://
www.ibm.com/developerworks/community/wikis/home?lang=en%23!/wiki/IBM%20Backu
p,%20Recovery%20and%20Media%20Services%20%28BRMS%29%20for%20i>



Thanks

Paul







-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of optional info0rmation
Sent: Sunday, November 10, 2013 10:07 AM
To: 'Midrange Systems Technical Discussion'
Subject: 2 BRMS questions



Question 1





In the IFS there is a directory Root/tmp/brms with about 3GB of data
temporary files. If I delete the files will that cause a problem?





Question 2





When the option reorg(*yes) is specified on the STRMNTBRM command, what
files in QUSRBRM are reorganized? Where can I find out this information?

I run this command on a system every day. The time is takes to run varies
from 35 minutes to 90 minutes. The job log shows that it is in the reorg
portion that varies.





Thanks in advance



Dave Willenborg



FNTS



Omaha NE





--

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email:
MIDRANGE-L@xxxxxxxxxxxx<mailto:MIDRANGE-L@xxxxxxxxxxxx> To subscribe,
unsubscribe, or change list options,

visit: http://lists.midrange.com/mailman/listinfo/midrange-l

or email:
MIDRANGE-L-request@xxxxxxxxxxxx<mailto:MIDRANGE-L-request@xxxxxxxxxxxx>
Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.