Re: Splitting apart a Tivoli DB

[TSM_User]

Still, this is a good reason why not to let your DB get that large.  Many places can't 
have their TSM servers down for more then 8 hours.  We have Oracle and SAP DB's that 
use TSM to archive their logs.  If we are down for up to 8 hours they can survive but 
if we were down for 24 I'm sure many of their log directories would fill and the DB 
would crash.



Daniel Sparrman <[EMAIL PROTECTED]> wrote:
Hi Ian

We've made a unload, audit and then a load on this 160GB database.

Didnt take days to complete. The full process took about 40 hours. If we
had choosen not to do the audit, the process would have taken about 28
hours.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervdgen 6B
183 62 TDBY
Vdxel: 08 - 754 98 00
Mobil: 070 - 399 27 51



Ian Hobbs

Sent by: "ADSM: Dist Stor Manager"
2004-10-15 06:51
Please respond to
"ADSM: Dist Stor Manager"


To
[EMAIL PROTECTED]
cc

Subject
Re: Splitting apart a Tivoli DB






On Thu, 14 Oct 2004 10:58:54 -0500, Stapleton, Mark wrote:

The magic # I have seen is about 100GB. Even a 100GB database would take
days depending on the
hardware if a full DBAUDIT had to be done.

I wouldn't want to do that .

>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
>Behalf Of Chris Hund

>30GB is a little small for such consideration. Properly configured
>databases, spread across fast spindles, should perform well at twice the
>size.
> ...
>Mark Stapleton ([EMAIL PROTECTED])
>Berbee Information Networks
>Office 262.521.5627



Ian Hobbs
[EMAIL PROTECTED]
===
"Never argue with an idiot. They drag you down to their level then beat
you with experience."
-Dilbert


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Cristina Loureiro H de Lima/BRT está ausente do escritório.

[Cristina Lima]

I will be out of the office starting October 14, 2004 and will not return
until March 15, 2005.

Estarei ausente até março /2005. Para assuntos de implantação falar com
Margarete fone (41) 305 1603



DDD para todo o Brasil
e DDI para o mundo inteiro.
Pense 14, Fale 14, Ligue 14

Re: Customize GUI

[Joe Crnjanski]

Hi Warren,

Maybe it could. 
But do you know how?

Regards,

Joe Crnjanski
Infinity Network Solutions Inc.
Phone: 416-235-0931 x26
Fax: 416-235-0265
Web:  www.infinitynetwork.com



-Original Message-
From: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED]
Sent: Friday, October 15, 2004 10:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Customize GUI


I havent looked at the redbook, but couldn't this be accomplished with a
bit of perseverance and fiddling with the dsmserv.idl file?

_-'-_
  -|-


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Stapleton, Mark
Sent: Thursday, October 14, 2004 8:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Customize GUI

From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Joe Crnjanski
>We should ask IBM to publish new Redbook.
>
>"TSM for Executives"

The web administration client for TSM version 5.3 *may* have some of
what you're after. We'll see what comes out of the beta program.

--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627  


___ Disclaimer Notice __
This message and any attachments are confidential and should only be read by those to 
whom they are addressed. If you are not the intended recipient, please contact us, 
delete the message from your computer and destroy any copies. Any distribution or 
copying without our prior permission is prohibited.

Internet communications are not always secure and therefore Powergen Retail Limited 
does not accept legal responsibility for this message. The recipient is responsible 
for verifying its authenticity before acting on the contents. Any views or opinions 
presented are solely those of the author and do not necessarily represent those of 
Powergen Retail Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: Changes to Tape Management hardware in Data Center

[Gee, Norman]

Shannon,

I have a fairly small shop.  I currently have about 5 TB of managed data on
primary tape pool and about 250 GB nightly backups and about 70 servers.  I
moved away from the VTS long before I got to this size

When I did restores from the VTS, it took many hours.  Many of the files
being restored span multiple 3490 virtual volumes.  With the additional
staging time required, this easily double or triple the expected restore
time. This was for my primary backup pool. I always sent my archives to
native 3590 H drive K length tapes.

On my disk migrates to VTS, somehow I always ended up staging in my filling
backup pool volumes.  This is a factor on how much disk cache you have.
After you append to a volume, the VTS will write to the 3590 and invalidate
the original location.

On my reclamation, I had many tapes that appears almost empty, but had one
file that span multiple tapes.  When these tapes are reclaim, TSM will stage
in and reclaim every tape that file span.  Sometimes I thought I only had
one tape to reclaim, but that one tape brought in 5 others.  After TSM has
finished its reclamation, then the VTS will start reclaiming its native 3590
tapes.  The VTS has some of the same intelligence as TSM.  TSM reclamation
will leave lots of free space on the VTS physical tape store and then the
VTS will need to be reclaim.  I was reclaiming daily to keep up.

With 3590 H extended length cartridges holding about 60 GB native, I reclaim
once a week on cartridges half empty.  A half empty cartridge will take
about one hour to reclaim.

You mention you wanted to turn collocation on the VTS.  What happens if the
volumes TSM wants to mount for you archives is not in disk cache, then all
these volumes must be staged back in.   Depending on how many archives, this
could take some time. VTS is best for volumes that will never be appended
to. This is the same reason not to use the VTS for your DFHSM ML2 migrate.

Imagine a single retrieve of 50 virtual volumes, that could be an extra 4
hours of staging time.

A normal stage in process will take 4 to 6 minutes and the average native
tape mount is about 90 seconds.

If you have enough native drives or can get them, I would always go native.
Leave the VTS for what it was design for, stacking lots of small tape data
sets to large tapes.  TSM will monitor your tape usage, and will fill your
3590s to max capacity with little wastes.

Norman Gee



Thanks for the responses!  Here is the paragraph from IBM Redbook #
SG24-2229-03 that I based my plan for sending TSM Archives to the VTS.

