RSTUSRPRF

Posted by: John Tremper

RSTUSRPRF
has no ratings.

Published: 28 Feb 2013
Revised: 07 Mar 2013 - 1936 days ago
Last viewed on: 25 Jun 2018 (4290 views)

Main URL:

RSTUSRPRF Published by: John Tremper on 28 Feb 2013 view comments(2)

Good Afternoon All. I have been working on a DR project that moves production libraries from one box to another. I have it working pretty well, but have some questions about copying the user data across. I am saving the production box's user profiles using the USRSECDTA command, then ftp'ing that file across to the DR box. Here is where my question comes in. Can the RSTUSRPRF command be used in batch mode? I know you have to be in a restricted state. My plan is to submit the job to QCTL, end all subsystems, then run the RSTUSRPRF command. Has anyone done something like this before?

Sort Ascend | Descend

COMMENTS

(Sign in to Post a Comment)

Posted by: bobcozzi

Site Admin ****

Chicagoland

www.cozTools.com/qryfile

Comment on: RSTUSRPRF
Posted: 5 years 3 months 26 days 17 hours 19 minutes ago
Edited: Thu, 07 Mar, 2013 at 06:59:23 (1936 days ago)

Yep. I do it. Using a save file into which the users were saved.

RSTUSRPRF  DEV(*SAVF) USRPRF(*NEW)            
          SAVF(&SAVLIB/&SAVSECDATA) ALWOBJDIF(*ALL)

Then you need to restore the user profile authority.

 RSTAUT  USRPRF(*ALL)

Posted by: DaleB

Premium member *

Reading, PA

Comment on: RSTUSRPRF
Posted: 5 years 3 months 26 days 1 hours 4 minutes ago

RSTUSRPRF does not have to be run in a restricted state unless you're doing USRPRF(*ALL) or SECDTA(*DCM). RSTAUT does not have to be run in a restricted state in any case.

If you're doing other things, you still may need to restrict the system. If you're only restoring user profiles, it may not be necessary.