The first one was initiated by the *ALLUSR backup. It did a SAVLIB
The last one was a *QBRM backup (similar to a SAVCHGOBJ) and it was initiated by the control group attribute... as noted in the log by this statement:
*** 1/17/12 23:20:35 Starting save of media information at level *LIB to
Kenneth
Kenneth E. Graap
http://www.linkedin.com/in/kennethgraap
-----Original Message-----
From: midrange-l-bounces+kenneth.graap=nwnatural.com@xxxxxxxxxxxx [mailto:midrange-l-bounces+kenneth.graap=nwnatural.com@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, January 18, 2012 12:01 PM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS: Why is it saving QUSRBRM on a CHGMEDBRM command?
Then why does it have multiple times in this one?
1/17/12 17:30:13 Starting SAVSECDTA to devices TAPKVL01.
1/17/12 17:37:51 All security objects saved.
1/17/12 17:37:52 Save security data (SAVSECDTA) complete.
1/17/12 17:37:52 Change to media controls successful.
1/17/12 17:37:52 Change to media controls successful.
1/17/12 17:37:52 Starting SAVCFG to devices TAPKVL01.
1/17/12 17:38:02 All configuration objects saved.
1/17/12 17:38:02 Save configuration (SAVCFG) complete.
1/17/12 17:38:03 Starting *ALLUSR backup, type *FULL.
...
1/17/12 22:23:22 302 objects saved from library ZCLIB.
1/17/12 22:42:49 Cannot use *DTAQ SSCOM30005 in MKSIR.
1/17/12 22:43:00 Cannot use *DTAQ MPLUS in MPLUS.
...
1/17/12 22:44:30 Change to media controls successful.
1/17/12 22:44:30 Change to media controls successful.
**********************************************************************
1/17/12 22:44:30 Starting save of library QUSRBRM to devices TAPKVL01.
**********************************************************************
1/17/12 22:48:29 124514 blocks processed for sequence 383, volume BR0218,
1/17/12 22:48:34 238 objects saved from library QUSRBRM.
1/17/12 22:48:35 Backup *ALLUSR, type *FULL completed with errors.
...
1/17/12 22:48:36 Starting save of library QRY.BEN to devices TAPKVL01.
1/17/12 22:48:36 Starting save of library QRY.SAFETY to devices TAPKVL01.
...
1/17/12 22:49:01 10 libraries saved.
1/17/12 22:49:02 Change to media controls successful.
1/17/12 22:49:02 Change to media controls successful.
1/17/12 22:49:02 System not in restricted state, check job log after this
1/17/12 22:49:02 Starting SAVDLO of folder *ANY to devices TAPKVL01.
1/17/12 22:49:10 113 document library objects saved.
1/17/12 22:49:11 Change to media controls successful.
1/17/12 22:49:11 Change to media controls successful.
1/17/12 22:49:11 Starting save of list *LINK to devices TAPKVL01.
1/17/12 22:49:11 Message queue LINK not found.
1/17/12 23:16:41 Save-while-active checkpoint processing complete.
1/17/12 23:16:42 339310 blocks processed for sequence 395, volume BR0218,
1/17/12 23:16:42 175968 objects saved.
1/17/12 23:19:15 Save of list *LINK complete.
1/17/12 23:20:35 Starting save of media information at level *LIB to devic
1/17/12 23:20:36 Change to media controls successful.
1/17/12 23:20:36 Change to media controls successful.
1/17/12 23:20:50 1042 blocks processed for sequence 396, volume BR0218, on
**********************************************************************
1/17/12 23:20:59 15 objects saved from library QUSRBRM.
**********************************************************************
1/17/12 23:21:05 Save of BRM media information at level *LIB complete.
Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Graap, Kenneth" <Kenneth.Graap@xxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 01/18/2012 01:55 PM
Subject: RE: BRMS: Why is it saving QUSRBRM on a CHGMEDBRM
command?
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Because the *QBRM BU is done as the last step of the control group...
Kenneth
Kenneth E. Graap
http://www.linkedin.com/in/kennethgraap
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, January 18, 2012 5:32 AM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS: Why is it saving QUSRBRM on a CHGMEDBRM command?
I understand the purpose of the save of QUSRBRM. If I have multiple saves
(like *IBM, *ALLUSR, *DLO, *LINK) then it saves that information after
each step. However in this save I do expire1, inz1, expire2, inz2, save
some link data, ftp the virtual image Why does it do the QUSRBRM after the
FTP and not before?
From the control group:
Automatically backup
media information . . . . . . . . . *BKUPCY WRKPCYBRM *BKU
Automatically backup
media information . . . . . . . . . *OBJ
Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Graap, Kenneth" <Kenneth.Graap@xxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 01/17/2012 08:11 PM
Subject: RE: BRMS: Why is it saving QUSRBRM on a CHGMEDBRM
command?
Sent by: midrange-l-bounces@xxxxxxxxxxxx
1/16/12 15:58:42 Save of BRM media information at level *OBJ complete.
Saved Save Save Save Parallel Volume File Expire
Item Date Time Type Devices Serial Sequence Date
QUSRBRM 1/16/12 15:55:04 *QBRM VRT002 1 1/17/12
Notice the Save Type... *QBRM ... This is a Current save of the BRMS
database that would be restored to a system if you needed to recover. It
contains the MOST current version of BRMS history. It was most likely
saved because your control group attributes specified to save this
information whenever the BRMS database changes... Your control group
changed the BRMS Database.
1/16/12 15:54:58 Volume VRT002 expired.
1/16/12 15:54:58 Volume VRT002 changed.
1/16/12 15:54:59 Change to media controls successful.
1/16/12 15:54:59 Change to media controls successful.
You can control when you want to run this backup in a Control Group's
attributes:
Change Backup Control Group Attributes
Group . . . . . . . . . . . . . . . . : D_PRDCIS10
Type information, press Enter.
Automatically backup
media information . . . . . . . . . *BKUPCY *LIB, *OBJ, *NONE,
*BKUPCY
How is this attribute set in your control group?
Kenneth
Kenneth E. Graap
http://www.linkedin.com/in/kennethgraap
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, January 16, 2012 1:16 PM
To: midrange-l@xxxxxxxxxxxx
Subject: BRMS: Why is it saving QUSRBRM on a CHGMEDBRM command?
I have a control group which looks like:
Backup
Seq Items Exit command
10 *EXIT addlible routines
20 ROB
30 *EXIT ROUTINES/FTP400CMD RMTSYS(GDIHQ2) INFILP(N)
QINFIL(GDWEB/FTPIN) INMBR(VRTCLG)
40 *EXIT CHGMEDBRM VOL(VRT001) EXPDATE('01/01/01')
50 *EXIT CHGMEDBRM VOL(VRT002) EXPDATE('01/01/01')
60 *EXIT SNDMSG MSG('Backup is complete on GDWEB') TOUSR(rob)
Item 20 is a
CHGLNKLBRM ?*LIST(ROB)
?*TYPE(*BKU)
OBJ(('/rob' *INCLUDE))
TEXT('test backing up the /rob directory')
Ran successfully, however upon completion I noticed that one of the
volumes was still active and not expired. So I did a DSPLOGBRM and I
noticed that after it expired those two volumes it saved QUSRBRM off. I
can see it doing that after the link save but can't fathom why it's doing
it after the expiring of the volumes.
1/16/12 15:54:58 Volume VRT002 expired.
1/16/12 15:54:58 Volume VRT002 changed.
1/16/12 15:54:59 Change to media controls successful.
1/16/12 15:54:59 Change to media controls successful.
1/16/12 15:58:40 12653 blocks processed for sequence 1, volume VRT002,
on
1/16/12 15:58:41 19 objects saved from library QUSRBRM.
1/16/12 15:58:42 Save of BRM media information at level *OBJ complete.
1/16/12 15:58:43 Control group XQP02TEST type *BKU processing is
complete.
1/16/12 15:58:43 SNDMSG MSG('Backup is complete on GDWEB') TOUSR(rob).
Work with Media Information
Saved Save Save Save Parallel Volume File Expire
Item Date Time Type Devices Serial Sequence Date
QUSRBRM 1/16/12 15:55:04 *QBRM VRT002 1 1/17/12
High level perspective:
I am trying to save a directory off to virtual tape using BRMS. Then I
ftp the virtual image catalog entries to a machine local to us where we
can mount tapes and get those to Iron Mountain.
Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
--
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.
midrange.com
