Re: How do we change which nic on a client adsm contacts?

[Mark Ray]

The IP address is stored on the server in its arp table. You haven't said
what plateform your server is on (NT, AIX, whatever) so, you have to
flush your arp table, specific *to* your platform, then re-aquire the new
NIC. The easiest way to re-aquire is simple to ping the client; that will
insert the new mac address -- and the maped IP address -- into the
server's arp table.

Mark Ray
Mohegan Sun Resort





TSM Group <[EMAIL PROTECTED]> on 03/14/2002 05:04:05 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Mark Ray/MTGA/LNN)

Subject:  How do we change which nic on a client adsm contacts?



Hello all,
We recently thought we would try to change which NIC one of our nodes' uses
to do backups.
>From what I'd been able to find on the adsm message boards out there, it
looked as if ADSM, when initially contacted by a node, traps the IP address
that the node uses and stores that information untill contacted by that node
on a different IP address.
So when we were finally able to we downed the primary NIC and restarted the
dsmc sched process . ( Thinking was that the client would contact adsm with
the desired IP address and that would then be trapped and everything would
be fine. )
But it did not work.
Does anyone have any ideas?!


_
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Filesize from client through server

[Denzel, Richard van]

Hi All,

I would like to be able to retrieve the filesize etc. for the backupped
files for a client through the TSM server (dsmadmc).

I know this is possible through the client. But for automation sake it's in
my opion better to let the server generate such listings.

Is there anyone who knows if this can be done on the TSM server-side?

Thanx in advance,

Richard.

-
Richard van Denzel
High Availability & Storage Solutions
Senior Technical Consultant

Infrastructure Consulting & Integration
[EMAIL PROTECTED]

Getronics Infrastructure Solutions
Wiltonstraat 42
Postbus 1005
3900 BA  Veenendaal
tel.: 0318 - 567 100
fax:  0318 - 567 633

mobiel: 06 - 212 78 569

Building Futures on <>

Re: Filesize from client through server

[Christo Heuer]

Nope - that info is hidden from the SQL administrator interface.

Cheers
Christo
---



Hi All,

I would like to be able to retrieve the filesize etc. for the backupped
files for a client through the TSM server (dsmadmc).

I know this is possible through the client. But for automation sake it's in
my opion better to let the server generate such listings.

Is there anyone who knows if this can be done on the TSM server-side?

Thanx in advance,

Richard.

-
Richard van Denzel
High Availability & Storage Solutions
Senior Technical Consultant

Infrastructure Consulting & Integration
[EMAIL PROTECTED]

Getronics Infrastructure Solutions
Wiltonstraat 42
Postbus 1005
3900 BA  Veenendaal
tel.: 0318 - 567 100
fax:  0318 - 567 633

mobiel: 06 - 212 78 569

Building Futures on <>
__
"The information contained in this communication is confidential and
may be legally privileged.  It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it.  If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking action
in reliance of the contents of this information is strictly prohibited
and may be unlawful.  Absa is neither liable for the proper, complete
transmission of the information contained in this communication, any
delay in its receipt or that the mail is virus-free."

Re: Problems with TDP for Oracle 2.2 on NT 6a.

[James Thompson]

Norbert,

Post the contents of your dsm.opt and tdpo.opt.  May be something in those
that is causing the problem.  But for trouble shooting, you should see what
messages are being posted in the Tsm server's activity log as well as the
error logs on the client system.  The TSM Server activity log will tell you
what node is trying to connect, and it maybe that it is not the one that you
are expecting.

James Thompson

_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.com

Re: HELP with TSM and SAN

[Eliza Lau]

No, we don't have a SAN now.  IBM is trying to sell us one.  I am just looking
into ways to incorporate it into our existing configuration before making
a recommendation to my boss.  Our Exchange database is about
40G.  It is being backed up directly to tapes through the LAN to FC 3590E
tape drives in a 3494 and runs for 2 hours.

Eliza

>
> I guess I do not understand why you made the 5 SAN clients SAN if you are
> not going to go directly to tape.  How big is the Exchange Server.  2 Hours
> sounds like a long time for SAN attached 3590s.
>
> The only possible way to do this may be with SANErgy, but I cannot think of
> way to share the disk pool between the SAN and LAN clients right now.
>
> My recommendation for this type of configuration is to use Gigabit in the
> TSM Server and the SAN clients that you have.  It is cheaper and does
> exactly what you are trying to do.  I guess the machines/disk you have are
> just too slow to drive the tape drives to effectively use SAN.
>
> -Original Message-
> From: Eliza Lau [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 14, 2002 11:40 AM
> To: [EMAIL PROTECTED]
> Subject: Re: HELP with TSM and SAN
>
>
> What I am trying to achieve is to have all SAN and non-SAN clients backup to
> a disk storage pool that is on the SAN and then migrate to the SAN-attahced
> 3494.  We will have 5 SAN clients and 300+ non-SAN clients with only 6 tape
> drives.  I don't want the 5 SAN clients to tie up the tape drives with
> LAN-free backup during the backup window.  The Exchange backup alone takes 2
> hours. Is this doable with a AIX TSM server?
>
> Eliza
>
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf
> > Of Eliza Lau
> > Sent: Thursday, March 14, 2002 9:46 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: HELP with TSM and SAN
> >
> > >
> > > 1. LAN FREE B/A is available with the Storage Agent in TSM 4.2
> > >
> > > 2. SANergy MDC cannot run on AIX - WIN2k, WINNT, Solaris, Red Hat
> > > and SuSe.
> >
> > Thanks Adolph.  This clears things up.  But there is indeed a SANergy
> > client for AIX.  The Tivoli rep just quoted me a license.  It requires
> > 130 points.  Then why can't I run the SANergy MDC on a W2K box to
> > export the disk storage pool to the AIX SANergy client where the TSM
> > server is.  From this disk storage pool backup files will migrate to
> > the 3494.  The W2K box and the AIX TSM server will both be on the SAN.
> >
> > Eliza, why would you want to do this? What are you trying to achieve?
> > Maybe we should take this off the list server. My email is
> > [EMAIL PROTECTED]
> >
> >
> > >
> > > 3. The non-SAN clients can backup to a SAN or non-SAN disk pool. The
> > TSM
> > > server writes to the disk pool, the client does not. If the TSM
> > > server has access to the SAN then I would have all of the 3494 tapes
> > > attached to the SAN. Partitioning the library is not required. All
> > > of my
> > clients
> > > with 3494 libraries and SAN, have all of the drives on the SAN.
> > >
> > > 4. Server Free backup will require the use of a San Data Gateway -
> > this
> > > is a hardware box- The current box available from IBM is a 2108-G07.
> > >
> > > 5. Server Free means both the TSM Server and the Client are not
> > > doing i/o to the disk or tape for backup purposes. This comes with
> > > TSM 5.1. Initially this will be very limited in the clients that are
> > > supported and the TSM server platform.
> > >
> > > Adolph Kahan
> > >
> > >
> >
> > Eliza Lau
> > Virginia Tech Computing Center
> > 1700 Pratt Drive
> > Blacksburg, VA 24060
> > [EMAIL PROTECTED]
> >
>

Re: HELP with TSM and SAN

[Michael Swinhoe]

Wait until TSM version 5 is available (end of April) as that will allow you
to do LAN free to disk as well as Tape under the same licence.  Therefore
you will be getting SANErgy for cheap.  This will allow you to backup your
SAN attached nodes to disk and then migrate the data to tape when the
drives are free.

Regards,
Michael Swinhoe
Storage Management Group
E-mail:   mailto:[EMAIL PROTECTED]



Eliza Lau
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
.VT.EDU> cc:
Sent by: Subject: Re: HELP with TSM and SAN
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


15/03/2002
14:19
Please
respond to
"ADSM: Dist
Stor Manager"





No, we don't have a SAN now.  IBM is trying to sell us one.  I am just
looking
into ways to incorporate it into our existing configuration before making
a recommendation to my boss.  Our Exchange database is about
40G.  It is being backed up directly to tapes through the LAN to FC 3590E
tape drives in a 3494 and runs for 2 hours.

Eliza

>
> I guess I do not understand why you made the 5 SAN clients SAN if you are
> not going to go directly to tape.  How big is the Exchange Server.  2
Hours
> sounds like a long time for SAN attached 3590s.
>
> The only possible way to do this may be with SANErgy, but I cannot think
of
> way to share the disk pool between the SAN and LAN clients right now.
>
> My recommendation for this type of configuration is to use Gigabit in the
> TSM Server and the SAN clients that you have.  It is cheaper and does
> exactly what you are trying to do.  I guess the machines/disk you have
are
> just too slow to drive the tape drives to effectively use SAN.
>
> -Original Message-
> From: Eliza Lau [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 14, 2002 11:40 AM
> To: [EMAIL PROTECTED]
> Subject: Re: HELP with TSM and SAN
>
>
> What I am trying to achieve is to have all SAN and non-SAN clients backup
to
> a disk storage pool that is on the SAN and then migrate to the
SAN-attahced
> 3494.  We will have 5 SAN clients and 300+ non-SAN clients with only 6
tape
> drives.  I don't want the 5 SAN clients to tie up the tape drives with
> LAN-free backup during the backup window.  The Exchange backup alone
takes 2
> hours. Is this doable with a AIX TSM server?
>
> Eliza
>
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf
> > Of Eliza Lau
> > Sent: Thursday, March 14, 2002 9:46 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: HELP with TSM and SAN
> >
> > >
> > > 1. LAN FREE B/A is available with the Storage Agent in TSM 4.2
> > >
> > > 2. SANergy MDC cannot run on AIX - WIN2k, WINNT, Solaris, Red Hat
> > > and SuSe.
> >
> > Thanks Adolph.  This clears things up.  But there is indeed a SANergy
> > client for AIX.  The Tivoli rep just quoted me a license.  It requires
> > 130 points.  Then why can't I run the SANergy MDC on a W2K box to
> > export the disk storage pool to the AIX SANergy client where the TSM
> > server is.  From this disk storage pool backup files will migrate to
> > the 3494.  The W2K box and the AIX TSM server will both be on the SAN.
> >
> > Eliza, why would you want to do this? What are you trying to achieve?
> > Maybe we should take this off the list server. My email is
> > [EMAIL PROTECTED]
> >
> >
> > >
> > > 3. The non-SAN clients can backup to a SAN or non-SAN disk pool. The
> > TSM
> > > server writes to the disk pool, the client does not. If the TSM
> > > server has access to the SAN then I would have all of the 3494 tapes
> > > attached to the SAN. Partitioning the library is not required. All
> > > of my
> > clients
> > > with 3494 libraries and SAN, have all of the drives on the SAN.
> > >
> > > 4. Server Free backup will require the use of a San Data Gateway -
> > this
> > > is a hardware box- The current box available from IBM is a 2108-G07.
> > >
> > > 5. Server Free means both the TSM Server and the Client are not
> > > doing i/o to the disk or tape for backup purposes. This comes with
> > > TSM 5.1. Initially this will be very limited in the clients that are
> > > supported and the TSM server platform.
> > >
> > > Adolph Kahan
> > >
> > >
> >
> > Eliza Lau
> > Virginia Tech Computing Center
> > 1700 Pratt Drive
> > Blacksburg, VA 24060
> > [EMAIL PROTECTED]
> >
>






___

The information contained in this message is confidential and may be
legally privileged. If you are not the intended recipient, please do not
read, copy or otherwise use it and do not disclose it to anyone else.
Please notify the sender of the delivery error and then delete the
message from your system.

Any views or opinions e

Arhive Bit on Netware after Tape Backup/Restore

[Andy Carlson]

We have some big Netware (running Groupwise) servers that the admins
will backup/upgrade os/restore using DLT tape instead of TSM.  The
problem is that they claim the arhive bit is set off, so TSM backs all
the files up on the next incremental.  Has anyone else experienced
this?  Is there a neat utility to turn the archive bits back
on?  Thanks.

Andy Carlson |\  _,,,---,,_
[EMAIL PROTECTED]ZZZzz /,`.-'`'-.  ;-;;,_
BJC Health System   |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri'---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org/animal.html

script to see if TSM Server is down

[Marc Levitan]

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[Taha, Hana]

I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[PINNI, BALANAND (SBCSI)]

On which Platform.

-Original Message-
From: Taha, Hana [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: script to see if TSM Server is down


I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: NFS MOUNTS

[Warren, Matthew James]

AFAIK

dsmstat is a process that uns alongside dsmc and holds dsmc's hand when it
scan NFS mount point to make sure it doesnt 'hang' if the NFS mountpoit is
broken. If the mountpoint is not responding my understanding was dsmstat
manipulates the situation so dsmc can carry on.

I found this out from various sources when we had a problem with dsmstat
appearing hung every morning on some clients.

Apparently, tsm will stat _ALL_ available mountpoints regardless of DOMAIN
options etc.. when the backup first starts up, filtering of what to backup
then takes place (through the DOMAIN options etc..)


Matt.

-Original Message-
From: Lisa Cabanas [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 7:54 PM
To: [EMAIL PROTECTED]
Subject: Re: NFS MOUNTS


FWIW, on AIX, even if you aren't backing up NFS mounts, if one of the
mounts is hung, then your incremental is hosed and it terminates.  I
started noticing this behaviour in/around the 3.7 code level.

lisa



David Longo
 cc:
Sent by: "ADSM: Dist   Subject: Re: NFS MOUNTS
Stor Manager"
<[EMAIL PROTECTED]
U>


03/13/2002 04:26 PM
Please respond to
"ADSM: Dist Stor
Manager"






TSM by default DOES NOT backup NFS mounts.  You have to specifically
tell it to with the DOMAIN statement in dsm.opt or dsm.sys, depending
on your platform.  What platform is this?

Maybe there is a CLOPSET set on the server to back it up?

David Longo

>>> [EMAIL PROTECTED] 03/13/02 04:43PM >>>
We ran into a problem with NFS mounts on one our clients.
The NFS server went down and when the client tried to backup it just hung.

My question is why does TSM back up NFS by default with no real way to turn
it off.

What can we do to not look at the NFS mounts.

I have tried different exclude statements, but to no avail.
Does anyone have any suggestions?

TSM server 3.7.4
Client 3.7.2.15

Mark Adams
Systems Programmer
CSG Systems, Inc.



"MMS " made the following
 annotations on 03/13/02 17:39:49

--

This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify
the sender.  You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the
intended recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where
the message states such views or opinions are on behalf of a particular
entity;  and (2) the sender is authorized by the entity to give such views
or opinions.


==

Re: script to see if TSM Server is down

[Miles Purdy]

if [[ `ps -ef | grep -c /usr/tivoli/tsm/server/bin/rc.adsmserv` -lt 1 ]]; then echo 
"down"; fi


--
Miles Purdy 
System Manager
Farm Income Programs Directorate
Winnipeg, MB, CA
[EMAIL PROTECTED]
ph: (204) 984-1602 fax: (204) 983-7557

"If you hold a UNIX shell up to your ear, can you hear the C?"
-

>>> [EMAIL PROTECTED] 15-Mar-02 10:40:18 AM >>>
I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED] 

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]] 
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED] 
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[Taha, Hana]

