Thanks to all who responded. The auditor wants to know if the correct storage
group is being used because he wanted to cross reference with the volume
backups. I supplied him with the code (ACS) but it was too technical for him.
I manually executed the commands D SMS,VOLUME(XXX) followed by the
On Thu, 31 Jul 2008 05:29:27 -0700, willie bunter [EMAIL PROTECTED]
wrote:
Thanks to all who responded. The auditor wants to know if the correct
storage group is being used because he wanted to cross reference with the
volume backups. I supplied him with the code (ACS) but it was too
technical
Good Day To All
When I perform a LISTCAT of a specific dsn it does not show the STORAGE GROUP
in the SMSDATA field. The dsn is SMS managed and it is being directed
correctly to the proper volume. I have the auditors here and I need to prove
that the correct STORAGE GROUP is being flagged.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of willie bunter
Good Day To All
When I perform a LISTCAT of a specific dsn it does not show
the STORAGE GROUP in the SMSDATA field. The dsn is SMS
managed and it is being directed correctly to the proper
Willie,
The storage group is never included in the listcat output. To prove that a
given volser is in a certain storage group:
Issue command D SMS,VOL(volser)
Use quickref
Run idcams dcollect STOG(storagegroup)
Show them a report from micsdasd if you have it.
Navigate to ISMF panel that lists
In a message dated 7/30/2008 1:25:25 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
There are probably other ways to show that a volume is part of a storage
group.
Think it was Linea Nichols posted a simple SAS pgm to summarize the DCOLLECT
data by groups. It was in Enterprise
There are a couple of options.
If you have DTS Software's SMSDEBUG you could run the diag and get the info
with it.
Or if you have QuickRef by Chicago Soft and it is at least 6.6 or above, you
can bring up a DASD list which can list by storage goup. Then place the cursor
on the DASD volume
Or show your ACS code to the auditor to show how it gets there.
Maybe it's me, but I think:
1. The auditor is being too detailed.
2. The management class of the data is a heck of a lot more important than the
storage group.
I would prefer all production data be in one storage group, and be
on the mf.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
willie bunter
Sent: Wednesday, July 30, 2008 1:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: LISTCAT/SMS QUESTION
Good Day To All
When I perform a LISTCAT of a specific dsn it does not show
can't imagine how DASD management policies would be of the slightest interest
to an auditor.
Backup
Retention
Off site migration
But that's not storage group, that's management class!
-
Too busy driving to stop for gas!
--
Exactly.
A more reasonable question: Prove that critical files are being backed
up.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, July 30, 2008 1:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: LISTCAT/SMS
Exactly.
A more reasonable question: Prove that critical files are being backed up.
More than that.
Are they retained for a proper time?
Are they available for D/R?
Are they secure?
Back up is just the first basic item!
-
Too busy driving to stop for gas!
[mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, July 30, 2008 2:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: LISTCAT/SMS QUESTION
Exactly.
A more reasonable question: Prove that critical files are being backed
up.
More than that.
Are they retained for a proper time
The method in my madness is to somehow get real value out of an audit rather
than just produce a bunch of meaningless reports. Let's face it,
coming up with a good answer to a good question is often a good thing for the
shop, IMHO.
An auditor is not an enforcer.
The proper procedure is:
1.
On 30 Jul 2008 at 14:10, concerning ListCat/SMS question, Willie
Bunter [EMAIL PROTECTED] wrote to IBM-Main:
[snip] LISTCAT [snip] does not show the STORAGE
GROUP in the SMSDATA field. [snip] I have the auditors here and
I need to prove that the correct STORAGE GROUP is being flagged
On Wed, 30 Jul 2008 11:09:59 -0700, willie bunter [EMAIL PROTECTED]
wrote:
Good Day To All
When I perform a LISTCAT of a specific dsn it does not show the STORAGE
GROUP in the SMSDATA field. The dsn is SMS managed and it is being directed
correctly to the proper volume. I have the auditors
I have not used this command, but starting in z/OS 1.7, you can specify SETSMS
VOLSELMSG(ON) (with some other parameters) to see detailed volume selection
analysis messages in the hardcopy log and joblog. Of course, this is only
useful while the data set is being created, not after the fact.
17 matches
Mail list logo
