Re: ADSM RACF Enqueue Problem
2000-03-20 10:24:43
Not really familiar with RACF but in my mainframe days we used ACF2. My
initial guess is that someone has implemented rules against HLI that these
tapes are part of. Hope this helps...Regards
Larry Way
SL09/100D
408-743-4242 Voice
408-690-2327 Cell
408-743-4201 Fax
>>> Gary.Ison AT MAIL.STATE.KY DOT US 03/20/00 06:49AM >>>
Hi guys,
My OS/390 MVS system people tell me that I am causing severe
problems with the RACF process by issuing "thousands" of enqueue requests
against the RACF database. I'm running version 3.1.2.40 of the sever on an
OS/390 MVS version 2.7, 2 LPAR system. I have the following tape pools
managed/used by ADSM processing (the usual stuff - migration, reclamation,
expiration, backup copying, etc.) with the indicated number of volumes. The
problem really manifests itself when automated processing to perform storage
pool copies (both on and offsite) kick in and request scratch tapes. I have
the "maxpr" value set to 2 and 3 with the backup operations and up to 8
drives allowed per device class.
Storage Pool Name Device Class Name # VOLUMES
-------------------------- ---------------------------
-----------------
-----------------
COPYPOOL CART_3490E 1933
COPYPOOL CART_3490E 1933
COPYPOOL-DRM CART-3590 18
DRM-OFFSITE CART-3590 51
MIGRAT_3490E CART_3490E 1934
STGPOOL_3490E CART_3490E 2
TAPE-STG-DRM CART-3590 30
TAPE-STG-Y2K CART-3590 2
3590-ARCHIVE CART-3590 1
Is anyone familiar with this problem? I would appreciate any hints
or help in resolving this. We have not upgraded the ADSM server since mid
October and I can't seem to get an answer about when the problem became
"critical" but it has only been in the last couple of months that the system
people are asking me about it almost daily.
Thanks for any information.
Gary L. Ison
Governor's Office for Technology
101 Cold Harbor Drive
Frankfort, Ky. 40601
Phone: (502) 564-8724
Fax: (502) 564-6856
E-mail: Gary.Ison AT mail.state.ky DOT us <mailto:Gary.Ison AT mail.state.ky
DOT us>
|
|
|