Oh, Sorry.

AIX 4.3



Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:43 AM
To: [EMAIL PROTECTED]
Subject: Re: script to see if TSM Server is down

On which Platform.

-Original Message-
From: Taha, Hana [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: script to see if TSM Server is down


I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[Andy Carlson]

Here is what I do (crude, but it works).  I do this from a box that TSM
is not running on, in case not only TSM crashes, but the whole box
crashes:

#!/usr/bin/ksh

ADMIN=userid
ADMINPASS=passwrd
ADSMPATH=/usr/bin

$ADSMPATH/dsmadmc -id=$ADMIN -password=$ADMINPASS q proc > /tmp/proc.out
temp=`grep -c AIX /tmp/proc.out`

if  [ "$temp" = "0" ]; then
/usr/bin/mailx user@email < /usr/local/adsmdown
fi


Andy Carlson |\  _,,,---,,_
[EMAIL PROTECTED]ZZZzz /,`.-'`'-.  ;-;;,_
BJC Health System   |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri'---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org/animal.html

On Fri, 15 Mar 2002, Marc Levitan wrote:

> Hi All -
>
> Does anyone have a script that will send out an email alert if the TSM
> server goes down.
>
> I am running AIX 4.3.0
> TSM 3.7.4
>
> Thanks!
> Marc Levitan
> Storage Manager
> PFPC Global Fund Services
>

Re: 2.8TB SQL Server Database Backup

[Joshua S. Bassi]

I knew I forgot something - Gigabit Ethernet.


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Seay, Paul
Sent: Thursday, March 14, 2002 8:07 PM
To: [EMAIL PROTECTED]
Subject: Re: 2.8TB SQL Server Database Backup

How is the SQL server going to get to the tape drives?
SAN
Gigabit
FastEthernet?

-Original Message-
From: Joshua S. Bassi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 3:56 PM
To: [EMAIL PROTECTED]
Subject: 2.8TB SQL Server Database Backup


All,

I have a potential customer running a 2.8 TB SQL Server database on an
8-way
NT server.  What can I realistically expect to achieve in maximum backup
throughput using TDP for SQL Server?

Assume the 4-way Solaris TSM server has 8 AIT-2 tape drives dedicated to
getting this backup performed without any competing resource
constraints.
FYI AIT-2 run at 6 MBps native and the cartridges are 50 GB each.


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326

Re: script to see if TSM Server is down

[Shawn Bierman]

#!/bin/sh

ps -ef|grep dsmserv|grep -v grep

if [[ $? -ne 0 ]]; then
mail -s "WARNING: TSM is down!" root <<- EOF
Please investigate...
EOF
fi

Shawn L. Bierman
Unix Technical Support Analyst II
Methodist Healthcare
Information Systems
(901) 516-0143 (office)
(901) 516-0043 (fax)

>>> [EMAIL PROTECTED] 3/15/02 10:02:16 AM >>>
Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[George Lesho]

I wrote this one for the scheduler but you can modify the grep for the
server process...

#!/bin/ksh
#check to make sure TSM scheduler running

cd /usr/local/bin

SCHED=$(ps -aef | grep -v grep | grep -v tsmsched.scr | grep sched)
echo "${SCHED}" | while read -r SCHEDULER_RUNNING
do
case "${SCHEDULER_RUNNING}" in
"")
echo "TSM Scheduler not running at `date`" >>
/tmp/tsmscheduler.log
echo "The TSM Scheduler was restarted at `date`" >>
/tmp/tsmscheduler.log
telinit a
echo "TSM Scheduler was restarted at `date`" | mail -s "TSM
Scheduler quit!" "[EMAIL PROTECTED]" "[EMAIL PROTECTED]
m" "[EMAIL PROTECTED]"
;;
*)
;;
esac
done


George Lesho
System/Storage Admin
AFC Enterprises



Marc Levitan
cc: (bcc: George Lesho/Partners/AFC)
Sent by: Subject: script to see if TSM Server is 
down
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


03/15/02 10:02
AM
Please respond
to "ADSM: Dist
Stor Manager"






Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[Martin, Jon R.]

If you have packaged IBM solution "NSM" it comes with a script named isitup.
The script does advanced checking to see if the server is up.

Otherwise, here is something simple for Unix ksh.

#
dsmadmc -id=xxx -pass=xxx 'quit'

# Whether the server is up or down it will return you to the #prompt
# Now test the return code
if [ $? != 0 ]
then
mail -s "TSM IS DOWN" [EMAIL PROTECTED]
fi
#

Note the id and password don't need to be the administrator id.  You could
use an id with not authority.  It isn't foolproof but it solves the problem.


