RE: SAVSYS

If you *REALLY want a log of QHST files, you can move them out of QSYS
wholesale prior to SAVSYS, and then move them back.  But you do need a
backup strategy for them.

Al

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com


midrange-l-bounces@xxxxxxxxxxxx wrote on 05/27/2003 03:55:01 PM:

> Here is the reply I sent Patrick in response to his question about a slow
> SAVSYS:
>
> Thanx for all your help Rob and Al ....
>
> Patrick .... The SAVSYS process does several things.
>
>    1.) Saves all user profiles
>    2.) Saves License Internal Code
>    3.) Saves private authorities
>    4.) Saves configuration objects
>    5.) Saves objects from library QSYS
>
> Your process could be running longer if any of those items significantly
> changed in size after your upgrade.
>
> I ran this issue by several other people "in the know" too.
>
> Here are some things they suggest you check:
>
>    1.) See how many QHST file are in library QHST. Delete any you don't
> need.
>    2.) Make sure PTF SI02913 is on your system. This PTF fixes some
> known performance
>       problems with SAVSYS. It is part of V5R1 Cume C3007510.
>    3.) Consider running SAVSYS as follows: SAVSYS DEV(TAPXX) OMIT(*CFG
> *SECDTA)
>       This will omit the SAVCFG and SAVSECDTA processes of the
> SAVSYS. These
>       two processes should be run with your daily backup and they
> don't require that
>       your system be in a restrictive state either.
>
> I hope this helps you out. Let me know if any of these ideas made a
> difference.
>
> Good luck,
>
> Kenneth
>
> -----Original Message-----
> From: Graap, Ken [mailto:keg@xxxxxxxxxxxxx]
> Sent: Tuesday, May 27, 2003 9:13 AM
> To: 'Midrange'
> Subject: SAVSYS
>
>
> Someone is telling me that their SAVSYS is running 4 or 5 times longer
since
> upgrading to V5R1. They aren't using any special BU products, just the
> native SAVSYS command.
>
> In your experience, what usually affects how long SAVSYS runs?
>
> Here is what I think....
>
> 1.) Number of profiles
>
> 2.) Number of private authorities.
>
> 3.) Number of configuration objects on the system ....
>
> If there were no significant changes in these three items, what possibly
> could be happening....
>
> Hmmmm, a mystery...
>
> Kenneth
>
> ****************************************
> Kenneth E. Graap
> IBM Certified Specialist
> AS/400e Professional System Administrator
> NW Natural (Gas Services)
> keg@xxxxxxxxxxxxx
> Phone: 503-226-4211 x5537
> FAX:    603-849-0591
> ****************************************
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>