Discussion:
Restore sequence
(too old to reply)
s***@sinaman.com
2005-08-05 11:47:04 UTC
Permalink
Hi all,

I understand there is sequence to restore object authority:

1. rstusrprf
2. rstlib
3. rstaut

But what if we:

1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. restore libs from more recent backup
6. add prviate authority to some objects
6. rstaut

With the above sequence, will the private authorities be restored? We
are facing a problem that all the private authorities are lost.
Jim Thedorf
2005-08-05 13:43:57 UTC
Permalink
You can't do it this way. What you should have done is:

1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. rstusrprf
6. restore libs from more recent backup (make sure QUSRSYS is included in
the RSTLIB)
7. rstaut
8. add prviate authority to some objects

To fix your current problem do the following:

RSTUSRPRF from a backup (If the "more recent backup" tape included the
SAVSYS then use this tape)
RSTLIB for QUSRSYS from your "more recent backup"
RSTAUT
add prviate authority to some objects


Jim
Post by s***@sinaman.com
Hi all,
1. rstusrprf
2. rstlib
3. rstaut
1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. restore libs from more recent backup
6. add prviate authority to some objects
6. rstaut
With the above sequence, will the private authorities be restored? We
are facing a problem that all the private authorities are lost.
Tim M
2005-08-06 04:15:18 UTC
Permalink
You don't need step 5 at all

RSTAUT should be the penultimate step of your recovery. (The final step
is an IPL)
Post by s***@sinaman.com
1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. rstusrprf
6. restore libs from more recent backup (make sure QUSRSYS is included
in the RSTLIB)
7. rstaut
8. add prviate authority to some objects
RSTUSRPRF from a backup (If the "more recent backup" tape included the
SAVSYS then use this tape)
RSTLIB for QUSRSYS from your "more recent backup"
RSTAUT
add prviate authority to some objects
Jim
Post by s***@sinaman.com
Hi all,
1. rstusrprf
2. rstlib
3. rstaut
1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. restore libs from more recent backup
6. add prviate authority to some objects
6. rstaut
With the above sequence, will the private authorities be restored? We
are facing a problem that all the private authorities are lost.
Jim Thedorf
2005-08-06 14:28:14 UTC
Permalink
I was recently working on a 170 in the U.S. when 2 other consultants that
were working on migrating to another AS400 an i5 520. They could not get
private authorities back, so I opened my mouth and told them how to recover.
Instead they called their head office and got different instructions.

They asked me my opinion and I said "You can try with your own method. After
you find that you do not have private authorities then follow my steps."

They told me they were from "The Largest U.S. IBM Business Partner" and have
exhaustive resources so they will use their own instructions. An hour later
they asked me for my instructions again.



Jim
Post by Tim M
You don't need step 5 at all
RSTAUT should be the penultimate step of your recovery. (The final step is
an IPL)
Post by s***@sinaman.com
1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. rstusrprf
6. restore libs from more recent backup (make sure QUSRSYS is included in
the RSTLIB)
7. rstaut
8. add prviate authority to some objects
RSTUSRPRF from a backup (If the "more recent backup" tape included the
SAVSYS then use this tape)
RSTLIB for QUSRSYS from your "more recent backup"
RSTAUT
add prviate authority to some objects
Jim
Post by s***@sinaman.com
Hi all,
1. rstusrprf
2. rstlib
3. rstaut
1. rstusrprf
2. rstlib
3. rstaut
4. delete libs
5. restore libs from more recent backup
6. add prviate authority to some objects
6. rstaut
With the above sequence, will the private authorities be restored? We
are facing a problem that all the private authorities are lost.
s***@sinaman.com
2005-08-07 08:23:10 UTC
Permalink
Hi all, thanks for the responses.

Jim, only the QUSRSYS will do? we are restoring data to a new machine
(i5 520) with different OS. Can we simply replace the QUSRSYS? Our
latest security data is not from SAVSYS but from SAVSECDTA. Is that OK?

And, is IPL a must before all the private authorities can be restored?

Thank you.
Jim Thedorf
2005-08-07 15:50:22 UTC
Permalink
Since you are coming from one OS release to another you should:

1) RSTLIB for QUSRSYS. This will put your QUSRSYS in an invalid state for
V5R3, so you will then

2) GO LICPGM & install QUSRSYS from the V5R3 CDs.

3) GO PTF & take option 8 to load the PTFs from the Cume, Group & Hiper
PTFs. There may not be any PTFs that are required but better save then
sorry. I just did the same steps last week & we did have PTFs that had to be
reloaded.

4) of course IPL the system.


Jim
Post by s***@sinaman.com
Hi all, thanks for the responses.
Jim, only the QUSRSYS will do? we are restoring data to a new machine
(i5 520) with different OS. Can we simply replace the QUSRSYS? Our
latest security data is not from SAVSYS but from SAVSECDTA. Is that OK?
And, is IPL a must before all the private authorities can be restored?
Thank you.
s***@sinaman.com
2005-08-08 06:38:11 UTC
Permalink
Thanks Jim,

Will the priviate authrorities be seen before IPL?
Which step did we go wrong?

Thank you.
Laurence
2005-08-09 08:06:09 UTC
Permalink
Hi,

You can refer to
http://www-1.ibm.com/support/docview.wss?uid=nas129e1f9edc75ccbc6862565c2007d2185&rs=110


Laurence
Jim Thedorf
2005-08-09 14:10:05 UTC
Permalink
Deleting the library caused the loss of security. Had you retored over the
existing objects then you would have retained security.


Jim
Post by s***@sinaman.com
Thanks Jim,
Will the priviate authrorities be seen before IPL?
Which step did we go wrong?
Thank you.
Loading...