Thanks,
Jon Martin
-Original Message-
From: Taha, Hana [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:40 AM
To: [EMAIL PROTECTED]
Subject: Re: script to see if TSM Server is down


I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down

[Fred Johanson]

Mine is similar, but I found that "q drive" rarely hangs in a busy
system.  This follows a series of "ping" to check if the network connection
is up (someone else gets called then).

If operations gets notified by the server checker, they have an icon on
their workstation which leads them to an "ssh" session on the server with a
TSM menu.  That gives them a script to see if "dsmserv" is running (much
like the one that Miles posted a few minutes ago), a script to halt TSM  if
it is hung, and a restart script.  Only if they can't restart TSM, i.e., if
they keep getting notifications, do they call someone.


At 10:52 AM 3/15/2002 -0600, you wrote:
>Here is what I do (crude, but it works).  I do this from a box that TSM
>is not running on, in case not only TSM crashes, but the whole box
>crashes:
>
>#!/usr/bin/ksh
>
>ADMIN=userid
>ADMINPASS=passwrd
>ADSMPATH=/usr/bin
>
>$ADSMPATH/dsmadmc -id=$ADMIN -password=$ADMINPASS q proc > /tmp/proc.out
>temp=`grep -c AIX /tmp/proc.out`
>
>if  [ "$temp" = "0" ]; then
> /usr/bin/mailx user@email < /usr/local/adsmdown
>fi
>
>
>Andy Carlson |\  _,,,---,,_
>[EMAIL PROTECTED]ZZZzz /,`.-'`'-.  ;-;;,_
>BJC Health System   |,4-  ) )-,_. ,\ (  `'-'
>St. Louis, Missouri'---''(_/--'  `-'\_)
>Cat Pics: http://andyc.dyndns.org/animal.html
>
>On Fri, 15 Mar 2002, Marc Levitan wrote:
>
> > Hi All -
> >
> > Does anyone have a script that will send out an email alert if the TSM
> > server goes down.
> >
> > I am running AIX 4.3.0
> > TSM 3.7.4
> >
> > Thanks!
> > Marc Levitan
> > Storage Manager
> > PFPC Global Fund Services
> >

Re: 2.8TB SQL Server Database Backup

[Del Hoobler]

> I have a potential customer running a 2.8 TB SQL Server database on an
> 8-way NT server.  What can I realistically expect to achieve in maximum
> backup throughput using TDP for SQL Server?
>
> Assume the 4-way Solaris TSM server has 8 AIT-2 tape drives dedicated to
> getting this backup performed without any competing resource
> constraints.  FYI AIT-2 run at 6 MBps native and the cartridges are 50
> GB each.

Joshua,

Some of my thoughts on the subject...

In some performance tests that were run, TDP for SQL achieved
over 50MB/sec with 4 stripes...with plenty of CPU capacity still
left on the SQL server. We believe we were being limited by the
I/O subsystem on Windows.

In any case, if the tape drives in this case have a throughput rate
of only 6MB/sec, I think it possible that we can drive all 8 at
that rate for an aggregate throughput of 48MB/sec (using 8 stripes).
This would translate to approx 172 GB/hr which would require
16.3 hrs to complete a full backup of a 2.8TB database.
If these drives have good hardware compression, then perhaps
the overall throughput can be improved...but it seems that
in our scenario, the I/O subsystem on Windows was the
limiting factor.

*** Disclaimer: I am not guaranteeing anything with these numbers...
They are simply a statement of what we saw during performance testing.

I hope they help.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Leave everything a little better than you found it.
- Smile a lot: it costs nothing and is beyond price.

TSM Server 4.2.1.9 on Sun Solaris 8

[Bruce Lowrie]

Hello all,

Running TSM 4.2.1.9 on a SUN E6000 with Solaris 8 in 64-bits mode.
We run Veritas Volume Manager and File System  as a Disk Mgr.

We have two options for our TSM DB and LOG

a)  Use RAW partitions (Vertias VM partitions)
b)  Use File Systems (Veritas FS)

FYI Our DB is about 20 GB in Size and Our LOG 1 GB

I believe that the benefit of using RAW partitions is that it is faster ( NO
FS overhead)
The down side is that we are then unable to use the Unix Filesystem caching
in RAM.

I would like to know which is the best solution (speed and reliability).



Bruce E. Lowrie
Sr. Systems Analyst
Information Technology Services
Storage, Output, Legacy
*E-Mail: [EMAIL PROTECTED]
*Voice: (989) 496-6404
7 Fax: (989) 496-6437
*Post: 2200 W. Salzburg Rd.
*Post: Mail: CO2111
*Post: Midland, MI 48686-0994
This e-mail transmission and any files that accompany it may contain
sensitive information belonging to the sender. The information is intended
only for the use of the individual or entity named. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or the taking of any action in reliance on the contents of
this information is strictly prohibited. Dow Corning's practice statement
for digitally signed messages may be found at
http://www.dowcorning.com/dcps. If you have received this e-mail
transmission in error, please immediately notify the Security Administrator
at 



This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

sleep style command in scripts

[Joe Cascanette]

Is there a command I can use in a TSM server script to provide a sleep or a wait 
function?

Thanks

Joe

Re: Easiest way to exclude all but one dir

[Alex Paschal]

Actually, even if it's not it's own filesystem, if you use the
virtualmountpoint option it'll pretend it's a mountpoint and this solution
will still work.

Alex Paschal
Storage Administrator
Freightliner, LLC
(503) 745-6850 phone/vmail

