[no subject]

[Angel Anton]

Hello I'm running TSM 4.2 and I'm getting several warning errors whith the
tso administrative client

02/13/2002 09:28:18 TcpOpen(): Warning. The TCP window size defined to ADSM
is not supported by your system.
 It will be to set default size - 0

The options I have are:

COMMMethod TCPIP
TCPPort 1500
TCPServeraddress  xxx.yyy.zzz.ttt
*
ERRORLOGNAME 'ADSMDS.TSOADMIN.LOGERR'

I believe there are no other options to configure on the tso client.

Does anyone know where I should change what to avoid those errors?

Thanks in advance

Angel Antsn

Tlf.: +34 943.482.869/811 , Fax: +34 943.321.023
E-Mail : [EMAIL PROTECTED]

AW: TSM Backup Script, bytes sent over last session.

[Rupp Thomas (Illwerke)]

Be sure to include activity='ARCHIVE' when you use TDP products.

Kind regards
Thomas Rupp
UIS - Informatik Services
Vorarlberger Illwerke AG
MAIL:   [EMAIL PROTECTED]
TEL:++43/5574/4991-251
FAX:++43/5574/4991-820-8251

> -Ursprüngliche Nachricht-
> Von:  Alan Davenport [SMTP:[EMAIL PROTECTED]]
> Gesendet am:  Dienstag, 12. Februar 2002 18:39
> An:   [EMAIL PROTECTED]
> Betreff:  Re: TSM Backup Script, bytes sent over last session.
> 
> Here is what I am using. It is a bit simplistic, but gets the job done;
> 
> 
> Name   Line   Command   Number 
> --
> --
> LIST_BACK- 10 select bytes,entity from summary where
> activity='BACKUP' and
>  UP_TOTALS (date(end_time)=date(current_date-1 day)) and
> bytes>0 order
>by bytes desc 
>20 select sum(bytes) as total_bytes from summary
> where 
>activity='BACKUP' and
> (date(end_time)=date(current_date-1  
>day))
> 
> 
> Alan Davenport
> Senior Storage Administrator
> Selective Insurance
> [EMAIL PROTECTED]
> (973) 948-1306 
> 


--
Dieses eMail wurde auf Viren geprueft.

Vorarlberger Illwerke AG
--

Re: Restoring data from ADSM/TSM tapes in case of disaster

[Michel David]

Hi everybody, hi Mark

This is my big problem too. If you success, so tell
me, I need it for NT.

Someone in the world has already do this. Take a look
at the site
 (http://sourceforge.net/projects/adsmtape).

The nice guy that said it to me is Thorhallur. I hope
he will success to solve my / our problem.

Good luck.
Say me if you successed ! (or not?)

Michel

> From: Remeta, Mark [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 4:01 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Restoring data from ADSM/TSM tapes in
> case of disaster
>
>
> -Original Message-
> >From: Unix Backup [mailto:[EMAIL PROTECTED]]
> >Sent: Tuesday, February 12, 2002 3:36 PM
> >To: [EMAIL PROTECTED]
> >Subject: Restoring data from ADSM/TSM tapes in case
> of disaster>
> >
> >
> >I want to find out if there is a way to read the
> tapes created by ADSM/TSM
> >without relying on any ADSM/TSM utilities or
> binaries to recover the data.
> >Is the tape format used by ADSM/TSM to write data
> on tape during backup
> well
> >known or published?
>
> No. Even if you could read it you would have no idea
> what is was for without
> the database and TSM.
>
>
>
> Confidentiality Note: The information transmitted is
> intended only for the
> person or entity to whom or which it is addressed
> and may contain
> confidential and/or privileged material. Any review,
> retransmission,
> dissemination or other use of this information by
> persons or entities other
> than the intended recipient is prohibited. If you
> receive this in error,
> please delete this material immediately.


__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

RESTORE VOLUMES

[Gary Swanton]

Hi All,

I am quite new to all things TSM and I have a question
to what I believe is an unrealistic situation.

 Presently if, during my role as the TSM administrator I am asked to
perform a data restore, I have no idea of what volumes will be required
for the data.  I have a 30 slot library at my disposal, which I
appreciate is quite small, however, if after  I kick off a restore I
should have some indication as to what volumes are required thereby
allowing me to check the volumes into the library before the restore job
commences.

A recent example:  I had to restore 80MB worth of data and it
took over 3.5 hours and over 18 tape changes.  The present situation is
that after I start a restore I have to be glued to the console and wait
for tape requests to appear in the activity log or via a pop-up.

My research has shown that other people have been asking the
same thing as far back as 1998 but no-one appears to have provided a
solution.  Tivoli have told me that it is possible with some pretty
complex SQL statements.  Great now I have to learn SQL queries as well.

Does anybody have any ideas on this matter?  It's not that hard
surely..Oh yeah I'm running TSM Server 4.2.10 on a W2K platform with
current clients running 4.2.1.




Gary Swanton
Microsoft Certified Systems Engineer
[EMAIL PROTECTED]

Re: tdp for oracle

[Paul Bestow]

Rob,

Try the following patch for TDP for Oracle:

ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/tivo
li-data-protection/oracle/win/v2202/

Just recently we had an Oracle machine with similar problems and tried the
above patch and all was ok.

Cheers

Paul

-Original Message-
From: Rob Schroeder [mailto:[EMAIL PROTECTED]]
Sent: 12 February 2002 19:30
To: [EMAIL PROTECTED]
Subject: tdp for oracle


We hare having issues where the TDP for oracle RMAN scripts are
termintating.  The error happens about the same time that the 2000 server
briefly falls off the network.  I have no idea why, the outage is about 90
seconds and the TSM services never stop, but obviously the sessions do.
Also, when we run the RMAN scripts, the CPU hits 100% on the client with
the largest processing being oracle.exe using 90%.  Has anyone had
performance issues with this and resolved them.

TSM server:   Win2000  SP2   TSM 4.1.4.1

TSM client:Win2000   SP2  TSM  4.2.1.20

TDP for oracle:  v2.2


Here is the error on the TSM server

02/12/2002 10:56:41   ANE4993E (Session: 1501, Node: FFORACLE01_ORACLE)
TDP
   Oracle NT ANS02041 TDP for Oracle: (872): =>()
ANS0238E
   (RC2041) The sequence of calls is invalid.

Here is the error on the client:

RMAN-03022: compiling command: backup
RMAN-03025: performing implicit partial resync of recovery catalog
RMAN-03023: executing command: partial resync
RMAN-08003: starting partial resync of recovery catalog
RMAN-08005: partial resync complete
RMAN-03023: executing command: backup
RMAN-08009: channel t1: starting archivelog backupset
RMAN-08502: set_count=37 set_stamp=453641102 creation_time=12-FEB-02
RMAN-08014: channel t1: specifying archivelog(s) in backup set
RMAN-08504: input archivelog thread=1 sequence=1643 recid=1 stamp=453556579
RMAN-08009: channel t2: starting archivelog backupset
RMAN-08502: set_count=38 set_stamp=453641102 creation_time=12-FEB-02
RMAN-08014: channel t2: specifying archivelog(s) in backup set
RMAN-08504: input archivelog thread=1 sequence=1644 recid=2 stamp=453569684
RMAN-08504: input archivelog thread=1 sequence=1645 recid=3 stamp=453572365
RMAN-08504: input archivelog thread=1 sequence=1646 recid=4 stamp=453573025
RMAN-08504: input archivelog thread=1 sequence=1647 recid=5 stamp=453574226
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03007: retryable error occurred during execution of command: backup
RMAN-07004: unhandled exception during command execution on channel t1
RMAN-10035: exception raised in RPC: ORA-19502: write error on file
"al_37_1_453641102", blockno 1665 (blocksize=512)
ORA-27030: skgfwrt: sbtwrite2 returned error
ORA-19511: ANS1017E (RC-50)  Session rejected: TCP/IP connection failure
RMAN-10031: ORA-19624 occurred during call to
DBMS_BACKUP_RESTORE.BACKUPPIECECREATE

Any help is appreciated.

Thanks

Rob Schroeder
Famous Footwear
[EMAIL PROTECTED]


http://www.phoenixitgroup.com
**Internet Email Confidentiality Footer***

Phoenix IT Group Limited is registered in England and Wales under company
number 3476115.  Registered Office: Technology House, Hunsbury Hill Avenue,
Northampton, NN4 8QS

Opinions, conclusions and other information in this message that do not
relate to the official business of our firm shall be understood as neither
given nor endorsed by it.

No contracts may be concluded on behalf of our firm by means of email
communications.

Confidentiality: Confidential information may be contained in this message.
If you are not the recipient indicated (or responsible for delivery of the
message to such person), you may not take any action based on it, nor should
you copy or show this to anyone; please reply to this email and highlight
the error to the sender, then delete the message from your system.

Monitoring of Messages: Please note that we reserve the right to monitor and
intercept emails sent and received on our network.
Warning:  Internet email is not 100% secure. We ask you to understand and
observe this lack of security when emailing us. We do not accept
responsibility for changes made to this message after it was sent

Viruses: Although we have taken steps to ensure that this email and any
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure they are actually virus free.

WG: Typical NT-Server DSM.opt Exclusions?

[Luecke, Wolf-Christian (K-DOI-44)]

> Hello Spezialists,
> 
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt
> Exclusions?
> So that I can exclude this file for all nt-server (clients) general on the
> TSM-Server side.
> 
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
> 
> or something else...
> best regards
> 
> Mit freundlichen Grüßen
> 
> Wolf-Christian Lücke
> 
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
> 
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
> 
> E-Mail:   mailto:[EMAIL PROTECTED]
> 

Multiple tape swaps during restore

[StorageGroupAdmin StorageGroupAdmin]

Can anyone advise on which order TSM does a restore when Co-location is
turned off.

I performed a 105Gb restore and near the end TSM kept swapping between
two tapes restoring 1-20 files each time. Very frustrating as the first
100Gb was restored in hours and the last 5Gb took just a long.

Help will be appreciated
Thanks.

Anthony Langford


---
This e-mail is solely for the use of the intended recipient
and may contain information which is confidential or
privileged. Unauthorised use of its contents is prohibited.
If you have received this e-mail in error, please notify
the sender immediately via e-mail and then delete the
original e-mail.
---

Re: Typical NT-Server DSM.opt Exclusions?

[Rick Harderwijk]

Hi,

Ofcourse you should exclude the swapfile. Furthermore, concerning the
ntuser.dat files, there was a thread on the list yesterday explaining when
and when not to exclude these files.

Regards,

Rick

-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Luecke,
Wolf-Christian (K-DOI-44)
Verzonden: 13 februari 2002 10:25
Aan: [EMAIL PROTECTED]
Onderwerp: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
>
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt
> Exclusions?
> So that I can exclude this file for all nt-server (clients) general on the
> TSM-Server side.
>
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
>
> or something else...
> best regards
>
> Mit freundlichen Gr|_en
>
> Wolf-Christian L|cke
>
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
>
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
>
> E-Mail:   mailto:[EMAIL PROTECTED]
>

Re: RESTORE VOLUMES

[Michel David]

It's possible
Take a look at the ARCHIVES and essentially CONTENTS
table

1) select * from contents where volume_name='vol1'
You will get everything in the volume vol1.
2) Save the info (file_name) in some CStringArray
3) Sort your info to restore according to the volumes

Good luck.
Michel

--- Gary Swanton <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am quite new to all things TSM and
> I have a question
> to what I believe is an unrealistic situation.
>
>  Presently if, during my role as the TSM
> administrator I am asked to
> perform a data restore, I have no idea of what
> volumes will be required
> for the data.  I have a 30 slot library at my
> disposal, which I
> appreciate is quite small, however, if after  I kick
> off a restore I
> should have some indication as to what volumes are
> required thereby
> allowing me to check the volumes into the library
> before the restore job
> commences.
>
> A recent example:  I had to restore 80MB
> worth of data and it
> took over 3.5 hours and over 18 tape changes.  The
> present situation is
> that after I start a restore I have to be glued to
> the console and wait
> for tape requests to appear in the activity log or
> via a pop-up.
>
> My research has shown that other people have
> been asking the
> same thing as far back as 1998 but no-one appears to
> have provided a
> solution.  Tivoli have told me that it is possible
> with some pretty
> complex SQL statements.  Great now I have to learn
> SQL queries as well.
>
> Does anybody have any ideas on this matter?  It's
> not that hard
> surely..Oh yeah I'm running TSM Server 4.2.10 on a
> W2K platform with
> current clients running 4.2.1.
>
>
>
>
> Gary Swanton
> Microsoft Certified Systems Engineer
> [EMAIL PROTECTED]


__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

OS/390 created backupset restored to AIX

[Christo Heuer]

Hi Everyone,

Has anybody ever tried this - is it a supported way of doing
things?
We just created a backupset on 3590 on OS/390 and restored
the clients data on AIX without any problems.
I know the backupset becomes a portable medium and as long
as the drive is compatible on both systems it should work,
BUT what about EBCDIC to ASCII conversion - where does this
take place in the scenario we tested?
We have done the same with a WinNT TSM server that created
the backupset and restored on the AIX client - but then there
is no EBCDIC in the picture.
The restore was done without a server in the picture - just
the TSM AIX client restoring from locally attached 3590.

Any info would be appreciated.

Thanks
Christo
__
"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: Typical NT-Server DSM.opt Exclusions?

[MORGAN TONY]

Dear Wolf-Christian,

These are the exclusions I use on each of my NT clients.
I hope this helps.

Best Regards

Tony

* SET GLOBAL NT EXCLUDES
* ~~

EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\IBMBIO.COM"
EXCLUDE "*:\IBMDOS.COM"
EXCLUDE "*:\MSDOS.SYS"
EXCLUDE "*:\IO.SYS"
EXCLUDE "*:\...\SYSTEM32\CONFIG\*.*"
EXCLUDE "*:\...\SYSTEM32\CONFIG\...\*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\...\ntuser.dat"
EXCLUDE "*:\...\ntuser.dat.log"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.dmp"
EXCLUDE "*:\temp\*"
EXCLUDE "*:\temp\...\*"

-Original Message-
From: Luecke, Wolf-Christian (K-DOI-44)
[mailto:[EMAIL PROTECTED]]
Sent: 13 February 2002 09:25
To: [EMAIL PROTECTED]
Subject: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
> 
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt
> Exclusions?
> So that I can exclude this file for all nt-server (clients) general on the
> TSM-Server side.
> 
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
> 
> or something else...
> best regards
> 
> Mit freundlichen Grüßen
> 
> Wolf-Christian Lücke
> 
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
> 
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
> 
> E-Mail:   mailto:[EMAIL PROTECTED]
> 



This e-mail and any files transmitted with it, are confidential and
intended solely for the use of the addressee. The content of this
e-mail may have been changed without the consent of the originator.
The information supplied must be viewed in this context. If you have
received this e-mail in error please notify our Helpdesk by
telephone on +44 (0) 20-7444-8444. Any use, dissemination,
forwarding, printing, or copying of this e-mail or its attachments is
strictly prohibited.

ADSM/HSM ERROR Message

[Ramnarayan, Sean A [EDS]]

> Hi 
> 
> Has anyone seen the following error message or return code  for
> ADSM/HSM
on UNIX filesystem. 
> DoReconcile: ReconFileSpace failed for filespace x, rc: 102
> ANS9082W dsmreconcile: error encountered while reconciling 
> file system /usr/sap/trans.
> 
> Thks 
> 
> Sean Ramnarayan

"MMS " made the following
 annotations on 02/13/2002 01:02:13 PM
--
DISCLAIMER
This message may contain confidential information that is legally privileged and is 
intended only  for the use of the parties to whom it is addressed. If you are not an 
intended recipient, you are hereby notified that any disclosure, copying, distribution 
or use of any information in this message is strictly prohibited. If you have received 
this message in error, please notify the sender immediately and delete the message. 
Thank you.

==

Re: RESTORE VOLUMES

[Gary Swanton]

Hi Michel,

Thank you for your quick response.  Not too sure what
you mean at step 2 - CStringArray - Could you please decode that bit for
me

Regards

Gary

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Michel David
Sent: Wednesday, 13 February 2002 8:21 PM
To: [EMAIL PROTECTED]
Subject: Re: RESTORE VOLUMES

It's possible
Take a look at the ARCHIVES and essentially CONTENTS
table

1) select * from contents where volume_name='vol1'
You will get everything in the volume vol1.
2) Save the info (file_name) in some CStringArray
3) Sort your info to restore according to the volumes

Good luck.
Michel

--- Gary Swanton <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am quite new to all things TSM and
> I have a question
> to what I believe is an unrealistic situation.
>
>  Presently if, during my role as the TSM
> administrator I am asked to
> perform a data restore, I have no idea of what
> volumes will be required
> for the data.  I have a 30 slot library at my
> disposal, which I
> appreciate is quite small, however, if after  I kick
> off a restore I
> should have some indication as to what volumes are
> required thereby
> allowing me to check the volumes into the library
> before the restore job
> commences.
>
> A recent example:  I had to restore 80MB
> worth of data and it
> took over 3.5 hours and over 18 tape changes.  The
> present situation is
> that after I start a restore I have to be glued to
> the console and wait
> for tape requests to appear in the activity log or
> via a pop-up.
>
> My research has shown that other people have
> been asking the
> same thing as far back as 1998 but no-one appears to
> have provided a
> solution.  Tivoli have told me that it is possible
> with some pretty
> complex SQL statements.  Great now I have to learn
> SQL queries as well.
>
> Does anybody have any ideas on this matter?  It's
> not that hard
> surely..Oh yeah I'm running TSM Server 4.2.10 on a
> W2K platform with
> current clients running 4.2.1.
>
>
>
>
> Gary Swanton
> Microsoft Certified Systems Engineer
> [EMAIL PROTECTED]


__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

Re: Typical NT-Server DSM.opt Exclusions?

[Bill Smoldt]

You will find a "typical" exclude file called dsm.smp in the directory tree
where you expanded the windows client.

TSM_BA_Client\baclient\program files\Tivoli\TSM\config\dsm.smp

This is a good starting point for a standard include/exclude for your site,
but you still need to tune it for your site.If you rename that file to
dsm.opt, it will be installed on the clients that you install from this
directory structure.

If you are running V4.2, the swap file, or PAGEFILE.SYS is excluded by
default.  You will receive an error if you Exclude that file in your dsm.opt
or in a client option set.

You will find many other suggestions for various applications and special
scenarios on this list at www.adsm.org.

Bill Smoldt
STORServer, Inc.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rick Harderwijk
Sent: Wednesday, February 13, 2002 3:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Typical NT-Server DSM.opt Exclusions?


Hi,

Ofcourse you should exclude the swapfile. Furthermore, concerning the
ntuser.dat files, there was a thread on the list yesterday explaining when
and when not to exclude these files.

Regards,

Rick

-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Luecke,
Wolf-Christian (K-DOI-44)
Verzonden: 13 februari 2002 10:25
Aan: [EMAIL PROTECTED]
Onderwerp: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
>
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt
> Exclusions?
> So that I can exclude this file for all nt-server (clients) general on the
> TSM-Server side.
>
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
>
> or something else...
> best regards
>
> Mit freundlichen Gr|_en
>
> Wolf-Christian L|cke
>
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
>
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
>
> E-Mail:   mailto:[EMAIL PROTECTED]
>

Re: RESTORE VOLUMES

[Bill Smoldt]

Gary,

I understand your frustration at starting out, but the SQL command for this
request is not difficult and has been answered on this list a number of
times.  It is difficult to pull that information out with all the activity
and matches that you get, however, so feel free to ask such questions here.

One format of the command you need is:

select volume_name, stgpool_name, filespace_name from volumeusage where
node_name='NODENAME'

where NODENAME is the name of the node in question in all caps.

That will show you which primary and copy pool tapes you need for the
restore.

To just see the tapes for a specific storage pool for you case, add a
selection of the storage pool name:

select volume_name, stgpool_name, filespace_name from volumeusage where
node_name='NODENAME' where stgpool_name='TAPEPOOL'

where TAPEPOOL is the name of your primary tape pool.

As you already know, this is not necessary if you have enough robot slots to
hold all your primary tapepool tapes.  Proper sizing of a TSM environment
before purchase is quite important.

