On 10-Nov-2013 07:06 -0800, optional info0rmation wrote:
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?
Searching for /tmp/brms in the IBM i 7.1 InfoCenter yields the
following two links; both imply what some files in a particular
subdirectory can provide:
http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/brms/sc415345351.htm
IBM i 7.1 Information Center -> Systems management -> Backup and
recovery -> Backup, Recovery, and Media Services for i -> Appendixes ->
Appendix B. A Summary of BRMS Reports
_i TSM Performance Analysis Report (QP1ATSMRPT) i_
"The TSM performance analysis report lists and summarizes recent data
transfer activity for save and restore operations with a Tivoli® Storage
Manager (TSM) server. You can print this report using option 53 from the
GO BRMRPT menu. The report summarizes TSM data transfer activity
recorded in file '/tmp/brms/tsmapis'. ..."
http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/brms/tsmperf.htm
IBM i 7.1 Information Center -> Systems management -> Backup and
recovery -> Backup, Recovery, and Media Services for i -> Advanced
Topics in BRMS -> BRMS and Tivoli Storage Manager (TSM) -> Using BRMS as
a TSM Client
_i Performance i_
"Save and restore data transfer performance between the BRMS TSM client
and Tivoli® Storage Manager (TSM) is dependent upon ...
...
For restore operations, the BRMS receives requests for blocks of restore
data from the operating system. BRMS passes the request to the TSM API.
The TSM API manages the transfers of restore data from the TSM server.
The restore performance is directly related to the ability of the TSM
API to receive blocks of restore data from the TSM server across
network, and BRMS and the operating system to restore the objects. The
slower rate of the receive and restore rates determines the performance
of the restore operation.
You can have BRMS analyze and report recent TSM performance. To do so:
On a command line, type GO BRMRPT and press Enter.
Run option 53. Print TSM performance analysis.
Specify the range of dates, job, user and minimum blocks you want
to include in the TSM Performance Analysis Report.
Note:
Activity between BRMS and TSM servers is recorded in file
/tmp/brms/tsmapis. The report program uses this data to produce the report.
..."
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.
Specifying RGZBRMDB(*YES)? Invoking that *optional* activity _daily_
is specifically discouraged. Instead, the optional reorganization of
the database files is recommended on a monthly basis, or when notified
by a message to do so:
www.ibm.com/support/docview.wss?uid=nas8N1014861
Title: During BRMS Maintenance, BRM402A is Issued
Reference #: N1014861
"...
Prior to PTF SI34916 (V5R4), SI34918 (V6R1), when doing a STRMNTBRM
RGZBRMDB(*YES), BRMS follows the same rules in that it will reorganize a
file only if 50% or more of the total records are deleted records. If
the PTF or its supersede is applied OR if at V7R1, BRMS will reorganize
all files in QUSRBRM regardless of amount of deleted records when
STRMNTBRM RGZBRMDB(*YES) is ran.
If BRM402A is logged, you can choose to run STRMNTBRM RGZBRMDB(*YES),
perform a reorganization on the file(s) referenced in BRM402A with the
RGZPFM command at your convenience or ignore the BRM402A informational
messages. Ignoring the messages may negatively impact performance when
the referenced file requires read access, changes, or deletes to its
records.
Note: It is not recommended that RGZBRMDB(*YES) be run every day.
Reorganizing the files every day is not required, and it is recommended
that this be run only when the BRM402A message is posted, or on a
monthly basis.
Historical (Technical Document) Number: 421525948"
The documentation seems a bit lacking in accuracy [even referring to
a non-existent OS command name RGZDBF for which the proper reference is
almost surely the Reorganize Database File Member (RGZPFM) command;
although, and I doubt, it may refer to a command that product provides],
alluding to more aggressive behavior than what is noted in the above KB
article; unchanged [¿uncorrected?] even for the documentation o that
feature on IBM i 7.1:
http://pic.dhe.ibm.com/infocenter/iseries/v6r1m0/topic/cl/strmntbrm.htm
http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/cl/strmntbrm.htm
_i Start Maintenance for BRM (STRMNTBRM) i_
"The Start Maintenance for BRM (STRMNTBRM) command performs various BRMS
maintenance and clean-up functions. The STRMNTBRM command can be
scheduled to process periodically either by manual submission or
inclusion in an automatic job scheduler.
...
Restrictions:
...
6. Reorganizing the BRMS database files can be a long running process
requiring additional disk storage. Reorganization will occur on all BRMS
data base files. Reorganization of files may be skipped if sufficient
disk storage is not available, or if the file has no members or records.
...
_Reorganize BRMS data base_ (RGZBRMDB)
Use this parameter to reorganize the BRMS database. This option removes
deleted records from the BRMS database. You should reorganize the BRMS
database on a periodic basis, particularly if you save many objects and
save with object detail.
Note: Reorganizing the BRMS database can be a long running process
requiring additional disk storage. Reorganization will occur on the BRMS
media inventory, media information (history) and object detail. BRMS may
skip reorganization of the database if sufficient disk storage is not
available, or if the database has no members or records.
*NO
The BRMS database is not reorganized.
*YES
The BRMS database is reorganized.
...
Example 2: Start Maintenance to Reorganize the BRMS Database Files
STRMNTBRM RGZBRMDB(*YES)
This command performs normal maintenance and runs the RGZDBF commmands
on all the BRMS data base files.
..."
midrange.com