-Original Message-
From: Nicholas Cassimatis [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 6:56 AM
To: [EMAIL PROTECTED]
Subject: Re: Easiest way to exclude all but one dir


Is /usr/local/ftp a directory, or a mount point/filesystem?  If it's a
filesystem, then in your domain statement, just have "DOMAIN
/usr/local/ftp" and that's all that TSM will process.

Nick Cassimatis
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.

Pl help me with this question?

[PINNI, BALANAND (SBCSI)]

This is my question.
when TSM RUns it gives out summary at end i.e network xfer rate.
Does this depend on quantity of data being sent or its ir respective of data
being sent across pipeline.
Because I see it speed is proportional to quantity of data being sent but
as per summary and  as per my thought  goes it should be independent.
I am confused pl help. Is is not the physical xfer rate of data across the
network.

Re: NFS MOUNTS

[Adams, Mark]

All of the TSM code is on a local filesystem.
Just TSM client activity hangs.
Of course df will hang as well.

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 11:59 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS MOUNTS


Does the NFS server in Denver provide any filesystems that say have
TSM code on them or anything like that?  Does everything else on
the client(s) in Omaha work fine except TSM?  Do you have anything
else other than standard AIX jfs filesystems - any AFS/DFS or
anything else?

David Longo

>>> [EMAIL PROTECTED] 03/14/02 11:47AM >>>
We have a server in Denver that is serving 2 filesystems in Omaha.
The server in Denver was down for 10 hours for maint.
When clients in Omaha were trying to access TSM in any fashion the client
would just hang and do nothing, eventually fail all together.

I have run some tests since then. Changing DOMAIN statements,
include/exclude statements, etc. nothing seems to work.

Mark

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, March 14, 2002 9:35 AM
To: [EMAIL PROTECTED] 
Subject: Re: NFS MOUNTS


Did you check the dsm.opt file for a DOMAIN statement?  Are you
somehow specifically including the NFS Mounts in the backup.
There may be some other problem.

You say if the NFS server is down.  What is it serving?  Tell us a bit more
about your setup.

David Longo

>>> [EMAIL PROTECTED] 03/14/02 09:56AM >>>
We are running AIX 4.3.3 ML09

I have tried the nfstimeout parameter but our backups still fail.
The client just stales out, if the NFS server is down.

Mark

-Original Message-
From: Gabriel Wiley [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, March 13, 2002 8:27 PM
To: [EMAIL PROTECTED] 
Subject: Re: NFS MOUNTS


What OS ??


This taken from admin guide for AIX pg 221:

Nfstimeout
The nfstimeout option specifies the number of seconds the server
waits for a status system call on an NFS file system before it times out.
You can use this option to mitigate the default behavior of status
calls on NFS file systems. For example, if an NFS file system is
stale, a status system call will be timed out by NFS (softmounted) or
hang the process (hardmounted).
When the value of this option is changed to a value other than zero,
a new (child) process is created to issue the status system call. The
new process is timed out by the main (parent) process and the
operation can continue.
Note: The server can also define this option.
Options File
Place this option in the client system options file (dsm.sys) within a
server stanza or the client options file (dsm.opt).
Syntax
NFSTIMEout number Õ
Parameters
number
Specifies the number of seconds the server waits for a status
system call on an NFS file system before timing out. The default
is 0 seconds.
Examples
Options file:
nfstimeout 10
Command line:
-nfstimeout=10

Good luck~

Gabriel C. Wiley
ADSM/TSM Administrator
AIX Support
Phone 1-614-308-6709
Pager  1-877-489-2867
Fax  1-614-308-6637
Cell   1-740-972-6441

Siempre Hay Esperanza



 

  David Longo

  cc:

  Sent by: "ADSM:Subject:  Re: NFS MOUNTS

  Dist Stor Manager"

  <[EMAIL PROTECTED] 

  DU>

 

 

  03/13/2002 05:26 PM

  Please respond to

  "ADSM: Dist Stor

  Manager"

 

 




TSM by default DOES NOT backup NFS mounts.  You have to specifically
tell it to with the DOMAIN statement in dsm.opt or dsm.sys, depending
on your platform.  What platform is this?

Maybe there is a CLOPSET set on the server to back it up?

David Longo

>>> [EMAIL PROTECTED] 03/13/02 04:43PM >>>
We ran into a problem with NFS mounts on one our clients.
The NFS server went down and when the client tried to backup it just hung.

My question is why does TSM back up NFS by default with no real way to turn
it off.

What can we do to not look at the NFS mounts.

I have tried different exclude statements, but to no avail.
Does anyone have any suggestions?

TSM server 3.7.4
Client 3.7.2.15

Mark Adams
Systems Programmer
CSG Systems, Inc.



"MMS " made the following
 annotations on 03/13/02 17:39:49

--

This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify
the sender.  You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the
intended recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any vie

Re: Pl help me with this question?

[David Longo]

The network xfer rate is based on the amount of data sent across the
network (including retries) compared to the time that data was transferring.
The time while TSM is "thinking" and deciding what files from client to send
and some other overhead time is not counted.

The Aggregate xfer rate is the amount of data sent compared to the
TOTAL time of the session, including the overhead time etc.

The network xfer rate basically shows how fast the "total network path"
from client to TSM server is In most cases this rate will be faster than the aggreagte 
rate.

A quick summary answer.

David Longo

>>> [EMAIL PROTECTED] 03/15/02 01:44PM >>>
This is my question.
when TSM RUns it gives out summary at end i.e network xfer rate.
Does this depend on quantity of data being sent or its ir respective of data
being sent across pipeline.
Because I see it speed is proportional to quantity of data being sent but
as per summary and  as per my thought  goes it should be independent.
I am confused pl help. Is is not the physical xfer rate of data across the
network.



"MMS " made the following
 annotations on 03/15/02 14:08:32
--
This message is for the named person's use only.  It may contain confidential, 
proprietary, or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it, and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient.  Health First reserves the right to monitor all e-mail communications 
through its networks.  Any views or opinions expressed in this message are solely 
those of the individual sender, except (1) where the message states such views or 
opinions are on behalf of a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.

==

Re: script to see if TSM Server is down

[PINNI, BALANAND (SBCSI)]

just say
ps -ef|grep dsmserv|grep -v grep
if [ $? -ne 0 ];then
mail -s "text"  [EMAIL PROTECTED]< `echo TSM is down" `
Or use Unix third party pager service to send the text.With pager cmd.
Else use patrol.
Balanand Pinni

-Original Message-
From: Taha, Hana [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: script to see if TSM Server is down


I am interested in a script that mails an alert if the TSM server goes down
as well.




Thank You,
Hana Taha
Systems Analyst
Parker Drilling
1401 Enclave Suite 600
Houston, Texas 77077
281-406-2486
[EMAIL PROTECTED]

-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 10:02 AM
To: [EMAIL PROTECTED]
Subject: script to see if TSM Server is down

Hi All -

Does anyone have a script that will send out an email alert if the TSM
server goes down.

I am running AIX 4.3.0
TSM 3.7.4

Thanks!
Marc Levitan
Storage Manager
PFPC Global Fund Services

Re: script to see if TSM Server is down *** Thanks! ***

[Marc Levitan]

Thank you to all who replied!

Marc Levitan
Storage Manager
PFPC Global Fund Services

3494 Volume Stealing

[Orville L. Lantto]

I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM
server to steal a volume that is checked in to another TSM server.  This
behavior is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Commands for querying a DLT library

[Warner, Alan]

I recently inherited an ADSM server connected to a DLT library.

Can someone tell me how to query a DLT library for volumes in different
statuses, e.g., volume present in library but not checked in?  (I'm
accustomed to using "mtlib" for my 3494, but mtlib does not work for the
DLT.)

Regards,
Alan

Management Class/Node List

[Dana Jaeger]

We need to make sure nothing else uses a manangement class before we
delete it and need to get a list of
all the manangement classes that are in use on the tapes. (we know what
is active on the server)

Is there a way I can list out all the unique  management classes and
what node uses them as well (as the volume if possible)

We have 190+ nodes spreading accross NT, 2000, AIX, Solaris, Linux,
SQL-Backtrack and MSSQL API.
so we can use the show version command.  This would need to be a batch
operation.

The server is RS/6000 AIX 4.3.3 Tivoli 4.1.4.0

Thanks in advance

Dana Jaeger
Hartford Hospital
[EMAIL PROTECTED]

Re: sleep style command in scripts

[Seay, Paul]

Most commands have a wait to complete function "WAIT=YES".  What is your
problem you are trying to solve?

-Original Message-
From: Joe Cascanette [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 1:17 PM
To: [EMAIL PROTECTED]
Subject: sleep style command in scripts


Is there a command I can use in a TSM server script to provide a sleep or a
wait function?

Thanks

Joe

Data Retention

[Ward, Stuart]

*SMers..

In the very near future I will need to put together a software and hardware
proposal for data retention  of approximately 50 years due to FDA
regulations encompassing the medical industry.

My main question would be the type of media to use currently that has any
kind of magneto retention life-span nearing or surpassing this.

If there are any *SM colleagues out there that are in this situation, I
would really appreciate either some feedback on this board, some direct
feedback via email or even a discussion over the phone.

I thank you all in advance.

Stu Ward
wards@bmcmask.com

Re: TSM Server 4.2.1.9 on Sun Solaris 8

[Seay, Paul]

I am not going to tell you which way to do it.  But, basically, I would
think you would want to use TSM buffers before Veritas FS caching, so I
would go with raw if it will work.  It also gets into mirroring your log and
database will be faster depending on your disk solution.

If you were using a high function disk subsystem with cache that has
mirrored disk or Raid-5 disk in it and you are comfortable that these do not
fail from a hardware error then you can avoid mirroring your data
altogether.  We use Shark.

If you are using raw D1000 or A5000 disk, then you should spread the DB and
Log across the disk.

In no case should you put the log and DB in the same file system or on the
same raw disk.  I would recommend even avoiding them on the same physical
disk in a high function disk subsystem if you can.

-Original Message-
From: Bruce Lowrie [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 1:10 PM
To: [EMAIL PROTECTED]
Subject: TSM Server 4.2.1.9 on Sun Solaris 8


Hello all,

Running TSM 4.2.1.9 on a SUN E6000 with Solaris 8 in 64-bits mode. We run
Veritas Volume Manager and File System  as a Disk Mgr.

We have two options for our TSM DB and LOG

a)  Use RAW partitions (Vertias VM partitions)
b)  Use File Systems (Veritas FS)

FYI Our DB is about 20 GB in Size and Our LOG 1 GB

I believe that the benefit of using RAW partitions is that it is faster ( NO
FS overhead) The down side is that we are then unable to use the Unix
Filesystem caching in RAM.

I would like to know which is the best solution (speed and reliability).



Bruce E. Lowrie
Sr. Systems Analyst
Information Technology Services
Storage, Output, Legacy
*E-Mail: [EMAIL PROTECTED]
*Voice: (989) 496-6404
7 Fax: (989) 496-6437
*Post: 2200 W. Salzburg Rd.
*Post: Mail: CO2111
*Post: Midland, MI 48686-0994
This e-mail transmission and any files that accompany it may contain
sensitive information belonging to the sender. The information is intended
only for the use of the individual or entity named. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or the taking of any action in reliance on the contents of
this information is strictly prohibited. Dow Corning's practice statement
for digitally signed messages may be found at
http://www.dowcorning.com/dcps. If you have received this e-mail
transmission in error, please immediately notify the Security Administrator
at 



This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com

MSSQL TDP License

[Bob Booth - UIUC]

Thanks to all, especially Del Hoobler, who helped with my last MS SQL TDP
problems.  Everything seems to be working as designed..

I am having a problem with the license though.  At random times, the number
of licensed MSSQL clients needs to be increased.  It claims now that 4 are
in use, but there are only two hosts that are using TDP, and each only has
one database.

Has anyone else had this problem?  Is there a correction for it?

AIX 4.3.3 ML08
TSM server 4.1.5 (the problem started happening in 4.1.4, when from 2 to 3).

thanks,

Bob Booth

Re: 3494 Volume Stealing

[Davidson, Becky]

What are the categories used?

I would imagine if it didn't do it in 3.7.3 it won't in 4.2.1  I know what
we had in 3.1 transferred fine to 4.1.2

Becky

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 1:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM
server to steal a volume that is checked in to another TSM server.  This
behavior is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Re: Data Retention

[David Longo]

For a quick Friday afternoon response:

There has been some discussion on this from time to time.
In one respect it boils down to this:

You can do the research on media and how long it lasts etc.etc.
But, the main point of having long term stuff is being able at some
future point, to retrieve and reliably interpret the date i.e. make reports
or just printout som of the data.

As I heard some state recently, "If i gave you a WordPerfect 1.0 document
og 8 inch floppy, what would you do with it?  Do you still have OS and
App program to enable you to read it?"

Could you read anything that was stored 30 years ago - today?

The conclusion seems to be for LONG TERM stuff, store in some
text or generic format - not Oracle DB's etc. Use good media but have 
a way to rotate stored data to new technology at some regular interval - 
5, 7, 10 years.  Keep at least 2 copies in different physical locations.

Well, that's enough for now.




David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/15/02 04:11PM >>>
*SMers..

In the very near future I will need to put together a software and hardware
proposal for data retention  of approximately 50 years due to FDA
regulations encompassing the medical industry.

My main question would be the type of media to use currently that has any
kind of magneto retention life-span nearing or surpassing this.

If there are any *SM colleagues out there that are in this situation, I
would really appreciate either some feedback on this board, some direct
feedback via email or even a discussion over the phone.

I thank you all in advance.

Stu Ward
wards@bmcmask.com



"MMS " made the following
 annotations on 03/15/02 17:02:02
--
This message is for the named person's use only.  It may contain confidential, 
proprietary, or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it, and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient.  Health First reserves the right to monitor all e-mail communications 
through its networks.  Any views or opinions expressed in this message are solely 
those of the individual sender, except (1) where the message states such views or 
opinions are on behalf of a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.

==

Re: 3494 Volume Stealing

[Seay, Paul]

Yes and no.  Once a tape is ejected from the library, when it is reinserted,
it is anybody's game because it does not belong to a specific TSM server.
It is in FF00 status.  So, if you do a checkin command with a range,
search=yes, another TSM Server could get it.  This is why I do checkin
commands with a specific volume id when I checkin each tape.

At Share we have asked for a function to be added in general to setup an
include table for each TSM server.  This include table would limit what
ranges of tapes are allowed to be picked up by that TSM server instance.

Now, if the tapes are already in the library and assigned a scratch or
private category and the tapes can be stolen, that is a major problem that
support needs to know about.  I have never tried to see if I can cause one
TSM to steal tapes from another TSM server this way.

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 2:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM server
to steal a volume that is checked in to another TSM server.  This behavior
is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Antwort: Submitting Requirements (was: Re: Exclude SYSTEM_OBJECT redux )

[Gerd Becker]

HI *SM'ers,
same is possible in Germany by Guide Share Europe (GSE). We have a working
group called Storage Management or System Managed Storage, formerly only
OS/390 Storage Software, but now also for Themes like SAN and (one day
extra) for Tivoli Storage Manager. Please visit www.gsenet.de.
Our next Conference is 21.-23. October in Rastatt, Germany.

Mit freundlichen Grüßen / best regards

Gerd Becker


Verantwortlich für die Business-Unit
High End Server S/390 und z/Series


EMPRISE NETWORK Consulting GmbH
Albstr. 14
70597 Stuttgart

Tel.: 0711/990083-0 oder Mobil: 0172/4036581
Fax: 0711/990083-9
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
+++
http://www.emprise.de
http://www.s390.de
http://www.zseries.de
+++


   

Kai Hintze 

   Kopie:  (Blindkopie: Gerd Becker/Emprise) 

Gesendet von:Thema:  Submitting Requirements (was: Re: 
Exclude SYSTEM_OBJECT redux )   
"ADSM: Dist Stor   

Manager"   

<[EMAIL PROTECTED]  

.EDU>  

   

   

11.03.2002 18:30   

Bitte antworten

an "ADSM: Dist 

Stor Manager"  

   

   




If you want to get some group strength behind your TSM requirements then
join SHARE (http://www.share.org). I just got back from the SHARE spring
conference. Besides the many hours of sessions on getting the most out of
TSM and the leading edge of storage technology (some sessions from IBM and
some from user sites who are implementing the latest and greatest) we spent
several hours discussing proposals to Tivoli for new requirements, and what
current workarounds might be. We will be voting soon on the relative
importance of each proposal based on the impact to the users and the
effectiveness of workarounds.

The next SHARE conference will be in San Francisco in August of 2002, and
will have an emphasis on AIX and unix. (http://www.userblue.org). Join now
and get your list on the agenda.

- Kai.

--- Original Message Follows ---

Date:Sat, 2 Mar 2002 07:38:40 -0500
From:Andrew Raibeck <[EMAIL PROTECTED]>
Subject: Re: Exclude SYSTEM_OBJECT redux

> Hey Andrew, how about we all put our request in
> this forum and you consolidate them to your
> management? I think my voice has a bit more of
> chance to be heard via this path then making a
> request to my IBM Partner account rep.

Actually the opposite is true. The fact is, while TSM development may have
some input into what goes into the product, ultimately it is IBM/Tivoli
marketing that has the biggest influence over what will go into future
releases. And since the marketing group sees the requirements that come in
through official channels, they are more likely to see your requirement if
you go the official route.

Assuming that your IBM Partner account rep can open a requirement for you,
that is the way you should request new features, changes, and
enhancements. When you open a requirement through the official channels
(ADSM-L is NOT an official channel), then you can be sure that the
requirement is evaluated by marketing (and development), and you will
receve a response. An alternative to this is to open the requirement via
SHARE, where new requirements are discussed with IBM, and responses to
requirements from the previous SHARE are given... at least I thin

Re: Data Retention

[Dan Foster]

Hot Diggety! Ward, Stuart was rumored to have written:
>
> In the very near future I will need to put together a software and hardware
> proposal for data retention  of approximately 50 years due to FDA
> regulations encompassing the medical industry.

Look at NASA. I've talked with various of their system administrators and
they have a *real* hard time restoring stuff (if at all) off old tapes from
the Voyager missions some 30-40 years ago.

Big limiting factors will be the ability for your organization to:

a) keep several machines in an operational state from today onward
b) keep software updated and working with the peripherals attached
   to them (tape drives, hard drives, etc)
c) to maintain hardware support from the OS and HW vendor -- they
   just may go out of business in the next 50 years! Or they will most
   likely no longer produce the same hw/sw and refuse support for any
   problems.
d) maintain recordkeeping of the formats that data is stored in on
   the tape. It may even get lost or burnt down, too.
e) the physical media _will_ fall apart. There is nothing around today
   that is guaranteed to last 50 years. You *WILL* have to migrate
   data from older to newer technology every 5-10 years. Not even
   CDs are immune! Prelim research today from Kodak shows they may
   degrade within 7-10 years.