Bill Smoldt
STORServer



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Gary Swanton
Sent: Wednesday, February 13, 2002 2:02 AM
To: [EMAIL PROTECTED]
Subject: RESTORE VOLUMES


Hi All,

I am quite new to all things TSM and I have a question
to what I believe is an unrealistic situation.

 Presently if, during my role as the TSM administrator I am asked to
perform a data restore, I have no idea of what volumes will be required
for the data.  I have a 30 slot library at my disposal, which I
appreciate is quite small, however, if after  I kick off a restore I
should have some indication as to what volumes are required thereby
allowing me to check the volumes into the library before the restore job
commences.

A recent example:  I had to restore 80MB worth of data and it
took over 3.5 hours and over 18 tape changes.  The present situation is
that after I start a restore I have to be glued to the console and wait
for tape requests to appear in the activity log or via a pop-up.

My research has shown that other people have been asking the
same thing as far back as 1998 but no-one appears to have provided a
solution.  Tivoli have told me that it is possible with some pretty
complex SQL statements.  Great now I have to learn SQL queries as well.

Does anybody have any ideas on this matter?  It's not that hard
surely..Oh yeah I'm running TSM Server 4.2.10 on a W2K platform with
current clients running 4.2.1.




Gary Swanton
Microsoft Certified Systems Engineer
[EMAIL PROTECTED]

Become tapes in status filling

[Nazir]

Hi,

All tapes on TSM are "Full".
Can TSM become the tapes in status "Filling" again to reuse them.
When the tapes are in status "Full" what should I do in TSM?



Volume Name Storage  DeviceEstimatedPct
Volume
Pool NameClass NameCapacityUtil
Status
(MB)
   ---  ----   -
---
E:\TSMDATA\SERVER1\HD1.DSMHD   DISK  1.000,0   100,0
On-Line

E:\TSMDATA\SERVER1\HD2.DSMHD   DISK 10.000,075,6
On-Line

tape1   TAPES8MMCLASS1 45.091,5 89,3
Full
tape2   TAPES8MMCLASS1 45.216,4 20,2
Full
tape4   TAPES8MMCLASS1 44.850,6 27,5
Full






Thanks in advance...


Nazir Najjar
Itautec-Philco SA - Seguranga Internet
[EMAIL PROTECTED]
55 11 6097-3959

NOVELL and WINDOWS 2000 backup and restore performance

[Frans Bijma]

Hello all,

Is there anybody outthere that can provide me some experiance
figures (in GB/hr) of the performance for backup and restore on 100 MB
ethernet
compareing Windows 2000 and Novell?

I am very interested.


E-Storage   Frans Bijma
Gelderlandhaven 7-a T: (31) 30 6084208
3433 PG Nieuwegein   M: (31) 6 20 414 317
T: (31) 30 6084200E: [EMAIL PROTECTED]

F: (31) 30 6365295

Re: Backup Sets for Long Term Storage

[Jeff Bach]

Kelly,

How often should I refresh my ### Terabytes of longterm storage?

Jeff