Recommendations for VTS usage
Use VTS for Tivoli Storage Manager archiving: Use VTS for archiving and back
up of large
files or data bases for which you don't have a high performance requirement
during back up
and restore. VTS is ideal for Tivoli Storage Manager archive or long term
storage because
archive data is not frequently retrieved. Archives and restores for large
files should see less
impact from the staging overhead. Small files, such as individual files on
file servers, can see
performance impacts from the VTS staging. (If a volume is not in cache the
entire volume
must be staged before any restore can be done).

Norman, how much data were you talking about in your Primary pool on the
VTS?  And how many nodes were you backing up? I may have to re-think this if
reclamation is going to be a problem. I have reclamation going all day on
weekdays, to keep up with all the storage pools, and the Archcart stgpool
only takes about 4 hours a week to complete, it's our easiest one!



I at one time had my primary backup pool go into a VTS.  Mine is a 3494-B18,
older model.   TSM likes to append to tape volumes until they are full. The
recall process to stage a virtual volume from tape back to disk cache will
take from 4 to 6 minutes and then TSM will start appending the tape and then
it is written back to tape back end.  When you start tape reclamation, it
will take 4 to 6 minutes to load each 800 MB volume that needs to be
reclaim.  Tape reclamation is a real pain,  at one time I was reclaiming 50
volume daily.  I had 1200 virtual volumes before I decided to convert it all
to native 3590 cartridges.

I backup my database to VTS, but my offsite I take a DB SNAPSHOT to a 3590
cartridge.

