z/OS Security Server RACF System Programmer's Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Procedure for the backup database

z/OS Security Server RACF System Programmer's Guide
SA23-2287-00

  1. Ensure that the backup database is inactive and deallocated. To determine the status of the backup database, use the RVARY LIST command.
  2. The next step depends on the status of your backup database.
    • If it is active, issue RVARY INACTIVE for the backup.
    • If it is inactive and allocated, issue RVARY ACTIVE for the backup, and then RVARY INACTIVE.
    • If it is inactive and deallocated, go to the next step.
  3. You have two options for this step. Use step 3.a when you know your database is not being updated, or you are willing to risk losing database updates in return for a quicker copy. Use step 3.b when you want to insure that no database updates are lost, even if it takes a little longer.
    1. Copy the backup database using IRRUT200 without PARM=ACTIVATE, or IRRUT400 without LOCKINPUT, and uncatalog the original database. For information on determining which utility to use, see RACF database utilities.

      Ensure that the newly-created database that you want to use as the backup database is cataloged, and ensure that it has the same name as the original, backup database.

    2. Copy the primary database using IRRUT200 with PARM=ACTIVATE, or IRRUT400 with LOCKINPUT to create a new backup. Uncatalog the original backup.
  4. If you used IRRUT400, or IRRUT200 without PARM=ACTIVATE, issue RVARY ACTIVE for the new backup database.
  5. If you used IRRUT400 with LOCKINPUT, run IRRUT400 with UNLOCKINPUT to unlock your primary database.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014