HP3000-L Archives

March 2003, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Bill Green <[log in to unmask]>
Reply To:
Bill Green <[log in to unmask]>
Date:
Mon, 17 Mar 2003 14:32:25 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (69 lines)
 Tony,

Is more tape being used.  Have you ever had to use a second tape to complete
the backup.  If so it could be the tape drive head is wearing out.  Have the
tape mechanism replaced.

Regards,

Bill Green
Abtech Support

"Luna, Tony" <[log in to unmask]> wrote in message
news:3e4ab2b0$1@skycache-news.fidnet.com...
> 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 *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2