du]
>
> Sent: Wednesday, March 24, 2021 9:58 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: [External] Re: SMP/e Dataset allocation question
>
> I opened up a ticket with support last night, we discussed the situation and
> he's now taking with development. SMP/e
24, 2021 9:58 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: [External] Re: SMP/e Dataset allocation question
>
> I opened up a ticket with support last night, we discussed the situation and
> he's now taking with development. SMP/e CALLLIBS processing seems to req
24, 2021 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: SMP/e Dataset allocation question
I opened up a ticket with support last night, we discussed the situation and
he's now taking with development. SMP/e CALLLIBS processing seems to require a
DDDEF and doesn't use anything
iginal Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
>
> Sent: Tuesday, March 23, 2021 11:18 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: [External] Re: SMP/e Dataset allocation question
>
> It is, yes.
frame Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of
> Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu
>
> Sent: Tuesday, March 23, 2021 2:05 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: [External] Re: SMP/e Dataset allocation question
>
> [CAUT
on behalf of
Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, March 23, 2021 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: SMP/e Dataset allocation question
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t
x
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Mark Jacobs
>
> Sent: Tuesday, March 23, 2021 11:18 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: [External] Re: SMP/e Dataset allocation que
libraries when it expects
them to be the same.
Just my opinion.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: Tuesday, March 23, 2021 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: SMP/e Dataset allocation question
It is, yes
It is, yes.
SMP1
SCEEOBJ SMP1 PERMCEE.SCEEOBJ Z24A01 3390 SHR
SCEELKEX SMP2 PERMCEE.SCEELKEX Z24A01 3390 SHR
SCEELKED SMP3 PERMCEE.SCEELKED Z24A01 3390 SHR
CSSLIB SMP4 PERM
Mark,
Thats probably part of a dynamic concatenation that SMP/E did for a SYSLIB sort
of a input DD name. Is the DDDEF part of a concatenation similar to this?:
DDNAME DDDEFNAM SMPDDNAM TYPE ---DATA SET OR
PATH---
SMP00048
I'm running an apply check with dataset overrides, same DSN, different volume.
Here's one example.
//CSSLIB DD DISP=SHR,UNIT=3390,VOL=SER=Z24AM1,DSN=SYS1.CSSLIB
The SMP APPLY CHECK FILE ALLOCATION REPORT shows that my override is being used,
SYS1.CSSLIB Z24AM1 SHR
But in the dynamic allocation
If you know the dataset name structure, here's how I would break it down:
In option 3.4 enter the datasets wild card name, such as
PEOPLE.THAT.**.NEED.SOME.HELP
Save the list that is produced. It will be in your SPF LIST dataset. So PF3
until the option appears KEEP, ALLOCATE NEW.
Note the
Oh please I have enough problems
> On Oct 8, 2020, at 10:34 PM, Clark Morris wrote:
>
> [Default] On 8 Oct 2020 17:42:10 -0700, in bit.listserv.ibm-main
> reichman...@gmail.com (Joseph Reichman) wrote:
>
>> I have no idea who the sysorog is
>>
>> Honestly I’m told to do something I try
[Default] On 8 Oct 2020 17:42:10 -0700, in bit.listserv.ibm-main
reichman...@gmail.com (Joseph Reichman) wrote:
>I have no idea who the sysorog is
>
>Honestly Im told to do something I try my best to accomplish my superiors
>just tell me to ask different people
>
>I have come to the point no
Chief Information Officer — Nancy Sieger* Look up their number and
try to follow the chain down.
Here is the working environment.
https://federalnewsnetwork.com/tom-temin-commentary/2018/01/irs-clutches-its-modernization-holy-grail/
On Thu, Oct 8, 2020 at 7:42 PM Joseph Reichman wrote:
>
> I
On Fri, 9 Oct 2020, at 01:42, Joseph Reichman wrote:
> I have no idea who the sysorog is
I can't believe that none of your colleagues know.
Ask your manager. Or ring the switchboard and ask to speak to
systems programming. Or something. Act like an adult.
> Honestly I’m told to do
I have no idea who the sysorog is
Honestly I’m told to do something I try my best to accomplish my superiors just
tell me to ask different people
I have come to the point no one wants to help so I take the attitude I’ll do
what ever tell me what ever happens happens s
> On Oct 8, 2020,
On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
> There are number if restrictions in size of concatenation
Yes, but suppose you can concatenate n datasets per dd?
You read the list of datasetnames and then, n at a time,
generate the right JCL.
The point is, whatever the restrictions are,
Well, if they are all near the max, half track blocking would result
in 2 blocks of 2 records. A 32K block size would result in a block of
3 records, with space for another block of 2 records, but I'm not sure
QSAM will do that. And 2.4GB is about 90% of a 3390-3. An average of
7000 or less
There are number if restrictions in size of concatenation in addition there is
CPU time step limit
I not working for a software co where I can go APF authorized and do what ever
I want
> On Oct 8, 2020, at 4:41 PM, Jeremy Nicoll
> wrote:
>
> On Thu, 8 Oct 2020, at 20:19, Joseph
On Thu, 8 Oct 2020, at 20:19, Joseph Reichman wrote:
> He offered to set up the JCL was looking for the least complicated way to do
> my
> Job
Yes I know - as usual you're telling us something we already know.
I don't see why - as a programmer - you seem not to be capable of running
through
He offered to set up the JCL was looking for the least complicated way to do my
Job
Thanks
> On Oct 8, 2020, at 2:56 PM, Jeremy Nicoll
> wrote:
>
> On Thu, 8 Oct 2020, at 18:53, Joseph Reichman wrote:
>> This is just happening now however Sri offered to help me set this up
>> with
On Thu, 8 Oct 2020, at 18:53, Joseph Reichman wrote:
> This is just happening now however Sri offered to help me set this up
> with DFSORT
>
> If I send him DSNames unfortunately
> Since I work for the IRS I don’t know if can do that very big on privacy
> issues
Why would you need to send
This is just happening now however Sri offered to help me set this up with
DFSORT
If I send him DSNames unfortunately
Since I work for the IRS I don’t know if can do that very big on privacy issues
> On Oct 8, 2020, at 12:09 PM, Michael Stein wrote:
>
> On Wed, Oct 07, 2020 at
On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote:
> The average number of records in the file could be 240,000 each record
> could be close to 10,000 bytes there are 4,644 files
So each file could be up to: 1 * 24 -> 2.4 GB
And the maximum total data is: 2.4 GB * 4644 ->
Joe,
As previously mentioned. Set up an ISPF JCL skeleton and build your JCL
using File Tailoring.
Sometimes you have to slow down and break down the problem too.
DFSORT or Syncsort are very fast but first off, test against one dataset
and get some indicative timings. end to end that will give
On Thu, 8 Oct 2020, at 01:10, Seymour J Metz wrote:
> No, I'm saying that I know what the CHANGE command does. Did the OP say
> that the relevant lines are contiguous?
No, he said nothing at all except that
"On a different note. I just compared EDIT macro performance
versus IPOUPDTE.
, October 7, 2020 7:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
On Wed, 7 Oct 2020, at 19:37, Seymour J Metz wrote:
> Using global change command would work in, e.g., SuperWylbur, but the
> change command in ISPF doesn't have the requisite functionality.
Are you sayi
On Thu, 8 Oct 2020, at 00:12, Joseph Reichman wrote:
> I would like to issue IGGCSI00 and see how may datasets are involved
> doing it in multiple steps I would have to code 4,400 DD statements
> that would take forever
You can't, surely you can't mean that you'd hand write that many dd
On Wed, 7 Oct 2020, at 22:04, Paul Gilmartin wrote:
> On Wed, 7 Oct 2020 11:36:12 -0400, Joseph Reichman wrote:
> >
> >There is a maximum of 5 min CPU time for job step
>
> On Wed, 7 Oct 2020 18:15:56 +0100, Jeremy Nicoll wrote:
> >On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
> >> I work
On Wed, 7 Oct 2020, at 19:37, Seymour J Metz wrote:
> Using global change command would work in, e.g., SuperWylbur, but the
> change command in ISPF doesn't have the requisite functionality.
Are you saying you know what the macro (that Wayne referred to) does?
It's been a long time since I
>
> I would like to issue IGGCSI00 and see how may datasets are involved
> doing it in multiple steps I would have to code 4,400 DD statements
> that would take forever
Route the output of IGGCSI00 to a sequential dataset and DFSORT can
generate a dynamic JCL by parsing the contents. But first
> If DFSORT will do the trick I’m all for it
> I have been looking at the manual
To be honest, I for one have absolutely no idea as to "what the real
requirement is ". we already have 44 posts on this but very little
information on the real requirement.
You have been telling that you work for
t;> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Joseph Reichman
>> Sent: Wednesday, October 7, 2020 6:20 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: dataset allocation
>>
>> Caution! T
e-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joseph Reichman
> Sent: Wednesday, October 7, 2020 6:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: dataset allocation
>
> Caution! This message was sent from outside your organi
on behalf of
Joseph Reichman
Sent: Wednesday, October 7, 2020 6:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
S322
I IMHO breaking up the job submitting to INTRDR may help
What do you think ?
> On Oct 7, 2020, at 6:10 PM, Seymour J Metz wrote:
>
> Do you have
,
Mike
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joseph Reichman
Sent: Wednesday, October 7, 2020 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
Caution! This message was sent from outside your
I meant submitting many jobs under the cover the input datasets can remain VB
> On Oct 7, 2020, at 6:33 PM, Clark Morris wrote:
>
> [Default] On 7 Oct 2020 10:03:05 -0700, in bit.listserv.ibm-main
> skol...@us.ibm.com (Sri h Kolusu) wrote:
>
>>> Yes at this point but since the file is
[Default] On 7 Oct 2020 10:03:05 -0700, in bit.listserv.ibm-main
skol...@us.ibm.com (Sri h Kolusu) wrote:
>> Yes at this point but since the file is variable
>> I may need an exit to get the right spot at times to do a compare
>
>Joseph,
>
>You still haven't explained us as to what the real
; --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
>
> From: IBM Mainframe Discussion List on behalf of
> Joseph Reichman
> Sent: Wednesday, October 7, 2020 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject:
, October 7, 2020 4:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
1440 it’s bombing on time
Seymour you live in Virginia never worked for the IRS you cannt be that far
from NCFB the code here is all Assembler
Large many VB files
> On Oct 7, 2020, at 2:52 PM, Seymour J M
On Wed, 7 Oct 2020 18:51:58 +, Seymour J Metz wrote:
>...
>
>What DYNAMNBR did you specify on EXEC?
>
Allocation by BPXWDYN, for example, is exempt from the DYNAMNBR limit.
-- gil
--
For IBM-MAIN subscribe / signoff /
On Wed, 7 Oct 2020 11:36:12 -0400, Joseph Reichman wrote:
>
>There is a maximum of 5 min CPU time for job step
On Wed, 7 Oct 2020 18:15:56 +0100, Jeremy Nicoll wrote:
>On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
>> I work for the IRS ...
>>
>And you've said that multiple times.
__
> From: IBM Mainframe Discussion List on behalf of
> Joseph Reichman
> Sent: Wednesday, October 7, 2020 1:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: dataset allocation
>
> There are two main issues here
>
> 1) I can not allocate this many datasets to
>A jo
Mainframe Discussion List on behalf of
Joseph Reichman
Sent: Wednesday, October 7, 2020 1:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
There are two main issues here
1) I can not allocate this many datasets to
A job step that’s includes using SVC 99
2) The job step times
Nicoll
Sent: Wednesday, October 7, 2020 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
On Wed, 7 Oct 2020, at 14:49, Paul Gilmartin wrote:
> On Wed, 7 Oct 2020 13:45:04 +0100, Jeremy Nicoll wrote:
> >...
> >Alternatively, maybe you never wrote any edit mac
IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la
> part de Joseph Reichman
> Envoyé : mercredi 7 octobre 2020 19:28
> À : IBM-MAIN@LISTSERV.UA.EDU
> Objet : Re: dataset allocation
>
> There are two main issues here
>
> 1) I can not allocate this
---Message d'origine-
De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part
de Joseph Reichman
Envoyé : mercredi 7 octobre 2020 19:28
À : IBM-MAIN@LISTSERV.UA.EDU
Objet : Re: dataset allocation
There are two main issues here
1) I can not allocate this many datasets to
> 2) The job step times out because I have reached a 5 minute CPU time limit
> on the job step
>
This is a site and environment choice. Use a JOBCLASS (or how ever your site
controls this) with a greater or no time limit.
--
: IBM Mainframe Discussion List On Behalf Of
Joseph Reichman
Sent: Wednesday, October 07, 2020 1:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
There are two main issues here
1) I can not allocate this many datasets to
A job step that’s includes using SVC 99
2) The job
al Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joseph Reichman
Sent: Wednesday, October 7, 2020 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
There are two main issues here
1) I can not allocate this many datasets to
There are two main issues here
1) I can not allocate this many datasets to
A job step that’s includes using SVC 99
2) The job step times out because I have reached a 5 minute CPU time limit on
the job step
Sri from my understanding said DFSORT can overcome these two problems
I’m
On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
> I work for the IRS I have to search thru year 2020 data that’s 4,467
> files about 240,000 records per file and a record length could be
> 10,000 bytes
> VB files
And you've said that multiple times. No-one cares who you work
for, but we
I work for the IRS I have to search thru year 2020 data that’s 4,467 files
about 240,000 records per file and a record length could be 10,000 bytes
VB files
> On Oct 7, 2020, at 1:03 PM, Sri h Kolusu wrote:
>
>
>>
>> Yes at this point but since the file is variable
>> I may need an exit
> Yes at this point but since the file is variable
> I may need an exit to get the right spot at times to do a compare
Joseph,
You still haven't explained us as to what the real requirement is. DFSORT
can handle VB file with ease. Substring search will make sure you can
search anywhere within
[Default] On 7 Oct 2020 08:50:04 -0700, in bit.listserv.ibm-main
reichman...@gmail.com (Joseph Reichman) wrote:
>Yes at this point but since the file is variable
>I may need an exit to get the right spot at times to do a compare
>There are 4,644 files an average of 240,000 records the file is
Yes at this point but since the file is variable
I may need an exit to get the right spot at times to do a compare
There are 4,644 files an average of 240,000 records the file is VB the record
size can be 10,000 rough estimates
> On Oct 7, 2020, at 11:44 AM, Sri h Kolusu wrote:
>
>
>>
>> There is a maximum of 5 min CPU time for job step
>> In order to increase the TIOT the allocxx member had to be modified
You don't have to change TIOT limit, we can cap the concatenation limit to
whatever value we decide. Since you only have 5 mins of cpu time for each
job, we probably can
Thanks good to know my job is timing out
There is a maximum of 5 min CPU time for job step
In order to increase the TIOT the allocxx member had to be modified
> On Oct 7, 2020, at 11:22 AM, Sri h Kolusu wrote:
>
>
>>
>> You may be surprised at how much SORT can do for you though.
>
>
> You may be surprised at how much SORT can do for you though.
SORT can easily accomplish this by generating JCL on the fly for the 4000+
datasets. The maximum number of dd's per job is 3273 (assuming TIOT is
64k). So DFSORT can take a list of the datasets and generate 3 different
jobs and
On Wed, 7 Oct 2020, at 14:49, Paul Gilmartin wrote:
> On Wed, 7 Oct 2020 13:45:04 +0100, Jeremy Nicoll wrote:
> >...
> >Alternatively, maybe you never wrote any edit macros in anything other
> >than REXX? ISTR that one could use any SAA language, eg COBOL or
> >Assembler, apart from
On Wed, 7 Oct 2020 10:59:55 +0100, Jeremy Nicoll wrote:
>...
>How much of what the macro was doing was "glue logic" (if it was
>in REXX) or scanning through the file line by line, compared with
>calling editor commands (which one would expect to be fairly
>efficient)?
On Wed, 7 Oct 2020
On Wed, 7 Oct 2020, at 15:40, Robert Prins wrote:
> On 2020-10-07 11:00, Jeremy Nicoll wrote:
> > On Wed, 7 Oct 2020, at 04:03, Wayne Bickerdike wrote:
> >
> >> On a different note. I just compared EDIT macro performance versus
> >> IPOUPDTE. IPOUPDTE was about 600 times faster.
> >
> > Is that
Thanks for the response
The average number of records in the file could be 240,000 each record could be
close to 10,000 bytes there are 4,644 files
Trying to find certain type of data
( doing testing for new filing season IRS)
Thanks
> On Oct 7, 2020, at 7:32 AM, Robert Prins wrote:
>
On 2020-10-07 11:00, Jeremy Nicoll wrote:
On Wed, 7 Oct 2020, at 04:03, Wayne Bickerdike wrote:
On a different note. I just compared EDIT macro performance versus
IPOUPDTE. IPOUPDTE was about 600 times faster.
Is that a macro written in Assembler, or REXX?
It's an IBM program, a
On Wed, 7 Oct 2020, at 04:03, Wayne Bickerdike wrote:
> On a different note. I just compared EDIT macro performance versus
> IPOUPDTE. IPOUPDTE was about 600 times faster.
Is that a macro written in Assembler, or REXX?
How much of what the macro was doing was "glue logic" (if it was
in REXX) or
On 2020-10-07 03:03, Wayne Bickerdike wrote:
Give us an idea of how big each file is. OPEN/CLOSE is expensive. QSAM with
large buffers should go pretty quickly.
LOCATE instead of MOVE mode can speed things up when you are reading.
On a different note. I just compared EDIT macro performance
z/OS port of the
> open-source lua scripting language is purported to be a pretty
> high-performance tool. I don’t have any practical knowledge of it, just
> reporting what I have read.
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion Lis
Stein
Sent: Tuesday, October 6, 2020 6:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
EXTERNAL EMAIL
On Tue, Oct 06, 2020 at 03:34:51PM -0400, Joseph Reichman wrote:
> Seemed like I processed 100 files concatenated a lot quicker
>
> But I didn’t do any exact testin
On Tue, Oct 06, 2020 at 03:34:51PM -0400, Joseph Reichman wrote:
> Seemed like I processed 100 files concatenated a lot quicker
>
> But I didn’t do any exact testing you may be right
I'd get or build a subroutine which captured the current real and cputime
(timeused macro?) and call it
at a time.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Joseph Reichman
Sent: Tuesday, October 6, 2020 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation
Seemed like I processed 100 files concatenated a lot qu
Seemed like I processed 100 files concatenated a lot quicker
But I didn’t do any exact testing you may
Be right
> On Oct 6, 2020, at 3:30 PM, Paul Gilmartin
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 6 Oct 2020 14:56:21 -0400, Joseph Reichman wrote:
>>
>> I
On Tue, 6 Oct 2020 14:56:21 -0400, Joseph Reichman wrote:
>
>I posted a problem last week regarding allocating a concatenated dataset a
>few of you (Seymour,Paul Gilmartin) suggested that when processing the 4,608
>VB (huge) files
>
(I believe Lizette offered a similar suggestion.)
>That rather
to take some time no matter what
> you do.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joseph Reichman
> Sent: Tuesday, October 6, 2020 11:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
&g
Of Joseph Reichman
Sent: Tuesday, October 6, 2020 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: dataset allocation
Hi
I posted a problem last week regarding allocating a concatenated dataset a
few of you (Seymour,Paul Gilmartin) suggested that when processing the 4,608
VB (huge) files
Hi
I posted a problem last week regarding allocating a concatenated dataset a
few of you (Seymour,Paul Gilmartin) suggested that when processing the 4,608
VB (huge) files
That rather then concatenate them and when I reach the limit deco catenate
them
I just process on file at a time
the temporary dataset allocation
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Hello,
I am performing a unters for a Rel file using TRSMAIN. Unfortunately it
is
failing due to insufficient allocation during temporary dataset creation.
Are there any parameter within
Hi
I'm using the AMATERSE program with TMPSPACE DD(to allocate the temporary)
On 13.12.2013 11:56, Jake anderson wrote:
Hello,
I am performing a unters for a Rel file using TRSMAIN. Unfortunately it is
failing due to insufficient allocation during temporary dataset creation.
Are there
I am trying to wrap my head around this layout.
I have a pool that is mixed with solid state drives and spinning drives.
The intent is all DB2 tables are on solid state. My solid state is on all 1
UCB range so it is easy for me to identify.
However, when I look at this pool for DB2, I am
Lizette,
If a Storage Group contains a mix of SSD and HDD volumes, to divert
datasets on HDD volumes,assign them a
Storage Class with these attributes:
DIRECT MSR = 1
DIRECT BIAS = R
Do not specify any values forS
Comments included in RESP/RESP
HTH,
snip
I have a pool that is mixed with solid state drives and spinning drives.
The intent is all DB2 tables are on solid state. My solid state is on all 1
UCB range so it is easy for me to identify.
However, when I look at this pool for DB2, I am not sure
81 matches
Mail list logo