> -Original Message-
> From: Kelly Lipp [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Backup Sets for Long Term Storage
>
> I  believe the key to long term storage is the notion of data refreshment
> on
> the tapes.  With reclamation, we get that.  If archive data is mixed with
> backup data we get reclamation due to backup retention policies being much
> less (typically) than archive.  Some will argue that moving this data
> around
> isn't efficient, but if ensuring that data can be read is the goal, moving
> it around occasionally is important.
>
> 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
> Seay, Paul
> Sent: Tuesday, February 12, 2002 6:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> I would not put something I wanted to keep that long on "doggies little
> toy"
> or "ate my momma".  You get the picture.  I do not think DLT and 8mm are
> reliable enough to be comfortable that they will be able to be restored
> that
> far out.  This is a nasty problem for all of us.  LTO is too new to bet on
> and we are limited by what we can do.  In the mainframe world you archive
> the stuff and just keep some tape drives around.  Open is different.  The
> issue is the vendors have not stepped up to the fact that open has
> longterm
> data now, just like a mainframe.
>
> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be used
> for stand-alone restores from a backup-archive client, I am thinking that
> a
> different media type would be better than 3590.  There's not much chance
> that many of my nodes could have access to a 3590 drive. DLT or 8mm seem
> more appropriate.  Any experiences or opinions would be appreciated.


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**

TSM and RAID on NT

[Pétur Eyþórsson]

Hi what is the best RAID for TSM on NT
and how large should the Stripe Size be on the RAID CONTROLER.





Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: RESTORE VOLUMES

[James Healy]

you could try " show voluse " where  is the nodename of the client
you want to restore.  this would however, tell you every tape that this
client has data on. Which would be more then what you are looking for and
it sounds like you are not using co-location so your list would be quite
large.




"Gary Swanton" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 02/13/2002
04:01:39 AM

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

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


To:   [EMAIL PROTECTED]
cc:

Subject:  RESTORE VOLUMES

use
Hi All,

I am quite new to all things TSM and I have a question
to what I believe is an unrealistic situation.

 Presently if, during my role as the TSM administrator I am asked to
perform a data restore, I have no idea of what volumes will be required
for the data.  I have a 30 slot library at my disposal, which I
appreciate is quite small, however, if after  I kick off a restore I
should have some indication as to what volumes are required thereby
allowing me to check the volumes into the library before the restore job
commences.

A recent example:  I had to restore 80MB worth of data and it
took over 3.5 hours and over 18 tape changes.  The present situation is
that after I start a restore I have to be glued to the console and wait
for tape requests to appear in the activity log or via a pop-up.

My research has shown that other people have been asking the
same thing as far back as 1998 but no-one appears to have provided a
solution.  Tivoli have told me that it is possible with some pretty
complex SQL statements.  Great now I have to learn SQL queries as well.

Does anybody have any ideas on this matter?  It's not that hard
surely..Oh yeah I'm running TSM Server 4.2.10 on a W2K platform with
current clients running 4.2.1.




Gary Swanton
Microsoft Certified Systems Engineer
[EMAIL PROTECTED]

Re: Become tapes in status filling

[Malbrough, Demetrius]

-Nazir-

You need to lower your reclamation threshold on your tape stgpool by typing
in the following command:  tsm> update stgpool  reclaim=50

This will free up fragmented space on all tape volumes in that stgpool based
on the % of reclaimable space on those volumes. This will make the space on
the tapes usable again by moving any remaining ACTIVE files from one volume
to another making the original volume available for REUSE!

Note: You must have at least two drives to accomplish this because it
requires simultaneous mounts of an input & output volume. If you do not have
at least two drives, then you will have to set up a reclaim stgpool on disk
(another target pool). See admin guide and reference for more info and
commands.

http://www.tivoli.com/support/public/Prodman/public_manuals/td/TD_PROD_LIST.
html

Regards,

Demetrius Malbrough
UNIX/TSM Administrator

-Original Message-
From: Nazir [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:20 AM
To: [EMAIL PROTECTED]
Subject: Become tapes in status filling


Hi,

All tapes on TSM are "Full".
Can TSM become the tapes in status "Filling" again to reuse them.
When the tapes are in status "Full" what should I do in TSM?



Volume Name Storage  DeviceEstimatedPct
Volume
Pool NameClass NameCapacityUtil
Status
(MB)
   ---  ----   -
---
E:\TSMDATA\SERVER1\HD1.DSMHD   DISK  1.000,0   100,0
On-Line

E:\TSMDATA\SERVER1\HD2.DSMHD   DISK 10.000,075,6
On-Line

tape1   TAPES8MMCLASS1 45.091,5 89,3
Full
tape2   TAPES8MMCLASS1 45.216,4 20,2
Full
tape4   TAPES8MMCLASS1 44.850,6 27,5
Full






Thanks in advance...


Nazir Najjar
Itautec-Philco SA - Seguranga Internet
[EMAIL PROTECTED]
55 11 6097-3959

Re: Is it ok to exclude ntuser.dat, and usrclass.dat ????

[Keith Kwiatek]

Hi Wanda,

hmmm... I hear what you are saying, but we have a situation where a good
portion of our 600 windows TSM clients can't backup the ntuser.dat, and
sometimes the usrclass.dat, files even if the user IS logged off We have
performed numerous trials on this, and it seems that windows sometimes
maintains the lock on these files even if the user is logged off.

We search the actlog each morning for messages like the one below, and then
send an email to the user, which makes the user puzzled, which results in
additional work for us...  :

2002-02-12 09:44:03.00  LIGHTBUG.NI.COM  ANE4987E Error processing
'\\ightning\c$\Documents and Settings\gooney \NTUSER.DAT': the object is in
use by another process

Keith Kwiatek
National Institute of Standards and Technology







- Original Message -
From: "Prather, Wanda" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 12, 2002 4:22 PM
Subject: Re: Is it ok to exclude ntuser.dat, and usrclass.dat 


> I also found the information you refer to in the Windows client manual,
and
> I DISAGREE with it.
> I will explain why I think so, in the hope that someone can correct me!
>
> I agree you can exclude NTUSER.DAT.LOG and USRCLASS.DAT.LOG.  (I think
these
> files are only used to journal in-flight changes to profiles, and can't be
> used after a restore.)  But there are cases where I believe you should NOT
> exclude NTUSER.DAT and USRCLASS.DAT.
>
> MOST of the time, I think it is ok to exclude NTUSER.DAT (& USRCLASS.DAT
for
> Win2K) on Windows SERVERS, but NOT on WinNT Wokstation or Win2KPro.
>
> NTUSER.DAT is the file that stores what is generally called your "user
> profile".  These are customization settings that you choose for yourself
in
> Windows and Windows applications.  The info in this file is loaded into
the
> HKEY_CURRENT_USER registry key when you are logged on to Windows.  Under
> Win2K, even MORE of your customization is stored in USRCLASS.DAT.
>
> The most obvious item of customization that is included, should you want
to
> know for testing, is your wallpaper.  But, depending on your levels of
> Exchange/Outlook, some of those settings are stored here as well.  And
even
> MORE customization can get stored this way, if an application chooses to
> store it there.
>
> While you are logged on to a Windows machine, the NTUSER.DAT &
USRCLASS.DAT
> files are locked by Windows and cannot be backed up by TSM.  You will see
> errors to that effect in dsmerror.log, and it annoys people to constantly
> have those files show up as errors.  And, TSM has a bypass - since TSM
can't
> back up these files (or any other open registry files), TSM gets a copy of
> the user profile information out of the registry for ALL LOGGED ON USERS,
> and saves it into the c:\adsm.sys directory structure as part of the
> registry backup.  So the copy is there in adsm.sys after a full restore;
you
> can drag it back to its proper location to restore your profile.
>
> Now, if you are NOT logged on to your system at the time it backs up, TSM
> will back up NTUSER.DAT just fine, like any other file.  And you can
restore
> that file with TSM, should you need to.  If you are trying to do a
> bare-metal restore, you can use a backed up copy of NTUSER.DAT from its
> original location, OR one that you drag out of adsm.sys.  A good copy of
> either one works.
>
> SO, where things get tricky, is if you exclude NTUSER.DAT and
USRCLASS.DAT,
> and you AREN"T logged on at the time of backup, so that TSM doesn't copy
the
> information during the registry backup.  In this case, how do you restore
> your profile?  Answer:  you don't.   Also, you may find that people have
> established multiple accounts on their system - each one has its own
> NTUSER.DAT file.  And if you exclude NTUSER.DAT, you will get backups via
> the registry ONLY for those that are logged on at the time of the backup.
>
> If you are backing up a lot of workstations, you just can't guarantee that
> people either WILL or WON"T be logged on for sure.  SO if you are backing
up
> workstations with TSM, DON"T exclude the NTUSER.DAT & USRCLASS.DAT files.
> Then you know for sure that your profiles are backed up either as part of
> the registry backup, or as a flat file, no matter how many profiles exist
on
> the workstation and how many are logged on at backup time.
>
> Now this information probably doesn't apply, even for workstations, if
your
> site uses ROAMING profiles.  (Although I haven't worked with them, I think
> in that case your profile is stored on a Windows server, and downloaded to
> you no matter where you log on. )  And in environments where your desktops
> are highly standardized, you may not care.  But in a research environment
> like we have here, we have MOSTLY power users, and desktops have lots of
> customization;  in this type of environment, users are NOT happy if you
> claim you can restore their systems, but lose all their customization.
>
> Now, if you are backing up on

Test Restore on Exchange.

[Pétur Eyþórsson]

Hi i am doing a TEST Restore on TDP for Exghange 5.5

I am using the old TSM Client TDP for Exchange.

Now i can restore the Information Store.
But i can´t restore the Diricetory.

I get this error

ACN4218E -- Directory databases can only be restored to their origination
Exchange Server.

My question is

Is there a way around this.

Thanks for the help



Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: Error running Archive

[Bill Wheeler]

Everything is running on AIX.  The AIX box has both the client and server
side of TSM.  We are just trying to backup the information of this box.

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Is the server on MVS???

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:47 AM
To: [EMAIL PROTECTED]
Subject: Error running Archive


Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

Re: Searchable archive offline?

[Henrik Wahlstedt]

Nope, I can search it.//Henrik



|+->
||  "Denzel, Richard van"  |
||   |
||  Sent by: "ADSM: Dist   |
||  Stor Manager"  |
||  <[EMAIL PROTECTED]> |
|| |
|| |
||  2002-02-13 15:06   |
||  Please respond to  |
||  "ADSM: Dist Stor   |
||  Manager"   |
|| |
|+->
  >|
  ||
  |   To: [EMAIL PROTECTED] |
  |   cc: (bcc: Henrik Wahlstedt)  |
  |   Subject: Searchable archive offline? |
  >|





Does anyone know if the searchable archive at http://www.adsm.org is
offline?
I myself can't reach it.

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 <>


---
Statoil: The information contained in this message may be CONFIDENTIAL and is
intended for the addressee only. Any unauthorised use, dissemination of the
information or copying of this message is prohibited. If you are not the
addressee, please notify the sender immediately by return e-mail and delete this
message.
Thank you.

Searchable archive offline?

[Denzel, Richard van]

Does anyone know if the searchable archive at http://www.adsm.org is
offline?
I myself can't reach it.

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 <>

Antwort: Searchable archive offline?

[Guenther Bergmann]

Hi Richard,

try
http://search.adsm.org

it works quite well for me.

regards Guenther

--
Guenther Bergmann
UNIX Systemadministration
PrintCom Service Zentrum Frankfurt  +49 (0)69 / 272 86-439
Deutsche Post AG * Printcom Service Zentrum * Gutleutstr. 340-344* 60327
Frankfurt/M





"Denzel, Richard van" <[EMAIL PROTECTED]> am 13.02.2002 15:06:04

Bitte antworten an "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

An:[EMAIL PROTECTED]
Kopie:  (Blindkopie: Guenther Bergmann/PSZ/PrintCom/DE)
Thema: Searchable archive offline?




Does anyone know if the searchable archive at http://www.adsm.org is
offline?
I myself can't reach it.

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: Error running Archive

[Malbrough, Demetrius]

Is the server on MVS???

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:47 AM
To: [EMAIL PROTECTED]
Subject: Error running Archive


Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

Re: Error running Archive

[Martin, Jon R.]

Bill,

There are several posts on www.adsm.org about shared memory.  I
believe one of the requirements to use shared memory is that you must be
running you session as root to use it.

Thanks,
Jon Martin


-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:13 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Everything is running on AIX.  The AIX box has both the client and server
side of TSM.  We are just trying to backup the information of this box.

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Is the server on MVS???

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:47 AM
To: [EMAIL PROTECTED]
Subject: Error running Archive


Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

Re: Is it ok to exclude ntuser.dat, and usrclass.dat ????

[Andrew Raibeck]

Are you sure the user actually logged off vs. locked the keyboard?

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED]

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Keith Kwiatek <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/13/2002 07:00
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Is it ok to exclude ntuser.dat, and usrclass.dat 



Hi Wanda,

hmmm... I hear what you are saying, but we have a situation where a good
portion of our 600 windows TSM clients can't backup the ntuser.dat, and
sometimes the usrclass.dat, files even if the user IS logged off We
have
performed numerous trials on this, and it seems that windows sometimes
maintains the lock on these files even if the user is logged off.

We search the actlog each morning for messages like the one below, and
then
send an email to the user, which makes the user puzzled, which results in
additional work for us...  :

2002-02-12 09:44:03.00  LIGHTBUG.NI.COM  ANE4987E Error processing
'\\ightning\c$\Documents and Settings\gooney \NTUSER.DAT': the object is
in
use by another process

Keith Kwiatek
National Institute of Standards and Technology

Error running Archive

[Bill Wheeler]

Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

Re: Test Restore on Exchange.

[Bill Smoldt]

Yes, but the only way I know is to use the same name for your Exchange
server.  This has a disadvantage in that you can't have both on the same
network at the same time, so you have to do something with your network to
connect the test machine to your TSM server without it being visible on your
production network.

Bill Smoldt
STORServer, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Pitur Ey~srsson
Sent: Wednesday, February 13, 2002 7:03 AM
To: [EMAIL PROTECTED]
Subject: Test Restore on Exchange.


Hi i am doing a TEST Restore on TDP for Exghange 5.5

I am using the old TSM Client TDP for Exchange.

Now i can restore the Information Store.
But i can4t restore the Diricetory.

I get this error

ACN4218E -- Directory databases can only be restored to their origination
Exchange Server.

My question is

Is there a way around this.

Thanks for the help



Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure

[Martin, Jon R.]

All,

I think Kelly brings up a good point that, most of us don't get to
practice disaster recovery very often.  I know that there are plenty of
courses for TSM installation, configuration, and administration.  Does
anyone know of available training with a strict focus on disaster recovery
in theory and in practice?  Unfortunately, I don't have a development or
test environment for doing this kind of training on my own.

Thanks,
Jon Martin

-Original Message-
From: Kelly Lipp [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 2:29 PM
To: [EMAIL PROTECTED]
Subject: Used to Be PC Magazine Article, morphed to NT/Novell BMR
Procedure


I'll put in a plug for my friend Wanda Prather.  In the adsm.org archives
you should find a very nice procedure developed by Wanda.  Perhaps she'll
post it here once more for those of us who missed it.

In general, the method is to install a bare bones OS from the distribution
CDs, configure it, install the TSM client, configure it, and restore the
backup on top of the new installation.  This is an easy procedure to follow.
I'd like to see a side-by-side runoff between this and the BMR product to
get an idea of the time difference.

OK, don't like this idea?  How about using Ghost to periodically snap an
image of your OS (or perhaps have a generic one with TSM installed ready to
go).  Lose the disk?  Ghost the image and do a restore from TSM to bring the
image up-to-date.

As for restoring your TSM server.  That is very easy if you have three
things: a database backup, the devconfig.out file and the volhist.out file.
>From these three items, I can restore your TSM server in four hours of less
(very dependent on the size of the database: for very small databases,
you're probably looking at less than an hour, start to finish).  The problem
with this is most of us never practice it.  In my job I have the fortune of
getting to do this periodically (monthly) so I've gotten pretty confident so
to me it's easy.  I recommend doing it the first time when you don't have
to.  When you have to do it, nerves take over and the process is much
harder.

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
Coats, Jack
Sent: Tuesday, February 12, 2002 10:53 AM
To: [EMAIL PROTECTED]
Subject: Re: PC Magazine Enterprise Backup Article - NO MENTION OF TSM!!
W here's the Air Support?


Does anyone have a good recovery senario for NT and / or Novell?
I am going into a DR test soon and will be requrired to recover several
of each, including the TSM server! :(

Yep, it sounds like TSM did a fubar depending on a small vendor
to remain autonimous in the backup/restore/disaster recovery market.
Veritas has good products too.  I have sold both TSM and Veritas
NetBackup.  I still like TSM but it is a harder sell quite often.


> -Original Message-
> From: Williams, Tim P {PBSG} [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 11:13 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: PC Magazine Enterprise Backup Article - NO MENTION OF
> TSM!! W here's the Air Support?
>
> I echo Kelly!
> Another marketing slip?:
> Tivoli used to provide Tivoli Data protection for workgroups (good for
> bare
> metal recovery for NT, windows, from
> what I heard).  This product went unsupportedTHEN the pitch for bare
> metal recovery was to use/buy...
> a pgm/product from The Kernel Group. From what I understand TKG was bought
> out by Veritas.
> SO, you have a Tivoli web site pitching a product that a competitor owns?
> marketing slip
> there's a void here that Tivoli should fill, and fast! BARE METAL RECOVERY
> I sure would like to here what the marketing folks would have to say about
> this one as well!!!
>
> Thanks Tim Williams
>
>
> -Original Message-
> From: Kelly Lipp [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:59 AM
> To: [EMAIL PROTECTED]
> Subject: PC Magazine Enterprise Backup Article - NO MENTION OF TSM!!
> Where's the Air Support?
>
>
> http://www.pcmag.com/article/0,2997,s=1470&a=22041,00.asp
>
> Why in the world would an article like this appear and not have a single
> mention of TSM?  Where is the crack marketing team?  We need desperately
> to
> have air support on an issue like this.  The IBM TSM folks who listen hear
> should send this up the pipe to the marketing folks.  It is very hard to
> sell TSM when the only thing potential customers have heard about is full
> backups!
>
> This kept me up all night.  Actually, it wasn't this it was some damn
> library/TSM interaction that I was trying to invent.  I eat, sleep and
> breath TSM.  Can I have some help please?
>
> Thanks,
>
> Kelly J. Lipp
> Storage Solutions Specialists, Inc.
> PO Box 51313
> Colorado Springs, CO 80949
> [EMAIL PROT

Re: Error running Archive

[Malbrough, Demetrius]

Bill

I searched the Tivoli KnowledgeBase, but did not get any 'hits'! Can you
post more information at the time of the error?

Actlog from about 22:25 - 22:35 -->to see if the server logged relevant
messages.

Other than that I do not have a clue! :-)

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:13 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Everything is running on AIX.  The AIX box has both the client and server
side of TSM.  We are just trying to backup the information of this box.

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Is the server on MVS???

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:47 AM
To: [EMAIL PROTECTED]
Subject: Error running Archive


Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

Re: Typical NT-Server DSM.opt Exclusions?

[MacMurray, Andrea (CC-ETS Ent Storage Svcs)]

EXCLUDE "*:\microsoft uam volume\*"
EXCLUDE "*:\microsoft uam volume\*.*"
EXCLUDE "*:\microsoft uam volume\...\*"
EXCLUDE "*:\microsoft uam volume\...\*.*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\smartcan\*"
This is what we use as our standart for the NT.

EXCLUDE "*:\ea data. sf"
EXCLUDE "*:\wp root. sf"
EXCLUDE "*:\ibmdos.com"
EXCLUDE "*:\msdos.sys"
EXCLUDE "*:\io.sys"
EXCLUDE "*:\...\system32\config\*.*"
EXCLUDE "*:\...\system32\config\...\*"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.par"
EXCLUDE "*:\...\*.swp"
EXCLUDE "*:\...\swapper.dat"
EXCLUDE "*:\...\ea data. sf"
EXCLUDE "*:\...\pagefiles.sys"
EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\...\ibmbio.com"
EXCLUDE "*:\...\profiles\...\ntuser.dat"
EXCLUDE "*:\...\profiles\...\ntuser.dat.log"

INCLUDE "*:\AUTOEXEC.BAT"
INCLUDE "*:\CONFIG.SYS"
INCLUDE "*:\...\DSM.OPT"
INCLUDE "*:\...\SLIP.INI"
INCLUDE "*:\...\TCPIP.CFG"

Andrea Mac Murray
Sen. Systems Administrator
ConAgra Foods, Inc.
7300 World Communication Drive
Omaha,NE 68122
Tel: (402) 577-3603
[EMAIL PROTECTED]



-Original Message-
From: Luecke, Wolf-Christian (K-DOI-44)
[mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, February 13, 2002 3:25 AM
To: [EMAIL PROTECTED]
Subject: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
> 
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt 
> Exclusions? So that I can exclude this file for all nt-server 
> (clients) general on the TSM-Server side.
> 
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
> 
> or something else...
> best regards
> 
> Mit freundlichen Grüßen
> 
> Wolf-Christian Lücke
> 
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
> 
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
> 
> E-Mail:   mailto:[EMAIL PROTECTED]
> 

Re: Error running Archive

[Bill Wheeler]

Here is the actlog from last night:

02/12/02 22:30:04 ANR8290W Error sending data through Shared Memory.
Reason
   22.

02/12/02 22:30:04 ANR0400I Session 107 started for node F50_CLIENT (AIX)

   (ShMem).

02/12/02 22:30:05 ANR8290W Error sending data through Shared Memory.
Reason
   22.

02/12/02 22:30:05 ANR0480W Session 107 for node F50_CLIENT (AIX)
terminated
   - connection with client severed.

We are running these archives through a script with the permissions of root.
I am not sure what else could be causing it.  Is there a flaw in V 4.1.5.0
that I should be aware of?

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:32 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Bill

I searched the Tivoli KnowledgeBase, but did not get any 'hits'! Can you
post more information at the time of the error?

Actlog from about 22:25 - 22:35 -->to see if the server logged relevant
messages.

Other than that I do not have a clue! :-)

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:13 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Everything is running on AIX.  The AIX box has both the client and server
side of TSM.  We are just trying to backup the information of this box.

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Error running Archive


Is the server on MVS???

-Original Message-
From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 7:47 AM
To: [EMAIL PROTECTED]
Subject: Error running Archive


Hello all,

I am receiving this error when I am trying to run an archive.  I have
received it two days in a row, with the archive failing both nights.   Can
anyone help me with this:


02/12/02   22:30:05 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:05 cuIdentifyResp: Error -451 reading IdentifyResp from
server.
02/12/02   22:30:05 sessOpen: Error -451 receiving IdentifyResp verb from
server
02/12/02   22:30:05 ANS1474E An error occurred using the Shared Memory
protocol

02/12/02   22:30:06 sessRecvVerb: Error -451 from call to 'readRtn'.
02/12/02   22:30:06 checkSession(): optSendQuery(): reasoncode = -451
02/12/02   22:30:06 ANS1474E An error occurred using the Shared Memory
protocol

I took this information out of the dsmerror.log...

TSM V 4.1.5.0
AIX   V 4.3.3.0

Thanks,

Bill Wheeler
PDM Administrator
La-Z-Boy Incorporated
(734) 242-1444 x 6170

TCPWINDOWSIZE

[Pétur Eyþórsson]

Hi i am wondering about TCPWINDOWSIZE, regarding perfomance tuning.
This senario has WINNT TSM Server

Tivoli Recomends this option in dsmserv.opt

TCPWINDOWSIZE 2048

But the info cleary sates that only WIN2K has the option to have so large
window.

WIN2K   1-2048
WIN9X,NT,ME 1-64
UX-Systems  1-2048
SUN 1-1024
NETWARE 1-64
MAC 1-128
VMS NA

what happens if i have the window 2048 on NT?

And shouln´t i always have the largest windows possible on both the Clients
& Server?



Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: Backup Sets for Long Term Storage

[Dmochowski, Ray]

Jeff and Kelly ...

Don't look to the Tivoli software to solve all the "issues" involved
in long-term data storage.  Hardware obsolescence must be considered,
as well as media life, and having redundant copies, at multiple locations,
such as would be recommended in a real DR plan.

Kelly, mixing archive files and backup files, and using reclamation,
doesn't quite give me that warm, fuzzy feeling I'd like to have.

Archive files are usually the data you absolutely need to protect for
regulatory, legal, scientific, or historical reasons!  And, if this data is
really so valuable, doesn't it follow that it deserves more attention?

A separate procedure to "exercise" (read/clean/retension) archive media,
refresh the media based on some threshold of read errors, and, ultimately,
 media/format conversion should be employed, regardless of the
volume of data ...

Tis a conundrum !


-Original Message-
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Kelly,

How often should I refresh my ### Terabytes of longterm storage?

Jeff

> -Original Message-
> From: Kelly Lipp [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Backup Sets for Long Term Storage
>
> I  believe the key to long term storage is the notion of data refreshment
> on
> the tapes.  With reclamation, we get that.  If archive data is mixed with
> backup data we get reclamation due to backup retention policies being much
> less (typically) than archive.  Some will argue that moving this data
> around
> isn't efficient, but if ensuring that data can be read is the goal, moving
> it around occasionally is important.
>
> 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
> Seay, Paul
> Sent: Tuesday, February 12, 2002 6:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> I would not put something I wanted to keep that long on "doggies little
> toy"
> or "ate my momma".  You get the picture.  I do not think DLT and 8mm are
> reliable enough to be comfortable that they will be able to be restored
> that
> far out.  This is a nasty problem for all of us.  LTO is too new to bet on
> and we are limited by what we can do.  In the mainframe world you archive
> the stuff and just keep some tape drives around.  Open is different.  The
> issue is the vendors have not stepped up to the fact that open has
> longterm
> data now, just like a mainframe.
>
> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be used
> for stand-alone restores from a backup-archive client, I am thinking that
> a
> different media type would be better than 3590.  There's not much chance
> that many of my nodes could have access to a 3590 drive. DLT or 8mm seem
> more appropriate.  Any experiences or opinions would be appreciated.


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**

***
 This message and any attachments is solely for the intended recipient. If
you are not the intended recipient, disclosure, copying, use, or
distribution of the information included in this message is prohibited --
please immediately and permanently delete this message.

Bare Metal Restore for TSM

[Vivek Jain]

Hi all,

Is there anybody using BMR for TSM?

Kindly let me know how user friendly it is. We are having a setup of 250
users in combination of Solaris and windows platforms. Will it be to
consider to install BMR on all systems or should we install BMR on critical
servers only?

Has anybody recovered the server using BMR? How much time it takes to
restore a server completely using BMR and TSM?

Thanks and regards,

Vivek

Re: TCPWINDOWSIZE

[Stuart Pitt]

Petur,

If you set the windowsize to 2048 TSM defaults to 63. We upgraded recently
from ADSM 3.1 where our window size was 64. We left this setting in our
option file for TSM, but in the error log, it was saying the size was too
big, and defaulting to 63.

Regards

Stuart


Infrastructure Services
Operations Bridge
Innogy
Swindon
*   01793 896060
Fax 01793 896065
*   mailto:[EMAIL PROTECTED]

Pleas note the change of company name from National Power to Innogy


> -Original Message-
> From: Pétur Eyþórsson [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 2:47 PM
> To:   [EMAIL PROTECTED]
> Subject:  TCPWINDOWSIZE
> 
> Hi i am wondering about TCPWINDOWSIZE, regarding perfomance tuning.
> This senario has WINNT TSM Server
> 
> Tivoli Recomends this option in dsmserv.opt
> 
> TCPWINDOWSIZE 2048
> 
> But the info cleary sates that only WIN2K has the option to have so large
> window.
> 
> WIN2K   1-2048
> WIN9X,NT,ME 1-64
> UX-Systems  1-2048
> SUN 1-1024
> NETWARE 1-64
> MAC 1-128
> VMS NA
> 
> what happens if i have the window 2048 on NT?
> 
> And shouln´t i always have the largest windows possible on both the
> Clients
> & Server?
> 
> 
> 
> Kvedja/Regards
> Petur Eythorsson
> Taeknimadur/Technician
> IBM Certified Specialist - AIX
> Tivoli Storage Manager Certified Professional
> Microsoft Certified System Engineer
> 
> [EMAIL PROTECTED]
> 
>  Nyherji Hf  Simi TEL: +354-569-7700
>  Borgartun 37105 Iceland
>  URL:http://www.nyherji.is



The information contained in this email is intended only for the 
use of the intended recipient at the email address to which it 
has been addressed. If the reader of this message is not an 
intended recipient, you are hereby notified that you have received 
this document in error and that any review, dissemination or
copying of the message or associated attachments is strictly 
prohibited.

If you have received this email in error, please contact the sender
by return email or call 01793 87 and ask for the sender and 
then delete it immediately from your system.

Please note that neither Innogy nor the sender accepts any 
responsibility for viruses and it is your responsibility to scan 
attachments (if any).
*

Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure

[Brown, Bud]

I heard this is a great class to take.  If anybody has taken this please
elaborate a little.


Course Code:  TS520

Tivoli Storage Manager 4.1 Advanced Administration




   Table of Contents:

Overview
Who Should Take This Course
What You Are Taught
Topics Include
Prerequisites

   Duration:   4 Days
   Delivery Method:   Classroom  (Hands-on Lab)
   Skill Level:   Advanced
   Audience Type:   Public/Private
   Language:   English
   Tuition:   $1995

   Overview:

   Learn to configure the Tivoli Storage Manager
database and recovery log for optimum performance and availability.
   Develop the skills to run client and server trace
functions, write and execute server scripts, and recover corrupted
   storage pool volumes. Learn to recover a
destroyed
Tivoli Storage Manager database and a database volume. Run
   the Tivoli Storage Manager audit volume command
against primary storage pool volumes to determine if any of the
   volumes are corrupted, then recover both a
corrupted
storage pool volume, as well as an entire primary storage
   pool.

   Get in-depth administration training for Tivoli
Storage Manager 4.1. This course is the follow-on to:

Tivoli Storage Manager 4.1 Administration
(TS51A)

   Learn about key product enhancements for Tivoli
Storage Manager 4.1, such as integration with:

Tivoli Data Protection Agents
Tivoli Disaster Recovery Manager
Tivoli Space Manager
Tivoli SANergy File Sharing
Tivoli Removable Media Manager
Tivoli Decision Support

   IACET Continuing Education Units: 3.2

   Who Should Take This Course:

   System administrators, technical consultants, and
implementers who require in-depth knowledge of Tivoli Storage
   Manager administration.

   What You Are Taught:

Configure and administer Tivoli Storage
Manager's enterprise administration environment
Configure and administer Tivoli Storage
Manager's server-to-server virtual volumes environment
Perform both client and server trace
functions
Recover the Tivoli Storage Manager database,
or
a single Tivoli Storage Manager database volume
Recover a Tivoli Storage Manager primary
storage pool, or a single Tivoli Storage Manager primary storage
pool volume
Write and execute server scripts
Change key Tivoli Storage Manager
performance
parameters to their recommended values
Evaluate the need for products that
integrate
with Tivoli Storage Manager, Tivoli Disaster Recovery Manager,
Tivoli Space Manager, Tivoli SANergy File
Sharing, Tivoli Data Protection agents, Tivoli Decision Support,
Tivoli Removable Media Manager, and EMC
Symetrics Timefinder

   Topics Include:

Basics of Tivoli Storage Manager 4.1
High-level operational management
Mirror and storage pool volume determination
Working with tape libraries
Network capacity planning
Performance tuning
Problem determination and trace function
Tivoli Storage Manager reporting
Server-to-server virtual volumes
Day-to-day operations
Enterprise administration
Integration with Tivoli Storage Manager

   Prerequisites:

   You should complete:

Tivoli Storage Manager 4.1 Administration
(TS51A)

   or have completed its previous versions:

ADSM Version 3 Implementation (SS50A) or
Tivoli Storage Manager 3.7 Implementation
(SS50B)

   or have equivalent Tivoli Storage Manager
implementation knowledge and skills.



Bud Brown
Information Services
Systems Administrator



-Original Message-
Fr

Re: Typical NT-Server DSM.opt Exclusions?

[Andrew Raibeck]

You can trim this down a little to eliminate redundant EXCLUDEs:

EXCLUDE "*:\microsoft uam volume\...\*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\smartcan\*"
EXCLUDE "*:\ea data. sf"
EXCLUDE "*:\wp root. sf"
EXCLUDE "*:\ibmdos.com"
EXCLUDE "*:\msdos.sys"
EXCLUDE "*:\io.sys"
EXCLUDE "*:\...\system32\config\...\*"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.par"
EXCLUDE "*:\...\*.swp"
EXCLUDE "*:\...\swapper.dat"
EXCLUDE "*:\...\ea data. sf"
* Do you really have files named "pagefiles.sys" (plural)?
* You can also remove the "...\" and just say
* EXCLUDE *:\pagefile.sys since these are always in the
* root directory.
EXCLUDE "*:\...\pagefiles.sys"
EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\...\ibmbio.com"
EXCLUDE "*:\...\profiles\...\ntuser.dat"
EXCLUDE "*:\...\profiles\...\ntuser.dat.log"

* Unless these appear in any of the EXCLUDEd directories
* above, these three INCLUDEs can be removed.
INCLUDE "*:\...\DSM.OPT"
INCLUDE "*:\...\SLIP.INI"
INCLUDE "*:\...\TCPIP.CFG"

I also have the following EXCLUDEs in my own dsm.opt file:

EXCLUDE "*:\...\Temporary Internet Files\...\*"
EXCLUDE *:\...\temp\...\*

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED]

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




"MacMurray, Andrea (CC-ETS Ent Storage Svcs)" 
<[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/13/2002 07:33
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
cc: 
Subject:Re: Typical NT-Server DSM.opt Exclusions?

 

EXCLUDE "*:\microsoft uam volume\*"
EXCLUDE "*:\microsoft uam volume\*.*"
EXCLUDE "*:\microsoft uam volume\...\*"
EXCLUDE "*:\microsoft uam volume\...\*.*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\smartcan\*"
This is what we use as our standart for the NT.

EXCLUDE "*:\ea data. sf"
EXCLUDE "*:\wp root. sf"
EXCLUDE "*:\ibmdos.com"
EXCLUDE "*:\msdos.sys"
EXCLUDE "*:\io.sys"
EXCLUDE "*:\...\system32\config\*.*"
EXCLUDE "*:\...\system32\config\...\*"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.par"
EXCLUDE "*:\...\*.swp"
EXCLUDE "*:\...\swapper.dat"
EXCLUDE "*:\...\ea data. sf"
EXCLUDE "*:\...\pagefiles.sys"
EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\...\ibmbio.com"
EXCLUDE "*:\...\profiles\...\ntuser.dat"
EXCLUDE "*:\...\profiles\...\ntuser.dat.log"

INCLUDE "*:\AUTOEXEC.BAT"
INCLUDE "*:\CONFIG.SYS"
INCLUDE "*:\...\DSM.OPT"
INCLUDE "*:\...\SLIP.INI"
INCLUDE "*:\...\TCPIP.CFG"

Andrea Mac Murray
Sen. Systems Administrator
ConAgra Foods, Inc.
7300 World Communication Drive
Omaha,NE 68122
Tel: (402) 577-3603
[EMAIL PROTECTED]



-Original Message-
From: Luecke, Wolf-Christian (K-DOI-44)
[mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, February 13, 2002 3:25 AM
To: [EMAIL PROTECTED]
Subject: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
> 
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt 
> Exclusions? So that I can exclude this file for all nt-server 
> (clients) general on the TSM-Server side.
> 
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
> 
> or something else...
> best regards
> 
> Mit freundlichen Grüßen
> 
> Wolf-Christian Lücke
> 
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
> 
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
> 
> E-Mail:   mailto:[EMAIL PROTECTED]
> 

Re: TCPWINDOWSIZE

[Pétur Eyþórsson]

What about UX systems.

I have numerus Linux machines and aparenly i can go all the way up to 2048
but TSM only recomends going up to 63



Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Stuart Pitt
Sent: 13. febrúar 2002 15:02
To: [EMAIL PROTECTED]
Subject: Re: TCPWINDOWSIZE


Petur,

If you set the windowsize to 2048 TSM defaults to 63. We upgraded recently
from ADSM 3.1 where our window size was 64. We left this setting in our
option file for TSM, but in the error log, it was saying the size was too
big, and defaulting to 63.

Regards

Stuart


Infrastructure Services
Operations Bridge
Innogy
Swindon
*   01793 896060
Fax 01793 896065
*   mailto:[EMAIL PROTECTED]

Pleas note the change of company name from National Power to Innogy


> -Original Message-
> From: Pétur Eyþórsson [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 2:47 PM
> To:   [EMAIL PROTECTED]
> Subject:  TCPWINDOWSIZE
>
> Hi i am wondering about TCPWINDOWSIZE, regarding perfomance tuning.
> This senario has WINNT TSM Server
>
> Tivoli Recomends this option in dsmserv.opt
>
> TCPWINDOWSIZE 2048
>
> But the info cleary sates that only WIN2K has the option to have so large
> window.
>
> WIN2K   1-2048
> WIN9X,NT,ME 1-64
> UX-Systems  1-2048
> SUN 1-1024
> NETWARE 1-64
> MAC 1-128
> VMS NA
>
> what happens if i have the window 2048 on NT?
>
> And shouln´t i always have the largest windows possible on both the
> Clients
> & Server?
>
>
>
> Kvedja/Regards
> Petur Eythorsson
> Taeknimadur/Technician
> IBM Certified Specialist - AIX
> Tivoli Storage Manager Certified Professional
> Microsoft Certified System Engineer
>
> [EMAIL PROTECTED]
>
>  Nyherji Hf  Simi TEL: +354-569-7700
>  Borgartun 37105 Iceland
>  URL:http://www.nyherji.is



The information contained in this email is intended only for the
use of the intended recipient at the email address to which it
has been addressed. If the reader of this message is not an
intended recipient, you are hereby notified that you have received
this document in error and that any review, dissemination or
copying of the message or associated attachments is strictly
prohibited.

If you have received this email in error, please contact the sender
by return email or call 01793 87 and ask for the sender and
then delete it immediately from your system.

Please note that neither Innogy nor the sender accepts any
responsibility for viruses and it is your responsibility to scan
attachments (if any).

*

Re: WG: subfile backup configuration

[William F. Colwell]

Hi,

I am just starting to roll out 4.2.1.20 win clients.  I will use both journalling
and subfile backups.  Every client gets a special schedule that will run once
every 4 weeks to force a non journaled backup and non subfile backup.  Here
is one of the schedules -

def schedule standard late_evening_wxp_nojrnl1a -
 act=incremental -
 opt="-nojournal -subfilebackup=no" -
 startd=02/05/2002 -
 dur=150 startt=23:45 duru=m period=28 -
 peru=d dayofweek=any

Hope this helps,

Bill Colwell

At 05:52 PM 2/12/2002 -0500, you wrote:
>I believe if you delete the /cache subdirectory on the client, it will force
>the next backup to send a new base file.
>
>
>Wanda Prather
>The Johns Hopkins Applied Physics Lab
>443-778-8769
>[EMAIL PROTECTED]
>
>"Intelligence has much less practical application than you'd think" -
>Scott Adams/Dilbert
>
>
>
>
>
>
>
>-Original Message-
>From: Luecke, Wolf-Christian (K-DOI-44)
>[mailto:[EMAIL PROTECTED]]
>Sent: Monday, February 11, 2002 9:04 AM
>To: [EMAIL PROTECTED]
>Subject: AW: WG: subfile backup configuration
>
>
>Hi Thomas-Anton,
>
>Thanks for your answer.
>I know the most functionalities of the subfile backup and its
>working-procedures but it would be
>fantasic when you could send me your document. I 'm shure there are some
>decribtions and settings I don 't know.
>We have here a lot of IBM-Teachers and one of them told us, that there is a
>possibility to set the thresholds of the
>subfile backup customized.
>
>It would be very important for us so define the automaticly new basefiles on
>seperat days, inpedendent of the adaptive
>delta-files. But I think there is no way for us to realize that.
>
>best regards
>
>Mit freundlichen Grüßen
>
>Wolf-Christian Lücke
>
>K-DOI-44
>Volkswagen AG Wolfsburg
>Storage Management
>e-business
>
>Tel.:   05361/9-22124
>E-Fax:  05361/9-57-22124
>
>E-Mail: mailto:[EMAIL PROTECTED]
>
>> -Ursprüngliche Nachricht-
>> Von:  Thomas Anthon-Kiel [SMTP:[EMAIL PROTECTED]]
>> Gesendet am:  Montag, 11. Februar 2002 14:18
>> An:   [EMAIL PROTECTED]
>> Betreff:  Re: WG: subfile backup configuration
>> 
>> Hi Wolf-Christian,
>> 
>> if you have included your .pst files to subfile backup the TSM client is
>> using 
>> the subfile feature in the following way. At the first time TSM is sending
>> the 
>> base file to the server. Afterwards the changes will be send as a delta
>> file by 
>> byte level (1 kB to 3 MB) or block level (3 MB to 2 GB) to the server.
>> This 
>> delta files are used in a differential way. A maximum of 20 delta files
>> can be 
>> made before TSM automatically is generating a new base file (full backup) 
>> again. But if the delta file exceeds 60 percent of the size of the base
>> file a 
>> new base file will be made!!! That means, you have no control about the
>> full 
>> backup!!! This will be made automatically by TSM if one of the above 
>> requirements is true.
>> This is the reason why I didn´t work much with subfile backup.
>> If you need some more detailed informations send me a short mail and I can
>> send 
>> you a document with a more detailed describtion of the subfile process.
>> 
>> Many greeting
>> 
>> Thomas
>> 
>> Zitiere "Luecke, Wolf-Christian (K-DOI-44)" > [EMAIL PROTECTED]>:
>> 
>> > > Hi,
>> > > 
>> > > to backup the pst-files of our nt-servers we use the tsm-software
>> > 4.2.1.16
>> > > and with that the feature adaptive subfile backup.
>> > > It works quiet well but I want to know how I can set manualy the
>> > boarders,
>> > > when automaticly  
>> > > the adaptive subfile backup changes into a fullbackup.
>> > > The second question is, can I prepare the adaptive subfile backup so,
>> > that
>> > > the next coming fullbackup
>> > > is everytime at the weekend (timestamp)?
>> > > 
>> > > best regards
>> > > 
>> > > Mit freundlichen Grüßen
>> > > 
>> > > Wolf-Christian Lücke
>> > > 
>> > > K-DOI-44
>> > > Volkswagen AG Wolfsburg
>> > > Storage Management
>> > > e-business
>> > > 
>> > > Tel.: 05361/9-22124
>> > > E-Fax:05361/9-57-22124
>> > > 
>> > > E-Mail:   mailto:[EMAIL PROTECTED]
>> > > 
>> > 

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.

Re: LTO strange behaviour

[James Thompson]

You mention 20 MB/sec and that the SAP database is on an SSA array.   Well
some SSA array's have a maximum throughput of 20 MB/sec. This depends on the
adapter, and how you have the SSA array configured.
It would be nice to get the machines hardware configuration more completely.

Also have you benchmarked your SSA array to see what maximum throughput it
can sustain.   If you are running 8 streams of backup through one SSA
adapter, you could run into contention.

James Thompson

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

Re: LTO strange behaviour

[Denzel, Richard van]

It's not an SSA array, it's a JBOD in mirror.
I can't give you more machine details alas (customer confidential). The only details I 
can give you are:

RS/6000 model F80
2 CPU
1 GB memory
SAP DB size 100GB on SSA disks (JBOD with mirroring)
3584 LTO with 8 LVD drives
TSM server 4.2.1.8
TSM client 4.2.1.15
TDP for R/3 3.2.0.6

Richard.

-Original Message-
From: James Thompson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 4:30 PM
To: [EMAIL PROTECTED]
Subject: Re: LTO strange behaviour


You mention 20 MB/sec and that the SAP database is on an SSA array.   Well
some SSA array's have a maximum throughput of 20 MB/sec. This depends on the
adapter, and how you have the SSA array configured.
It would be nice to get the machines hardware configuration more completely.

Also have you benchmarked your SSA array to see what maximum throughput it
can sustain.   If you are running 8 streams of backup through one SSA
adapter, you could run into contention.

James Thompson

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

Re: RESTORE VOLUMES

[William F. Colwell]

Gary  -

you can get the volume names for the volumeusage table.
Here is a macro to do the select;  cut and paste the macro to a file,
then in dsmadmc enter

macro file_name 'NODE_NAME' = 'filespace_name'.  The output
will be in the file c:\tsmvolumes.txt.

Hope this helps.

/*  */
/* macro file to select the volumes that a node */
/* is stored on.*/
/*  */
set sqldatetimeformat i
set sqldisplaymode w
set sqlmathmode r
commit
select distinct copy_type, left(node_name,16), left(volume_name,16), -
left(stgpool_name,16) -
   from adsm.volumeusage  -
   where node_name = %1 -
 and copy_type in ('BACKUP', 'ARCHIVE') -
 and filespace_name %2 %3 -
 > c:\tsmvolumes.txt



At 08:01 PM 2/13/2002 +1100, you wrote:
>Hi All,
>
>I am quite new to all things TSM and I have a question
>to what I believe is an unrealistic situation.
>
> Presently if, during my role as the TSM administrator I am asked to
>perform a data restore, I have no idea of what volumes will be required
>for the data.  I have a 30 slot library at my disposal, which I
>appreciate is quite small, however, if after  I kick off a restore I
>should have some indication as to what volumes are required thereby
>allowing me to check the volumes into the library before the restore job
>commences.
>
>A recent example:  I had to restore 80MB worth of data and it
>took over 3.5 hours and over 18 tape changes.  The present situation is
>that after I start a restore I have to be glued to the console and wait
>for tape requests to appear in the activity log or via a pop-up.
>
>My research has shown that other people have been asking the
>same thing as far back as 1998 but no-one appears to have provided a
>solution.  Tivoli have told me that it is possible with some pretty
>complex SQL statements.  Great now I have to learn SQL queries as well.
>
>Does anybody have any ideas on this matter?  It's not that hard
>surely..Oh yeah I'm running TSM Server 4.2.10 on a W2K platform with
>current clients running 4.2.1.
>
>
>
>
>Gary Swanton
>Microsoft Certified Systems Engineer
>[EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.

Re: Is it ok to exclude ntuser.dat, and usrclass.dat ????

[Prather, Wanda]

Yes, we have clients like that, too.  The case I am aware of is NT services
- if there are any SERVICES running on the machine using an account other
than SYSTEM, then those accounts are NEVER logged off.

To make sure that is what's happening, poke around in your adsm.sys
directory, look for the profile backups and their timestamps.  If you are
running the 4.2 client, just do a search for NTUSER.DAT in adsm.sys, check
the timestamps.  You will probably find that the profile IS being backed up
there when the registry backup occurs.  If you are running a lower level of
the client, you have to poke around more because it shows up under the NT
S-ID name, but it should still be in there.

If that's the case, then you're covered.  Once you've verified they are
indeed backing up, just change your MAIL NOTIFICATION scripts so that you
don't send the message to users about NTUSER.DAT failing its backup.  It's
not like a user data file where they can go back it up manually if it fails
the backup the night before!  The only way they can back it up, while logged
on, is via registry backup.

Hope that helps --

Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
[EMAIL PROTECTED]

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert









-Original Message-
From: Keith Kwiatek [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:01 AM
To: [EMAIL PROTECTED]
Subject: Re: Is it ok to exclude ntuser.dat, and usrclass.dat 


Hi Wanda,

hmmm... I hear what you are saying, but we have a situation where a good
portion of our 600 windows TSM clients can't backup the ntuser.dat, and
sometimes the usrclass.dat, files even if the user IS logged off We have
performed numerous trials on this, and it seems that windows sometimes
maintains the lock on these files even if the user is logged off.

We search the actlog each morning for messages like the one below, and then
send an email to the user, which makes the user puzzled, which results in
additional work for us...  :

2002-02-12 09:44:03.00  LIGHTBUG.NI.COM  ANE4987E Error processing
'\\ightning\c$\Documents and Settings\gooney \NTUSER.DAT': the object is in
use by another process

Keith Kwiatek
National Institute of Standards and Technology







- Original Message -
From: "Prather, Wanda" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 12, 2002 4:22 PM
Subject: Re: Is it ok to exclude ntuser.dat, and usrclass.dat 


> I also found the information you refer to in the Windows client manual,
and
> I DISAGREE with it.
> I will explain why I think so, in the hope that someone can correct me!
>
> I agree you can exclude NTUSER.DAT.LOG and USRCLASS.DAT.LOG.  (I think
these
> files are only used to journal in-flight changes to profiles, and can't be
> used after a restore.)  But there are cases where I believe you should NOT
> exclude NTUSER.DAT and USRCLASS.DAT.
>
> MOST of the time, I think it is ok to exclude NTUSER.DAT (& USRCLASS.DAT
for
> Win2K) on Windows SERVERS, but NOT on WinNT Wokstation or Win2KPro.
>
> NTUSER.DAT is the file that stores what is generally called your "user
> profile".  These are customization settings that you choose for yourself
in
> Windows and Windows applications.  The info in this file is loaded into
the
> HKEY_CURRENT_USER registry key when you are logged on to Windows.  Under
> Win2K, even MORE of your customization is stored in USRCLASS.DAT.
>
> The most obvious item of customization that is included, should you want
to
> know for testing, is your wallpaper.  But, depending on your levels of
> Exchange/Outlook, some of those settings are stored here as well.  And
even
> MORE customization can get stored this way, if an application chooses to
> store it there.
>
> While you are logged on to a Windows machine, the NTUSER.DAT &
USRCLASS.DAT
> files are locked by Windows and cannot be backed up by TSM.  You will see
> errors to that effect in dsmerror.log, and it annoys people to constantly
> have those files show up as errors.  And, TSM has a bypass - since TSM
can't
> back up these files (or any other open registry files), TSM gets a copy of
> the user profile information out of the registry for ALL LOGGED ON USERS,
> and saves it into the c:\adsm.sys directory structure as part of the
> registry backup.  So the copy is there in adsm.sys after a full restore;
you
> can drag it back to its proper location to restore your profile.
>
> Now, if you are NOT logged on to your system at the time it backs up, TSM
> will back up NTUSER.DAT just fine, like any other file.  And you can
restore
> that file with TSM, should you need to.  If you are trying to do a
> bare-metal restore, you can use a backed up copy of NTUSER.DAT from its
> original location, OR one that you drag out of adsm.sys.  A good c

Re: LTO strange behaviour

[Anderson F. Nobre]

Richard,

Are you using all the 8 drives of LTO? When the backup is running you type q
mount, how many drives you see mounted?
On init.utl, which values are you using for multiplex and maxsessions?
On gigabit ethernet, are you using jumb frames?
On iostat how's the tm-act column?

Regards,

Anderson

> It's not an SSA array, it's a JBOD in mirror.
> I can't give you more machine details alas (customer confidential). The
only details I can give you are:
>
> RS/6000 model F80
> 2 CPU
> 1 GB memory
> SAP DB size 100GB on SSA disks (JBOD with mirroring)
> 3584 LTO with 8 LVD drives
> TSM server 4.2.1.8
> TSM client 4.2.1.15
> TDP for R/3 3.2.0.6
>
> Richard.
>
> -Original Message-
> From: James Thompson [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 4:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: LTO strange behaviour
>
>
> You mention 20 MB/sec and that the SAP database is on an SSA array.   Well
> some SSA array's have a maximum throughput of 20 MB/sec. This depends on
the
> adapter, and how you have the SSA array configured.
> It would be nice to get the machines hardware configuration more
completely.
>
> Also have you benchmarked your SSA array to see what maximum throughput it
> can sustain.   If you are running 8 streams of backup through one SSA
> adapter, you could run into contention.
>
> James Thompson
>
> _
> Get your FREE download of MSN Explorer at
http://explorer.msn.com/intl.asp.
>

Re: Typical NT-Server DSM.opt Exclusions?

[Kelly Lipp]

Here's the dsm.opt we ship with our product.  It has some duplicate excludes
as well so you might want to clean it up a bit.

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
Andrew Raibeck
Sent: Wednesday, February 13, 2002 8:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Typical NT-Server DSM.opt Exclusions?


You can trim this down a little to eliminate redundant EXCLUDEs:

EXCLUDE "*:\microsoft uam volume\...\*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\smartcan\*"
EXCLUDE "*:\ea data. sf"
EXCLUDE "*:\wp root. sf"
EXCLUDE "*:\ibmdos.com"
EXCLUDE "*:\msdos.sys"
EXCLUDE "*:\io.sys"
EXCLUDE "*:\...\system32\config\...\*"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.par"
EXCLUDE "*:\...\*.swp"
EXCLUDE "*:\...\swapper.dat"
EXCLUDE "*:\...\ea data. sf"
* Do you really have files named "pagefiles.sys" (plural)?
* You can also remove the "...\" and just say
* EXCLUDE *:\pagefile.sys since these are always in the
* root directory.
EXCLUDE "*:\...\pagefiles.sys"
EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\...\ibmbio.com"
EXCLUDE "*:\...\profiles\...\ntuser.dat"
EXCLUDE "*:\...\profiles\...\ntuser.dat.log"

* Unless these appear in any of the EXCLUDEd directories
* above, these three INCLUDEs can be removed.
INCLUDE "*:\...\DSM.OPT"
INCLUDE "*:\...\SLIP.INI"
INCLUDE "*:\...\TCPIP.CFG"

I also have the following EXCLUDEs in my own dsm.opt file:

EXCLUDE "*:\...\Temporary Internet Files\...\*"
EXCLUDE *:\...\temp\...\*

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED]

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




"MacMurray, Andrea (CC-ETS Ent Storage Svcs)"
<[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/13/2002 07:33
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Typical NT-Server DSM.opt Exclusions?



EXCLUDE "*:\microsoft uam volume\*"
EXCLUDE "*:\microsoft uam volume\*.*"
EXCLUDE "*:\microsoft uam volume\...\*"
EXCLUDE "*:\microsoft uam volume\...\*.*"
EXCLUDE "*:\winnt\profiles\...\*"
EXCLUDE "*:\smartcan\*"
This is what we use as our standart for the NT.

EXCLUDE "*:\ea data. sf"
EXCLUDE "*:\wp root. sf"
EXCLUDE "*:\ibmdos.com"
EXCLUDE "*:\msdos.sys"
EXCLUDE "*:\io.sys"
EXCLUDE "*:\...\system32\config\*.*"
EXCLUDE "*:\...\system32\config\...\*"
EXCLUDE "*:\...\*.tmp"
EXCLUDE "*:\...\*.par"
EXCLUDE "*:\...\*.swp"
EXCLUDE "*:\...\swapper.dat"
EXCLUDE "*:\...\ea data. sf"
EXCLUDE "*:\...\pagefiles.sys"
EXCLUDE "*:\...\pagefile.sys"
EXCLUDE "*:\...\ibmbio.com"
EXCLUDE "*:\...\profiles\...\ntuser.dat"
EXCLUDE "*:\...\profiles\...\ntuser.dat.log"

INCLUDE "*:\AUTOEXEC.BAT"
INCLUDE "*:\CONFIG.SYS"
INCLUDE "*:\...\DSM.OPT"
INCLUDE "*:\...\SLIP.INI"
INCLUDE "*:\...\TCPIP.CFG"

Andrea Mac Murray
Sen. Systems Administrator
ConAgra Foods, Inc.
7300 World Communication Drive
Omaha,NE 68122
Tel: (402) 577-3603
[EMAIL PROTECTED]



-Original Message-
From: Luecke, Wolf-Christian (K-DOI-44)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 3:25 AM
To: [EMAIL PROTECTED]
Subject: WG: Typical NT-Server DSM.opt Exclusions?


> Hello Spezialists,
>
> May you can help me.
> I want to know if there are some typical or standard nt-dsm.opt
> Exclusions? So that I can exclude this file for all nt-server
> (clients) general on the TSM-Server side.
>
> for example:  Exclude c:\winnt\system32
>   Exclude c:\winnt\profiles\...\ntuser.dat
>   Exclude c:\progamms\...\*.*
>
> or something else...
> best regards
>
> Mit freundlichen Gr|_en
>
> Wolf-Christian L|cke
>
> K-DOI-44
> Volkswagen AG Wolfsburg
> Storage Management
> e-business
>
> Tel.: 05361/9-22124
> E-Fax:05361/9-57-22124
>
> E-Mail:   mailto:[EMAIL PROTECTED]
>



dsm.opt
Description: Binary data

Re: TSM and RAID on NT

[Kelly Lipp]

Now that's a very good question.  During my LTO vs. SDLT performance
testing, I discovered my first bottleneck at the RAID5 array. I was
surprised by this to some extent as I didn't expect it to be so bad.  So
enter RAID for storage pools cautiously.  We are using RAID in our
configurations, but only for the OS and DB/Log volumes.  We're using JBOD
for storage pool volumes.

As for your specific questions, I don't have the answer.  Remember that TSM
is going to "stripe" data on the volumes: a client will write txngroupmax
files per volume and move to the next (typically.  This may vary a bit, but
you get the idea).  Since it is striping the data, you want to be careful
how much you stripe it underneath.  Lots of head thrashing can occur.

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
Pitur Ey~srsson
Sent: Wednesday, February 13, 2002 6:32 AM
To: [EMAIL PROTECTED]
Subject: TSM and RAID on NT


Hi what is the best RAID for TSM on NT
and how large should the Stripe Size be on the RAID CONTROLER.





Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

TSM Level 2 in the Netherlands

[Kelly Lipp]

Gang,

I didn't have the full details, but here they are now:

May 13-16, 2002 and May 20-24, 2002.  Cost: 2000 Euro (sorry, my limited
keyboard doesn't have the Euro symbol!).

Contact Peter Pipjelink , [EMAIL PROTECTED] to register and for
further information.  Our course outlines are available on the
www.storsol.com website.

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

Re: TSM and RAID on NT

[Pétur Eyþórsson]

Thanks Kelly.

But what is JBOD?

My Hardware guys say that on Application Servers, they get best perfomance
when setting the stripe size to 16K instead of 8K default (witch is ideal
for File & Print Servers)

thanks in advance

Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Kelly Lipp
Sent: 13. febrúar 2002 16:33
To: [EMAIL PROTECTED]
Subject: Re: TSM and RAID on NT


Now that's a very good question.  During my LTO vs. SDLT performance
testing, I discovered my first bottleneck at the RAID5 array. I was
surprised by this to some extent as I didn't expect it to be so bad.  So
enter RAID for storage pools cautiously.  We are using RAID in our
configurations, but only for the OS and DB/Log volumes.  We're using JBOD
for storage pool volumes.

As for your specific questions, I don't have the answer.  Remember that TSM
is going to "stripe" data on the volumes: a client will write txngroupmax
files per volume and move to the next (typically.  This may vary a bit, but
you get the idea).  Since it is striping the data, you want to be careful
how much you stripe it underneath.  Lots of head thrashing can occur.

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
Pitur Ey~srsson
Sent: Wednesday, February 13, 2002 6:32 AM
To: [EMAIL PROTECTED]
Subject: TSM and RAID on NT


Hi what is the best RAID for TSM on NT
and how large should the Stripe Size be on the RAID CONTROLER.





Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: Backup Sets for Long Term Storage

[Bill Boyer]

You can 'exercise' the archive data all you want, but the original request
was using backupsets, and these you don't 'exercise' with reclamation or
even move data commands. Like that guy on the Info-mercials says ... "Set it
and forget it!".

With archiveing vs. backupsets, you can always move the archive data to
another storage pool with more up-to-date equipement. A backupset is here to
stay. No way to move it, and not even a way to re-build it. That 'snapshot'
of the node/filespace is gone the next time a backup runs against it.

Maybe sending the backupset to a FILE device class, then turning around and
ARCHIVING those file back into TSM. Now it's an ARCHIVE object you can play
around with.

Just ramblingit's been a long week today!
Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Dmochowski, Ray
Sent: Wednesday, February 13, 2002 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Jeff and Kelly ...

Don't look to the Tivoli software to solve all the "issues" involved
in long-term data storage.  Hardware obsolescence must be considered,
as well as media life, and having redundant copies, at multiple locations,
such as would be recommended in a real DR plan.

Kelly, mixing archive files and backup files, and using reclamation,
doesn't quite give me that warm, fuzzy feeling I'd like to have.

Archive files are usually the data you absolutely need to protect for
regulatory, legal, scientific, or historical reasons!  And, if this data is
really so valuable, doesn't it follow that it deserves more attention?

A separate procedure to "exercise" (read/clean/retension) archive media,
refresh the media based on some threshold of read errors, and, ultimately,
 media/format conversion should be employed, regardless of the
volume of data ...

Tis a conundrum !


-Original Message-
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Kelly,

How often should I refresh my ### Terabytes of longterm storage?

Jeff

> -Original Message-
> From: Kelly Lipp [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Backup Sets for Long Term Storage
>
> I  believe the key to long term storage is the notion of data refreshment
> on
> the tapes.  With reclamation, we get that.  If archive data is mixed with
> backup data we get reclamation due to backup retention policies being much
> less (typically) than archive.  Some will argue that moving this data
> around
> isn't efficient, but if ensuring that data can be read is the goal, moving
> it around occasionally is important.
>
> 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
> Seay, Paul
> Sent: Tuesday, February 12, 2002 6:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> I would not put something I wanted to keep that long on "doggies little
> toy"
> or "ate my momma".  You get the picture.  I do not think DLT and 8mm are
> reliable enough to be comfortable that they will be able to be restored
> that
> far out.  This is a nasty problem for all of us.  LTO is too new to bet on
> and we are limited by what we can do.  In the mainframe world you archive
> the stuff and just keep some tape drives around.  Open is different.  The
> issue is the vendors have not stepped up to the fact that open has
> longterm
> data now, just like a mainframe.
>
> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be used
> for stand-alone restores from a backup-archive client, I am thinking that
> a
> different media type would be better than 3590.  There's not much chance
> that many of my nodes could have access to a 3590 drive. DLT or 8mm seem
> more appropriate.  Any experiences or opinions would be appreciated.


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**

***
 This message and any attachments is solely

TSM and sudo

[Evans, William C]

I have recently "inherited" the S.A. duties and responsibilities for several
TSM servers and I find myself wondering why sudo has been installed for the
use of the TSM administration team.  Does the administration of TSM equire
root privleges for some of it's functions and, if so, that'd explain sudo
but how are the members of the list granting the apps team only the
privleges they need?   My company frowns heavily on anyone having root other
than the S.A.'s.
TIA,
Bill

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

 <<...OLE_Obj...>> ...the recognized global leader in ensuring clients
achieve superior value in the digital economy

Re: Memory Limits for UNIX Client: What should they be?

[Jeff Bach]

Paul,

This client has 4 Gigs memory and a 560 Meg maxdsize.  HPUX 11.0

1.  Count files per subdirectory to find where they concentrate.
2.  Run backup, watch physical memory and ps -el | sort +9n to
see if you hit kernal parameter or hardware limit.
3.  Add memory .. tune maximum amount of physical memory allowed
to a single process (maxdsize) on HP.

Jeff

_TMP

IMGSRV7   Bkup  /claims DEV_VPLTO 969,017  44,968.38
44,755.51
IMGSRV7   Bkup  /de_ap  DEV_TPOOL   3,925,999  141,804.5
141,205.7
   6
3
IMGSRV7   Bkup  /de_ap  DEV_TPOOL-544,208  19,643.41
19,590.31
 _TMP

IMGSRV7   Bkup  /de_ap  DEV_VPLTO   4,470,207  161,509.1
160,796.0
   6
5
IMGSRV7   Bkup  /claims1DEV_TPOOL   1,643,288  73,228.00
73,098.14
IMGSRV7   Bkup  /claims1DEV_TPOOL-393,932  17,110.02
17,078.86
 _TMP

IMGSRV7   Bkup  /claims1DEV_VPLTO   2,037,220  90,338.02
90,177.00
IMGSRV7   Bkup  /claims2DEV_TPOOL   1,498,832  68,512.16
68,511.72
IMGSRV7   Bkup  /claims2DEV_TPOOL-517,028  20,946.98
20,946.98
 _TMP

IMGSRV7   Bkup  /claims2DEV_VPLTO   2,015,860  89,459.14
89,458.70
more...   ( to continue, 'C' to cancel)

IMGSRV7   Bkup  /claims3DEV_TPOOL   1,733,347  77,761.00
77,761.00
IMGSRV7   Bkup  /claims3DEV_TPOOL-233,849  10,156.79
10,156.79
 _TMP

IMGSRV7   Bkup  /claims3DEV_VPLTO   1,967,196  87,917.78
87,917.78
IMGSRV7   Bkup  /claims4DEV_TPOOL 403,766  17,885.21
17,885.21
IMGSRV7   Bkup  /claims4DEV_VPLTO 403,766  17,885.21
17,885.21
IMGSRV7   Bkup  /claims5DEV_TPOOL  55,307  77,506.08
77,362.43



> -Original Message-
> From: Seay, Paul [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 11:00 AM
> To:   [EMAIL PROTECTED]
> Subject:  Memory Limits for UNIX Client: What should they be?
>
> We have an SGI client with 65/512.  Trying to find out if these are
> kilobytes or megabytes.  The backup fails because it runs out of memory.
> MemoryEfficientBackup does not help.  -dirsonly does not help.
>
> What are people using on large UNIX filesystem clients for these numbers?
> There are probably 7 million files in this file system of about 1TB.
>
> Paul D. Seay, Jr.
> Technical Specialist
> Naptheon, INC
> 757-688-8180


**
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**

Memory Limits for UNIX Client: What should they be?

[Seay, Paul]

We have an SGI client with 65/512.  Trying to find out if these are
kilobytes or megabytes.  The backup fails because it runs out of memory.
MemoryEfficientBackup does not help.  -dirsonly does not help.

What are people using on large UNIX filesystem clients for these numbers?
There are probably 7 million files in this file system of about 1TB.

Paul D. Seay, Jr.
Technical Specialist
Naptheon, INC
757-688-8180

Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure

[Miller, Ryan]

It is a good class, I would recommend having taken the first class(TSM installation) 
or having a year or 2 of TSM admin experience.  I you have this, you will come out of 
the class with a much better understanding of how TSM works and how to best set it up 
for your environment.

Ryan

-Original Message-
From: Brown, Bud [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR
Proc edure


I heard this is a great class to take.  If anybody has taken this please
elaborate a little.


Course Code:  TS520

Tivoli Storage Manager 4.1 Advanced Administration




   Table of Contents:

Overview
Who Should Take This Course
What You Are Taught
Topics Include
Prerequisites

   Duration:   4 Days
   Delivery Method:   Classroom  (Hands-on Lab)
   Skill Level:   Advanced
   Audience Type:   Public/Private
   Language:   English
   Tuition:   $1995

   Overview:

   Learn to configure the Tivoli Storage Manager
database and recovery log for optimum performance and availability.
   Develop the skills to run client and server trace
functions, write and execute server scripts, and recover corrupted
   storage pool volumes. Learn to recover a
destroyed
Tivoli Storage Manager database and a database volume. Run
   the Tivoli Storage Manager audit volume command
against primary storage pool volumes to determine if any of the
   volumes are corrupted, then recover both a
corrupted
storage pool volume, as well as an entire primary storage
   pool.

   Get in-depth administration training for Tivoli
Storage Manager 4.1. This course is the follow-on to:

Tivoli Storage Manager 4.1 Administration
(TS51A)

   Learn about key product enhancements for Tivoli
Storage Manager 4.1, such as integration with:

Tivoli Data Protection Agents
Tivoli Disaster Recovery Manager
Tivoli Space Manager
Tivoli SANergy File Sharing
Tivoli Removable Media Manager
Tivoli Decision Support

   IACET Continuing Education Units: 3.2

   Who Should Take This Course:

   System administrators, technical consultants, and
implementers who require in-depth knowledge of Tivoli Storage
   Manager administration.

   What You Are Taught:

Configure and administer Tivoli Storage
Manager's enterprise administration environment
Configure and administer Tivoli Storage
Manager's server-to-server virtual volumes environment
Perform both client and server trace
functions
Recover the Tivoli Storage Manager database,
or
a single Tivoli Storage Manager database volume
Recover a Tivoli Storage Manager primary
storage pool, or a single Tivoli Storage Manager primary storage
pool volume
Write and execute server scripts
Change key Tivoli Storage Manager
performance
parameters to their recommended values
Evaluate the need for products that
integrate
with Tivoli Storage Manager, Tivoli Disaster Recovery Manager,
Tivoli Space Manager, Tivoli SANergy File
Sharing, Tivoli Data Protection agents, Tivoli Decision Support,
Tivoli Removable Media Manager, and EMC
Symetrics Timefinder

   Topics Include:

Basics of Tivoli Storage Manager 4.1
High-level operational management
Mirror and storage pool volume determination
Working with tape libraries
Network capacity planning
Performance tuning
Problem determination and trace function
Tivoli Storage Manager reporting
Server-to-server virtual volumes
Day-to-day operations
Enterprise administration
Integration with Tivoli Storage Manager

   Prerequisites:

   

Re: TSM and RAID on NT

[Coats, Jack]

JBOD - Just a Bunch Of Disk - sometimes used to put behind a hardware
raid controller, and sometimes uses with software raid (like Veritas file
system).

Rather than putting any file system on them on them, TSM can use raw disks
in a JBOD
and gets very good performance.  I don't know if it will use raw devices
under
NT, but on Sun it is much better than using even the same disks with a file
system of any kind over them.   

> -Original Message-
> From: Pétur Eyþórsson [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 11:05 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: TSM and RAID on NT
> 
> Thanks Kelly.
> 
> But what is JBOD?
> 
> My Hardware guys say that on Application Servers, they get best perfomance
> when setting the stripe size to 16K instead of 8K default (witch is ideal
> for File & Print Servers)
> 
> thanks in advance
> 
> Kvedja/Regards
> Petur Eythorsson
> Taeknimadur/Technician
> IBM Certified Specialist - AIX
> Tivoli Storage Manager Certified Professional
> Microsoft Certified System Engineer
> 
> [EMAIL PROTECTED]
> 
>  Nyherji Hf  Simi TEL: +354-569-7700
>  Borgartun 37105 Iceland
>  URL:http://www.nyherji.is
> 
> 
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Kelly Lipp
> Sent: 13. febrúar 2002 16:33
> To: [EMAIL PROTECTED]
> Subject: Re: TSM and RAID on NT
> 
> 
> Now that's a very good question.  During my LTO vs. SDLT performance
> testing, I discovered my first bottleneck at the RAID5 array. I was
> surprised by this to some extent as I didn't expect it to be so bad.  So
> enter RAID for storage pools cautiously.  We are using RAID in our
> configurations, but only for the OS and DB/Log volumes.  We're using JBOD
> for storage pool volumes.
> 
> As for your specific questions, I don't have the answer.  Remember that
> TSM
> is going to "stripe" data on the volumes: a client will write txngroupmax
> files per volume and move to the next (typically.  This may vary a bit,
> but
> you get the idea).  Since it is striping the data, you want to be careful
> how much you stripe it underneath.  Lots of head thrashing can occur.
> 
> 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
> Pitur Ey~srsson
> Sent: Wednesday, February 13, 2002 6:32 AM
> To: [EMAIL PROTECTED]
> Subject: TSM and RAID on NT
> 
> 
> Hi what is the best RAID for TSM on NT
> and how large should the Stripe Size be on the RAID CONTROLER.
> 
> 
> 
> 
> 
> Kvedja/Regards
> Petur Eythorsson
> Taeknimadur/Technician
> IBM Certified Specialist - AIX
> Tivoli Storage Manager Certified Professional
> Microsoft Certified System Engineer
> 
> [EMAIL PROTECTED]
> 
>  Nyherji Hf  Simi TEL: +354-569-7700
>  Borgartun 37105 Iceland
>  URL:http://www.nyherji.is

Re: TSM and sudo

[Seay, Paul]

The most common reason is for the system to backup itself and many others if
the TSM server is running under root.

-Original Message-
From: Evans, William C [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 11:56 AM
To: [EMAIL PROTECTED]
Subject: TSM and sudo


I have recently "inherited" the S.A. duties and responsibilities for several
TSM servers and I find myself wondering why sudo has been installed for the
use of the TSM administration team.  Does the administration of TSM equire
root privleges for some of it's functions and, if so, that'd explain sudo
but how are the members of the list granting the apps team only the
privleges they need?   My company frowns heavily on anyone having root other
than the S.A.'s.
TIA,
Bill

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

 <<...OLE_Obj...>> ...the recognized global leader in ensuring clients
achieve superior value in the digital economy

Re: Antwort: Re: root required to kill TSM daemons?

[Cheryl Miller]

Thanks for your ideas! We need to test a few scenarios to see what is the
best fit.

...Cheryl

-Original Message-
From: Peter Sattler [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 10, 2002 7:01 AM
To: [EMAIL PROTECTED]
Subject: Antwort: Re: root required to kill TSM daemons?


Hi Paul,

you do need root privilege to achieve this BUT

- you may either create a suid program that does this for you ( not a
script, too easy to cheat ) OR

- you may want to use some open source software, I have made good
expierences with sudo ( see open source pages like gnu.org ). This package
has its own security rules allowing non-root users to run root programs

Good luck

Peter




Paul Zarnowski
<[EMAIL PROTECTED]An: [EMAIL PROTECTED]
RNELL.EDU>  Kopie:
Gesendet von: "ADSM:Thema:  Re: root required to
kill TSM daemons?
Dist Stor Manager"
<[EMAIL PROTECTED]
U>


10.02.2002 13:34
Bitte antworten an
"ADSM: Dist Stor
Manager"






It is possible to run TSM as a non-root userid, in which case you wouldn't
need root privs to kill it.  However, I still find there are times when it
is necessary to reboot AIX to clear an I/O problem.

At 10:41 AM 2/8/2002 -0800, Cheryl Miller wrote:
>We just converted to TSM 4.2.1.9 from NetBackup. We are finding that our
>group needs to be able to stop the TSM daemons and start the start up
>script, instead of always having the system admin. do this. Right now I am
>told that there is no work around for root privileges being needed to kill
>the TSM daemons. I'm wondering how other shops get around this problem?
When
>our TSM server crashes, all of the clients that are getting backed up are
>getting hung schedulers and need to be bounced to resume working. The fact
>that root privileges are needed to bounce the daemons is adding on days to
>our resolution, since we have to open a problem ticket with the system
>admin. group and wait for them to bounce the daemons. We have ids on most
of
>the unix servers and could do it, if the permissions allowed.
>
>Any ideas?? Do any of you have a work around for this problem? Tivoli had
me
>open an enhancement request.
>
>Cheryl
>
>Cheryl Miller
>Wells Fargo Bank
>Distributed Storage Management (DSM)
>916-774-2073

Re: Memory Limits for UNIX Client: What should they be?

[Seay, Paul]

The hardware limit is not the problem.  This machine has about 32GB of
memory on it.  Thanks for the guidance.

-Original Message-
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 12:19 PM
To: [EMAIL PROTECTED]
Subject: Re: Memory Limits for UNIX Client: What should they be?


Paul,

This client has 4 Gigs memory and a 560 Meg maxdsize.  HPUX 11.0

1.  Count files per subdirectory to find where they concentrate.
2.  Run backup, watch physical memory and ps -el | sort +9n to
see if you hit kernal parameter or hardware limit.
3.  Add memory .. tune maximum amount of physical memory allowed
to a single process (maxdsize) on HP.

Jeff

_TMP

IMGSRV7   Bkup  /claims DEV_VPLTO 969,017  44,968.38
44,755.51
IMGSRV7   Bkup  /de_ap  DEV_TPOOL   3,925,999  141,804.5
141,205.7
   6 3
IMGSRV7   Bkup  /de_ap  DEV_TPOOL-544,208  19,643.41
19,590.31
 _TMP

IMGSRV7   Bkup  /de_ap  DEV_VPLTO   4,470,207  161,509.1
160,796.0
   6 5
IMGSRV7   Bkup  /claims1DEV_TPOOL   1,643,288  73,228.00
73,098.14
IMGSRV7   Bkup  /claims1DEV_TPOOL-393,932  17,110.02
17,078.86
 _TMP

IMGSRV7   Bkup  /claims1DEV_VPLTO   2,037,220  90,338.02
90,177.00
IMGSRV7   Bkup  /claims2DEV_TPOOL   1,498,832  68,512.16
68,511.72
IMGSRV7   Bkup  /claims2DEV_TPOOL-517,028  20,946.98
20,946.98
 _TMP

IMGSRV7   Bkup  /claims2DEV_VPLTO   2,015,860  89,459.14
89,458.70
more...   ( to continue, 'C' to cancel)

IMGSRV7   Bkup  /claims3DEV_TPOOL   1,733,347  77,761.00
77,761.00
IMGSRV7   Bkup  /claims3DEV_TPOOL-233,849  10,156.79
10,156.79
 _TMP

IMGSRV7   Bkup  /claims3DEV_VPLTO   1,967,196  87,917.78
87,917.78
IMGSRV7   Bkup  /claims4DEV_TPOOL 403,766  17,885.21
17,885.21
IMGSRV7   Bkup  /claims4DEV_VPLTO 403,766  17,885.21
17,885.21
IMGSRV7   Bkup  /claims5DEV_TPOOL  55,307  77,506.08
77,362.43



> -Original Message-
> From: Seay, Paul [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 11:00 AM
> To:   [EMAIL PROTECTED]
> Subject:  Memory Limits for UNIX Client: What should they be?
>
> We have an SGI client with 65/512.  Trying to find out if these are
> kilobytes or megabytes.  The backup fails because it runs out of
> memory. MemoryEfficientBackup does not help.  -dirsonly does not help.
>
> What are people using on large UNIX filesystem clients for these
> numbers? There are probably 7 million files in this file system of
> about 1TB.
>
> Paul D. Seay, Jr.
> Technical Specialist
> Naptheon, INC
> 757-688-8180


**
This email and any files transmitted with it are confidential and intended
solely for the individual or entity to whom they are addressed.  If you have
received this email in error destroy it immediately.
**

HP-UX 10.20 on TSM 3.1.8

[Cheryl Miller]

Does anyone have a problem with the startup script not starting on a reboot
for HP-UX 10.20?

Cheryl Miller
Wells Fargo Bank
Distributed Storage Management (DSM)
916-774-2073

Re: TSM and RAID on NT

[Sjerps, Marco]

Hi , Pétur Eyþórsson

Advise for Nt based system for hardware raid is 16k bloks which have proven
over the years

Standaard i use compaq array controllers and tested various blok sizes and
mainly at 16 blok the system preformed the best incombination with NT.
A large cache on the raid controller like 64mb to 128mb improves that more.

Marco sjerps
MCSE/CCNA
Universal International Music
Email: [EMAIL PROTECTED]


-Original Message-
From: Pétur Eyþórsson [mailto:[EMAIL PROTECTED]] 
Sent: woensdag 13 februari 2002 14:41
To: [EMAIL PROTECTED]
Subject: TSM and RAID on NT


Hi what is the best RAID for TSM on NT
and how large should the Stripe Size be on the RAID CONTROLER.





Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is

Re: Backup Sets for Long Term Storage

[John Naylor]

Well,

As as an OS390  person, you have the opportunity to :-
put your backupset to a file device
dfhsm migrate it off to tape
exercise your dfhsm tape as often  as you want through recycle
I knew mainframes still had some advantages  over that small kit

ps. I am going home now, to miss all the comments from advocates of the small
stuff.





Bill Boyer <[EMAIL PROTECTED]> on 02/13/2002 05:12:41 PM

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

To:   [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject:  Re: Backup Sets for Long Term Storage



You can 'exercise' the archive data all you want, but the original request
was using backupsets, and these you don't 'exercise' with reclamation or
even move data commands. Like that guy on the Info-mercials says ... "Set it
and forget it!".

With archiveing vs. backupsets, you can always move the archive data to
another storage pool with more up-to-date equipement. A backupset is here to
stay. No way to move it, and not even a way to re-build it. That 'snapshot'
of the node/filespace is gone the next time a backup runs against it.

Maybe sending the backupset to a FILE device class, then turning around and
ARCHIVING those file back into TSM. Now it's an ARCHIVE object you can play
around with.

Just ramblingit's been a long week today!
Bill Boyer
DSS, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Dmochowski, Ray
Sent: Wednesday, February 13, 2002 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Jeff and Kelly ...

Don't look to the Tivoli software to solve all the "issues" involved
in long-term data storage.  Hardware obsolescence must be considered,
as well as media life, and having redundant copies, at multiple locations,
such as would be recommended in a real DR plan.

Kelly, mixing archive files and backup files, and using reclamation,
doesn't quite give me that warm, fuzzy feeling I'd like to have.

Archive files are usually the data you absolutely need to protect for
regulatory, legal, scientific, or historical reasons!  And, if this data is
really so valuable, doesn't it follow that it deserves more attention?

A separate procedure to "exercise" (read/clean/retension) archive media,
refresh the media based on some threshold of read errors, and, ultimately,
 media/format conversion should be employed, regardless of the
volume of data ...

Tis a conundrum !


-Original Message-
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Kelly,

How often should I refresh my ### Terabytes of longterm storage?

Jeff

> -Original Message-
> From: Kelly Lipp [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Backup Sets for Long Term Storage
>
> I  believe the key to long term storage is the notion of data refreshment
> on
> the tapes.  With reclamation, we get that.  If archive data is mixed with
> backup data we get reclamation due to backup retention policies being much
> less (typically) than archive.  Some will argue that moving this data
> around
> isn't efficient, but if ensuring that data can be read is the goal, moving
> it around occasionally is important.
>
> 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
> Seay, Paul
> Sent: Tuesday, February 12, 2002 6:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> I would not put something I wanted to keep that long on "doggies little
> toy"
> or "ate my momma".  You get the picture.  I do not think DLT and 8mm are
> reliable enough to be comfortable that they will be able to be restored
> that
> far out.  This is a nasty problem for all of us.  LTO is too new to bet on
> and we are limited by what we can do.  In the mainframe world you archive
> the stuff and just keep some tape drives around.  Open is different.  The
> issue is the vendors have not stepped up to the fact that open has
> longterm
> data now, just like a mainframe.
>
> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be used
> for stand-alone restores from a backup-archive client, I am thinking that
> a
> different media type would be better than 3590.  There's not much chance
> that many of my nodes c

Re: PC Magazine Enterprise Backup Article - NO MENTION OF

[Stephen A. Cochran]

I'm not an expert with ADSM, but does ADSM have any of the advanced
features that this article talked about? Can it back up a file only once
for all the computers that have a copy of it? Or will it back up
Winword.exe 5000 times for my whole organization?

We're starting to look at what it will take to offer backup for the
entire campus, and some of these advanced features would be desirable.

Steve Cochran
Dartmouth College

Re: root required to kill TSM daemons?

[Cheryl Miller]

We are going to upgrade to Solaris 2.8 from 2.6 and we are also going to
remove NetBackup from the TSM server, since it is still backing up some
clients not yet converted.

Per Tivoli's Level 2 this is what our TSM crashing is from:
The problem you are seeing is caused by a limitation of the Solaris 2.6 OS.
At that OS level, the SUN library had a hard-coded limit of 255 open/fopen
calls allowed on the system at any given time. The SUN library can handle
any combination of <255 open/fopen calls, but any fopen calls that exceed
this limit will fail. Up to 1024 open calls can be made without any
problems. Each disk volume (db, log, stgpool) defined to TSM will account
for one open call. The fopen/open limit has been increased to 1024 in
Solaris 2.7.

Their are 2 problems that we are seeing that is causing us to have to bounce
the TSM daemons on the client side. One is when the TSM server crashes and
the backup is runnning, it will showed missed every day until the daemons
are bounced. The other is a problem with the postschedulecmd in the dsm.sys.
Tivoli told us that our e-mail notification script on unix is hanging
sometimes when it goes out to check the status of the backup. This is
confusing to me, because the script only checks the dsmsched.log? The 2
e-mail scripts we are using are attached.

What are your shops using for e-mail notifications to DBAs/system admins.
for the completion status of their backups on a daily basis? We don't have
any solutions for NTs at all for this issue.

Cheryl Miller
Wells Fargo Bank
Distributed Storage Management (DSM)
916-774-2073




-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 3:35 PM
To: [EMAIL PROTECTED]
Subject: Re: root required to kill TSM daemons?


You know this started about NetBackup.  I am wondering if they are aware
that the same issues that NetBackup has are not issues on TSM.  In NetBackup
if the server crashes you have to restart all the media servers to get
things to reconnnect.  Maybe they are just presuming that it is the same
with TSM.

-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 11:31 AM
To: [EMAIL PROTECTED]
Subject: Re: root required to kill TSM daemons?


I agree.  In the rare case our server is restarted or crashes, we do not
have to restart the client schedulers. Only time I have seen it necessary to
restart the clients is when someone has made network/DNS changes.


-Original Message-
From: Thomas A. La Porte [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 12:05 PM
To: [EMAIL PROTECTED]
Subject: Re: root required to kill TSM daemons?


One solution is to simply cron a restart of the TSM daemons, however, the
long term correct solution is to determine why your server is crashing. We
go hundreds of days without restarting our TSM servers, and the only time we
restart our client schedulers is when the include/exclude lists get updated.

 -- Tom

Thomas A. La Porte
DreamWorks SKG
[EMAIL PROTECTED]


On Fri, 8 Feb 2002, Cheryl Miller wrote:

>Our company uses Powerbroker access instead of sudo and they don't want
>to give us pbrun su-root privileges. Any other ideas?
>
>-Original Message-
>From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 08, 2002 11:47 AM
>To: [EMAIL PROTECTED]
>Subject: Re: root required to kill TSM daemons?
>
>
>Pl look at sudo command acts as proxy for root only for that cmd.
>BALANAND
>
>-Original Message-
>From: Cheryl Miller [mailto:[EMAIL PROTECTED]]
>Sent: Friday, February 08, 2002 12:41 PM
>To: [EMAIL PROTECTED]
>Subject: root required to kill TSM daemons?
>
>
>We just converted to TSM 4.2.1.9 from NetBackup. We are finding that
>our group needs to be able to stop the TSM daemons and start the start
>up script, instead of always having the system admin. do this. Right
>now I am told that there is no work around for root privileges being
>needed to kill the TSM daemons. I'm wondering how other shops get
>around this problem?
When
>our TSM server crashes, all of the clients that are getting backed up
>are getting hung schedulers and need to be bounced to resume working.
>The fact that root privileges are needed to bounce the daemons is
>adding on days to our resolution, since we have to open a problem
>ticket with the system admin. group and wait for them to bounce the
>daemons. We have ids on most
of
>the unix servers and could do it, if the permissions allowed.
>
>Any ideas?? Do any of you have a work around for this problem? Tivoli
>had
me
>open an enhancement request.
>
>Cheryl
>
>Cheryl Miller
>Wells Fargo Bank
>Distributed Storage Management (DSM)
>916-774-2073
>
>




pauls.tsmreport.ksh
Description: Binary data


pauls.tsmreport2.ksh
Description: Binary data

Re: PC Magazine Enterprise Backup Article - NO MENTION OF

[Kelly Lipp]

These are not desirable features: they are required features for their
product since they have to do full backups periodically and TSM does not.
In addition, we will exclude winword.exe and never back it up ( why would
you backup that file?  If you needed to fix Winword, use the CD, not
backup/restore).  In fact, the best case scenario has TSM excluding
everything on the desktop except for My Documents. Have the users put the
files they want backed up in the that directory.  I know, I know, users
don't want to do that!  Tough?  Ok then, how about we backup files with
specific extensions? .doc, .xls, etc.

I know of a large site > 30, nodes successfully using TSM.  They move
between 5-10 MB per night/per system.  Works like a charm.  10 TSM servers
handling this load.

One must always remember that a feature is often a cover up for some other
problem.  In the case of the one you describe, they need while we don't.  We
can exclude files and we only do incrementals.

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
Stephen A. Cochran
Sent: Wednesday, February 13, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: PC Magazine Enterprise Backup Article - NO MENTION OF


I'm not an expert with ADSM, but does ADSM have any of the advanced
features that this article talked about? Can it back up a file only once
for all the computers that have a copy of it? Or will it back up
Winword.exe 5000 times for my whole organization?

We're starting to look at what it will take to offer backup for the
entire campus, and some of these advanced features would be desirable.

Steve Cochran
Dartmouth College

Re: TSM and sudo

[Evans, William C]

Thanks, Paul!

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

.the recognized global leader in ensuring clients achieve superior value in
the digital economy


-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 13 February, 2002 10:27 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM and sudo


The most common reason is for the system to backup itself and many others if
the TSM server is running under root.

-Original Message-
From: Evans, William C [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 11:56 AM
To: [EMAIL PROTECTED]
Subject: TSM and sudo


I have recently "inherited" the S.A. duties and responsibilities for several
TSM servers and I find myself wondering why sudo has been installed for the
use of the TSM administration team.  Does the administration of TSM equire
root privleges for some of it's functions and, if so, that'd explain sudo
but how are the members of the list granting the apps team only the
privleges they need?   My company frowns heavily on anyone having root other
than the S.A.'s.
TIA,
Bill

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

 <<...OLE_Obj...>> ...the recognized global leader in ensuring clients
achieve superior value in the digital economy

Re: TSM and sudo

[Alex Paschal]

Also, if the TSM server has to be stopped and restarted, if the TSM server
is running as root, sudo can be used for rc.dsmserv and (hopefully not
often) kill commands.  Other dsmserv commands might also be necessary, for
example, dump/unload/load db, dsmfmt, and extend log processes would need
access to db and log files which might be problematic if they were owned by
root.

-Original Message-
From: Evans, William C [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 9:41 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM and sudo


Thanks, Paul!

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

.the recognized global leader in ensuring clients achieve superior value in
the digital economy


-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 13 February, 2002 10:27 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM and sudo


The most common reason is for the system to backup itself and many others if
the TSM server is running under root.

-Original Message-
From: Evans, William C [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 11:56 AM
To: [EMAIL PROTECTED]
Subject: TSM and sudo


I have recently "inherited" the S.A. duties and responsibilities for several
TSM servers and I find myself wondering why sudo has been installed for the
use of the TSM administration team.  Does the administration of TSM equire
root privleges for some of it's functions and, if so, that'd explain sudo
but how are the members of the list granting the apps team only the
privleges they need?   My company frowns heavily on anyone having root other
than the S.A.'s.
TIA,
Bill

Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-759-  PIN 8775027415
Sametime Connect: c-bill.evans

 <<...OLE_Obj...>> ...the recognized global leader in ensuring clients
achieve superior value in the digital economy

Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure

[Prather, Wanda]

Yes, and does anybody remember STAC replica!?  That disappeared, too - yep,
I agree Tivoli needs to GET A PLAN here for some strategic bare metal
recovery support.

Granted, bare metal recovery (the concept) means different things to
different people:

*   For a structured environment/production servers, BMR (the product)
from TKG is a great solution, gives you a headstart on doing your recovery
without having to reconfigure the OS first.

*   In an environment like ours here, with hundreds of machines in a
not-very-controlled environment, we need a solution that requires less $,
and requires no preparation at all other than the TSM backups, even if it
takes a little longer.

As Kelly said, it is possible to do a complete bare metal restore for either
WinNT or Win2K with just your OS install disk and TSM backups.  We've done
several on real working systems (not just test machines) in the last 3
months.  Instead of posting instructions back to ADSM-L, I've posted them to
the scripts depot at www.coderelief.com, with several updates for different
combinations of server & client levels.

=>  Click on Scripts & Links Depot, then
=>  Scripts Discussion Forum, then
=>  Tivoli Storage Manager scripts, then
=>  Disaster Recovery.

There are procedures for WinNT and Win2K.  I've gotten WinNT to work with
most every TSM client from 3.1.0.6 up through 4.2.  Win2K is MUCH MORE
SENSITIVE to the client level; I don't recommend doing it at any client
below 4.2.0.

PLEASE note the caveats in the instructions; it MATTERS what level of client
and server you are running, and the order in which you do things.  And
remember you need TWO sets of procedures - one for how you will recover from
crashes on site (recovery to the same hardware), and another for how you
will recover at an offsite location (different hardware, different
priorities).

There is JUST NO SUBSTITUTE for understanding your own environment - DON"T
wait until you have a crisis to get your disaster drill down, and don't
expect everything to work right the first time.  It is NOT automatic, like
working with BMR (the product).

And while I'm on my soap box, remember, if you CAN'T AFFORD AN OUTAGE of at
least 3-4 hours, you shouldn't be depending on ANY backup-recovery product,
including TSM, for your livelihood - you should be looking at HACMP, NT
clustering, RealTime, or some other high-availability technology.


My opinions and nobody else's...
Wanda Prather





-Original Message-
From: Kelly Lipp [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 2:29 PM
To: [EMAIL PROTECTED]
Subject: Used to Be PC Magazine Article, morphed to NT/Novell BMR
Procedure


I'll put in a plug for my friend Wanda Prather.  In the adsm.org archives
you should find a very nice procedure developed by Wanda.  Perhaps she'll
post it here once more for those of us who missed it.

In general, the method is to install a bare bones OS from the distribution
CDs, configure it, install the TSM client, configure it, and restore the
backup on top of the new installation.  This is an easy procedure to follow.
I'd like to see a side-by-side runoff between this and the BMR product to
get an idea of the time difference.

OK, don't like this idea?  How about using Ghost to periodically snap an
image of your OS (or perhaps have a generic one with TSM installed ready to
go).  Lose the disk?  Ghost the image and do a restore from TSM to bring the
image up-to-date.

As for restoring your TSM server.  That is very easy if you have three
things: a database backup, the devconfig.out file and the volhist.out file.
>From these three items, I can restore your TSM server in four hours of less
(very dependent on the size of the database: for very small databases,
you're probably looking at less than an hour, start to finish).  The problem
with this is most of us never practice it.  In my job I have the fortune of
getting to do this periodically (monthly) so I've gotten pretty confident so
to me it's easy.  I recommend doing it the first time when you don't have
to.  When you have to do it, nerves take over and the process is much
harder.

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
Coats, Jack
Sent: Tuesday, February 12, 2002 10:53 AM
To: [EMAIL PROTECTED]
Subject: Re: PC Magazine Enterprise Backup Article - NO MENTION OF TSM!!
W here's the Air Support?


Does anyone have a good recovery senario for NT and / or Novell?
I am going into a DR test soon and will be requrired to recover several
of each, including the TSM server! :(

Yep, it sounds like TSM did a fubar depending on a small vendor
to remain autonimous in the backup/restore/disaster recovery market.
Veritas has good products too.  I have sold both TSM and Veritas
NetBackup. 

TSM Sendmail and AIX

[James Healy]

I know this is not a TSM topic but what the hey.
We currently use AIX sendmail to mail copies of our vault list generated
from TSM to our off-site tape handler.
With the recent rash of viruses being sent by email, this company will not
accept email from a sender they can not do a "reverse DNS lookup" on.
And they can't do a 'reverse DNS lookup" on the mail they are getting from
my TSM server.
Our mail guys,( who are like me and don't know much about sendmail) tell me
that there should be a way of supplying a from address that is more public
in the mail we are automatically sending from my TSM AIX server.
For the life of me I can't find this in any of the manuals I've searched.
 anyone have any ideas?

Re: TSM Sendmail and AIX

[Martin, Jon R.]

James,

You can cheat if you like..

Send the vault information to your local corporate e-mail account.
Then if using Outlook you can set up an auto-forward rule.

Otherwise..  my sendmail knowledge is limited and rusty but...

The email they receive is probably coming from
'[EMAIL PROTECTED]'.  You can look into using /etc/aliases or
editing the DM line in the /etc/sendmail.cf for masquerading.  Then you can
make the mail look like it is from '[EMAIL PROTECTED]'  One thing to keep
in mind is that if you do get to a point where the TSM server is sending the
mail out as '[EMAIL PROTECTED]' then your exchange server is going to need
to know who that really is, so it can deliver mail to that address.

I will stop there because the only way I've ever made progress with
sendmail issues is through trial and lots of error.I hope this at least
gives you a starting point.

Thanks,
Jon Martin

-Original Message-
From: James Healy [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 1:14 PM
To: [EMAIL PROTECTED]
Subject: TSM Sendmail and AIX


I know this is not a TSM topic but what the hey.
We currently use AIX sendmail to mail copies of our vault list generated
from TSM to our off-site tape handler.
With the recent rash of viruses being sent by email, this company will not
accept email from a sender they can not do a "reverse DNS lookup" on.
And they can't do a 'reverse DNS lookup" on the mail they are getting from
my TSM server.
Our mail guys,( who are like me and don't know much about sendmail) tell me
that there should be a way of supplying a from address that is more public
in the mail we are automatically sending from my TSM AIX server.
For the life of me I can't find this in any of the manuals I've searched.
 anyone have any ideas?

Re: Backup Sets for Long Term Storage

[Kauffman, Tom]

Mike, if I were going to do this I'd use DLT based upon the manufacturer's
propa\ documentation.

OTOH, here's what I've done:

1) set up archive copygroups with retentions of 1 year through 7 years
(seven groups) all pointed to the same storage pool chain (disk and tape).
2) treat the storage just like everything else -- one copy on-site, and a
copy pool for off-site.

I run reclaims as required and otherwise exercise the LTO media once or
twice a month.

If I were to do the backup set process, I'd make bloody sure that the owner
of the data had the tapes AND HAD SIGNED FOR THEM so if they got lost or
damaged I wouldn't be in the loop.

Tom Kauffman
NIBCO, Inc

> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now
> faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be
> used for stand-alone restores from a backup-archive client, I am
> thinking that a different media type would be better than
> 3590.  There's
> not much chance that many of my nodes could have access to a
> 3590 drive.
> DLT or 8mm seem more appropriate.  Any experiences or
> opinions would be
> appreciated.
>

Re: AIX startup script location?

[Lawrence Clark]

in /etc/inittab you should find:

tsmsrvr:2:once:/usr/tivoli/tsm/server/bin/rc.adsmserv >/dev/console 2>&1 #Start the 
Tivoli Storage Manager server


>>> [EMAIL PROTECTED] 02/13/02 01:34PM >>>
Where is the AIX 4.3.3 startup script located for TSM?

Cheryl Miller
Wells Fargo Bank
Distributed Storage Management (DSM)
916-774-2073

AIX startup script location?

[Cheryl Miller]

Where is the AIX 4.3.3 startup script located for TSM?

Cheryl Miller
Wells Fargo Bank
Distributed Storage Management (DSM)
916-774-2073

TDP FOR DOMINO DOES NOT CONNECT TO DOMINO

[Craig Corder]

Does anyone know the cause of the following error

domdsmc query domino

Tivoli Storage Manager
Tivoli Data Protection for Lotus Domino - Version 1, Release 1, Level 2.0
(C) Copyright IBM Corporation 1999, 2001. All rights reserved.

License file exists and contains valid license data.

0x01FE:This process "domdsmc" is unable to map the required amount of
shared mem
ory. Please refer to the documentation on how to fix this.
ACD5130E Could not initialize the connection to Lotus Domino properly.
error=510



I am running AIX 4.3.3 ML 4330-06
TSM 4.2
TDP 1.1.2
DOMINO 5.0.6a


I can do this command but no archive incremental or selective commands

domdsmc query adsmserver

Tivoli Storage Manager
Tivoli Data Protection for Lotus Domino - Version 1, Release 1, Level 2.0
(C) Copyright IBM Corporation 1999, 2001. All rights reserved.

License file exists and contains valid license data.

Tivoli Storage Manager Server Connection Information


Nodename ... F50NOTES
NetWork Host Name of Server  192.168.254.4
TSM API Version  Version 4, Release 2, Level 0

Server Name  F50
Server Type  AIX-RS/6000
Server Version . Version 4, Release 2, Level 1.7
Compression Mode ... Client Determined
Domain Name  STANDARD
Active Policy Set .. STANDARD
Default Management Class ... STANDARD



Thanks


Craig Corder
Systems Engineer
AIX System Support Specialist
Lowery Systems, Inc
1329 Horan
Fenton, MO 63026
Phone: 636-349-4556
Fax: 636-349-1438
Cell: 314-602-0426
[EMAIL PROTECTED]

Re: TDP FOR DOMINO DOES NOT CONNECT TO DOMINO

[Del Hoobler]

> Does anyone know the cause of the following error
>
> domdsmc query domino
>
> Tivoli Storage Manager
> Tivoli Data Protection for Lotus Domino - Version 1, Release 1, Level 2.0
> (C) Copyright IBM Corporation 1999, 2001. All rights reserved.
>
> License file exists and contains valid license data.
>
> 0x01FE:This process "domdsmc" is unable to map the required amount of
> shared mem
> ory. Please refer to the documentation on how to fix this.
> ACD5130E Could not initialize the connection to Lotus Domino properly.
> error=510

Craig,

Lotus changed their memory model.  Please read INFO APAR II13107.

You said you were running Domino 5.06, but I would guess that
you have Domino 5.09 installed somewhere on that machine too.
The INFO APAR talk about the workround:

In Domino Server release 5.09 or higher (on AIX only) customers
will need to run a tool provided by Domino that modifies
application binaries to use two memory segments versus having
had to use only one in prior releases up to Domino 5.08.
.
Domino has provided a tool that allows for proper modification
of these binaries called dataseg.  This tool ships with the
5.09 Domino Server release CD.
.
The recommended syntax for running dataseg to correct this
problem for TDP for Domino on AIX is:
dataseg -s /usr/tivoli/tsm/client/domino/bin/domdsmc
.
If your TDP for Domino install exists under a different path
than the default, please specify that directory instead, along

with the domdsmc executable as demonstrated above.
.
This applies to TDP for Domino running with any AIX Domino
Server releases that are 5.09 or higher.  This does not affect
any releases prior to 5.09.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

"Celebrate we will. Life is short but sweet for certain..."  -- Dave

Re: Backup Sets for Long Term Storage

[Mr. Lindsay Morris]

Some people have worried that their 7-year archive tapes might only have a
5-year shelf life.
It seems to me that reclamation would, over the years, do enough
tape-to-tape copies to detect when a tape was going bad.
Then you would presumably "move data" off the bad tape, discard it, and your
archive would be safe on a good tape.

But with backupsets, there's no reclamation, so this wouldn't happen.

A small concern IMHO. I just wanted to muddy the waters a bit.  ;-}


Mr. Lindsay Morris
CEO
Applied System Design
www.servergraph.com
859-253-8000 ofc
425-988-8478 fax



> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Haskins, Mike
> Sent: Wednesday, February 13, 2002 3:06 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Tom, your last comment is actually the reason I was considering backup
> sets as a top contender for long term storage.  Generate a backup set,
> the owner signs for the tapes, and they're gone -- reserving library
> space and volume ranges for data that is actively used or needed for DR.
>
> The inability to move a backup set to a new generation of media, as Bill
> noted, is something I hadn't considered!
>
> Mike Haskins
> Agway, Inc
>
>
> -Original Message-
> From: Kauffman, Tom [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 1:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Mike, if I were going to do this I'd use DLT based upon the
> manufacturer's
> propa\ documentation.
>
> OTOH, here's what I've done:
>
> 1) set up archive copygroups with retentions of 1 year through 7 years
> (seven groups) all pointed to the same storage pool chain (disk and
> tape).
> 2) treat the storage just like everything else -- one copy on-site, and
> a
> copy pool for off-site.
>
> I run reclaims as required and otherwise exercise the LTO media once or
> twice a month.
>
> If I were to do the backup set process, I'd make bloody sure that the
> owner
> of the data had the tapes AND HAD SIGNED FOR THEM so if they got lost or
> damaged I wouldn't be in the loop.
>
> Tom Kauffman
> NIBCO, Inc
>
> > -Original Message-
> > From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 12, 2002 7:10 PM
> > To: [EMAIL PROTECTED]
> > Subject: Backup Sets for Long Term Storage
> >
> >
> > Our TSM server has a 3494 library with 3590 tape drives.  Now
> > faced with
> > meeting long term storage requirements (7+ years), I am looking at
> > generating backup sets to accomplish this.  Since backup sets can be
> > used for stand-alone restores from a backup-archive client, I am
> > thinking that a different media type would be better than
> > 3590.  There's
> > not much chance that many of my nodes could have access to a
> > 3590 drive.
> > DLT or 8mm seem more appropriate.  Any experiences or
> > opinions would be
> > appreciated.
> >
>

Re: Backup Sets for Long Term Storage

[Haskins, Mike]

Tom, your last comment is actually the reason I was considering backup
sets as a top contender for long term storage.  Generate a backup set,
the owner signs for the tapes, and they're gone -- reserving library
space and volume ranges for data that is actively used or needed for DR.

The inability to move a backup set to a new generation of media, as Bill
noted, is something I hadn't considered!

Mike Haskins
Agway, Inc


-Original Message-
From: Kauffman, Tom [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage


Mike, if I were going to do this I'd use DLT based upon the
manufacturer's
propa\ documentation.

OTOH, here's what I've done:

1) set up archive copygroups with retentions of 1 year through 7 years
(seven groups) all pointed to the same storage pool chain (disk and
tape).
2) treat the storage just like everything else -- one copy on-site, and
a
copy pool for off-site.

I run reclaims as required and otherwise exercise the LTO media once or
twice a month.

If I were to do the backup set process, I'd make bloody sure that the
owner
of the data had the tapes AND HAD SIGNED FOR THEM so if they got lost or
damaged I wouldn't be in the loop.

Tom Kauffman
NIBCO, Inc

> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long Term Storage
>
>
> Our TSM server has a 3494 library with 3590 tape drives.  Now
> faced with
> meeting long term storage requirements (7+ years), I am looking at
> generating backup sets to accomplish this.  Since backup sets can be
> used for stand-alone restores from a backup-archive client, I am
> thinking that a different media type would be better than
> 3590.  There's
> not much chance that many of my nodes could have access to a
> 3590 drive.
> DLT or 8mm seem more appropriate.  Any experiences or
> opinions would be
> appreciated.
>

How do you secure the passwd in a TSM admin command run a via batch script

[StorageGroupAdmin StorageGroupAdmin]

I would like to run a UNIX script that issues a series of TSM commands
that require  SYSTEM access rights ( DEFINE MACHINE & INSERT MACHINE).

The problem I have is that I am forced to have a TSM ID and PASSWD
within the script or in an input file therefore accessible to a
multitude of people.

Firstly, I have trouble understanding why these two commands require
SYSTEM access.

Secondly,  I would like to see the TSM security  re-worked so that
either;
specific functions could be added and removed from the generic access
class as required (ie Operator could be extended to allow the INSERT
MACHINE cmd).

OR

An individual users access could be extended to include / exclude
commands.

For those with mainframe / DFSMShsm knowledge, what I am imagining here
is that a PATCH like command that could be applied to the aplication to
redefine the required access.


Since the TSM developers also read this discussion group I am hoping
enough people will agree and comment as such so to plant the seed of
thought with the developers.


I also would appreciate if anyone could suggest a method to secure the
password from prying eyes. I can only think of making the file hidden
but that has it's own problems.


I imagine that similar situations will become more common place as task
dependancies on separate server grow and the scheduling of tasks must be
removed from the specific application (such as TSM) to a centralised
scheduling system.   For example, a file must successfully be written on
server A before the TSM backup starts.



Peter Griffin
Sydney Water


---
This e-mail is solely for the use of the intended recipient
and may contain information which is confidential or
privileged. Unauthorised use of its contents is prohibited.
If you have received this e-mail in error, please notify
the sender immediately via e-mail and then delete the
original e-mail.
---

Re: AIX startup script location?

[Justin Bleistein]

/rc.adsmserv

/usr/tivoli/tsm/server/bin

--Justin Richard Bleistein




Cheryl Miller
cc:
Sent by:  Subject: AIX startup script location?
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


02/13/2002
01:34 PM
Please respond
to "ADSM: Dist
Stor Manager"






Where is the AIX 4.3.3 startup script located for TSM?

Cheryl Miller
Wells Fargo Bank
Distributed Storage Management (DSM)
916-774-2073

Novell performance issue

[George Lesho]

I now have two Novell clients; one each hung off AIX 433 / TSM 4145 and
Win2K / TSM 415 respectively. These clients are at Novell 5.0 SP5 with TSM
client 413. I have compression turned off in the dsm.opt file. I get
repreated indications in
the activity logs from both TSM servers that such and such a file can't be
backed up because it is not found.

02/08/02   16:14:40  ANE4005E (Session: 1271, Node: ADSM_PEACH1)  Error
  processing
'DATA2:/PFC/BRAND/SJM/BRAND/B_REVIEW/BR1996/P-
  D_08_96/COMPMKTS.XLS': file not found

Performance is terrible. I sure could use some help with this issue.
Incremental backups are in the 8 hour range...

George Lesho
AFC Enterprises

Re: Memory Limits for UNIX Client: What should they be?

[Thomas Denier]

> We have an SGI client with 65/512.  Trying to find out if these are
> kilobytes or megabytes.  The backup fails because it runs out of memory.
> MemoryEfficientBackup does not help.  -dirsonly does not help.
>
> What are people using on large UNIX filesystem clients for these numbers?
> There are probably 7 million files in this file system of about 1TB.

We just had this kind of problem with HP-UX. Tivoli support quoted an
estimate of 300 bytes per active backup file. Our experience suggests that
this estimate is a bit conservative. With a 536 megabyte limit on the data
segment size we started running out of memory when the number of files was
somewhere between 2.9 million and 3.1 million files. This corresponds to
using somewhere between 173 and 185 bytes per file.

Re: How do you secure the passwd in a TSM admin command run a via batch script

[Mr. Lindsay Morris]

You can name it /.a, an innocuous name (ooops. well, not anymore) that won't
appear in casual
ls listing because of the leading dot.
Then run chmod 600 so onlyy the owner can read it.
Then scripts can say "dsmadmc -id=admin -pas=`cat /.a` ..."


Mr. Lindsay Morris
CEO
Applied System Design
www.servergraph.com
859-253-8000 ofc
425-988-8478 fax



> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> StorageGroupAdmin StorageGroupAdmin
> Sent: Wednesday, February 13, 2002 4:49 PM
> To: [EMAIL PROTECTED]
> Subject: How do you secure the passwd in a TSM admin command run a via
> batch script
>
>
> I would like to run a UNIX script that issues a series of TSM commands
> that require  SYSTEM access rights ( DEFINE MACHINE & INSERT MACHINE).
>
> The problem I have is that I am forced to have a TSM ID and PASSWD
> within the script or in an input file therefore accessible to a
> multitude of people.
>
> Firstly, I have trouble understanding why these two commands require
> SYSTEM access.
>
> Secondly,  I would like to see the TSM security  re-worked so that
> either;
> specific functions could be added and removed from the generic access
> class as required (ie Operator could be extended to allow the INSERT
> MACHINE cmd).
>
> OR
>
> An individual users access could be extended to include / exclude
> commands.
>
> For those with mainframe / DFSMShsm knowledge, what I am imagining here
> is that a PATCH like command that could be applied to the aplication to
> redefine the required access.
>
>
> Since the TSM developers also read this discussion group I am hoping
> enough people will agree and comment as such so to plant the seed of
> thought with the developers.
>
>
> I also would appreciate if anyone could suggest a method to secure the
> password from prying eyes. I can only think of making the file hidden
> but that has it's own problems.
>
>
> I imagine that similar situations will become more common place as task
> dependancies on separate server grow and the scheduling of tasks must be
> removed from the specific application (such as TSM) to a centralised
> scheduling system.   For example, a file must successfully be written on
> server A before the TSM backup starts.
>
>
>
> Peter Griffin
> Sydney Water
>
>
> ---
> This e-mail is solely for the use of the intended recipient
> and may contain information which is confidential or
> privileged. Unauthorised use of its contents is prohibited.
> If you have received this e-mail in error, please notify
> the sender immediately via e-mail and then delete the
> original e-mail.
> ---
>

Re: How do you secure the passwd in a TSM admin command run a via batch script

[Alex Paschal]

I would assume that if it's important enough, you could write a program (or
find one) that will take a password, encrypt it, and store it in a file.
Then your script could use your program to decrypt the password and store it
in a variable.  Then your script could call your dsmadmc command with
-pa=$password.

Realistically, I've found that almost all of the people with root access to
a server are trusted by their employer.  Additionally, if you disable remote
login as root, so people can only su to root, you can realistically track
who has access to that password.  By putting the password in clear text in a
file that's only readable by root, I feel you've implemented a realistic
level of security.  If you're a government, or if security is
ultra-necessary, or possibly you have legal requirements, I don't see why
implementing your own password encryption scheme wouldn't be feasable.

As an aside, if you store the password in clear text in a root-only file on
the same server your TSM server lives on, you're really not losing any
security because anybody with root access (see the above paragraph) can just
come along and start TSM in the foreground and do whatever they like, such
as registering an admin with system authority.  Just as TSM admins have to
be trusted individuals, your OS people have to be trusted as well.

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


-Original Message-
From: StorageGroupAdmin StorageGroupAdmin
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 1:49 PM
To: [EMAIL PROTECTED]
Subject: How do you secure the passwd in a TSM admin command run a via
batch script


I would like to run a UNIX script that issues a series of TSM commands
that require  SYSTEM access rights ( DEFINE MACHINE & INSERT MACHINE).

The problem I have is that I am forced to have a TSM ID and PASSWD
within the script or in an input file therefore accessible to a
multitude of people.

Firstly, I have trouble understanding why these two commands require
SYSTEM access.

Secondly,  I would like to see the TSM security  re-worked so that
either;
specific functions could be added and removed from the generic access
class as required (ie Operator could be extended to allow the INSERT
MACHINE cmd).

OR

An individual users access could be extended to include / exclude
commands.

For those with mainframe / DFSMShsm knowledge, what I am imagining here
is that a PATCH like command that could be applied to the aplication to
redefine the required access.


Since the TSM developers also read this discussion group I am hoping
enough people will agree and comment as such so to plant the seed of
thought with the developers.


I also would appreciate if anyone could suggest a method to secure the
password from prying eyes. I can only think of making the file hidden
but that has it's own problems.


I imagine that similar situations will become more common place as task
dependancies on separate server grow and the scheduling of tasks must be
removed from the specific application (such as TSM) to a centralised
scheduling system.   For example, a file must successfully be written on
server A before the TSM backup starts.



Peter Griffin
Sydney Water


---
This e-mail is solely for the use of the intended recipient
and may contain information which is confidential or
privileged. Unauthorised use of its contents is prohibited.
If you have received this e-mail in error, please notify
the sender immediately via e-mail and then delete the
original e-mail.
---

Re: Large file system on HP-UX

[Thomas Denier]

We finally got our problem resolved.

Tivoli support recommended that we upgrade the client from 4.1.2.0 to
4.1.3.0 or 4.2.1.15 to get the fix for APAR IC29368. Tivoli support
expected this to get the backup to run. Earlier ADSM-L postings indicated
that the fix would cause the client to produce an accurate error message
when it failed. I was not particularly surprised when it turned out that
ADSM-L was right and Tivoli support was wrong.

The error message from the 4.1.3.0 client confirmed that we were short
of memory. Tivoli support quoted an estimate of 300 bytes per file from
the developers. On this basis we increased the maximum data segment size
to a gigabyte. We were able to get a successful backup with this amount
of memory.

We ran backups with the incrbydate option after some of the failures. We
thought this would give us acceptable backup coverage until we got the
problem resolved. We were wrong. When the 4.1.3.0 client ran out of memory
it still generated a message reporting a successful incremental backup of
the large file system. The subsequent backup with the incrbydate option
behaved as if there really had been a successful backup, skipping all files
with change dates prior to the end of the failed backup. The 4.1.2.0 also
displayed the message reporting a successful incremental backup in
conjunction with the incorrect 'User abort' message. I strongly suspect that
this led to the same problem with the subsequent use of the incrbydate
option, but I have not been able to prove it.

The memory shortage would have been an inconvenience but not a data integrity
problem if the incrbydate option had worked. In actual fact, we ended up
with a major data integrity exposure because of Tivoli's sloppy quality
control.

Re: Backup Sets for Long Term Storage

[Richard Cowen]

Just some thoughts:

Generating backupsets requires no client resources.
Backupset currently only cover filesystems, not TDP data.
Backupset only covers active data.
Backupset tapes are tracked in volhistory. (along with the command that
created it.)
Backupset tapes are one-per-node.
Backupset tapes can only be refreshed by restoring to a node, backing-up,
and re-generating.

Exporting a node requires no client resources.
Export node does support TDP data.
Export node can do active, inactive, backup, archive or all.
Export tapes are tracked in volhistory.  (along with the command that
created it.)
Export tapes can be more than one node.
Export tapes can only be refreshed by importing, and re-exporting. (no
client activity)
Export tapes can be dry-run imported with preview=yes.
Export tapes can be imported across O/S platforms, and thus may be more
portable.

Archiving requires client resources (cpu, network, etc.)
Archiving only covers active data.
Most TDP data is type=backup.

Since 7 year archives will not expire very often, the only ways to refresh
them are:
1) Mix them with backup data (as someone has mentioned.)
2) Use Copypools for them and re-copy them periodically.
3) Retrieve and re-archive them.
4) Use move data periodically on all the tape volumes.

Since technology changes much faster than 7 years, one assumes that any
periodic migration process will result in copying old media (say, DLT) to
new media (say, LTO.)  Hopefully, this applies to version upgrades of TSM as
well.  (Companies that offer migration services will be happy to do this for
you!)

Maybe some future TSM utility/command will support export/backupset
duplication, (I suppose a unix dd command would work if the source and
destination both fit on one physical tape.)

As has been pointed out serveral times, the real question is can you turn
that 7 year-old data into information; that is, will your applications still
run on Windows2007 or AIX 6 and did you keep that old Pentium box to run
them on?  (I bet you will be happy all your database data was saved as flat
CSV files, including the meta information to process them, and that you kept
that DICOM display utility for that old medical image data)

Richard Cowen
Senior Technical Specialist
CNT

Re: Backup Sets for Long Term Storage

[Kauffman, Tom]

I know the way things get lost around here (usually a process of the third
person to get the job isn't fully briefed by the second person who is now
moving to other responsibilities). I'd rather keep the data in my library.
I've got 6 LTO tapes in varying stages of filling on-site and 4 off-site.
Total data is about 900 GB. Since my library holds 660 tapes and we only own
380 right now I've no local storage problem. My off-site is the corporate
hanger at the airport, and it's near-infinitely expandable (we used to have
over 400 DLT tapes off-site, now we have 90+ LTO tapes off-site) . . .

But the non-portability is a real killer as well.

There's always my old standby - get the app developer to build unloads that
generate ASCII comma or colon delimited data and burn the result to CD.

Having been here when we moved from Burroughs B3700 to Honeywell DPS-8 to
IBM 4300 to IBM SP frame, and Forte-II to DM-IV to IMS to Oracle, it's the
ONLY way I'll guarantee the data can be accessed in seven years, no matter
what we created it with. We've still got historical data on 3480 cart in the
form of FDR/ABR backups of IMS databases on 3380 disk drives. If someone
really wants the data bad enough, I forced the issue enough that we also
have the source code to the programs on the same tapes . . . but I won't be
any part of the project to recover the data!

Tom Kauffman
NIBCO, Inc

> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 3:06 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Tom, your last comment is actually the reason I was considering backup
> sets as a top contender for long term storage.  Generate a backup set,
> the owner signs for the tapes, and they're gone -- reserving library
> space and volume ranges for data that is actively used or
> needed for DR.
>
> The inability to move a backup set to a new generation of
> media, as Bill
> noted, is something I hadn't considered!
>
> Mike Haskins
> Agway, Inc
>
>
> -Original Message-
> From: Kauffman, Tom [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 1:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Mike, if I were going to do this I'd use DLT based upon the
> manufacturer's
> propa\ documentation.
>
> OTOH, here's what I've done:
>
> 1) set up archive copygroups with retentions of 1 year through 7 years
> (seven groups) all pointed to the same storage pool chain (disk and
> tape).
> 2) treat the storage just like everything else -- one copy
> on-site, and
> a
> copy pool for off-site.
>
> I run reclaims as required and otherwise exercise the LTO
> media once or
> twice a month.
>
> If I were to do the backup set process, I'd make bloody sure that the
> owner
> of the data had the tapes AND HAD SIGNED FOR THEM so if they
> got lost or
> damaged I wouldn't be in the loop.
>
> Tom Kauffman
> NIBCO, Inc
>
> > -Original Message-
> > From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 12, 2002 7:10 PM
> > To: [EMAIL PROTECTED]
> > Subject: Backup Sets for Long Term Storage
> >
> >
> > Our TSM server has a 3494 library with 3590 tape drives.  Now
> > faced with
> > meeting long term storage requirements (7+ years), I am looking at
> > generating backup sets to accomplish this.  Since backup sets can be
> > used for stand-alone restores from a backup-archive client, I am
> > thinking that a different media type would be better than
> > 3590.  There's
> > not much chance that many of my nodes could have access to a
> > 3590 drive.
> > DLT or 8mm seem more appropriate.  Any experiences or
> > opinions would be
> > appreciated.
> >
>

Down-level client reset?

[Robert D Jones]

We're running TSm server 4.2.1.9 under OS/390 2.10

One of our client nodes is Netware with TSM client 4.2.1.24,
but the node administrator contacted the server from
a WindowsNT 4.2.1.0 client with the same nodename.
Thereafter when the Netware client tries to login they get
"ANS1357S Session rejected: Downlevel client code version"
while we are getting on the server
"ANR0428W refused - client is down-level with this server version."

No backups were run with the down-level client (NT 4.2.1.0) that might
be lost, so now that the node is once again using it's original
NetWare
4.2.1.24 client and getting the messages, is there a way to clear the
condition so we can resume backups?  We assume we could define a
new node name and go forward, but that will really complicate life
for any restores we may need later.  Your suggestions are appreciated.

Re: PC Magazine Enterprise Backup Article - NO MENTION OF

[StorageGroupAdmin StorageGroupAdmin]

I once used a mainframe based backup product called 'Harbor'. This
product had the feature you mentioned were it used pointers to a single
copy of a file that existed on multiple files.

What I would ask is how does the application store all the 'other' data
associated with the file,  ie was it NTFS on server 1 but not on server
2, security keys, compressed or not etc etc. Storing this info would not
seem insurmountable but then it becomes a question of the cost of CPU
and time to process this information verus the cost of storing multiple
copies.

Kelly's point of excluding files such as WINWORD.EXE or the entire base
OS  is valid assuming you have a method to ensure that the base
environment is standard across all servers - in other words The Standard
Operating Environment.

For most companies implementing or who have implemented the SOE
structure, they have to have a method to 'push out' the SOE therefore by
default solving the first part of the BMR restore process (ie building
the base OS including the TSM client)

My opinion (for what it is worth) is that with the SAN environment
becoming common place the standard ideas for BMR processing needs to be
re-worked. The following is something I would like to test further.

(For the following points I am referring to the EMC product offerings as
that is what we use and have had success with)

1) For critical or servers with large amounts of data they should be on
the SAN therefore a localised failure in the server hardware will
require at worst minimal data restore. If you do not boot off of the SAN
then only the OS would need to be recovered. Maybe even data that was
corrupted due to an unclean shutdown.

2) Restoring from total SAN based data corruption can be facilitated by
disk mirroring with Timefinder / Snapview type products. Major databases
are a classic candidate including the TSM server itself.

3) For full DR and a combination of the two previous scenarios the
remote mirroring (ie SRDF) is the option for those with multiple sites.
Combine this with booting off of the SAN then your BMR solution would
involve nothing more that sourcing the hardware and you SAN zoning.  The
second site option could even by supplied by you DR service provider in
the form of a dark site.

For TSM clients not on the SAN...

Base Operating System (the SOE environment) could be on the SAN
therefore in the event of a DR:
- Source you Hardware and Install a Temporary HBA card

-  Connect & boot your new hardware from  the SAN.  The SAN based OS
would have the appropriate TSM  authority to restore the 'lost server'.

- Restore the entire image of the lost server to the local disk on the
new hardware.

- Remove the HBA & reboot

With standardising hardware and the hot pluggable drives in most new
equipment the restore server might be a permanent SAN connected host and
you could simply pull the drives and put them in your replacement
server.

Peter Griffin
Sydney Water









>>> [EMAIL PROTECTED] 02/14/02 03:46am >>>
I'm not an expert with ADSM, but does ADSM have any of the advanced
features that this article talked about? Can it back up a file only once
for all the computers that have a copy of it? Or will it back up
Winword.exe 5000 times for my whole organization?

We're starting to look at what it will take to offer backup for the
entire campus, and some of these advanced features would be desirable.

Steve Cochran
Dartmouth College


---
This message has been scanned by MailSweeper.
---


---
This e-mail is solely for the use of the intended recipient
and may contain information which is confidential or
privileged. Unauthorised use of its contents is prohibited.
If you have received this e-mail in error, please notify
the sender immediately via e-mail and then delete the
original e-mail.
---

Off-tape set up.

[Jason Liang]

Hi Folk,

Currently I need to set up the off-site tapes storage on TSM. 
Here is my current setting:

TSM server v4.2 on AIX, IBM LTO 3584 libary.
40 tsm clients in one domain;
Total capacity of data:  7TB
we keep 7 version with 30 days retention period


Requirement:

Just some of the clients need the off-site tape storage, not all of them


If I set up a copypool, and do the "backup stgpool" everyday.  If one day I need the 
off-site tapes to recover a single file, need I bring all the off-site tapes on-site? 
It could be hundreds!

Does anyone have relative experience?  Any better solution?


Regards,

Jason Liang

preschedulecmd and a wait period

[Stormy Maddux]

One of our servers has several large Oracle database and although they run a 
preschedulecmd from the dsm.opt to shut down, by the time the dbstop command is run 
and the backup starts, some of the databases are still not shut down, the datafiles 
are shown in use and tried multiple times.

Are there inherent ofsets in the pre and post schedule command executions?

Is there anyway to build in a "wait" along with the scheduled command??

Thanks,

Stormy Maddux

Re: Looking for sites with TSM 4.X running on HP-UX server

[Kovacs, Mark]

Robin,

Here is a quick update.  We've got Tivoli and HP talking.  TSM 4.1.5
is a 32-bit application and it runs into an issue with one of the pthreads
dying, causing the app to hang.  When we went from 4.1.0 to 4.1.5 due to a
known bug, the app changed around version 4.1.2 from many processes to one
process with many threads.  Hopefully Tivoli can get a fix for this very
soon.  We can let you know what we come up with.  I and my group do have
concerns about QA testing and the level of commitment for HP platform
support.

thanks,
mark

-Original Message-
From: Robin Sharpe [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 1:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Looking for sites with TSM 4.X running on HP-UX server



Ok Mark,

Here is my swlist -l product: (See attached file: swlist)(let me know if
you can't get the attachment, I'll insert the text).

We haven't had such serious problems (no corruption).  4.1.4.1 has been
pretty stable for us... until last week.  So far, after the patches this
morning, it looks pretty good.  I had heard that the earlier mods of 4.1
were buggy... maybe that is at the root of your trouble?

We have about 26 unix (HP and Sun) and 50 NT clients.  We also have another
TSM on an IBM F50 with an ATL P3000, which we are migrating from.  We plan
to move it to another location after migration.  Our L2000 has two 550Mhz
procs, and 2GB RAM.  Database and disk storage pools are on two HP 2100
arrays... we plan to move the database and logs to the XP512 when it is
online.

Good Luck
Robin

Re: preschedulecmd and a wait period

[Alex Paschal]

Depending on what you're scripting your prescheduled command in, you can
include a loop that checks the databases every 10 seconds.  Something
like

dbstop
while (are databases that aren't completely stopped?) {
 sleep 10
}

Then when the while loop exists, your backups will start.

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


-Original Message-
From: Stormy Maddux [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 2:20 PM
To: [EMAIL PROTECTED]
Subject: preschedulecmd and a wait period


One of our servers has several large Oracle database and although they run a
preschedulecmd from the dsm.opt to shut down, by the time the dbstop command
is run and the backup starts, some of the databases are still not shut down,
the datafiles are shown in use and tried multiple times.

Are there inherent ofsets in the pre and post schedule command executions?

Is there anyway to build in a "wait" along with the scheduled command??

Thanks,

Stormy Maddux

Re: TSM Client Acceptor Service

[Nicholas Cassimatis]

Not to mention that you'd have to do this on a copy pool, as this is for DR
reasons.  Also assuming that this copy pool will be offsite.  So you'll be
sending volumes offsite daily with very few files on them.  Which, if your
reclaim threshold is set to a normal 60%, will cause the tapes to be
reclaimed the moment they're ejected to go offsite.  Which will cause you
to use the same number of tapes again, one per filespace.

Now, at the DR site, you have to have at least the same number of tape
drives available as filespaces to make this work.  Fairly expensive for a
single client restore, not practical for multiple clients, who will also
want tape drives.

The best thing I've found, through my experience, is to take periodic "full
backups" (I do archives), then, at the DR site, restore (retrieve) that
backup, then pull the incremental backups since then.  Using a normal copy
pool (no collocation), and staggering the days of the "full" backup, you
can keep the clients from fighting for tapes and keep your drives at
maximum utilization, as well as reducing the number of tapes mounted to
restore a client.

Nick Cassimatis
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.




  Doug Thorneycroft
   cc:
  Sent by: "ADSM:  Subject:  Re: TSM Client Acceptor 
Service
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/12/2002 04:08
  PM
  Please respond to
  "dthorneycroft@la
  csd.org"





Look up colocation in the administrator guide. You set colocation
at the sequential storagepool, not at the client.
Setting colocation to filespace will have a big impact on your tape
usage and processing, so be sure to read everything in the guide first.

-Original Message-
From:   Adams, Matt (US - Hermitage) [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, February 12, 2002 12:58 PM
To: [EMAIL PROTECTED]
Subject:TSM Client Acceptor Service

Hi...

I am wanting to configure one of our larger file servers to have
collocation
by filespace to make DR recovery faster.  The easiest thing that comes to
mind is to have separate nodenames for each filespace(logical drive).  So I
guess I will have to have a separate backup schedule per nodename,
therefore
separate option files and separate services to manage the schedules, logs
etc.  I am new to setting up and using the Client Acceptor service.  I used
the wizard to setup and it seemed straight forward.  I was able to use
different service names, option files, log files etc.

My question is, do I use the same Client Acceptor Name as it is prompted
during the setup wizard so that it manages all the services??  How do I
know
that it is working??  I am assuming it could handle backup schedules at the
same time?? (If I wanted all the backups for this machine to kick off at
the
same time?)

Is there an easier way to accomplish this??

Thanks,

Matt
- This message (including any attachments) contains confidential
information
intended for a specific individual and purpose, and is protected by law.  -
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, or the taking of any action based on it, is strictly prohibited.

Re: 3584 amd SDG R03

[Tab Trepagnier]

Eric,

That with "drive compression" turned on - device class format = drive.

That number comes from "topas" which is measuring OS activity and reports
physical bytes, not TSM's logical bytes.

Thanks.

Tab








"Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
02/12/2002 03:06:18 AM

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

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


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: 3584 amd SDG R03


Hi Tab!
Is that compressed? I spoke about native, so uncompressed.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Tab Trepagnier [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 23:14
To: [EMAIL PROTECTED]
Subject: Re: 3584 amd SDG R03


Eric,

Our 3583 uses HVDS drives and we see peak rates of over 12 MB/s per drive
as reported by topas.

Tab Trepagnier
TSM Administrator
Laitram Corporation







"Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
02/11/2002 03:33:50 AM

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

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


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: 3584 amd SDG R03


Hi Daniel!
The SAN Data Gateway uses High Voltage Differential SCSI interfaces by
default.
If your are using the default SCSI interfaces, your drives will probably be
also HVD drives. They perform considerably less then the Low Voltage
Differential drives.
The specs on the IBM pages (sustained data transfer rate 15MB/sec native)
are LVD transfer rates. You will never achieve this with HVD SCSI.
However, 2.5 MB/sec is very slow. What's the SAN Data Gateway's microcode
level?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 06:58
To: [EMAIL PROTECTED]
Subject: 3584 amd SDG R03



Hi

We have a 3584 with 3 drives; 2 are SCSI attached through a San Data
Gateway
R03, and one drive is direct FC attached to a switch.

We're using this library with a IBM P-Series 610 with one FC adapter.

The problem is that the performance of the 2 SCSI drives attached to the
SDG
is very poor. The FC drive has a good performance and can reach speeds up
to
27MB/s, but the SDG will only reach about 4-5MB/s, which shoulod mean
2-2.5MB/s per drive.

The 3584 drives(both SCSI and FC) are upgraded to the last level of
firmware(was done a week ago), and the library is at level 2250.

Is this a know problem with the San Data Gateway? We should at least be
able
to reach about 10-15MB/s thought the SAN Data Gateway.

Appreciates any help I can get.



Best Regards

Daniel Sparrman



**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment
may be disclosed, copied or distributed, and that any other action related
to this e-mail or attachment is strictly prohibited, and may be unlawful.
If you have received this e-mail by error, please notify the sender
immediately by return e-mail, and delete this message. Koninklijke
Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees
shall not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in receipt.
**

Re: Used to Be PC Magazine Article, morphed to NT/Novell BMR Proc edure

[Nicholas Cassimatis]

A postschedcommand of "format c: /y" will give you some practice, real
quick!

Nick Cassimatis
[EMAIL PROTECTED]

Today is the tomorrow of yesterday.

Re: Multiple tape swaps during restore

[Joshua S. Bassi]

What version of TSM are you running?



--
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
StorageGroupAdmin StorageGroupAdmin
Sent: Wednesday, February 13, 2002 2:35 AM
To: [EMAIL PROTECTED]
Subject: Multiple tape swaps during restore

Can anyone advise on which order TSM does a restore when Co-location is
turned off.

I performed a 105Gb restore and near the end TSM kept swapping between
two tapes restoring 1-20 files each time. Very frustrating as the first
100Gb was restored in hours and the last 5Gb took just a long.

Help will be appreciated
Thanks.

Anthony Langford


---
This e-mail is solely for the use of the intended recipient
and may contain information which is confidential or
privileged. Unauthorised use of its contents is prohibited.
If you have received this e-mail in error, please notify
the sender immediately via e-mail and then delete the
original e-mail.
---

Re: 3584 amd SDG R03

[David Longo]

How do use "topas" to report on Tape drive throughput?

I have topas on AIX 4.3.3 ML9 and TSM server 4.2.1.9 and IBM 3584
library through McData switches.

David Longo

>>> [EMAIL PROTECTED] 02/13/02 07:13PM >>>
Eric,

That with "drive compression" turned on - device class format = drive.

That number comes from "topas" which is measuring OS activity and reports
physical bytes, not TSM's logical bytes.

Thanks.

Tab








"Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
02/12/2002 03:06:18 AM

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

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


To:   [EMAIL PROTECTED] 
cc:
Subject:  Re: 3584 amd SDG R03


Hi Tab!
Is that compressed? I spoke about native, so uncompressed.
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Tab Trepagnier [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 11, 2002 23:14
To: [EMAIL PROTECTED] 
Subject: Re: 3584 amd SDG R03


Eric,

Our 3583 uses HVDS drives and we see peak rates of over 12 MB/s per drive
as reported by topas.

Tab Trepagnier
TSM Administrator
Laitram Corporation







"Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
02/11/2002 03:33:50 AM

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

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


To:   [EMAIL PROTECTED] 
cc:
Subject:  Re: 3584 amd SDG R03


Hi Daniel!
The SAN Data Gateway uses High Voltage Differential SCSI interfaces by
default.
If your are using the default SCSI interfaces, your drives will probably be
also HVD drives. They perform considerably less then the Low Voltage
Differential drives.
The specs on the IBM pages (sustained data transfer rate 15MB/sec native)
are LVD transfer rates. You will never achieve this with HVD SCSI.
However, 2.5 MB/sec is very slow. What's the SAN Data Gateway's microcode
level?
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


-Original Message-
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]] 
Sent: Monday, February 11, 2002 06:58
To: [EMAIL PROTECTED] 
Subject: 3584 amd SDG R03



Hi

We have a 3584 with 3 drives; 2 are SCSI attached through a San Data
Gateway
R03, and one drive is direct FC attached to a switch.

We're using this library with a IBM P-Series 610 with one FC adapter.

The problem is that the performance of the 2 SCSI drives attached to the
SDG
is very poor. The FC drive has a good performance and can reach speeds up
to
27MB/s, but the SDG will only reach about 4-5MB/s, which shoulod mean
2-2.5MB/s per drive.

The 3584 drives(both SCSI and FC) are upgraded to the last level of
firmware(was done a week ago), and the library is at level 2250.

Is this a know problem with the San Data Gateway? We should at least be
able
to reach about 10-15MB/s thought the SAN Data Gateway.

Appreciates any help I can get.



Best Regards

Daniel Sparrman



**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment
may be disclosed, copied or distributed, and that any other action related
to this e-mail or attachment is strictly prohibited, and may be unlawful.
If you have received this e-mail by error, please notify the sender
immediately by return e-mail, and delete this message. Koninklijke
Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees
shall not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in receipt.
**



"MMS " made the following
 annotations on 02/13/02 19:44:55
--
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.

==