f) documentation and training of people to run the systems *and*
   software
g) 25 years down the road, your tape drive breaks. You (or your
   successor!) can't find a new part. What then?

How does the military handle this? Well, they put in explicit contract
guarantees that requires the successful bid vendor to continue to provide
devices, software, and support over the entire life of the product's use,
no matter if that spans decades. As such, IBM, Compaq (formerly DEC), etc.
usually has a small stockpile of reserve parts. But they do get exhausted
eventually, though. Not to mention the expertise. Tech support of today can
debug today's problems, but unlikely for problems of 5-10 years ago or even
earlier.

In short, I can tell you one thing: prepare to migrate data to new media
every few years. An advantage: technology will rise in terms of capacity
and lower in price per storage unit, so that will help, also.

-Dan Foster
IP Systems Engineering (IPSE)
Global Crossing Telecommunications
Internet: [EMAIL PROTECTED]

Re: Data Retention: The real issue

[Seay, Paul]

This is the beauty of TSM.  It can move the data from one set of volumes to
another over time.  You just have to ask it to do so.  Meaning you do not
have to worry about the media problem.  What you have to worry about is the
application that reads the data, the OS that the data was created on, etc.

I am going to ask Tivoli for a new reclamation feature.  Reclaim based on
how long ago a media has been accessed.  Then, you can force a reclamation
every so often.  And, for customers like me that want to avoid open slotted
offsite storage, I can just specify the rotation cycle - 1 cycle length to
force the data to be rebuilt onsite before it comes back.

-Original Message-
From: Ward, Stuart [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 4:11 PM
To: [EMAIL PROTECTED]
Subject: Data Retention


*SMers..

In the very near future I will need to put together a software and hardware
proposal for data retention  of approximately 50 years due to FDA
regulations encompassing the medical industry.

My main question would be the type of media to use currently that has any
kind of magneto retention life-span nearing or surpassing this.

If there are any *SM colleagues out there that are in this situation, I
would really appreciate either some feedback on this board, some direct
feedback via email or even a discussion over the phone.

I thank you all in advance.

Stu Ward
wards@bmcmask.com

Re: 3494 Volume Stealing

[Jim Healy]

I currently have 4 TSM servers sharing one 3494 ,one version 4.1.4 and
three using 3.7
I have each using seperate private categories and scratch categories
I have each using specific ranges of tapes.
I run checkin scratches each day for a specific range for each server.




"Seay, Paul" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/15/2002 04:15:06
PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: 3494 Volume Stealing


Yes and no.  Once a tape is ejected from the library, when it is
reinserted,
it is anybody's game because it does not belong to a specific TSM server.
It is in FF00 status.  So, if you do a checkin command with a range,
search=yes, another TSM Server could get it.  This is why I do checkin
commands with a specific volume id when I checkin each tape.

At Share we have asked for a function to be added in general to setup an
include table for each TSM server.  This include table would limit what
ranges of tapes are allowed to be picked up by that TSM server instance.

Now, if the tapes are already in the library and assigned a scratch or
private category and the tapes can be stolen, that is a major problem that
support needs to know about.  I have never tried to see if I can cause one
TSM to steal tapes from another TSM server this way.

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 2:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM
server
to steal a volume that is checked in to another TSM server.  This behavior
is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Re: 2.8TB SQL Server Database Backup

[Seay, Paul]

Del has given you the same analysis that I would have.  I would arrive at
the same numbers.  Remember though that Del is talking about actual data
backed up at 50MB/sec.  So if your actual data in the database is 60% then
the total time would be adjusted accordingly down from 16+ hours.

-Original Message-
From: Del Hoobler [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 12:37 PM
To: [EMAIL PROTECTED]
Subject: Re: 2.8TB SQL Server Database Backup


> I have a potential customer running a 2.8 TB SQL Server database on an
> 8-way NT server.  What can I realistically expect to achieve in
> maximum backup throughput using TDP for SQL Server?
>
> Assume the 4-way Solaris TSM server has 8 AIT-2 tape drives dedicated
> to getting this backup performed without any competing resource
> constraints.  FYI AIT-2 run at 6 MBps native and the cartridges are 50
> GB each.

Joshua,

Some of my thoughts on the subject...

In some performance tests that were run, TDP for SQL achieved over 50MB/sec
with 4 stripes...with plenty of CPU capacity still left on the SQL server.
We believe we were being limited by the I/O subsystem on Windows.

In any case, if the tape drives in this case have a throughput rate of only
6MB/sec, I think it possible that we can drive all 8 at that rate for an
aggregate throughput of 48MB/sec (using 8 stripes). This would translate to
approx 172 GB/hr which would require 16.3 hrs to complete a full backup of a
2.8TB database. If these drives have good hardware compression, then perhaps
the overall throughput can be improved...but it seems that in our scenario,
the I/O subsystem on Windows was the limiting factor.

*** Disclaimer: I am not guaranteeing anything with these numbers... They
are simply a statement of what we saw during performance testing.

I hope they help.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Leave everything a little better than you found it.
- Smile a lot: it costs nothing and is beyond price.

Re: 3494 Volume Stealing

[Orville L. Lantto]

The TSM Servers are defined with categories (Private,Scratch):
One: 310,311
Two: 320,321
Three: 330,331
Four: 340,341

The Server option 3494Shared is set to Yes.
Library Shared is set to no.
Platform is AIX 4.3.3.9






"Davidson, Becky" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/15/02 03:36 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: 3494 Volume Stealing


What are the categories used?

I would imagine if it didn't do it in 3.7.3 it won't in 4.2.1  I know what
we had in 3.1 transferred fine to 4.1.2

Becky

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 1:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM
server to steal a volume that is checked in to another TSM server.  This
behavior is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Re: 3494 Volume Stealing

[Orville L. Lantto]

The volume which was "stolen" was checked in to another TSM server with
that server's scratch category code (verified by mtlib).  Yes, this is
very disturbing!


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]
V: 952-931-1203
F: 952-931-1293
C: 612-770-9166




"Seay, Paul" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/15/02 03:15 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: 3494 Volume Stealing


Yes and no.  Once a tape is ejected from the library, when it is
reinserted,
it is anybody's game because it does not belong to a specific TSM server.
It is in FF00 status.  So, if you do a checkin command with a range,
search=yes, another TSM Server could get it.  This is why I do checkin
commands with a specific volume id when I checkin each tape.

At Share we have asked for a function to be added in general to setup an
include table for each TSM server.  This include table would limit what
ranges of tapes are allowed to be picked up by that TSM server instance.

Now, if the tapes are already in the library and assigned a scratch or
private category and the tapes can be stolen, that is a major problem that
support needs to know about.  I have never tried to see if I can cause one
TSM to steal tapes from another TSM server this way.

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 2:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM
server
to steal a volume that is checked in to another TSM server.  This behavior
is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Re: backup fails because inspection process takes too long.

[Bill Mansfield]

It sounds like L2 is talking about the Journal feature, which is available
only on the Windows platforms.

You might want to try the -incrbydate option on your daily backups, that
will avoid the long download of info from the TSM server.  I've seen this
cut backup times by 80%.  You still need to do an occasional regular
incremental, because the -incrbydate backup doesn't deal with deleted
files.



_
William Mansfield
Senior Consultant
Solution Technology, Inc





John C Dury <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/12/2002 09:30 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:backup fails because inspection process takes too long.


We have an AIX client that has an extremely large number of files that is
taking a very long time to go through the inspection process and then
fails
backing up because the TSM client is spending all the time allotted,
inspecting and never has enough time to backup the actual files. We've
talked to level 2 and they said something about a new feature (no ide what
version it will be in) that will have some sort of monitoring capability
so
it will know what files have changed during the day, and then only back
those up at night instead of checking every file and every directory.
Anyone know anything about this or have any suggestions on how to get this
AIX client to successfully backup instead of spending so much time
checking
each file? Any help would be greatly appreciated.
Thanks,
John

Max number of clients on a single TSM server?

[Warner, Alan]

I'm currently supporting over 1500 clients (1250 PC's + 250 servers) off of
a single 3466 Netstore box (that's an RS6000 with AIX and TSM server running
on it, plus 3494 tape library).  Database size utilized is about 62 GB.

