• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Restore a Single IFS Directory

    July 26, 2002 Timothy Prickett Morgan

    Hey, Joe:

    I backed up my entire Integrated File System (IFS) using option 21 (Entire System) from the GO SAVE menu. Now I want to restore just one IFS directory called /test1, not the entire IFS.

    How do I do it?

    — Alex

    The answer here is to use OS/400’s Restore (RST) command. This is a fairly easy command to run, but there are one or two quirks to watch out for as you do it. Here’s my drill for restoring a single directory to the IFS.

    First, put the tape (or tapes) from the full system backup containing the IFS into your tape drive. This can get a little tricky because RST may be looking only for those tapes that contain your IFS data, and it may issue an error if you just put in the first tape in your option 21 backup set that doesn’t contain your IFS data (the first tape generally contains the SAVSYS data as well as some IBM and user library backups and, possibly, your DLO files). To locate the proper IFS tapes to put in your tape drive, use the Display Tape (DSPTAP) command to look for the first tape in the backup set that contains a label called SAVyyyymmdd where yyyy=the year the backup set was created, mm=the month the set was created, and dd=the day of the month the set was created, as per my example:

    DSPTAP DEV(TAP01) DATA(*LABELS) OUTPUT(*PRINT)
    

    Put that tape in slot one of the drive, and then insert the remainder of the tapes from the backup set that were created after that tape into slot two and above.

    Let’s assume that your OS/400 tape drive name is TAP01. To restore this directory, type in the following RST command:

    RST  DEV('QSYS.LIB/TAP01.DEVD') +
       OBJ(('/test1*' *INCLUDE)) +
       SUBTREE(*ALL) +
       ALWOBJDIF(*ALL)
    

    This RST statement tells OS/400 to restore all files and directories that match the /test1* pattern, which is a wildcard designation. The SUBTREE(*ALL) parameter tells OS/400 to also restore all the files and subdirectories contained under /test1. Note that there are different values for SUBTREE that allow you to specify whether or not you also want to restore the subdirectories contained under /test1. To restore just the /test1 directory without restoring any of its subdirectories, try coding SUBTREE(*NONE). To restore just the subdirectory structure under /test1 without restoring the files that exist in those subdirectories, try coding SUBTREE(*DIR).

    If you’re not using TAP01, substitute the name of your tape drive for TAP01. Because you’re dealing with the IFS and your tape drive description exists in the DB2 UDB library, which is contained in the QSYS.LIB file system, the notation for specifying the tape drive’s location must be listed in IFS format. This accounts for the QSYS.LIB/TAP01.DEVD coding.

    Be careful with this command, because it will restore everything in that IFS directory with whatever you backed up from the tape, clobbering any changes you may have made to existing /test1 files since the backup. My general rule is that you should always walk on tiptoes when restoring directories and double-check everything before you press the Enter key. If you want to be more cautious, restore /test1 to a different IFS directory.

    If you want to restore /test1 to a different IFS directory, say one called /restores off the IFS root (/), you could try coding the statement with the optional new object name (sometimes called pathname) part of the OBJ parameter, as follows:

    RST DEV('QSYS.LIB/TAP01.DEVD') +
       OBJ(('/test1*' *INCLUDE '/restores*')) +
       SUBTREE(*ALL) ALWOBJDIF(*ALL)
    

    When the new object name is left off this command (as in the first example), OS/400 defaults to restoring directly back to the directory name that was backed up. If you’re restoring to a different directory, however, I recommend that you create your target directory in the IFS before you proceed. OS/400 might create it for you if you neglect to do so, but I always like to be as specific as possible in restore operations. Here’s the statement to create a new IFS directory called /restores off the root of the IFS:

    CRTDIR DIR('/restores')
    

    Once the directory is created and you restore your files, then you can pick and choose which files to transfer from /restores back to /test1. File transfer can be done either through green-screen commands or through iSeries Operations Navigator (OpsNav).

    I’m partial to restoring files and directories to hold directories rather than directly to the originating location, because it gives me a chance to look at the files before I move them to their final destination.

    Hope this helps.

    — Joe

    Sponsored By
    ADVANCED SYSTEMS CONCEPTS

    SEQUEL meets all your iSeries and AS/400 data access needs in a single, integrated solution:

    • Windows, Web or host user interfaces

    • Convert AS/400 data into PC file formats

    • E-mail or FTP query results, reports and spool files
    • Run-time prompted queries and reports for end users

    • IF-THEN-ELSE logic in queries and reports

    • Report, form and label formatting second to none

    • Easily convert date fields, character-to-numeric, numeric-to-character and other data manipulation

    • SORT or JOIN using a calculated field

    • Quick summarization of data with Tabling function

    • Run multiple SEQUEL requests as one with the SEQUEL Scripting function

    • OLAP Business Intelligence at a fraction of the cost of comparable solutions

    Take 6 minutes to view a SEQUEL ViewPoint ScreenCam movie to see how simple Windows-based AS/400 and iSeries data access can be! In just a few short minutes, you can find out ways to make your job easier and improve data access throughout your organization. Download the ViewPoint movie here .

    For more information or a FREE trial of SEQUEL, call 847/605-1311 or visit Advanced Systems Concepts.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags: Tags: mgo_rc, Volume 2, Number 56 -- July 26, 2002

    Sponsored by
    Maxava

    Migrate IBM i with Confidence

    Tired of costly and risky migrations? Maxava Migrate Live minimizes disruption with seamless transitions. Upgrading to Power10 or cloud hosted system, Maxava has you covered!

    Learn More

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Did OPNQRYF Retrieve Records? Retrieving Query Definitions

    Leave a Reply Cancel reply

MGO Volume: 2 Issue: 56

This Issue Sponsored By

    Table of Contents

    • Generating a Unique Identifier
    • Restore a Single IFS Directory
    • Sending Escape Messages from RPG

    Content archive

    • The Four Hundred
    • Four Hundred Stuff
    • Four Hundred Guru

    Recent Posts

    • Meet The Next Gen Of IBMers Helping To Build IBM i
    • Looks Like IBM Is Building A Linux-Like PASE For IBM i After All
    • Will Independent IBM i Clouds Survive PowerVS?
    • Now, IBM Is Jacking Up Hardware Maintenance Prices
    • IBM i PTF Guide, Volume 27, Number 24
    • Big Blue Raises IBM i License Transfer Fees, Other Prices
    • Keep The IBM i Youth Movement Going With More Training, Better Tools
    • Remain Begins Migrating DevOps Tools To VS Code
    • IBM Readies LTO-10 Tape Drives And Libraries
    • IBM i PTF Guide, Volume 27, Number 23

    Subscribe

    To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

    Pages

    • About Us
    • Contact
    • Contributors
    • Four Hundred Monitor
    • IBM i PTF Guide
    • Media Kit
    • Subscribe

    Search

    Copyright © 2025 IT Jungle