RSTUSRPRF

Posted by: John Tremper

RSTUSRPRF
has no ratings.

Published: 28 Feb 2013
Revised: 07 Mar 2013 - 3675 days ago
Last viewed on: 29 Mar 2023 (6320 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: 10 years 30 days 2 hours 45 minutes ago
Edited: Thu, 07 Mar, 2013 at 06:59:23 (3675 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: 10 years 29 days 10 hours 29 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.