PowerWire.eu

Independent IBM i, AIX and Linux news and tech tips for Europe and beyond

  • Home
  • News
  • Technical Articles
    • IBM i
    • AIX
    • Linux
    • VIOS
  • Subscribe
  • About Us
  • Contact Us
  • Advertise with PowerWire.eu

More Save/Restore Data Area’s Worth Knowing About

May 5, 2020 by Graham Street Leave a Comment

This image has an empty alt attribute; its file name is Save-Button-320.jpg



Following on from my save21 article last month it transpires that there are some more system data areas worth knowing about in relation to save/restore date/time/media information.

If you needed to know when a file was last saved on the system you would run command
DSPOBJD OBJ(LIBRARY/FILE) OBJTYPE(*FILE) Then taking option 5 to display the full attributes and paging down to the final screen you would see the last save date and time together with the tape volume ID or save file used to save the object. This is standard stuff which I’m sure you already know about.

This image has an empty alt attribute; its file name is Picture1-6.png


However, there are a number of data areas in QSYS which come into play when you run certain save commands.  The table below is a list of the data areas and which IBM i save command updates them.

Data Area Updated in QSYS Command
QSAVSYS, QSAVUSRPRF, QSAVCFG SAVSYS
QSAVALLUSR SAVLIB *ALLUSR
QSAVLIBALL SAVLIB *NONSYS
QSAVIBM SAVLIB *IBM
QSAVCFG SAVCFG
QSAVUSRPRF SAVSECDTA
QSAVSTG SAVSTG
QSYSINF SAVSYSINF

If you display any of the above using the DSPDTAARA command you will be disappointed to see that, unlike the QSRSAV21 data area in last months article  https://powerwire.co.uk/how-long-is-that-save-21-going-to-take, the data area has nothing in it! Using SAVLIB *ALLUSR as the example. DSPDTAARA QSYS/QSAVALLUSR looks like this

This image has an empty alt attribute; its file name is Picture3-4-1024x332.png

So how can you use them to determine when the last save was done and to what media? The answer is by using the DSPOBJD command on the data area object. For example to determine the last time a SAVLIB *ALLUSR was run and to what media you would enter the command DSPOBJD OBJ(QSYS/QSAVALLUSR) OBJTYPE(*DTAARA)

This image has an empty alt attribute; its file name is Picture4-2-1024x298.png

then take option 5 to display the full attributes and Page Down to the final screen. From the screen shot below you can see that the last time a SAVLIB *ALLUSR was run was on 24/02/2020 at 20:23 onto tape media volume 09MO

This image has an empty alt attribute; its file name is Picture5-3-1024x513.png

IBM have done a great job in giving us rock solid save/restore procedures. Using these data areas can help you to better understand and manage your system save strategy.

ProTip: Remember that if you specify UPDHST(NO) on the SAVLIB *IBM, SAVLIB *ALLUSR or SAVLIB *NONSYS commands the system does not update the save date/time on the QSAVIBM, QSAVALLUSR and QSAVLIBALL data areas.

Related Posts

  • Data-Queues with ODBCData-Queues with ODBC
  • Hello Maria!Hello Maria!
  • What happened to my emails?What happened to my emails?
  • A Netserver SMB Alternative?A Netserver SMB Alternative?
  • Opinion: Toy Story or Rise of The Machines?Opinion: Toy Story or Rise of The Machines?
  • Top Ten user interface design tips, part 2Top Ten user interface design tips, part 2

Filed Under: IBM i, Technical Articles

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Free monthly newsletter signup

News

Bring Power to the cloud with Northdoor and Skytap

For organisations that run their x86 workloads on Azure, Skytap offers the ability to bring IBM Power … [Read More...]

An Ansible Environment Setup

Firstly, thank-you to all those who attended my Ansible workshop and presentation of Visual Studio Code at the … [Read More...]

Remain Software Milestone 3

NIEUWEGEIN, Netherlands — Today Remain Software is pleased to announce the third Milestone of TD/OMS V14 and … [Read More...]

More articles from this section

Quick Links

  • Advertise
  • Subscribe

Follow Us…

  • Email
  • LinkedIn
  • Twitter

Search This Website

Copyright © 2022 · Cue Communications · All Rights Reserved

Log in