-Original Message-
From: Steve Harris [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 4:38 PM
To: [EMAIL PROTECTED]
Subject: Re: Changes to Tape Management hardware in Data Center

Shannon,

What was the reason for purchasing the VTL?  I'd surmise it is probably to
do tape consolidation on your mainframe operations.

*caveat! I have not actually used a 3494 VTL*

Past posts here have indicated that TSM is not a good fit for the VTL
because of the overhead of staging data that will only be used once and then
destaged.

I'd have to question why there is a perceived need to keep the archives in
3480 format.  I can think of no reason to when native 3590s are available,
other than a larger nu

Re: AW: DSMSERV UNLOADDB

[asr]

==> In article <[EMAIL PROTECTED]>, Daniel Sparrman <[EMAIL PROTECTED]> writes:


> When we made the unload/load of the 160GB database, we not only saw the
> database shrink in its usage, but also gained alot of performance. This
> performance benefit is actually not degrading that quickly, which, for us,
> made the unload/load process worth the time.

I'll second Daniel, and add that it's tremendously useful when you're moving
clients out of a TSM server.

I moved several large clients, deleted their old data, unloaded and reloaded
the DB, and got back more (much more) than 50% of my space.  Then I cleared
out some DB volumes, moved them to my new infrastructure, and continued the
process.


- Allen S. Rout

Re: Tape/Copypool poll results.

[asr]

==> In article <[EMAIL PROTECTED]>, Mark Bertrand <[EMAIL PROTECTED]> writes:


> Out of the 11 responses:

> Tape pool averages

> 6 tapepools

> Copy pool averages

> 4 copypools

> Thanks all who responded.


Dang.

I knew I had a system more complex than many, but I didn't think I was that
far out on the tail.

My mostly-decommissioned "old" server has 19 tape pools in use, and 19 copy
pools.  We were definitely over 40 in full operation.

I'm coalescing at the moment, so each of the five or six server instances
currently serving my client machines has 2-3 tape pools and 2-3 copy pools.


- Allen S. Rout

Re: TSM Licensing Question

[Prather, Wanda]

Yes, unless you are on a yearly maintenance contract, in which case the
upgrade should be covered.

If you have 5.1, but they didn't ship you 5.2, that's an indication that you
probably were not covered at the time.

You can't download base 5.2, you will need the CD to get the license files.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Tom
Melton
Sent: Friday, October 15, 2004 2:41 PM
To: [EMAIL PROTECTED]
Subject: TSM Licensing Question


I have a quick question on TSM Server Licensing.  Going from 5.1 to 5.2, is
that chargeable (license payment required)?

I know 3.x to 4.x was chargeable, and 4.x to 5.x was, but is 5.x to 5.x+1 or
5.x+2 chargeable?

-Tom

TSM Licensing Question

[Tom Melton]

I have a quick question on TSM Server Licensing.  Going from 5.1 to 5.2, is that 
chargeable (license payment required)?  
 
I know 3.x to 4.x was chargeable, and 4.x to 5.x was, but is 5.x to 5.x+1 or 5.x+2 
chargeable?
 
-Tom 

Re: NDMP backup for NAS Filer

[Terry McColgan]

The first one is a FULL, thereafter they are INCREMENTAL unless you specify
MODE=FULL on the command line.

 -Original Message-
From:   Rajesh Oak [mailto:[EMAIL PROTECTED]
Sent:   Friday, October 08, 2004 8:59 AM
To: [EMAIL PROTECTED]
Subject:NDMP backup for NAS Filer

Is the NDMP backup of the NAS Filer always a full or is TSM able to do
Incremental backups?

Rajesh Oak

--
___
Find what you are looking for with the Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp
?SRC=lycos10

Re: Exchange backup problem

[Stapleton, Mark]

From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Remeta, Mark
>That did the trick Del! Thank you. It's strange though because 
>I have 2 other Exchange servers that the scheduler for the 
>Exchange backup is using the system account and they work.

Check to see who has read/write/change permissions on the information
store and directory files on your bad-boy Exchange server. A good beer
says someone removed System permissions for those (or associated) files.

--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627  

Re: Changes to Tape Management hardware in Data Center

[Shannon Bach]

Thanks for the responses!  Here is the paragraph from IBM Redbook # SG24-2229-03 that I based my plan for sending TSM Archives to the VTS. 

Recommendations for VTS usage
Use VTS for Tivoli Storage Manager archiving: Use VTS for archiving and back up of large
files or data bases for which you don't have a high performance requirement during back up
and restore. VTS is ideal for Tivoli Storage Manager archive or long term storage because
archive data is not frequently retrieved. Archives and restores for large files should see less
impact from the staging overhead. Small files, such as individual files on file servers, can see
performance impacts from the VTS staging. (If a volume is not in cache the entire volume
must be staged before any restore can be done).

Norman, how much data were you talking about in your Primary pool on the VTS?  And how many nodes were you backing up? I may have to re-think this if reclamation is going to be a problem. I have reclamation going all day on weekdays, to keep up with all the storage pools, and the Archcart stgpool only takes about 4 hours a week to complete, it's our easiest one! 

Steve, you asked "What was the reason for purchasing the VTL?"

We have a large amount of small production files for our mainframe used with our batch runs, that can't be stacked and do not make good use of the 3590 cartridges. With our 3490 carts going away, which were a great size for these smaller files, the VTS seems like a good choice.  I then talked our director into letting me use the VTS for TSM Archives based on information I found in 2 redbooks, the IBM manual and from the "sales" team that came in to analyze our tape storage needs.

I am going figure exactly how much archive data we have now and expect to get over the next couple of years. That may be the key to the best storage choice for this data.  Let me know if anything else occurs to you.

Thanks again!
Shannon






"Gee, Norman" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
10/14/2004 08:40 PM
Please respond to "ADSM: Dist Stor Manager"

        
        To:        [EMAIL PROTECTED]
        cc:        
        Subject:        Re: Changes to Tape Management hardware in Data Center


I at one time had my primary backup pool go into a VTS.  Mine is a 3494-B18,
older model.   TSM likes to append to tape volumes until they are full. The
recall process to stage a virtual volume from tape back to disk cache will
take from 4 to 6 minutes and then TSM will start appending the tape and then
it is written back to tape back end.  When you start tape reclamation, it
will take 4 to 6 minutes to load each 800 MB volume that needs to be
reclaim.  Tape reclamation is a real pain,  at one time I was reclaiming 50
volume daily.  I had 1200 virtual volumes before I decided to convert it all
to native 3590 cartridges.

I backup my database to VTS, but my offsite I take a DB SNAPSHOT to a 3590
cartridge.

-Original Message-
From: Steve Harris [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 4:38 PM
To: [EMAIL PROTECTED]
Subject: Re: Changes to Tape Management hardware in Data Center

Shannon,

What was the reason for purchasing the VTL?  I'd surmise it is probably to
do tape consolidation on your mainframe operations.

*caveat! I have not actually used a 3494 VTL*

Past posts here have indicated that TSM is not a good fit for the VTL
because of the overhead of staging data that will only be used once and then
destaged.

I'd have to question why there is a perceived need to keep the archives in
3480 format.  I can think of no reason to when native 3590s are available,
other than a larger number of available drives.  Sure, copy them over that
way at conversion time if there is a co-existence issue with the new and old
libraries, but new ones, nah.

I understand that the VTL can be logically split into a native library and a
VTL.  I'd suggest for TSM that you use the native library. See the other
posts earlier today about how to migrate to the new media.

Regards

Steve

Steve Harris
AIX and TSM Admin - ex mainframer 1980-1997
Queensland Health, Brisbane Australia


I do have a question here about backing up the TSM database. Will it be
possible to do some kind of DB Backup to the VTS and still keep my DB
Series that is going offsite?

        2.      In addition to the VTS and our current Magstar, we are
adding a 3494 -D14 and a 3494 -D12, that have a total of (6) 3590E drives.
As with the Magstar, it will use the 3590J cartridges but will they should
hold more data because of               the difference between the Magstar
3590B drives vs. the 3590E drives on the new ATL.  The following is the
how             this hardware change will have an effect on our TSM backup
environment,

Mensagem automática : Luciano Ariceto ausente

[Luciano Ariceto]

Estarei ausente do escritório a partir de  15/10/2004 e não retornarei até
03/11/2004.

Estou em férias a partir de 15/10/2004 retornando 03/11/2004

Help for manually archiving with two drives

[Tao Jiang]

Hi, TSM users,

Is it 2003 Security or TSM API Issue?
Is there difference between TSM Client GUI and API?


System Configuration:

IBM Raid, IBM Server E Series 345, Tape Library 3583, 2 Tape Drive 3580 TD2
TSM Server 5.2.00, Client 5.2.00/ Windows 2003


To archive files from RAID to Tape Library, we would like two drives to archive files 
at the same time. Manually archive with two job files, but the archiving speed is very 
slow. Some files are missing, with errors:

> TSM Client Error: Server: PDSVIDEO6_SERVER1 Source: PDSVIDEO6_SERVER1
Node: MyNode Session Id: 265 ANE4006E Error processing
'[EMAIL PROTECTED]': directory path not
found
>
> TSM Client Error: Server: PDSVIDEO6_SERVER1 Source: PDSVIDEO6_SERVER1
Node: MyNode Session Id: 241 ANE4005E Error processing
'[EMAIL PROTECTED]': file not found
>

The speed is slow, observed that C drive is busy when archiving from RAID to Tape 
Library.

Tried archive with one job file using one tape drive. No file is missing and no error 
but speed is very slow.
Tried archive files from C drive to Tape, speed is normal and no error, with two 
drives.
Tired archive files from RAID to Tape Library with TSM client GUI, no errors and speed 
is normal.

Opt file:

NODENAME MyNode
PASSWORDACCESS GENERATE
COMMMETHOD NAMEDPIPES

Re: Exchange backup problem

[Remeta, Mark]

That did the trick Del! Thank you. It's strange though because I have 2
other Exchange servers that the scheduler for the Exchange backup is using
the system account and they work.
Thanks again,
Mark


-Original Message-
From: Del Hoobler [mailto:[EMAIL PROTECTED]
Sent: Friday, October 15, 2004 8:30 AM
To: [EMAIL PROTECTED]
Subject: Re: Exchange backup problem


Mark,

This might mean that you are running this under a userid
that does not have enough permission. What userid do you
have the scheduler service running under?  Is it the same
userid that you successfully ran the GUI? If not, try changing
the scheduler service to run as a userid that has enough permission.
That way, when it launches Data Protection for Exchange, it will
be running under the context of that userid.

Thanks,

Del


"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 10/14/2004
11:43:05 AM:

> Hi all, I have an Exchange server that is running 5.5 SP4. Exchange is
> running on a Windows 2000 SP4 with a 5.2.3.0 TSM client installed. The
TDP
> is 5.2.1.0 and the TSM Server is running 5.1.0.0. I can backup the
Exchange
> database from the GUI without error. When I try and run a scheduled
backup
> of the IS I receive:
>
> ACN5237E Unable to communicate with the Microsoft Exchange Server.
>
> The command I am using to execute the backup is:
>
> start /B tdpexcc backup * full /tsmoptfile=dsm.opt
>
> I have tried adding the /excserver= with the Exchange server name and I
> receive the same results.
> Anyone have any ideas?

Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.

Re: Server upgrade problem

[Warren, Matthew (Retail)]

I havent used TSM on mainframe, so I hope this doesn't just cloud the
issue;

Is it vaguely possible, that as the message repository seems to be
reporting that it is old, that the messages you are seeing RE: server
level etc.. are wrong? IE: your really are uplevel, but the message from
the old repository says your not?

2p

Matt.

_-'-_
  -|-


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Slag, Jerry B.
Sent: Thursday, October 14, 2004 7:03 PM
To: [EMAIL PROTECTED]
Subject: Re: Server upgrade problem

If this was done through regular smpe maint. the executable would
probably
be in sys1.linklib on another RES (ipl) volume. Look at the dataset
names on
your production and test version for //DSMAMENG and //HLPAMENG and
//IMAGES
they should give you some idea of what kind names the installers used -
and
based on your message they should be different datasets on at least the
//DSMAMENG since that is the pointer to the messages library.

Short form - you can't get to a new version without either creating a
new
linklib/loadlib or updating an existing linklib/loadlib. If the code was
installed into the existing and active sys1.linklib you need to enter an
LLA
refresh console command and then fire or just shoot the installers cause
they are too stupid to .

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Keene R. Hallenbeck
Sent: Thursday, October 14, 2004 12:16 PM
To: [EMAIL PROTECTED]
Subject: Re: Server upgrade problem

In our normal start procedure, the SYS1.LINKLIB of the mainframe system
is
used for the exec's.  We were not given a new linklib, or loadlib,
dataset
name by the installers.  That is why I asked about DSMSERV in the
original
note because I believe there should be an new linklib, or loadlib, with
new
exec versions for the TSM v5.2 .  I am looking for some verification of
this
to proof it to the installers.




  "Slag, Jerry B."
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  S>   cc:
  Sent by: "ADSM:  Subject:  Re: Server
upgrade
problem
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  10/14/04 12:06 PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Do you have a steplib pointing to your new loadlib?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Keene R. Hallenbeck
Sent: Thursday, October 14, 2004 10:52 AM
To: [EMAIL PROTECTED]
Subject: Server upgrade problem

We are currently running TSM v4 r1 l3.0 on the OS390 r2.10 mainframe.
We
are attempting to upgrade to TSM v5 r2. The installation of the new
software
level was done by NYS Office for Technology, not us at DOH, so I am not
sure
of everything that was done.  They told us the installation was done,
and
DOH can start at the 'Quick Start' procedure for migrating.  We have a
small
TSM/Adstar server set up, that is used for testing the new software
before
we upgrade the production system server.  When starting the test system
for
the first time, after pointing to the new DSN's and with the 'UPGRADEDB'
parameter, the server starts with the following messages:

S ADSMT1
$HASP100 ADSMT1   ON STCINRDR
IEF695I START ADSMT1   WITH JOBNAME ADSMT1   IS ASSIGNED TO USER ADSMT1
 , GROUP OMVSGRP
$HASP373 ADSMT1   STARTED
ACF9CCCD USERID ADSMT1   IS ASSIGNED TO THIS JOB - ADSMT1
IEF403I ADSMT1 - STARTED - TIME=09.31.07 ANR5962I DSMSERV generated at
17:23:07 on Mar  2 2001.
ANR5965I Console command:
ANRW Message repository for language AMENG does not match program
level.
ANRI Message repository's compile date: Tue Jun 10 03:21:03 2003
ANRI Program's message timestamp:   Thu Feb  1 10:40:36 2001
 Tivoli Storage Manager for MVS
Version 4, Release 1, Level 3.0
Licensed Materials - Property of IBM
(C) Copyright IBM Corporation 1990,2003.
All rights reserved.
U.S. Government Users Restricted Rights - Use, duplication or disclosure
restricted by GSA ADP Schedule Contract with IBM Corporation.
ANR0900I Processing options file dsmserv.opt.
ANR0990I Server restart-recovery in progress.
ANR0200I Recovery log assigned capacity is 36 megabytes.
ANR0201I Database assigned capacity is 76 megabytes.
ANR0306I Recovery log volume mount in progress.
ANR0353I Recovery log analysis pass in progress.
ANR0354I Recovery log redo pass in progress.
ANR0355I Recovery log undo pass in progress.
ANR0352I Transaction recovery complete.
ANR2100I Activity log process has started.
ANR1305I Disk volume ADSMAPPL.T1.STOR.ARCH01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK01 varied online.
ANR1305I Disk volume ADSMAPPL.T1.STOR.BACK02 varied online.
ANR2803I License manager started.
ANR5090I TCP/IP driver ready for connectio

Re: TSM as application on windows cluster

[James Choate]

I have one customer in Idaho that is running TSM on AIX with HACMP 5.1.  
 
They are quiet pleased with the configuration.
 
I haven't seen anyone do TSM server on a Windows cluster.  Let us know what you decide 
to do as you move forward.
 
James



From: ADSM: Dist Stor Manager on behalf of Steve Harris
Sent: Thu 10/14/2004 11:40 PM
To: [EMAIL PROTECTED]
Subject: TSM as application on windows cluster



Hi all,

I'm designing a TSM solution for our enterprise data centre.  The EDC consists of two 
physical datacentres with appropriate smarts to make them appear as one big logical 
entity from both the SAN and LAN perspective

We currently run a single TSM server on AIX which backs up a portion of the 
application nodes in the EDC.

We don't currently have any apps that can automatically fail over, but we will have 
some real soon.  The reason for the TSM redesign is that we are going to put TSM in 
many places around the state, and that includes backing up all of the enterprise 
datacentre rather than just the odd bits that we do now.  The rest of the state will 
be running on windows, so we are keen to use windows in the EDC also.  The 
configuration manager will also run in the EDC.

Is anyone running TSM server as an application in a geographically spread 
active/active windows cluster? Did you have any issues getting this to work?  Is it 
reliable both in normal operation and in failover?

I have the option of a p690  AIX/Veritas cluster solution or Sun F15K/Veritas cluster, 
but both of those seem unreasonably expensive, and will move away from a Windows 
standard approach state wide.  Any insight will be helpful.


Thanks

Steve.

Steve Harris
TSM design Guru (Ha! - faking it anyway)
Queensland Health, Brisbane Australia  




***
This email, including any attachments sent with it, is confidential and for the sole 
use of the intended recipient(s).  This confidentiality is not waived or lost, if you 
receive it and you are not the intended recipient(s), or if it is transmitted/received 
in error.

Any unauthorised use, alteration, disclosure, distribution or review of this email is 
prohibited.  It may be subject to a statutory duty of confidentiality if it relates to 
health service matters.

If you are not the intended recipient(s), or if you have received this email in error, 
you are asked to immediately notify the sender by telephone or by return email.  You 
should also delete this email and destroy any hard copies produced.
***

Re: TSM Server Initiated restores

[Richard Sims]

On Oct 15, 2004, at 9:27 AM, Jones, Eric J wrote:
...I found a command "clientaction" but I was told by a few people
that you could not push data to a client from the TSM server.
Literally true: there has to be a client acceptor of some kind so that
a session
is initiated, which is typically via dsmCAD, which should adhere to
client port
specifications.
define clientaction OWGORAD4 domain=UNIX90 action=restore
objects=/user/bill/myfile.txt
...
Will this create a 1 time job that will push the file or directory
listed in "objects" to the client machine?
Yes - It will incite the initiation of a session. You want SCHEDMODe
PRompted,
for the server to do the initiating, which gets it done more, um,
promptly.
When using PRompted, watch out for PRESchedulecmd and POSTSchedulecmd,
which
would thus get invoked every time.
The client manual lays out the methodology of using firewalls, including
defining in the server the port to be used to talk to the client.
  Richard Sims

Re: 3584 error logs

[James Lepre]

There isn't away to see the LCD, you need to go to library and as for
the logs they need to be read by IBM

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Warren, Matthew (Retail)
Sent: Friday, October 15, 2004 10:01 AM
To: [EMAIL PROTECTED]
Subject: Re: 3584 error logs

...This is what I have already done to download the logs.

I can see no way through the specialist to view the status of the front
LCD panel on the library.



Matt.



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
James Lepre
Sent: Friday, October 15, 2004 1:51 PM
To: [EMAIL PROTECTED]
Subject: Re: 3584 error logs

Go to the IP address of the Library and will bring up the SPECIALIST

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Warren, Matthew (Retail)
Sent: Friday, October 15, 2004 5:59 AM
To: [EMAIL PROTECTED]
Subject: 3584 error logs

Does anyone know of a utility that will enable me to read the
downloadable error logs, downloaded through the 3584 web interface?

..or a way to view the front-panel remotely to see what error code is
displayed there? I thoght the web interface would show this, but it
doesn't..


Thanks,

Matt.


___ Disclaimer Notice __
This message and any attachments are confidential and should only be
read by those to whom they are addressed. If you are not the intended
recipient, please contact us, delete the message from your computer and
destroy any copies. Any distribution or copying without our prior
permission is prohibited.

Internet communications are not always secure and therefore Powergen
Retail Limited does not accept legal responsibility for this message.
The recipient is responsible for verifying its authenticity before
acting on the contents. Any views or opinions presented are solely those
of the author and do not necessarily represent those of Powergen Retail
Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry,
CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: Customize GUI

[Warren, Matthew (Retail)]

I havent looked at the redbook, but couldn't this be accomplished with a
bit of perseverance and fiddling with the dsmserv.idl file?

_-'-_
  -|-


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Stapleton, Mark
Sent: Thursday, October 14, 2004 8:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Customize GUI

From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Joe Crnjanski
>We should ask IBM to publish new Redbook.
>
>"TSM for Executives"

The web administration client for TSM version 5.3 *may* have some of
what you're after. We'll see what comes out of the beta program.

--
Mark Stapleton ([EMAIL PROTECTED])
Berbee Information Networks
Office 262.521.5627  


___ Disclaimer Notice __
This message and any attachments are confidential and should only be read by those to 
whom they are addressed. If you are not the intended recipient, please contact us, 
delete the message from your computer and destroy any copies. Any distribution or 
copying without our prior permission is prohibited.

Internet communications are not always secure and therefore Powergen Retail Limited 
does not accept legal responsibility for this message. The recipient is responsible 
for verifying its authenticity before acting on the contents. Any views or opinions 
presented are solely those of the author and do not necessarily represent those of 
Powergen Retail Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: TSM Server Initiated restores

[Daniel Sparrman]

Hej Eric

I assume your normal backups are working correctly? And that you are using 
server initiated backups? In that case, the restore would work the same.

No, there shouldnt be any problems when it comes to permissions.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Jones, Eric J" <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 15:57
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
Re: TSM Server Initiated restores






Thanks.  Is there any permission problems going to Solaris from the server 
or any parameters that you see that I'm missing?
Will it use the port defined in the "dsm.sys" file which is the 6150 port?

Thanks for all your help,
Eric

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Daniel Sparrman
Sent: Friday, October 15, 2004 9:50 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM Server Initiated restores


Hi Eric

Yes, defining a client action will accomplish what you're seeking.

No, there is no limits when it comes to the server pushing data to the 
client.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Jones, Eric J" <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 15:27
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
TSM Server Initiated restores






Good Morning.
I have a client machine in our DMZ which I backup through port 6150.  The 
port is only open in 1 direction so the backups are server initiated over 
port 6150.  I'm only testing the backups at this point until I can 
successfully restore data to the machine.
What I need to do is restore data to the client over port 6150 from the 
server(server initiated).  I found a command "clientaction" but I was told 

by a few people that you could not push data to a client from the TSM 
server.
The TSM server is running AIX 5.2 and TSM 5.2.2
The client is running Solaris 8 and TSM 5.2.2

define clientaction OWGORAD4 domain=UNIX90 action=restore 
objects=/user/bill/myfile.txt

What I put in and I'm assuming is correct.
OWGORAD4 is the client I want to restore data to.
domain - Policy assigned to the client on the server
action - restore data to client
objects - file to restore

Will this create a 1 time job that will push the file or directory listed 
in "objects" to the client machine?   The restores we normally do are from 

client request and nothing inside the DMZ so this is all new to me.  Is 
there a different or better way to do a restore like this?  I assume on 
the "server command" line on the WEB interface I issue this command.

Thanks
Have a Great Day,
Eric

Re: 3584 error logs

[Warren, Matthew (Retail)]

...This is what I have already done to download the logs.

I can see no way through the specialist to view the status of the front
LCD panel on the library.



Matt.



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
James Lepre
Sent: Friday, October 15, 2004 1:51 PM
To: [EMAIL PROTECTED]
Subject: Re: 3584 error logs

Go to the IP address of the Library and will bring up the SPECIALIST

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Warren, Matthew (Retail)
Sent: Friday, October 15, 2004 5:59 AM
To: [EMAIL PROTECTED]
Subject: 3584 error logs

Does anyone know of a utility that will enable me to read the
downloadable error logs, downloaded through the 3584 web interface?

..or a way to view the front-panel remotely to see what error code is
displayed there? I thoght the web interface would show this, but it
doesn't..


Thanks,

Matt.


___ Disclaimer Notice __
This message and any attachments are confidential and should only be
read by those to whom they are addressed. If you are not the intended
recipient, please contact us, delete the message from your computer and
destroy any copies. Any distribution or copying without our prior
permission is prohibited.

Internet communications are not always secure and therefore Powergen
Retail Limited does not accept legal responsibility for this message.
The recipient is responsible for verifying its authenticity before
acting on the contents. Any views or opinions presented are solely those
of the author and do not necessarily represent those of Powergen Retail
Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry,
CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: TSM Server Initiated restores

[Jones, Eric J]

Thanks.  Is there any permission problems going to Solaris from the server or any 
parameters that you see that I'm missing?
Will it use the port defined in the "dsm.sys" file which is the 6150 port?

Thanks for all your help,
Eric

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Daniel Sparrman
Sent: Friday, October 15, 2004 9:50 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM Server Initiated restores


Hi Eric

Yes, defining a client action will accomplish what you're seeking.

No, there is no limits when it comes to the server pushing data to the 
client.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Jones, Eric J" <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 15:27
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
TSM Server Initiated restores






Good Morning.
I have a client machine in our DMZ which I backup through port 6150.  The 
port is only open in 1 direction so the backups are server initiated over 
port 6150.  I'm only testing the backups at this point until I can 
successfully restore data to the machine.
What I need to do is restore data to the client over port 6150 from the 
server(server initiated).  I found a command "clientaction" but I was told 
by a few people that you could not push data to a client from the TSM 
server.
The TSM server is running AIX 5.2 and TSM 5.2.2
The client is running Solaris 8 and TSM 5.2.2

define clientaction OWGORAD4 domain=UNIX90 action=restore 
objects=/user/bill/myfile.txt

What I put in and I'm assuming is correct.
OWGORAD4 is the client I want to restore data to.
domain - Policy assigned to the client on the server
action - restore data to client
objects - file to restore

Will this create a 1 time job that will push the file or directory listed 
in "objects" to the client machine?   The restores we normally do are from 
client request and nothing inside the DMZ so this is all new to me.  Is 
there a different or better way to do a restore like this?  I assume on 
the "server command" line on the WEB interface I issue this command.

Thanks
Have a Great Day,
Eric

Re: TSM Server Initiated restores

[Jones, Eric J]

Thanks.  Is there any permission problems or any parameters that you see that I'm 
missing?
Will it use the port defined in the "dsm.sys" file which is the 6150 port?

Thanks for all your help,
Eric

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Daniel Sparrman
Sent: Friday, October 15, 2004 9:50 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM Server Initiated restores


Hi Eric

Yes, defining a client action will accomplish what you're seeking.

No, there is no limits when it comes to the server pushing data to the 
client.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Jones, Eric J" <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 15:27
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
TSM Server Initiated restores






Good Morning.
I have a client machine in our DMZ which I backup through port 6150.  The 
port is only open in 1 direction so the backups are server initiated over 
port 6150.  I'm only testing the backups at this point until I can 
successfully restore data to the machine.
What I need to do is restore data to the client over port 6150 from the 
server(server initiated).  I found a command "clientaction" but I was told 
by a few people that you could not push data to a client from the TSM 
server.
The TSM server is running AIX 5.2 and TSM 5.2.2
The client is running Solaris 8 and TSM 5.2.2

define clientaction OWGORAD4 domain=UNIX90 action=restore 
objects=/user/bill/myfile.txt

What I put in and I'm assuming is correct.
OWGORAD4 is the client I want to restore data to.
domain - Policy assigned to the client on the server
action - restore data to client
objects - file to restore

Will this create a 1 time job that will push the file or directory listed 
in "objects" to the client machine?   The restores we normally do are from 
client request and nothing inside the DMZ so this is all new to me.  Is 
there a different or better way to do a restore like this?  I assume on 
the "server command" line on the WEB interface I issue this command.

Thanks
Have a Great Day,
Eric

Re: TSM Server Initiated restores

[Daniel Sparrman]

Hi Eric

Yes, defining a client action will accomplish what you're seeking.

No, there is no limits when it comes to the server pushing data to the 
client.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



"Jones, Eric J" <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 15:27
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
TSM Server Initiated restores






Good Morning.
I have a client machine in our DMZ which I backup through port 6150.  The 
port is only open in 1 direction so the backups are server initiated over 
port 6150.  I'm only testing the backups at this point until I can 
successfully restore data to the machine.
What I need to do is restore data to the client over port 6150 from the 
server(server initiated).  I found a command "clientaction" but I was told 
by a few people that you could not push data to a client from the TSM 
server.
The TSM server is running AIX 5.2 and TSM 5.2.2
The client is running Solaris 8 and TSM 5.2.2

define clientaction OWGORAD4 domain=UNIX90 action=restore 
objects=/user/bill/myfile.txt

What I put in and I'm assuming is correct.
OWGORAD4 is the client I want to restore data to.
domain - Policy assigned to the client on the server
action - restore data to client
objects - file to restore

Will this create a 1 time job that will push the file or directory listed 
in "objects" to the client machine?   The restores we normally do are from 
client request and nothing inside the DMZ so this is all new to me.  Is 
there a different or better way to do a restore like this?  I assume on 
the "server command" line on the WEB interface I issue this command.

Thanks
Have a Great Day,
Eric

TSM Server Initiated restores

[Jones, Eric J]

Good Morning.
I have a client machine in our DMZ which I backup through port 6150.  The port is only 
open in 1 direction so the backups are server initiated over port 6150.  I'm only 
testing the backups at this point until I can successfully restore data to the machine.
What I need to do is restore data to the client over port 6150 from the server(server 
initiated).  I found a command "clientaction" but I was told by a few people that you 
could not push data to a client from the TSM server.
The TSM server is running AIX 5.2 and TSM 5.2.2
The client is running Solaris 8 and TSM 5.2.2

define clientaction OWGORAD4 domain=UNIX90 action=restore objects=/user/bill/myfile.txt

What I put in and I'm assuming is correct.
OWGORAD4 is the client I want to restore data to.
domain - Policy assigned to the client on the server
action - restore data to client
objects - file to restore

Will this create a 1 time job that will push the file or directory listed in "objects" 
to the client machine?   The restores we normally do are from client request and 
nothing inside the DMZ so this is all new to me.  Is there a different or better way 
to do a restore like this?  I assume on the "server command" line on the WEB interface 
I issue this command.

Thanks
Have a Great Day,
Eric

Re: 3584 error logs

[James Lepre]

Go to the IP address of the Library and will bring up the SPECIALIST

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Warren, Matthew (Retail)
Sent: Friday, October 15, 2004 5:59 AM
To: [EMAIL PROTECTED]
Subject: 3584 error logs

Does anyone know of a utility that will enable me to read the
downloadable error logs, downloaded through the 3584 web interface?

..or a way to view the front-panel remotely to see what error code is
displayed there? I thoght the web interface would show this, but it
doesn't..


Thanks,

Matt.


___ Disclaimer Notice __
This message and any attachments are confidential and should only be
read by those to whom they are addressed. If you are not the intended
recipient, please contact us, delete the message from your computer and
destroy any copies. Any distribution or copying without our prior
permission is prohibited.

Internet communications are not always secure and therefore Powergen
Retail Limited does not accept legal responsibility for this message.
The recipient is responsible for verifying its authenticity before
acting on the contents. Any views or opinions presented are solely those
of the author and do not necessarily represent those of Powergen Retail
Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry,
CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: Exchange backup problem

[Del Hoobler]

Mark,

This might mean that you are running this under a userid
that does not have enough permission. What userid do you
have the scheduler service running under?  Is it the same
userid that you successfully ran the GUI? If not, try changing
the scheduler service to run as a userid that has enough permission.
That way, when it launches Data Protection for Exchange, it will
be running under the context of that userid.

Thanks,

Del


"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> wrote on 10/14/2004
11:43:05 AM:

> Hi all, I have an Exchange server that is running 5.5 SP4. Exchange is
> running on a Windows 2000 SP4 with a 5.2.3.0 TSM client installed. The
TDP
> is 5.2.1.0 and the TSM Server is running 5.1.0.0. I can backup the
Exchange
> database from the GUI without error. When I try and run a scheduled
backup
> of the IS I receive:
>
> ACN5237E Unable to communicate with the Microsoft Exchange Server.
>
> The command I am using to execute the backup is:
>
> start /B tdpexcc backup * full /tsmoptfile=dsm.opt
>
> I have tried adding the /excserver= with the Exchange server name and I
> receive the same results.
> Anyone have any ideas?

3584 error logs

[Warren, Matthew (Retail)]

Does anyone know of a utility that will enable me to read the
downloadable error logs, downloaded through the 3584 web interface?

..or a way to view the front-panel remotely to see what error code is
displayed there? I thoght the web interface would show this, but it
doesn't..


Thanks,

Matt.


___ Disclaimer Notice __
This message and any attachments are confidential and should only be read by those to 
whom they are addressed. If you are not the intended recipient, please contact us, 
delete the message from your computer and destroy any copies. Any distribution or 
copying without our prior permission is prohibited.

Internet communications are not always secure and therefore Powergen Retail Limited 
does not accept legal responsibility for this message. The recipient is responsible 
for verifying its authenticity before acting on the contents. Any views or opinions 
presented are solely those of the author and do not necessarily represent those of 
Powergen Retail Limited. 

Registered addresses:

Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG.
Registered in England and Wales No: 3407430

Telephone +44 (0) 2476 42 4000
Fax +44 (0) 2476 42 5432

Re: TSM as application on windows cluster

[Daniel Sparrman]

Hi Steve

How many nodes and what are the amount of data?

We have 500 servers of which 250 are large unix servers. We normally have 
a daily incremental backup of about 5-6TB every night. All theese nodes 
are backing up its data to a HACMP cluster based on pSeries 660 machines 
with 4GB of RAM, 4 processors(675Mhz), 2 I/O drawers and 8 FC HBA:s. We 
have a normal throughput rate of about 250-300MB/s during migration and 
backup storage pool processing and about 100MB/s during  backup to 
disk/tape (2 Gigabit Etherchannel adapters). The total amount of data is 
300TB.

We have this far no performance issues, and do not have any issues with 
either CPU utilization or disk wait.

I dont believe you would need a p690 machine to  backup the data. We could 
without a problem double the amount of data transferred each night without 
issues. We would probably be forced to add more hardware though, like 
disk(resident on HDS 9960 today) and FC HBA:s aswell as tape 
drives(9840B/9840C).

My guess would be that you could get away with alot smaller machine. All 
you need to do is optimize the I/O throughput by using I/O drawers, FC 
HBA:s and more Gigabit Etherchannel adapters. If you have far more data 
than us, you would probably need to have more RAM and CPU:s(perhaps 8GB of 
RAM and 4 Power5 CPU:s instead of the older processors we're using).

The price for that configuration would be alot lower than the one for a 
HACMP-based p690 cluster.

The problem you will face if you start de-centralizing your environment is 
the amount of time you need to put on administration. This cost will, 
calculated over several years, be alot higher than the one for hardware. 
It will also be harder for you to detect minor issues, or hardware that is 
beginning to fail. The issue with hardware upgrades will also be a cost 
that should be taken in account. You will no longer be upgrading a single 
system, but doing hardware/software upgrades to different systems that 
cannot be shared among the systems.

Best Regards

Daniel Sparrman

---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



Steve Harris <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 07:40
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
TSM as application on windows cluster






Hi all,

I'm designing a TSM solution for our enterprise data centre.  The EDC 
consists of two physical datacentres with appropriate smarts to make them 
appear as one big logical entity from both the SAN and LAN perspective

We currently run a single TSM server on AIX which backs up a portion of 
the application nodes in the EDC.

We don't currently have any apps that can automatically fail over, but we 
will have some real soon.  The reason for the TSM redesign is that we are 
going to put TSM in many places around the state, and that includes 
backing up all of the enterprise datacentre rather than just the odd bits 
that we do now.  The rest of the state will be running on windows, so we 
are keen to use windows in the EDC also.  The configuration manager will 
also run in the EDC.

Is anyone running TSM server as an application in a geographically spread 
active/active windows cluster? Did you have any issues getting this to 
work?  Is it reliable both in normal operation and in failover?

I have the option of a p690  AIX/Veritas cluster solution or Sun 
F15K/Veritas cluster, but both of those seem unreasonably expensive, and 
will move away from a Windows standard approach state wide.  Any insight 
will be helpful.


Thanks

Steve.

Steve Harris
TSM design Guru (Ha! - faking it anyway)
Queensland Health, Brisbane Australia 




***
This email, including any attachments sent with it, is confidential and 
for the sole use of the intended recipient(s).  This confidentiality is 
not waived or lost, if you receive it and you are not the intended 
recipient(s), or if it is transmitted/received in error.

Any unauthorised use, alteration, disclosure, distribution or review of 
this email is prohibited.  It may be subject to a statutory duty of 
confidentiality if it relates to health service matters.

If you are not the intended recipient(s), or if you have received this 
email in error, you are asked to immediately notify the sender by 
telephone or by return email.  You should also delete this email and 
destroy any hard copies produced.
***

Re: Splitting apart a Tivoli DB

[Daniel Sparrman]

Hi Ian

We've made a unload, audit and then a load on this 160GB database.

Didnt take days to complete. The full process took about 40 hours. If we 
had choosen not to do the audit, the process would have taken about 28 
hours.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Chef Utveckling & Drift
Exist i Stockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



Ian Hobbs <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-10-15 06:51
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
Re: Splitting apart a Tivoli DB






On Thu, 14 Oct 2004 10:58:54 -0500, Stapleton, Mark wrote:

The magic # I have seen is about 100GB. Even a 100GB database would take 
days depending on the
hardware if a full DBAUDIT had to be done.

I wouldn't want to do that .

>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
>Behalf Of Chris Hund

>30GB is a little small for such consideration. Properly configured
>databases, spread across fast spindles, should perform well at twice the
>size.
> ...
>Mark Stapleton ([EMAIL PROTECTED])
>Berbee Information Networks
>Office 262.521.5627



Ian Hobbs
[EMAIL PROTECTED]
===
"Never argue with an idiot.  They drag you down to their level then beat
you with experience."
-Dilbert