ADSM-L

Re: Daily work scheduling

2000-03-21 09:54:34
Subject: Re: Daily work scheduling
From: "Toora, Kuli" <kulbinder.toora AT NPOWER DOT COM>
Date: Tue, 21 Mar 2000 14:54:34 -0000
We run our server on OS390 2.4 and we use OPC to control our backups.

The clients are all OPC scheduled to backup to the ADSM server and when all
the clients have backed up to the server the next step is triggered(the
offsite backups).
Once these are finished a database backup is initiated, one for onsite and
one for offsite.

After all this is done the tapes to come back onsite are triggered and a
list of tapes to go offsite are ejected and then ADSM is updated with the
status/location of these tapes.

Several other small tasks are also run after the main bulk, reports etc.

This works well at the moment, touch wood, and all our overnight activites
are complete before the online day starts.

Thanks,

Kuli.

Kulbinder Toora
NPEC (National Power Energy Co)
e-mail Kulbinder.Toora AT NPOWER DOT COM
01384 296191 x3498


> -----Original Message-----
> From: Ford, Phillip [SMTP:Phillip.Ford AT SPCORP DOT COM]
> Sent: Tuesday, March 21, 2000 2:35 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Daily work scheduling
>
> We do not like the wasted time ether.  We have multiple scripts, two for
> each phase of our daily run.  Each phase has a do it part and a check when
> done part.
>
> The do-it-part checks to see if it should run or skip.  We do this with a
> script that gets renamed. For example if this is phase-1 then there is a
> phase-1-ok script.  Rename it to phase-1-skip and phase one will be
> skipped.
> Rename it to phase-1-stop and after phase-1 is done then the chain will be
> broken.  If we run then execute commands to do phase-1 (such as setting
> pool
> hi and low to zero to migrate).  If run or skip then create the
> phase-1-check schedule in 5 min and rename phase-1-skip if necessary.
>
> The phase-1-check script monitors the given processes.  If they still
> exist
> then reschedule itself for later.  If done then check for phase-1-stop.
> If
> exists then rename and delete its own schedule.  If not stop then delete
> its
> schedule and run phase-2-do-it.
>
> To stop at any phase just rename the phase-x-ok to phase-x-stop.  To start
> at any point just run phase-x-do-it.
>
> Our phases are as follows:
>
> backup disk pools to tape         (disk to tape backup)
> migrate disk pools to tape        (disk to tape migrate)
> backup tape primary to tape copy  (as a catch all  tape to tape)
> backup db, plan, volhistory, etc
> run expire
> run reclaims
>
> --
> Phillip Ford
> Senior Software Specialist
> Corporate Computer Center
> Schering-Plough Corp.
> (901) 320-4462
> (901) 320-4856 FAX
> phillip.ford AT spcorp DOT com
>
>
> -----Original Message-----
> From: Dana Mitchell; [mailto:Dana.Mitchell AT ING-DM DOT COM]
> Sent: Tuesday, March 21, 2000 8:10 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Daily work scheduling
>
>
> Hello,
>
> I am running TSM 3.7.1 under OS/390 2.4 processing approx 120 gb daily of
> incremental backups, and am having trouble getting the daily storage pool
> tasks scheduled.   I need to be able to backup the primary disk pools to
> tape, run expiration, backup the DB, run reclaims, etc.
>
> Originally I had each command seperately scheduled, but this wasted time
> during the day, by having processes start at fixed times, regardless of
> the
> outcome of the previous process.  I am currently running with multiple
> commands, run by a script, with WAIT=YES coded for each, to have a process
> start as soon as it's predecessor finishes, but this approach is not very
> flexable, and difficult to monitor and debug.
>
> I am curious how others handle these tasks in a large environment.  How do
> you schedule them for the best device utilization throughout the day? How
> do you monitor them for successful and timely completion?  Any suggestions
> are welcome.
>
> Thanks in advance
> Dana Michell
> Equitable of Iowa
>
> ================================================================
>
> This incoming e-mail (and any attachments) has been checked at
> GPU Power UK or npower, and has been found to be clean from any
> virus infection (using Sophos SAVI 3.30 and Dr Solomon's v8.00).
>
> Virus queries - Tech Support (09 3521)
> E-mail system - External Postmaster (09 3673)
>
> ================================================================
=====================================================================
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
postmaster AT gpupower.co DOT uk or postmaster AT npower DOT com

This outgoing e-mail (and any attachments) has been checked
(using Sophos SAVI 3.30 and Dr Solomon's v8.00) before leaving us
(UK 01384 296191), and has been found to be clean from any virus infection.

Virus queries - PC Tech Support (09 3521)
E-mail system - External Postmaster (09 3673).

=====================================================================
<Prev in Thread] Current Thread [Next in Thread>