I'm about to push my luck and add another 500 PC clients to this.   I can
now see that overnight -- when most of the backups take place -- the session
count sometimes gets up over 300 at one time (2 sessions per client).

Does anybody out there have any experience going over 2,000 clients on a TSM
server?   As long as I keep adding disk storage pool space and database
space, am I OK?  Is there a point where this whole thing will begin to
crumble?  (Assume network capacity is not a problem.)

Regards,
Alan

Re: Data Retention

[Ochs, Duane]

I had to do something similar a couple of years back. But after exhaustive
research the best practices are very expensive and require additional
personnel to make sure all the steps are followed.

First: You need a starting media, 12 years ago it was 9-track tape, which
under the best conditions had a life span of 3-5 years, before sticktion
almost makes them unusable. Now it is probably a linear tape with a proven
record and enough market share to last 10 years or to at least get service
on a drive in 10 years if you need it for migration purposes. Most have a
"marketed" life span of about 30 years, which is a best guess to migrate
after 10 - 15 if they are stored in a pristine environment.

Second: A perfect environment for storage. What is perfect ? Were the tapes
made in a perfect environment? Yes and No. Ever get a bad lot of DLTs or
LTOs? Humidity fluctuations, temperature fluctuations. Best idea is to make
duplicate or triplicate tapes that are all stored in different locations by
either different companies or different corporate sites with all the
environmental controls.

Third: Hardware. At least three, or more depending on the quantity of tapes,
of whatever tape drives the data was written with. All must have maintenance
until you no longer have the media. We had 10 years of 9-track tapes, 9
years ago, Close to 10,000 tapes. In an attempt to migrate the data, we had
to keep our old tu78 tape drives on maintenance, $479.00 a month X 4, after
sticktion caused 95 tape breaks and almost 100 maintenance calls for damaged
r/w heads, our VP deemed it a waste and we crossed our fingers as our
retention policy has slowly come up. I can't wait to see what we will be in
store for when we are performing our first migration of ES data from DAT,
CD, DLT 1 and 3490 cartridges.

Fourth: Personnel that will know what to with the data once it is restored.

Last but not least: A library system to keep track of it all, which will
have to be upgraded, maintained and probably change companies every 5 - 7
years. How many media library products will still be around in 2052 ? Backup
Exec, Netbackup, Networker, TSM ...

It's not impossible but it requires due diligence on the part of the Media
Librarian.

Good luck.
Duane Ochs
Quad/Graphics Inc.
414.566.2375

-Original Message-
From: Ward, Stuart [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 3:11 PM
To: [EMAIL PROTECTED]
Subject: Data Retention


*SMers..

In the very near future I will need to put together a software and hardware
proposal for data retention  of approximately 50 years due to FDA
regulations encompassing the medical industry.

My main question would be the type of media to use currently that has any
kind of magneto retention life-span nearing or surpassing this.

If there are any *SM colleagues out there that are in this situation, I
would really appreciate either some feedback on this board, some direct
feedback via email or even a discussion over the phone.

I thank you all in advance.

Stu Ward
wards@bmcmask.com

Re: TSM 5.1

[Bill Mansfield]

Most unpanaca like.  I naively assumed that the dual copy would merge
backup streams from multiple nodes within collocation limits.



_
William Mansfield
Senior Consultant
Solution Technology, Inc





Andy Carlson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/12/2002 01:07 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: TSM 5.1


#2 is not the panacea that it sounds like.  The dual writes to the
copypool's happens during session data transfer to disk pool - thus, you
must have a tape drive per session doing the dual write.

Andy Carlson |\  _,,,---,,_
[EMAIL PROTECTED]ZZZzz /,`.-'`'-.  ;-;;,_
BJC Health System   |,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri'---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org/animal.html

On Tue, 12 Mar 2002, Richard L. Rhodes wrote:

> We had a meeting with IBM last week where they described some of the
> new features of 5.1 - coming within a few weeks.
>
> 1)  multi session restore
> 2)  simultaneous writes to copy pools (more than one)
> 3)  a "move nodedata" command
> 4)  lan-free backup/restore (I thought it already had this)
> 5)  hpux lan-free
>

Re: Max number of clients on a single TSM server?

[Seay, Paul]

I have heard of databases of 160 GB and 8000 clients, but the end-game is
how much can a 3466 handle and how long you can afford to wait for a backup
of the database to complete.

-Original Message-
From: Warner, Alan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 6:03 PM
To: [EMAIL PROTECTED]
Subject: Max number of clients on a single TSM server?


I'm currently supporting over 1500 clients (1250 PC's + 250 servers) off of
a single 3466 Netstore box (that's an RS6000 with AIX and TSM server running
on it, plus 3494 tape library).  Database size utilized is about 62 GB.

I'm about to push my luck and add another 500 PC clients to this.   I can
now see that overnight -- when most of the backups take place -- the session
count sometimes gets up over 300 at one time (2 sessions per client).

Does anybody out there have any experience going over 2,000 clients on a TSM
server?   As long as I keep adding disk storage pool space and database
space, am I OK?  Is there a point where this whole thing will begin to
crumble?  (Assume network capacity is not a problem.)

Regards,
Alan

Re: 3494 Volume Stealing

[Seay, Paul]

I am beginning to think Tivoli Development has a bug where they are not
clearing the buffer out in the lmcpd interface code or something similar.
The way it works is it gives you 100 tapes at a time.  I have heard of this
problem where some mainframe tapes got swallowed as well.  I would open a
SEV 1 with Tivoli on this.  It is an integrity issue.

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 5:43 PM
To: [EMAIL PROTECTED]
Subject: Re: 3494 Volume Stealing


The volume which was "stolen" was checked in to another TSM server with that
server's scratch category code (verified by mtlib).  Yes, this is very
disturbing!


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]
V: 952-931-1203
F: 952-931-1293
C: 612-770-9166




"Seay, Paul" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 03/15/02 03:15 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: 3494 Volume Stealing


Yes and no.  Once a tape is ejected from the library, when it is reinserted,
it is anybody's game because it does not belong to a specific TSM server. It
is in FF00 status.  So, if you do a checkin command with a range,
search=yes, another TSM Server could get it.  This is why I do checkin
commands with a specific volume id when I checkin each tape.

At Share we have asked for a function to be added in general to setup an
include table for each TSM server.  This include table would limit what
ranges of tapes are allowed to be picked up by that TSM server instance.

Now, if the tapes are already in the library and assigned a scratch or
private category and the tapes can be stolen, that is a major problem that
support needs to know about.  I have never tried to see if I can cause one
TSM to steal tapes from another TSM server this way.

-Original Message-
From: Orville L. Lantto [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 2:51 PM
To: [EMAIL PROTECTED]
Subject: 3494 Volume Stealing


I just tested a problem brought to me by one of my clients.  They have one
3494 library shared by four TSM Servers.  Using 4.2.1 TSM, properly
configured with different 3494 Categories, it is possible for one TSM server
to steal a volume that is checked in to another TSM server.  This behavior
is not exhibited by 3.7.3.

Has anyone seem this?


Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
121 Cheshire Lane #700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]

Re: Data Retention

[Joshua S. Bassi]

To provide you a direct answer to your question:

I have found good experience with the IBM 3995 Optical Jukebox.  I
believe the shelf life on optical media is 100 years.


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Ward, Stuart
Sent: Friday, March 15, 2002 1:11 PM
To: [EMAIL PROTECTED]
Subject: Data Retention

*SMers..

In the very near future I will need to put together a software and
hardware
proposal for data retention  of approximately 50 years due to FDA
regulations encompassing the medical industry.

My main question would be the type of media to use currently that has
any
kind of magneto retention life-span nearing or surpassing this.

If there are any *SM colleagues out there that are in this situation, I
would really appreciate either some feedback on this board, some direct
feedback via email or even a discussion over the phone.

I thank you all in advance.

Stu Ward
wards@bmcmask.com

AW: Problems with TDP for Oracle 2.2 on NT 6a.

[NKM-Solutions]

Hi James,

this is a good idea. I will do this. After I have the massage, I will reply
the group.

Thanks
Norbert


with kind regards / mit freundlichen Gruessen

Norbert Martin
High End Storage Consultant
DISK / TAPE / SAN / TSM
Mobile:+49-170-2234111
E-Mail:[EMAIL PROTECTED]
 od.
   [EMAIL PROTECTED]

-Urspr|ngliche Nachricht-
Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Im Auftrag von
James Thompson
Gesendet: Freitag, 15. Mdrz 2002 15:31
An: [EMAIL PROTECTED]
Betreff: Re: Problems with TDP for Oracle 2.2 on NT 6a.


Norbert,

Post the contents of your dsm.opt and tdpo.opt.  May be something in those
that is causing the problem.  But for trouble shooting, you should see what
messages are being posted in the Tsm server's activity log as well as the
error logs on the client system.  The TSM Server activity log will tell you
what node is trying to connect, and it maybe that it is not the one that you
are expecting.

James Thompson

_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.com

Re: NFS MOUNTS

[Kent Monthei]

First, did you stop/restart the scheduler on the TSM Clients after the 
downtime and after each configuration change?  If not, try that before 
reading on.  My understanding (consistent with past reading and 
experience) is that 'dsmc' won't pick up changes unless/until it's 
restarted, and won't necessarily stop/restart itself after a broken tcp/ip 
session.  If the scheduler cannot connect to the TSM Server during the 
backup schedule window, or is restarted after the close of the schedule 
window, it will just reschedule itself for the next backup window.  Dig 
into the tSM Clients' 'dsmsched.log' and 'dsmerror.log' files for more 
info on what's going on.

We occasionally experience TSM Client hangs on stale NFS handles on 
Solaris, Digital and SGI clients.  By policy, we don't back up any NFS 
filesystems, just local.  Nevertheless, during the initial client/server 
exchange of data, the client has to walk the OS filesystem just like 'du' 
and 'ls -R' and when it encounters a stale NFS mount will just hang there 
like they do.  This is an OS problem; I don't think TSM can be configured 
to completely avoid it.  We think that two prior recommendations from 
ADSM-L (setting NFSTIMEOUT=120 and renaming/disabling 'dsmstat') helped in 
some cases, but the mountpoint containing the stale NFS handle was still 
skipped.

Since mountpoints are usually at the top level of the filesystem, directly 
under root '/', and since root '/' is always the first filesystem mounted, 
it's virtually guaranteed that with a default configuration - no domain 
statements; using 'dsmc sched' only; no client-initiated 'dsmc incr ' 
processes - the client will hang on the first filespace '/', and all 
including '/' will miss.

When it occurs, we can mitigate the problem: a) by running individual 
'dsmc incr ' commands on the client for the other unaffected 
filespaces; or b) by adding domain statements in the reverse order of that 
reported by 'dsmc query opt' ('dsmc show opt', depending on your *SM 
release); or c) by adding 'exclude.fs /' to your inclexcl file.  This 
still either hangs on or skips '/', so it does not get backed up - but 
everything else usually completes. 

