ADSM-L

Re: New TSM Server Question

2002-11-19 10:14:44
Subject: Re: New TSM Server Question
From: "HEMPSTEAD, Tim" <Tim.HEMPSTEAD AT READING.SEMA.SLB DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 19 Nov 2002 15:12:22 -0000
Several people have responded, many thanks, so I'll try and answer the
questions posed ...

We were thinking of a 300gb disk pool as we have the disk space to do that
on the TSM server. We run the Oracle backups online through RMAN, (using a
mixture of full and incremental backups over the course of the week), with
as little overlap as possible between when the different nodes are running
backups.  We run the Domino backups with up to three nodes running at the
same time but not at the same time as the Oracle backups, these normally run
a full backup during the day on Saturday with only small backups during the
week, (this does cause the offsite processing to run into Sunday which is
not a problem).

Backup windows on the current system are not a problem, the nightly Oracle
backups start at 8pm and need to finish by approx. 4am, the TSM server then
needs to produce offsite tapes by 10am at the latest.  We normally have
several hours leeway in each of these sections. We would have to flush the
data from disk out to tape and create offsite copies of any data.

The 3584 has 8 LTO drives and is only used by this TSM server.  The client
servers are 3 RS6000 S80's and 1 RS6000 S7A, the TSM server is a pSeries
6H1.  All of the systems are connected via Fibre to a HDS 9960 disk array,
data read off of this is pretty quick (>15MB/s per channel).

The Oracle databases are ~800gb on the first server and ~100gb on the second
server, Domino data is about 800gb per server.

It is unlikely we would need to restore the Oracle data soon after we backup
(well we haven't had to in the last couple of years, so touch wood!).

The problem we have with setting it up the same way as the old one is that
we would have difficulty getting agreement to change things along the line
if we decided to use a different method.  Unfortunately our thoughts to go
to a more SAN like solution were turned down by management :(.

Regards

Tim


-----Original Message-----
From: Jim Taylor [mailto:jtaylor AT ENLOGIX DOT COM]
Sent: 19 November 2002 14:04
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: New TSM Server Question


Only a working knowledge of your environment can answer this question.

How big of a disk pool are you looking at?
Do you do your database backups hot or cold?
Would you have any time constraints around resources (tape drives for one)?
Would you have to force migrations in order to free up drives or help
facilitate the creation of offsites?
What are the sizes of the databases?
Is there a likelihood that you will want to restore shortly after doing the
backups?

Any of the scenarios are valid, it's a matter of what best fits in your
environment?

Personally, I would be tempted to set the new server up working the same way
the old one did.  Then take a step back and look for ways to improve it.

For what it's worth
Jim
-----Original Message-----
From: HEMPSTEAD, Tim [mailto:Tim.HEMPSTEAD AT READING.SEMA.SLB DOT COM]
Sent: Tuesday, November 19, 2002 3:45 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: New TSM Server Question


Hi,

We are replacing our existing TSM server with a new one and I have a
question about storage pool configuration.

Currently our TSM server is running on the same RS6000 as our main Oracle
databases using a STK L700 tape silo connected directly to the RS6000.  The
TSM server also backs up another RS6000 running Oracle and a couple more
running Domino over a gigabit network.  The Oracle data and Domino database
data from these servers goes straight to tape whilst file-level data and
Domino transaction log data go via a disk storage pool.

We are now going to use a separate RS6000 server running TSM 5 with an IBM
3584 silo with 8 LTO drives.  This will be connected to the other servers
via the gigabit lan.

Would it be better to keep some of the data going straight to tape or would
I be better to use an intervening disk storage pool for all of the data and
then use multiple LTO drives to migrate to tape?

Thanks

Tim

--
Tim Hempstead, thempstead AT slb DOT com
Unix Technical Specialist
SchlumbergerSema


_________________________________________________________
This email is confidential and intended solely for the use of the
individual to whom it is addressed. Any views or opinions presented are
solely those of the author and do not necessarily represent those of
SchlumbergerSema.
If you are not the intended recipient, be advised that you have received
this email in error and that any use, dissemination, forwarding, printing,
or copying of this email is strictly prohibited.

If you have received this email in error please notify the
SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.
_________________________________________________________

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