AS/400 backup running twice as long

35 pts.
Tags:
AS/400 backup
AS/400 performance
Backup and Recovery
System backups
This week both the SAVCHG and the full sys backup ran twice as long. There were no locked objects or other jobs running and no significant increase is disk capacity used. Any ideas what might cause this or how to even determine why? I did review the log and found no errors. thanks

Software/Hardware used:
OS V5R4M4 power 6 - 8203 E4A

Answer Wiki

Thanks. We'll let you know when a new response is added.

Here asre some of my initial thoughts:
1. Did you look at QHST during these timeframes? That may show some other activity that you were not aware of.
2. Was there any change in memory alocations?
3. Was there any change in job run priorities?
4. Was there unusual activity accessing the machine remotely during this time frame.

Discuss This Question: 14  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • HMSSL2K
    Did you do a GO SAVE option 21 for the full system save? Or did you do an ENDSBS *ALL *IMMED?
    3,175 pointsBadges:
    report
  • Showme
    Go Save opt 21; no I did not endsbs first
    35 pointsBadges:
    report
  • CharlieBrowne
    Your option 21 should do the ENDSBS *ALL for you.
    41,370 pointsBadges:
    report
  • TomLiotta
    You said you reviewed "the log". What "log"? The joblog? Did you save the joblog? Do you have a joblog from a previous save? If you kept joblogs and can compare them, look for steps that took extra time. There should be various system programs shown in the FROM PGM and TO PGM columns. One or more steps should show as taking significantly longer in your long save. Let us know which step is showing the extra time. Tom
    125,585 pointsBadges:
    report
  • slack400
    I'd look to review what your Save While Active settings are after reviewing your joblog. I suspect you'll find a late night user or a late running nightly process locking multiple objects. If you're Save While Active settings are set to say 120 seconds (default setting), you'll find that if 20 objects were locked your backup would run long by 40 minutes. If you had a few hundred objects locked up by a scheduled nightly update process that ran during your backup window could run quite over quite dramatically. Also if you're utilizing Java apps check your IFS backup settings. Some application changes may generate new java objects that are locked as long as a subsystem is up and running. I've had to modify my backup routines basically every-time we upgrade a Java app.
    2,705 pointsBadges:
    report
  • Batman47
    Did someone turn on encryption? Software or backup using BRMS? Any tape media change or is the format of the data to be written to the tape (tape density) changed?
    1,050 pointsBadges:
    report
  • HMSSL2K
    Looking through your joblog is the best answer here.
    3,175 pointsBadges:
    report
  • Showme
    Thanks, I did compare the logs and found several libraries that seemed to take longer, not huge differences by themselves but all together enough to cause the SAVCHG to run twice as long. I' will look into the defaults today. Thanks for all the suggestions.
    35 pointsBadges:
    report
  • TomLiotta
    ...several libraries... , not huge differences by themselves but all together enough to cause the SAVCHG to run twice as long. If every library took twice as long, then the total would be twice as long. If only some libraries took longer, at least some of them would have to take more than twice as long in order for the total for all libraries to double. Does that make sense? If the difference is accounted for in those libraries,then you have a direction. Look for significant objects in those libraries that had unusual changes. For example, an annual process might have caused a major difference for this cycle. But unless a large number of new objects were added, the difference seen in SAVCHGOBJ shouldn't translate to a similar doubling of a "full sys backup". I would look elsewhere for the "full sys backup" discrepancy. One of the common reasons for long "full sys backup" times is in the saving of a large number of private authorities. For example, new users being authorized to sets of objects can increase the time it takes full saves to save the authority relationships. The job steps that relate to saving authorities would then show increased times. Other reasons for increases would show under other steps. Tom
    125,585 pointsBadges:
    report
  • HMSSL2K
    One thing you might want to do is keep a eye on growth. Do you have RTVDSKINF and PRTDSKINF setup to run weekly? You can spot very easily which libs have grown in size.
    3,175 pointsBadges:
    report
  • Jaymz69
    Did you look at the JobLog?
    765 pointsBadges:
    report
  • HMSSL2K
    Are you going to run the save again this weekend?
    3,175 pointsBadges:
    report
  • Showme
    [...] AS/400 backup running twice as long [...]
    0 pointsBadges:
    report
  • Abigail
    Option 21: Entire Save 1. Are you saving Access Paths. If yes, this will extend the time to save. Take caution is changing this as not saving access paths could greatly extend recovery time. 2. Pre Initialize all media prior to starting the save. If not, the save will add to the end of the data currently on the media. 3 .Make sure your default for ending the subsystems is *IMMED: SUBSYSTEM *ALL HOW TO END *IMMED 4. Make sure all of the CLEAR options are *NONE. If not the save will clear the media prior to saving to each. This could take quite a bit of time depending on the data on the media. 4. Make sure you ENDOPT is *LEAVE on every prompt other than the last SAV task. This will eliminate the media from rewinding and then having to go to the end of the data on the media to add the additioal save data.
    645 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following