Our Unix sys admins have had to reboot Unix TSM Clients to clear stale NFS 
handles and restore our ability to backup '/' or whatever mountpoint 
contains the stale NFS handle.  You need to identify and eliminate the 
root cause of repeated stale NFS handles, which could just be a user's bad 
habit of exporting and then remotely-mounting a cd from a different 
server, then removing the cd from the drive before unmounting/unexporting 
it.

-my $.02

Kent Monthei
GlaxoSmithKline






"Adams, Mark" <[EMAIL PROTECTED]>

Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
15-Mar-2002 13:48
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

 
 

To: ADSM-L

cc: 
Subject:Re: NFS MOUNTS

All of the TSM code is on a local filesystem.
Just TSM client activity hangs.
Of course df will hang as well.

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 11:59 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS MOUNTS


Does the NFS server in Denver provide any filesystems that say have
TSM code on them or anything like that?  Does everything else on
the client(s) in Omaha work fine except TSM?  Do you have anything
else other than standard AIX jfs filesystems - any AFS/DFS or
anything else?

David Longo

>>> [EMAIL PROTECTED] 03/14/02 11:47AM >>>
We have a server in Denver that is serving 2 filesystems in Omaha.
The server in Denver was down for 10 hours for maint.
When clients in Omaha were trying to access TSM in any fashion the client
would just hang and do nothing, eventually fail all together.

I have run some tests since then. Changing DOMAIN statements,
include/exclude statements, etc. nothing seems to work.

Mark

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, March 14, 2002 9:35 AM
To: [EMAIL PROTECTED] 
Subject: Re: NFS MOUNTS


Did you check the dsm.opt file for a DOMAIN statement?  Are you
somehow specifically including the NFS Mounts in the backup.
There may be some other problem.

You say if the NFS server is down.  What is it serving?  Tell us a bit 
more
about your setup.

David Longo

>>> [EMAIL PROTECTED] 03/14/02 09:56AM >>>
We are running AIX 4.3.3 ML09

I have tried the nfstimeout parameter but our backups still fail.
The client just stales out, if the NFS server is down.

Mark

-Original Message-
From: Gabriel Wiley [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, March 13, 2002 8:27 PM
To: [EMAIL PROTECTED] 
Subject: Re: NFS MOUNTS


What OS ??


This taken from admin guide for AIX pg 221:

Nfstimeout
The nfstimeout option specifies the number of seconds the server
waits for a status system call on an NFS file system before it times out.
You can use this option to mitigate the default behavior of status
calls 

Re: Max number of clients on a single TSM server?

[Kelly J. Lipp]

Hopefully, the culprit will respond directly, but I'll kick in what I know
of them.

There is a large US company that is backing up some 30,000 desktop clients
to TSM.  They use 10 NT Servers to handle this load.  That breaks down to
3000 clients/system.  So, yes, it can be done.  I don't know for sure, but
I'm thinking they are seeing session counts higher than yours.  If they
aren't they're spreading the backups over a longer window.

Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs, CO 80949
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Warner, Alan
Sent: Friday, March 15, 2002 4:03 PM
To: [EMAIL PROTECTED]
Subject: Max number of clients on a single TSM server?


I'm currently supporting over 1500 clients (1250 PC's + 250 servers) off of
a single 3466 Netstore box (that's an RS6000 with AIX and TSM server running
on it, plus 3494 tape library).  Database size utilized is about 62 GB.

I'm about to push my luck and add another 500 PC clients to this.   I can
now see that overnight -- when most of the backups take place -- the session
count sometimes gets up over 300 at one time (2 sessions per client).

Does anybody out there have any experience going over 2,000 clients on a TSM
server?   As long as I keep adding disk storage pool space and database
space, am I OK?  Is there a point where this whole thing will begin to
crumble?  (Assume network capacity is not a problem.)

Regards,
Alan

TSM on AIX 4.3.3 goes to "sleep"

[John Nawotka]

Dear TSM Gurus,

We are running TSM Version 4.1 on AIX 4.3.3, both Server and client.

We have one node that for some reason has started taking a lot longer to
complete its backup than any of the other similar nodes.

When examining various log files we have found that the process seems to stop
for 7 - 8 hours and then all of a sudden kicks off again.

Here is an exerpt from various logs ...

dsmsched.log (client) ...

03/11/02   23:40:20 Normal File-->11,360
/phkg/cre/drscom33_9503/data/XHKGDAT33/FILE/COMINHO/MHK3410843.11-MAR-2002.12:52:20 
[Sent]
03/12/02   07:29:27 ANS1898I * Processed 1,180,000 files *
03/12/02   07:29:28 ANS1809E Session is lost; initializing session reopen procedure.
03/12/02   07:29:43 ... successful



dsmerror.log  (client)

03/11/02   23:40:20 Normal File-->20,960
/phkg/cre/drscom33_9503/data/XHKGDAT33/FILE/COMINHO/MHK3410832.11-MAR-2002.11:47:06 
[Sent]

03/12/02   07:29:27 TcpRead(): recv(): errno = 73
03/12/02   07:29:27 sessRecvVerb: Error -50 from call to 'readRtn'.
03/12/02   07:29:27 ANS1809E Session is lost; initializing session reopen procedure.
03/12/02   07:29:28 ANS1809E Session is lost; initializing session reopen procedure.
03/12/02   07:29:43 ANS1810E TSM session has been reestablished.


Server Activity Log ...

Shows two sessions started for that client within 4 seconds of each other ...
and both sessions terminated at the same time at 04:40 with a message
Terminated - idle for more than 300 minutes.

It then shows a new session (only one) started that corresponds with the start
time of the restarted session (i.e. @ 7:29)


When the process finally restarts (in this instance at 07:29) it completes
successfully.  The problem, of course, is that it is running into our normal
production day, so I am not confident of the integrity of the backup.

What I don't understand is ...

What is going on here?
Why does the Actlog show the sessions terminating at 04:40 and the client restarting 
at 07:29.
Why are there two sessions starting up when there is only one instance of the dsmc 
schedule process running on the node and that client is only associated with one 
schedule?
Why has the session(s) become idle?

I have been to the adsm.org forum, and the only suggestion that is given is to look at 
the Server's Activity Log to see the reason for the failure.  I have
done that and what I found is shown above.

Can anyone help me?

Any assistance is greatly appreciated.

Best Regards

John Nawotka
[EMAIL PROTECTED]

Re: TSM on AIX 4.3.3 goes to "sleep"

[asr]

The two sessions you see starting up initially are probably the thread that
queries the server, and the thread that starts searching the filesystems.


=> On Sat, 16 Mar 2002 11:33:15 +1100, John Nawotka <[EMAIL PROTECTED]> said:

> We have one node that for some reason has started taking a lot longer to
> complete its backup than any of the other similar nodes.
> [...]
> 03/12/02   07:29:27 ANS1898I * Processed 1,180,000 files *

While not extremely large, this is a decent number of files.  Depending on the
disk technology and the arrangement of the files, evaluating this many could
be a Big Deal.

I once had to deal with a directory structure of the form:

/some/path/[00-99]/[00-99]/[00-99]/

That's 100 directories, with 100 subdirectories, with 100 subdirectories.

1,010,100 directories.  And some files in there too. (usually fewer than the
number of directories)

This was on rather slow disk tech (Raid-5 4.5G drives) and it could take many
hours to run an incremental, even though the change rate on these filesystems
was very very low.

... Anyway, we had similar symptoms.  Once the client downloaded all its
information for the incremental, it chugged along for a -LONG- time without
having anything else to say to the server.  Once it came up with something, a
reconnect was indicated.

So the hiatus is not surprising or unusual.  What you ought to do is take a
look in the scheduler log, and see if you can figure out what filesystem takes
the majority of the time.  Once you've done that, poke around.  There's a good
chance you'll find a single directory with 300,000 files, or some such
frightening thing.

Once you've found it, find the person who's responsible, and give them a
talking to. ;)


- Allen S. Rout

Re: 2.8TB SQL Server Database Backup

[Seay, Paul]

The bottleneck here is going to be the 6MB/sec tape drives or the disk in
the NT server, probably.  I believe there is a way to do multi-streaming
capability on SQL server, multiple streams to the same or more than one
drive, but I have not read the documentation in a month or so.  I will let
you know later.

