|
View previous topic :: View next topic
|
| Author |
Message |
Manas Sinha
New User
Joined: 29 Apr 2008
Posts: 20
Location: United Kingdom
|
|
|
|
Hi All,
I have an Online load library. I want to make sure that whenever any of the loads in this PDS undergo a change, an automated alert can be raised.
I know that I can use TSO SUPERC (3.13) to do a compare, but the job just produces a report with no alerting mechanism whatsoever in case there is a change.
Pls advise.
Best regards,
Amit. |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| Then you will need to execute a second step depending on the RC of SUPERC to send a notification message. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
If Your organization has the proper change management procedures in place
You are duplicating already done work
the production load libraries should be protected from unauthorized updates
test libraries, are changed so frequently that any auditing on the would be useless ( apart the usual change management tracking )
what and with what would You want to run a compare ?? |
|
| Back to top |
|
|
Manas Sinha
New User
Joined: 29 Apr 2008
Posts: 20
Location: United Kingdom
|
|
|
|
Hi Expat,
As far as I know, we get a RC=04, irrespective of whether the load compare has been successful or not.
Hi Enrio,
We do have Change control system in place (Changeman) and I am not trying to override the system.
This requirement is for a project release perspective , wherein different projects are doing their testing in 1 single region. The team have been given the liberty to move the loads into the region into a holding library (loadfix). This mechanism is just to issue an alert in case somebody changes the load without proper reason to do so.
Hope you understand.
Thanks for your help.
Amit. |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| Quote: |
Hi Expat,
As far as I know, we get a RC=04, irrespective of whether the load compare has been successful or not. |
Mmmmmm, from my experiences, RC = 0 means no differences, RC = 1 means differences.
I would take a look at your SUPERC output if I were you. |
|
| Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
| Manas Sinha wrote: |
| As far as I know, we get a RC=04, irrespective of whether the load compare has been successful or not. |
No, off hand, I noticed by my experiments it was RC=0 when matched else it was 1. |
|
| Back to top |
|
|
Garry Carroll
Senior Member
Joined: 08 May 2006
Posts: 1193
Location: Dublin, Ireland
|
|
|
|
| Quote: |
We do have Change control system in place (Changeman) and I am not trying to override the system.
This requirement is for a project release perspective , wherein different projects are doing their testing in 1 single region. The team have been given the liberty to move the loads into the region into a holding library (loadfix). This mechanism is just to issue an alert in case somebody changes the load without proper reason to do so. |
Surely you can use Changeman is such a way as to allow the teams to promote their change into the testing library/ies?
Regards,
Garry. |
|
| Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
| Garry Carroll wrote: |
Surely you can use Changeman is such a way as to allow the teams to promote their change into the testing library/ies?
|
At my shop I've three different LPARs.
- Testing Region, say LPAR-1
- One other LPAR, say LPAR-2
- Production
Now some specific RACF IDs can promote codes to LPAR-2 from LPAR-1, where a new code was compiled. I think this is the situation with TS. |
|
| Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne
|
|
|
|
you could always generate one of the endevor reports, daily, which are accurate (once you understand how to set them up) and would tell you what has been added today, yesterday.
you could always skip this administrative big brother, check out what everyone is doing crap by only allowing responsible individuals to execute packages for migration.- then you would have the migration report.
I believe you have all the tools necessary in endevor (to include security) to 'CONTROL' everything. I have the feeling that your paranoia is based on your ignorance of the application (endevor).
CA has done a really good job providing facilities/utilites to prevent/control/supervise the kind of behaviour that you are talking about.
where panvalet was easy to use and hard to administer, endevor is a pain in the ass to use and easy to administer. |
|
| Back to top |
|
|
|
|
