× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



We do QSYS/RTVDSKINF on a daily basis, touches every file.



-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, January 08, 2016 12:45 PM
To: Midrange Systems Technical Discussion
Subject: RE: Backups taking longer after reorg

Sort of like our program called FSTTOUCHC that we run after an IPL?
Check out these comments in it:

/*********************************************************************/
/* -------------------- Program Identification: ---------------------*/
/* FSTTOUCHC - First touch of files after IPL for backup */
/* Similar to steps in V5R3 "iSeries Performance Capabilities Ref." */
/* section 15.16 Slower Save After an IPL. */
/* This program will perform "first touch" processing of all PF and */
/* LF files in all user libraries via DSPFD *MBRLIST to QTEMP. .*/
/* This should be a low priority batch program running after an IPL. */
/* Thus, the first save length of time should be more consistent */
/* with subsequent save times as "first touch" should be done here. */
/* Objects first touched go through additional checking and this */
/* first touch: */
/* 1. Initializes the objects so there is a temporary working space. */
/* 2. Pages portions of objects into main memory so no disk access. */
/* */
/* -------------------- Modification Log: ---------------------------*/


Body of program is pretty simple:

PGM

/* Create the member list definition in QTEMP. */

CRTDUPOBJ OBJ(QAFDMBRL) FROMLIB(QSYS) OBJTYPE(*FILE) +
TOLIB(QTEMP) NEWOBJ(FDMBRL)

CHGPF FILE(QTEMP/FDMBRL) SIZE(*NOMAX)

/* Populate the database file member list. */
DSPFD FILE(*ALLUSR/*ALL) TYPE(*MBRLIST) OUTPUT(*OUTFILE)
+
FILEATR(*PF *LF) OUTFILE(QTEMP/FDMBRL)

ENDPGM


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Jim Hawkins" <jhawkins@xxxxxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Date: 01/08/2016 11:42 AM
Subject: RE: Backups taking longer after reorg
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Funny that you say this, I noticed a similar situation (we don't back up
Saturday night or Sunday night, but we do IPL ). I was talking to Larry
about this last year and he indicated that he had asked IBM about it. The
response was that "the first backup after an IPL will always take longer."
Don't know if that answers your question, but worth a shot.

"It is interesting that for years we have had an issue where a backup on
Monday night will take longer than a backup on Tuesday-Sunday nights.
Tried
lots of things to try and find out why but never did solve it. It's about
20-30 minutes longer for us and does not impact operations so we just went
on to other more pressing issues."


Jim Hawkins
Programmer/Analyst
Interkal LLC




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.