-Original Message-
From: Joshua S. Bassi [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:53 AM
To: [EMAIL PROTECTED]
Subject: Re: 2.8TB SQL Server Database Backup


I knew I forgot something - Gigabit Ethernet.


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Seay, Paul
Sent: Thursday, March 14, 2002 8:07 PM
To: [EMAIL PROTECTED]
Subject: Re: 2.8TB SQL Server Database Backup

How is the SQL server going to get to the tape drives?
SAN
Gigabit
FastEthernet?

-Original Message-
From: Joshua S. Bassi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 3:56 PM
To: [EMAIL PROTECTED]
Subject: 2.8TB SQL Server Database Backup


All,

I have a potential customer running a 2.8 TB SQL Server database on an 8-way
NT server.  What can I realistically expect to achieve in maximum backup
throughput using TDP for SQL Server?

Assume the 4-way Solaris TSM server has 8 AIT-2 tape drives dedicated to
getting this backup performed without any competing resource constraints.
FYI AIT-2 run at 6 MBps native and the cartridges are 50 GB each.


--
Joshua S. Bassi
Sr. Solutions Architect @ rs-unix.com
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (415) 215-0326

Re: 3494 library with J and K type cartridges

[Nicholas Cassimatis]

You can checkin all the J tapes as Private (not Scratch), and define them
to the storage pool you want them assigned to.  This works fine for Primary
pools, but isn't so fun for copy pools, as you're constantly checking the
tapes back in.

Nick Cassimatis
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.

War stories: Restores > 200GB ?

[asr]

Greetings, all.

We've got a major system here at UF we're about to do some upgrading on.  The
folks who are closest to the upgrade are asking some questions about recovery
times in the Worst of Cases.  I've had to tell them I can't really predict how
long the restore would take, in practical terms: we've never had to do a
restore quite this big.  Maybe someone out there has.

So here's our configuration:

TSM server housing 2x 3590e drives, SCSI attached.

-J cartridges in use in the storagepools in question.

Tapes filespace-colocated for the node in question.

Filespaces of concern are basically mail stores, with a single file per
message. 320GB total space, 18 million files as of last incremental. Most
files are ~5k, but the average is about 17, because of those nummy email
attachments beloved by all.

Network attach between the TSM server and the new node would be via SP
switch.

Underlying disk attach would be RAID-5s of drawers of 9G SSA disks, 15 disks
and one hot spare per drawer.

Anybody done anything in this vicinity?  Databases really are a different
problem, unfortunately.

It seems unlikely that we'll have to deal with this problem, the upgrade seems
quite solid.  But it'd be nice to give an estimate more precise than "Probably
more than a day.  Probably less than a week".


- Allen S. Rout

Re: tdpsqlc query error: ACO0261I

[Del Hoobler]

> The select @@servername returned lowercase pc1162.  The DBA had some
> difficulty changing it to uppercase due to replication subscriptions or
some
> such, but after he did up date it, it now works.  Does this mean that TDP
> SQL cannot handle mixed case server names?  (That last question is just
for
> interest - we are no longer stopped.)

Allan,

I am glad you are working again...  In the SQL books
online it says that instance names are not case-sensitive.
Now, having said that... I am curious on how your
instance was created with a lower-case name to begin with.
This is the first time I have seen this... I am wondering
if there was another application or tool or stored procedure
that caused this to happen. Any ideas?

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Leave everything a little better than you found it.
- Smile a lot: it costs nothing and is beyond price.

Re: TSM on AIX 4.3.3 goes to "sleep"

[John Nawotka]

Allen,

Thank you for your advice.

I'll take a look around the actual filesystems (as you suggest).

Regards
John


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 16, 2002 12:24 PM
Subject: Re: TSM on AIX 4.3.3 goes to "sleep"


> The two sessions you see starting up initially are probably the thread
that
> queries the server, and the thread that starts searching the filesystems.
>
>
> => On Sat, 16 Mar 2002 11:33:15 +1100, John Nawotka
<[EMAIL PROTECTED]> said:
>
> > We have one node that for some reason has started taking a lot longer to
> > complete its backup than any of the other similar nodes.
> > [...]
> > 03/12/02   07:29:27 ANS1898I * Processed 1,180,000 files *
>
> While not extremely large, this is a decent number of files.  Depending on
the
> disk technology and the arrangement of the files, evaluating this many
could
> be a Big Deal.
>
> I once had to deal with a directory structure of the form:
>
> /some/path/[00-99]/[00-99]/[00-99]/
>
> That's 100 directories, with 100 subdirectories, with 100 subdirectories.
>
> 1,010,100 directories.  And some files in there too. (usually fewer than
the
> number of directories)
>
> This was on rather slow disk tech (Raid-5 4.5G drives) and it could take
many
> hours to run an incremental, even though the change rate on these
filesystems
> was very very low.
>
> ... Anyway, we had similar symptoms.  Once the client downloaded all its
> information for the incremental, it chugged along for a -LONG- time
without
> having anything else to say to the server.  Once it came up with
something, a
> reconnect was indicated.
>
> So the hiatus is not surprising or unusual.  What you ought to do is take
a
> look in the scheduler log, and see if you can figure out what filesystem
takes
> the majority of the time.  Once you've done that, poke around.  There's a
good
> chance you'll find a single directory with 300,000 files, or some such
> frightening thing.
>
> Once you've found it, find the person who's responsible, and give them a
> talking to. ;)
>
>
> - Allen S. Rout
>

scheduler service overwrites baclient's password

[Joel Fuhrman]

The password key which is located in the registry at
HKLM\software\ibm\adsm\backupclient\nodes\W7\adsm is removed
when the scheduler service is started.  The scheduled log contains:

03/15/2002 18:11:11 Querying server for next scheduled event.
03/15/2002 18:11:11 Node Name: W7
03/15/2002 18:11:11 Please enter your user id : ANS1029E
Communications have been dropped.
03/15/2002 18:11:11 Scheduler has been stopped.

Removing and re-installing the Scheduler Service and TSM (version 4.2.1.20)
did not help.


BACKGROUND: The system was created using a clone disk on which the TSM
installed.  After the disk is cloned, the hostname is changed along with
the sids.  The host then joins the domain. The TSM client is used to
register with the TSM server.  Finally, the TSM scheduler service is created
and it wipes out the password.

Any suggestions would be appreciated.

Re: NFS MOUNTS

[Bill Mansfield]

The tradeoff there is loss of data integrity on disk files.



_
William Mansfield
Senior Consultant
Solution Technology, Inc





Robert Clark <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/13/2002 03:42 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: NFS MOUNTS


Switch to soft NFS mounts.

Robert Clark
 The Regence Group
Storage Administrator
  503-220-4743



"Adams, Mark"
   cc:
Sent by: "ADSM:  Subject: NFS MOUNTS
Dist Stor
Manager"
<[EMAIL PROTECTED]
.EDU>


03/13/2002 01:43
PM
Please respond to
"ADSM: Dist Stor
Manager"






We ran into a problem with NFS mounts on one our clients.
The NFS server went down and when the client tried to backup it just hung.

My question is why does TSM back up NFS by default with no real way to
turn
it off.

What can we do to not look at the NFS mounts.

I have tried different exclude statements, but to no avail.
Does anyone have any suggestions?

TSM server 3.7.4
Client 3.7.2.15

Mark Adams
Systems Programmer
CSG Systems, Inc.



===
IMPORTANT NOTICE: This communication, including any attachment, contains
information that may be confidential or privileged, and is intended solely
for the entity or individual to whom it is addressed.  If you are not the
intended recipient, you should delete this message and are hereby notified
that any disclosure, copying, or distribution of this message is strictly
prohibited.  Nothing in this email, including any attachment, is intended
to be a legally binding signature.

Re: Oracle on Linux backups

[Bill Mansfield]

The other thing associated with that redbook is some C code for adsmpipe,
which allows piping data through the api to TSM.  You can make backups
without putting the data on disk.



_
William Mansfield
Senior Consultant
Solution Technology, Inc





"Thomas A. La Porte" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/13/2002 10:00 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Oracle on Linux backups


There was an old Redbook on using ADSM to backup databases. It
includes some very good examples of using shell scripts to
accomplish hot backups of Oracle (and many other databases)
without the need for a TDP or RMAN style backup.

We use a method like this to backup all of our Oracle instances
(Linux or otherwise). None of our instances are large enough to
warrant the additional complication of RMAN or TDP.

In addition to the Redbook above, if you are at all involved in
the backup and restoration of Oracle databases, I would *highly*
recommend the Oracle Press book "Oracle Backup and Recovery" by
Velpuri, et al (it exists in several editions for the various
versions of Oracle).

 -- Tom

Thomas A. La Porte
DreamWorks SKG
[EMAIL PROTECTED]

On Wed, 13 Mar 2002, Zoltan Forray/AC/VCU wrote:

>I had earlier asked the question about using the TSM TDP for Oracle on a
>Linux box but never got a response.  From the silence and other messages
>related to this topic, I can only surmize that this won't/doesn't work
and
>I shouldn't waste my time/money in purchasing the TDP.
>
>So, since I can't change the platform, I need to know how anyone else in
>this situation/configuration backs up their Oracle systems on Linux ? Or
>are most folks waiting for TSM 5.x and the supposed forthcoming TDP that
>will work on Linux and are keeping Oracle on supported/backup-able OS'es
?
>
>Note, I am not a DB person. I don't know the first thing about Oracle. I
>have seen some discussions about an RMAN program/utility, but I only know
>the name.
>
>The objective is to do live (i.e. not shutting down the application)
>backups of the Oracle DB and be able to restore it on a backup/test
>machine.
>
>We do a nightly backup but all attempts to restore from these backups to
>another box, have produced useless files. Oracle is very unhappy !!
>
>Any and all help would be greatly appreciated.
>
>Zoltan Forray
>Virginia Commonwealth University - University Computing Center
>e-mail: [EMAIL PROTECTED]  -  voice: 804-828-4807
>
>

Re: Filesize from client through server

[Bill Mansfield]

select filespace_name,filename,file_size from contents where
node_name='YOURNODE'

Or you can query the backups table to get different data:
select filespace_name,hl_name,ll_name,backup_date from backups where
node_name='YOURNODE'



_
William Mansfield
Senior Consultant
Solution Technology, Inc





"Denzel, Richard van" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
03/15/2002 07:43 AM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Filesize from client through server


Hi All,

I would like to be able to retrieve the filesize etc. for the backupped
files for a client through the TSM server (dsmadmc).

I know this is possible through the client. But for automation sake it's
in
my opion better to let the server generate such listings.

Is there anyone who knows if this can be done on the TSM server-side?

Thanx in advance,

Richard.

-
Richard van Denzel
High Availability & Storage Solutions
Senior Technical Consultant

Infrastructure Consulting & Integration
[EMAIL PROTECTED]

Getronics Infrastructure Solutions
Wiltonstraat 42
Postbus 1005
3900 BA  Veenendaal
tel.: 0318 - 567 100
fax:  0318 - 567 633

mobiel: 06 - 212 78 569

Building Futures on <>