ADSM-L

[no subject]

2006-03-13 12:03:27
From: Robin Sharpe <Robin_Sharpe AT BERLEX DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 13 Mar 2006 12:03:04 -0500
Dear colleagues,

It's time for us to split our TSM into several new instances because our
database is now just too large -- 509GB -- and still growing.  My initial
plan is to create five TSMs - four plus a library manager - on the existing
server (an 8-way, 12GB HP rp7410 with 15 PCI slots).  This is cost
effective since no additional hardware or license is needed - just lots of
SAN disk for the databases, which we have available.  But, I've been
thinking.... what do you think about the following:

A more "creative" approach is to place the "new" TSM servers on existing
large clients.  This has several advantages:
-     eliminates need to acquire new servers, saving physical room, power
and cooling requirements, additional maintenance.
-     client benefits by sending its backup to local disk using shared
memory protocol. Eliminates potential network bottleneck.
-     Client sends data to tapes using library sharing; no need for storage
agent.
-     Use of local disk eliminates the need for SANergy
-     heavy clients "pay" for their usage by providing backup services for
smaller clients.

There are also some concerns (not necessarily disadvantages):
-     May require CPU, memory, and/or I/O upgrades (still cheaper than
buying a server)
-     TSM operation may impact client's primary app.  Can be controlled by
PRM on HP-UX.
-     Incurs licensing cost.

Thanks for any insights....
Robin Sharpe
Berlex Labs

<Prev in Thread] Current Thread [Next in Thread>
  • [no subject], Robin Sharpe <=