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



Rob,

Your largest library only contains journal receivers, correct?
Interesting?

No easy way to slit objects in this library when there all the same type, and almost the same name?

ICOMS20350 *JRNRCV CABLEFILES ICOMS Journal Receiver - CB
ICOMS20351 *JRNRCV CABLEFILES ICOMS Journal Receiver - CB

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rob Berendt
Sent: Tuesday, September 20, 2016 3:01 PM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS scatter saves

Thanks.

Our "big" library is journal receivers. We do INSANE retention of journal receivers.
When you think of a restore strategy you should have your receiver library restored before your data library. So you shouldn't do *ALLUSR (except #BIGLIB) #BIGLIB

You could do
#BIGLIB
*ALLUSR (except #BIGLIB)
But do you want it there before QUSRSYS and QGPL?

But one or the other is the only work around if you want to scatter save #BIGLIB.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 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: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 09/20/2016 02:33 PM
Subject: RE: BRMS scatter saves
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Rob,

I remember discussing this in a previous thread.

I have a similar situation with one of my libraries, 5 times larger than
any other library.

The problem I have with IBM's solution is that you have to hardcode
libraries and objects within BRMS using multiple control groups.
I prefer not to do this, because every time a new library is created or a
library is deleted, you must revisit your BRMS control groups config.
I'm a strong advocate of *alluser, no changes needed to BRMS when new
library is created or a library is deleted, and you know you are backing
up 100%.
Prior to using *alluser, we were burned in the past when someone created a
new library, and it wasn't added to the save.

Gave you a vote.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rob
Berendt
Sent: Tuesday, September 20, 2016 1:34 PM
To: Midrange Systems Technical Discussion
Subject: Re: BRMS scatter saves

Sounds familiar, like I've discussed this before.

Anyway, I opened up an RFE and if this pertains to you then I'd appeciate
your vote.
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=94797



Rob Berendt

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.