Tony,
I would suspect that you may be having a DLT go bad. I just had one
start taking a lot longer time to restore. I took the same tape and
put it in another drive and it worked just fine.
Have you made any change to q-accelerator or did you just start using
it? That may affect store times.
This wont help the backup, but should reduce some overhead
Change your SOSMONJ job, line 61
61 Y ! Should disc space utilization info be logged
Change it to N
Also, why are you running SCOPE AND SOSMONJ?
Regards,
-Craig Lalley
--- "Luna, Tony" <[log in to unmask]> wrote:
> Hello Everyone
> My Production Server is a 979KS100 6.5 OS (ECOMETRY APP) we do a full
> nightly backup of 30 gb's on a DLT4000 Tape drive. We set our JOB
> LIMITS TO 17 and we run 14 - 16 system jobs 24x7. Our backup starts
> nightly at 2:00 AM and the compeletion time was 4:00 - 4:15 AM = 2
> 1/4 HOURS of run time. A month or so ago our backup started to run
> longer, at time taking 5, 6,7 hours to complete (6:00,7:00 AM), same
> 30 gb's.Before the backup starts, in the JOB stream we do a SJ (SHOW
> JOBS) to list the jobs running.Last weeek feb 03 - feb 06, the backup
> ran more than 5 hours, yet Friday's feb 07 it ran 3.75, saturday's
> ran 2 hours 15 min and sundays ran 1 hour 55 mins.
> Again Monday 10th, tusday 11th ran over 5 hours. Using Lund
> Performance SOS/3000 System advisory, I check the log from start to
> finish.No job is hogging the cpu time
> The one example below will show how proccess and job are running
> during the backup, at times some jobs might take 13.0% of cpu, but!
> no major concern.
>
> --------------------------- %CPU Used ------------------------
> Idle Resp
> Time 0 10 20 30 40 50 60 70 80 90 100
> Time Time
> 04:10 B BCD DMO OP
> .0 .9
> ****************************** Process Statistics
> *****************************
> PIN J/S# Session/User Name Cmd/Program CPU% QPri #
> 1152 J5749 SOSMONJ,MGR.LPS SOS .4 BL100
>
> 818 J5749 SOSMONJ,MGR.LPS DISCFREE .3 ----- 0
> 862 J4392 BACKG,MANAGER.VESOFT MAIN .3 DS202
> 158 J4378 QXMONJOB,MGR.LPS QXMON .3 BL96
> 452 J5613 DPD1010J,JOBS.SGAII STORE .3 DS209
> -
> 1112 J5657 FAXPRINT,JOBS.SGAII LETTPRNT .2 DS202
> 800 <sys> <system process> SCOPEXL .1 BL100
>
> 1028 J5657 FAXPRINT,JOBS.SGAII SUPRTOOL .1 ----- 0 -
>
> Can anyone offer any input to solving this issue of mine. "WHY ARE MY
> BACKUPS RUNNING LONGER?" All inputs will be appreciated
>
> Thank You.
>
>
> > Tony Luna
> > Systems Engineer
> > Information Technology Dept
> > 201 Eight Avenue South
> > Nashville, Tennessee 37203
> > Phone: 615-749-6476
> >
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
__________________________________________________
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
