So long and thanks for all the fish

2003-09-04 Thread Garrison, Tony
Hi all;
After several years of TSM admin, I am moving on.  Going back to
the server administration environment.  Take care and thanks.

Anthony A. Garrison Jr.
Sr. Systems Programmer
USAA
(210 456-5755


unsubscribe

2003-09-04 Thread Garrison, Tony
Anthony A. Garrison Jr.
Sr. Systems Programmer
USAA
(210 456-5755


Re: Work arounds for files deleted in flight?

2003-06-23 Thread Garrison, Tony
Sounds good to me also.

Anthony A. Garrison Jr.
Sr. Systems Programmer
USAA
(210 456-5755

 -Original Message-
From:   Chuck Mattern [mailto:[EMAIL PROTECTED] 
Sent:   Monday, June 23, 2003 11:34 AM
To: [EMAIL PROTECTED]
Subject:Re: Work arounds for files deleted in flight?

Lindsay,

This sounds great.  We would need full path names to evaluate the
consequences of the event.  Is something like this already floating around?

Chuck Mattern
The Home Depot
Phone: 770-433-8211 x11919
Email: [EMAIL PROTECTED]
Pager: 770-201-1626



  Mr. Lindsay
  Morris  To:   [EMAIL PROTECTED]
  [EMAIL PROTECTED]cc:
  aph.com Subject:  Re: Work arounds for files 
deleted in flight?
  Sent by: ADSM:
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .edu


  06/23/2003 09:22
  AM
  Please respond to
  lmorris






Chuck, would a missed-files report that grouped them by reason-missed help
you?
eg:
Files Missed for Nodexxx
Not found:  562
Changing:   2
Locked: 132

Then of course you'd want to be able to click each line, and drill down
to see the actual file names.  If you did that, do you think you'd want
to see (for the Locked list ,say) all 132 files, or just the file NAMES
that differ - that is, cut off the directory part?


-
Mr. Lindsay Morris
Lead Architect
www.servergraph.com
512-482-6138 ext 105

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
 Chuck Mattern
 Sent: Monday, June 23, 2003 7:55 AM
 To: [EMAIL PROTECTED]
 Subject: Work arounds for files deleted in flight?


 Ever since we transitioned from adsm v3 to adsm v4 we have encountered an
 extremely high failure rate.  Essentially when adsm went from backing
up
 Unix filesystems like tar (see a file; get a file) to doing ti like dump
 (build a list of files; go back and backup the list) we began
 taking what I
 do not consider true failures.  Since we do not have the ability
 to quiesce
 our systems for backup many files that adsm identifies as backup
 candidates
 are deleted before they can be backed.  To avoid wasting many hours of
 engineer time logging into several hundred servers to investigate
 this I am
 writing a Perl utility to parse the logs, totalling the file not found
 failures and only reporting a failure back to us if there are more errors
 than the total number of file not found errors.  I took the
 issue up with
 ADSM support and essentially got that's the way it is now, sorry  Is
 anyone else having problem like this and if so can you offer any better
 solutions than the one I am working on?

 Thanks,
 Chuck


Re: Exchange 2000

2003-04-03 Thread Garrison, Tony
We use TSM and TDP to backup our exchange servers.  We have not had any major problems 
with it.

-Original Message-
From: Mark Morrison [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 03, 2003 10:49 AM
To: [EMAIL PROTECTED]
Subject: Exchange 2000


We are investigating using TSM/ exchange TDP to back up our Exchange servers.  I would 
like to know if there are a number of organizations that use TSM to back up Exchange 
and if there are any items that I need to be aware of.  We will be doing a test run 
soon. 
We currently use TSM are our primary backup solution.  


Re: Amount of Data on a physical Tape Volume?

2003-03-26 Thread Garrison, Tony
do a q vol volume#  then multiply the est capacity by the pct utilized.

-Original Message-
From: Nelson Kane [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2003 12:26 PM
To: [EMAIL PROTECTED]
Subject: Amount of Data on a physical Tape Volume?


Hello all,
Does anyone know the command to display the number of MB/GB occupying a tape.
I can query the contents, but that gives me a name of files and not how much
data is on the volume. I am using TSM 4.1 on AIX 4.3.3.
Thanks in Advance!
-kane


Re: Messages and return codes

2003-03-24 Thread Garrison, Tony
Andy;
I have a number of Win2k nodes that are running 5.1.5.9 client.  these clients 
backup to 5.1.5.4 and 4.2.1.11 server versions (TSM servers are AIX 4.3.3).  We 
recently noticed that these clients complete with a return code of 8.  even when doing 
a simple q sched command.  this has screwed up all our Control-M jobs.  is this normal 
or a bug in the 5.1.5.9 client?

T

-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 1:34 PM
To: [EMAIL PROTECTED]
Subject: Re: Messages and return codes


You do not indicate which client version you are running, so it is
difficult to be specific in your case.

If you are running something below 5.1, then the return code should be
deemed undocumented and unpredictable.

If you are running 5.1, then the info on client return codes can be found
in the client manual, chapter 7 Automating Tasks.

Information on message format and severities is in the Messages manual, in
the introduction chapter. 'ANSS' messages are considered a severe
error, and will generate an RC 12.

As you'll find in the client manual, the client return codes are tied very
strongly to the message severity. There is nothing in the client that
allows you to configure which messages will generate which return code. If
you think a message is generating the wrong return code, then you should
contact IBM support to see if there is an actual problem in the return
code processing. If you disagree with the severity level of a given
message (and thus the rc it generates), then you should open a requirement
and request the change. We are open to re-evaluating message severities.
For example, prior to 5.1, the message you got when a TCP/IP connection
was severed (but the client was able to re-establish the connection) was
treated as a severity of error. In 5.1, we reduced it to a warning
level message since the client is able to re-establish the connection.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

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




David E Ehresman [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
03/07/2003 11:28
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Messages and return codes



Is there any documentation of what messages cause which numeric return
code to the client.  In particular, I'm trying to determine what return
code a ANS1492S Invalid virtual mountpoint /ps/epmtest/psoft: File not
found. returns to the client.  Is there any way to change which return
code a message generates?

David


Re: AW: Listing of all Backups and Archives

2003-03-10 Thread Garrison, Tony
you can use a select * from backups where node_name='NODENAME' and type=file   
  or
select * from archives where node_name='NODE_NAME' and type=file

This will list only the files and not each directory.  Hope this helps.

T

-Original Message-
From: Herkenrath, Wolfgang [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 6:21 AM
To: [EMAIL PROTECTED]
Subject: AW: AW: Listing of all Backups and Archives


Hi,

well, it's not my decision ;-)

I need all files from all clients. At the meantime I think I have to do it with a 
select for the occupancy. Correct me if I'm wrong.

Wolfgang

-Ursprüngliche Nachricht-
Von: Christian Svensson [mailto:[EMAIL PROTECTED] 
Gesendet: Montag, 10. März 2003 13:00
An: [EMAIL PROTECTED]
Betreff: Re: AW: Listing of all Backups and Archives



   
   
   


Hi!
I can not help you if you going to move from TSM to NetBackup. I´m just jokeing! ;-)

Do you only want to see the files who going to expire or all files?

Med Vänliga Hälsningar/Best Regards
Christian Svensson

---

Cristie Nordic AB
Box 2
SE-131 06 Nacka
Sweden

Phone : +46-(0)8-718 43 30
Mobil : +46-(0)70-325 15 77
eMail : [EMAIL PROTECTED]
MSN : [EMAIL PROTECTED]


   
  Herkenrath, 
  WolfgangTo:   [EMAIL PROTECTED]
  Wolfgang.   cc: 
  [EMAIL PROTECTED]  Subject:  AW: Listing of all Backups 
and Archives
  DE  
  Sent by: ADSM:  
  Dist Stor
  Manager ADSM-  
  [EMAIL PROTECTED] 
   
   
  2003-03-10 12:08 
  Please respond to
  ADSM: Dist Stor 
  Manager 
   
   




Hi Cristie,

thanks for answer.
I need information for all files and when they will expire. For sure, it will be a 
large list. My company will replace TSM with NetBackup :-( So I need the 
information, wich data are at my TSM.

Wolfgang

-Ursprüngliche Nachricht-
Von: Christian Svensson [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 10. März 2003 11:23
An: [EMAIL PROTECTED]
Betreff: Re: Listing of all Backups and Archives








Hi Wolfgang!
Everything is possible to do. Becuse you have all the information in the databas. So 
if you just use a select command you can get any information you want. But do you want 
information for each file or do you want information how much who going to expire in 
the closest 24 hours on each filespace or on each node?

Med Vänliga Hälsningar/Best Regards
Christian Svensson

---


Cristie Nordic AB
Box 2
SE-131 06 Nacka
Sweden

Phone : +46-(0)8-718 43 30
Mobil : +46-(0)70-325 15 77
eMail : [EMAIL PROTECTED]
MSN : [EMAIL PROTECTED]



  Herkenrath,
  WolfgangTo:   [EMAIL PROTECTED]
EDU
  Wolfgang.   cc:
  [EMAIL PROTECTED]  Subject:  Listing of all
Backups and Archives
  DE
  Sent by: ADSM:
  Dist Stor
  Manager ADSM-
  [EMAIL PROTECTED]


  2003-03-10 11:17
  Please respond to
  ADSM: Dist Stor
  Manager






Hi all,

is there a way to create a list of all backups and archives and there expiration date? 
I mean all backups and archives for all clients. I think it could be possible to do 
this with an SQL-script, but I'm not sure. And if it is possible, does anyone has such 
a script. I don't want to invent the wheel again.

THX

Wolfgang


Re: DB Backup question re: Incremental vs. Full

2003-02-06 Thread Garrison, Tony
We send our fulls to the tape3590 devclass and our incrementals to a file devclass 

-Original Message-
From: Jim Sporer [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 3:31 PM
To: [EMAIL PROTECTED]
Subject: Re: DB Backup question re: Incremental vs. Full


I've never done that but I wouldn't think it matters.  The volhist file
keeps track of where these backups are.
Jim Sporer

At 02:48 PM 2/4/2003 -0500, you wrote:
   -Original Message-
  From: Alan Davenport
  Sent: Tuesday, February 04, 2003 10:54 AM
  To:   ADSM (E-mail)
  Subject:  DB Backup question re: Incremental vs. Full
 
  Hello List,
 
I'm relisting this since I goofed the first time.
 
  I have a question on Incremental database backups. If I take a
  full database backup to device class A one day can I take an INCREMENTAL
  backup to device class B the next day or must the incremental backup go
  to the same device class as the full backup?
 
  TSM 5.1.5.4 on OS/390.
 
  Alan Davenport
  Senior Storage Administrator
  Selective Insurance Co. of America
  [EMAIL PROTECTED]
  (973) 948-1306
 



Re: On which volumes are my files?

2003-01-03 Thread Garrison, Tony
it seems it be easier to just create a backupset with a 1 day retention.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 03, 2003 6:34 AM
To: [EMAIL PROTECTED]
Subject: Re: On which volumes are my files?


Does anyone know a fast way to get a list of all volumes on which a node
has files of a specific subdirectory? A query of the volumeusage table
does the job on filespace level but not on file/directory level.
The only way I know is to search in the output of query content or the
corresponding select query which is very slow.

The Content query is the standard method - which has to wend its way through the
whole file inventory to gather the limited information you need.
There is another, creative approach: Perform a client restore of that
subdirectory to a trash area, and then see what tapes were mounted.  :-)
If you have ready access to the same type of system as that client, and know the
client's password, you can perform the restoral cross-node, and not actually
have to use that client.  Restore doesn't have to go through the SQL layers that
we have to when issuing server commands, and is certainly far faster.

  Richard Sims, BU

   Think different.   - Apple



Re: new DB fields in 5152 server?

2002-12-18 Thread Garrison, Tony
Our test server is 5.1.5.4 and the fields are ok.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Stumpf, Joachim [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 13, 2002 5:04 AM
To: [EMAIL PROTECTED]
Subject: new DB fields in 5152 server?


Hi together,

today I upgraded our TSM-test-server (z/OS) from V5.1.5.1 to V5.1.5.2.
If I perform a SELECT * FROM NODES I see 3 new fields in the
table (NODES.TCP_NAME, NODES.TCP_ADDRESS, NODES.GUID).

But the TCP_Name and TCP_address are not valid name or address
I only see: 
TCP_NAME = åàà
TCP_ADDRESS = îàåîåîê

anyone else has seen this?

-- 
regards / Mit freundlichen Gruessen
Joachim Stumpf
Datev eG
Nuremberg - Germany
  



Re: DB2 backup on AIX

2002-12-16 Thread Garrison, Tony
We have our important DB2 databases being backed up to local DASD then TSM backs up 
the flat files with the required management class for database retention.  This 
alleviated problems we were seeing with the db2 backups being interrupted and causing 
an out-of-sync condition, which only a restart of the application could fix.  This 
also enables us (TSM) to control the expiration of the database files instead of 
relying on the DBA to expire them.  This has decreased our storage requirements on 
some of these servers to a quarter of what they were using.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Daniel Sparrman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 6:26 AM
To: [EMAIL PROTECTED]
Subject: Re: DB2 backup on AIX


Hi

DB2 has built-in capabilities to backup to TSM. Check with your DB2 admin. 
It also explains how to do it in Backing up databases with Tivoli Storage 
Manager

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Exist i Stockholm AB
Propellervägen 6B
183 62 HÄGERNÄS
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51



Re: Restore NT4 on difference machine

2002-09-17 Thread Garrison, Tony

The best thing to do is to create a second NT instance on the server
(Winnt2) and boot from the second instance.  Then restore the winnt and
adsm.sys folders.  Then copy the regigstry.

Tony Garrison MCSE, MCP+I, A+
I/T Sr. Systems Programmer
USAA

 -Original Message-
From:   Natthakriss Mathanom [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, September 17, 2002 3:51 AM
To: [EMAIL PROTECTED]
Subject:Restore NT4 on difference machine

Dear all
   I have some problem about restore NT4 system on difference
machine.
   When i restore adsm.sys on c:\winnt\system32\config   and
replace when restart.
   It cann't login to server, Anyone has found problem Pls tell me.
   Or anyone have step or How to restore NT4 to difference machine.
   Pls tell me too, Thank you for your help

Regards


Natthakriss  Mathanom
MIS System Operation
CRC.Ahold Company Limited
Tel: (66)2-9371700 ext 833
Email : [EMAIL PROTECTED]



Re: Antwort: Web Admin Interface - grrr

2002-08-12 Thread Garrison, Tony

same here.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Remeta, Mark [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 12, 2002 12:59 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Web Admin Interface - grrr


count me in as one that uses the old Windows GUI too.
I wish Tivoli would bring it back and ditch the web admin...


-Original Message-
From: Gerhard Wolkerstorfer [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 12, 2002 1:01 PM
To: [EMAIL PROTECTED]
Subject: Antwort: Web Admin Interface - grrr




Thomas,
I can feel what you mean...
I also use the good old Windows GUI..
E.g.
.) you cannot sort the output from any Query - I want to sort for example
all my
volumes by reclamation-factor
.) You cannot easily have 4 or more Windows in one big window (Open is
always
the PROCESS, SESSION, VOLUME window and sometimes any others)
Yes , you can have more Browser Sessions - but believe me - when I open the
fourth or fifth Browser Window, the whole Netscape will crash..
.) You cannot adapt the width of the columns to your requirements,
and so on and on and on ,.

So I use the old GUI and I love it..

Gerhard Wolkerstorfer





[EMAIL PROTECTED] (Rupp Thomas (Illwerke)) am 12.08.2002 18:44:31

Bitte antworten an [EMAIL PROTECTED]

An:   [EMAIL PROTECTED]
Kopie: (Blindkopie: Gerhard Wolkerstorfer/DEBIS/EDVG/AT)

Thema:Web Admin Interface - grrr



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



Re: General TSM Q's

2002-07-22 Thread Garrison, Tony

what kind of problem did you have with the backupset?  we recovered 2 Aix
4.3.3 filespaces with backupsets this weekend.  The filespaces have approx
3.5 million files and was taking about 40hrs per filespace to perform a
normal restore.  the problem is running node collocation, it really
stretched our restore time to an unacceptable length of time.  we were able
to recover both filespaces with backup sets in approx 30 hrs each.  this
includes the time required to perform a replace if newer restore to get any
changes since the backupset was created.  Consequently we restored the
server in less then 40 hrs from start to finish.  Anyone else have
experience running backupsets that might be able to help us cut this time
even more?

T


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Cardoza, George [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 16, 2002 11:52 AM
To: [EMAIL PROTECTED]
Subject: Re: General TSM Q's


I'll bite... let me throw in my two cents worth:

1.  A 30GB TSM database is considered large.  We have a 30Gb TSM database
with 250 server nodes containing 70TB of data on an IBM 3584 Tape Library.
We have a 5GB log file and process approximately a TB a day in daily
changes.  This is all under the AIX platform, I think it is technically
possible to do it with NT, but the stability and recovery times may be
larger than the AIX platform.  (Our configuration:  2-way, Silvernode, 2GB
memory, SP Switch, 100TX, TSM V. 4.2.2, Fiber attached library/tape drives.

2.  An undersized library usually means you have a lot of media waits
while the tape drives fight for contention and available scratch tapes, or
slots.  This usually shows itself immediately with reclamation, migration,
data moves, etc.  If you can't run your scheduled reclamation and still make
your backup window for your scheduled jobs, then you probably need more tape
drives or a larger library.  Check your policies and retention periods.  As
is true with all TSM installations, your mileage may vary.

3.  We just did a disaster/recovery test at a remote site this past weekend
and here is at what we experienced.  The incremental backups worked fine,
the archive backup worked fine, the backupset did not.  We used the archive
tape and rolled forward to point-in-time restore to our disaster recovery
point.  We used Sysback/6000 to recovery the AIX servers with great
results... I highly recommend it.

4.  We are going to a second TSM server on AIX to start backing up key NT
workstations.  We have 9,000 seats but will probably only backup a small
percentage of IT, Finance, and administrative workstations.  We have an old
DLT tape library which we are redeploying for workstation use.  You might
want to consider the same thing with your old tape library as you consider
your purchase of a new one.

5.  Mixed library media on a TSM server is supported.  It should work just
fine.  We are running DLT and LTO tape libraries on a single AIX server for
the past year.  No problem.

Although TSM Server supports both NT and AIX platforms, and I have worked
with both, I have found AIX to be quicker to recover from and more reliable
of the two.  (No, I am not getting paid money from IBM or Microsoft for my
endorsement.  Just one man's opinion ...)

George Cardoza
Perot Systems
310.423.1670 - Office




-Original Message-
From: Miller Dave (RBNA/CIT1) [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 15, 2002 1:51 PM
To: [EMAIL PROTECTED]
Subject: General TSM Q's


Hello All,

We have recently deployed TSM at our site.  Being new to TSM, I have a few
questions I was hoping someone may be able to help with.

I am running TSM 4.2.1.9 with a Compaq ESL9198DLX on W2K

1) Our TSM database has grown surprisingly fast.  We tend to backup LOTS of
little tiny files and as a result our Database is currently around 30Gb.  I
understand that the technical limit for the DB is somewhere around 5TB.

Should I be concerned running a 30GB database on NT using a single server?
Would this be considered a small, average or large TSM installation?


2) We've also found that our library is a little under-sized.  (I regularly
find myself exporting tapes from our primary tape storage pool to make room
for scratch media).  I would like to replace two or three of the DLT40/80
drives in the library with SDLT units.  The ESL9198 hardware will support
Mixing DLT and SDLT drives and media.  Does any know or have experience
setting up a library with two media types?  Would TSM support this type of
environment?

Any help or information anyone can provide would be greatly appreciated!

Dave Miller
[EMAIL PROTECTED]



Re: optimising tcpwindowsize and tcpbuffsizes

2002-07-11 Thread Garrison, Tony

We have actually seen better throughput here by setting ours to 128.  This
has doubled and in some tests tripled our throughput.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Gianluca Mariani1 [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 10, 2002 11:42 AM
To: [EMAIL PROTECTED]
Subject: Re: optimising tcpwindowsize and tcpbuffsizes


I refer to our position as on the perf site. that is what I consider
official as those are the recommendations of the perf team based on real
tests. as I wrote in the other post.
I'll quote again:

TCP/IP Window Size


Use the Tivoli Storage Manager option TcpWindowSize 63 on both the Tivoli
Storage Manager Windows NT client and Tivoli Storage Manager Windows NT
server. Since Windows 2000 supports TCP window scaling, it may be
beneficial to use a larger TCP window size for Windows 2000 systems that
are communicating exclusively with other Windows 2000 or UNIX systems.





Why?


Because the maximum tcpwindowsize WITHOUT RFC 1323 (scaling windowsize
support) is 65535 bytes, that's 64KB -1. TSM option tcpwindowsize 64 means
64*1024 or 65536 - one byte too big if the client doesn't support RFC 1323.
win2000 does support rfc1323, but you have to set a registry entry to take
advantage of it. the tcp windowsize sets the SO_RCVBUF option on the socket
connection, which is the size of the total data buffered on the connection.
MS docs say this size needs to be a multiple of the MTU for best results,
but this is basically garbage.  For standard Ethernet MTU of 1500 bytes,
the difference in the number of packets that can be buffered between 63KB
and 64KB is a nit. There is a difference between saying 64KB and meaning
65535 bytes.





this does not mean that you can't put the parameter to 64 and actually see
an improvement. I gave a general answer. I would be more careful with
absolute assertions in this field.


I'm somewhat disturbed that a certified TSM consultant is not aware of
this.







Cordiali saluti
Gianluca Mariani
Tivoli TSM Global Response Team, Roma
Via Sciangai 53, Roma
 phones : +39(0)659664598
   +393351270554 (mobile)
[EMAIL PROTECTED]



  Mark Stapleton
  stapleto@BERBEE.To:
[EMAIL PROTECTED]
  COM cc:
  Sent by: ADSM:  Subject:  Re: optimising
tcpwindowsize and tcpbuffsizes
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  10/07/2002 15:35
  Please respond to
  ADSM: Dist Stor
  Manager





From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Gianluca Mariani1
 TCPWINDOWSIZE should be set to 63 on Win2k.

Cordiali saluti
Gianluca Mariani
Tivoli TSM Global Response Team, Roma

You need to check your documentation. Windows 2K machines should have
TCPWINDOWSIZE set to 64 (assuming 10 or 100Mb Ethernet).

I'm somewhat disturbed that a member of the Tivoli TSM Global Response Team
isn't aware of this.

--
Mark Stapleton ([EMAIL PROTECTED])
Certified TSM consultant
Certified AIX system engineer
MCSE



Re: ANR2716E Schedule prompter was not able to contact client...W HY?

2002-07-08 Thread Garrison, Tony

I have had this problem with several servers.  I solved the problem on
several by utilizing the IP address in the dsm.opt as the TCPCLIENTADDRESS
instead of the node name.


Tony Garrison
I/T Sr. Systems Programmer
USAA
210-913-9836



-Original Message-
From: Villegas, Beatrice [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 08, 2002 1:59 PM
To: [EMAIL PROTECTED]
Subject: ANR2716E Schedule prompter was not able to contact
client...WHY?


Hi all,

We are running into an issue with several of our AIX servers. Every 1 to 2
days, one of the client servers incremental backup is missed or fails
because of:

ANR2716E Schedule prompter was not able to contact client SY using type 1
(10.160.97.213 1501).

I have checked all the obvious:

1.  dsmc sched is running.
2. There are no apparent network problems.

It seems to me that the process: dsmc sched just hangs.
Once I kill it and re-start it, the backup runs fine.

These are my levels: Server: AIX 4.3.3 ML10 TSM 4.2.1.7
   Client: AIX 4.3.3 ML8 TSM Client 4.2.0.0

Anyone has any ideas of what could be wrong? Is this a known problem?

Thanks in advance,

Beatriz



Re: TDP for Exchange

2002-02-19 Thread Garrison, Tony

set up your policy domain for 27 or 28 days.  This will always ensure you
have a 3 week recovery window.  27 will do what is needed as long as you run
your full backups on a weekly schedule and do not miss any.

-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 19, 2002 8:23 AM
To: [EMAIL PROTECTED]
Subject: TDP for Exchange


Hi *SM-ers!
We are looking at TDP for Exchange for backing up our Exchange servers.
The backups should be kept for 3 weeks. I'm looking for a correct TSM policy
definition. The easiest way to do this is defining a backup copygroup with
retonly=21 and retextra=21. However, I think this is not save. A full backup
on day 1 will be deleted on day 22, so all incrementals after this full (day
2,3,4,5,6 and 7) are then also useless! So one cannot go back 3 weeks in
this case.
What is the best way to guarantee a 3 week retention?
Another small issue I detected: The TDP for Exchange manual states:
After the storage group and logs are successfully backed up, the log files
are deleted.
In our case there are always 4 log files left behind after a full backup. Is
that normal behavior?
Thanks in advance for any reply!!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


**
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: Authoritative Restore on W2K

2001-09-25 Thread Garrison, Tony



 -Original Message-
From:   taford [mailto:[EMAIL PROTECTED]]
Sent:   Monday, September 24, 2001 6:20 PM
To: [EMAIL PROTECTED]
Subject:Re: Authoritative Restore on W2K

What parameters did you use in the dsm.opt file to ensure the AD was fully
backed up?

I found the Include.systemobject ALL works for 4.2.

-Tim

-Original Message-
From: Garrison, Tony [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 24, 2001 3:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Authoritative Restore on W2K


I have with the 4.2 client

 -Original Message-
From:   taford [mailto:[EMAIL PROTECTED]]
Sent:   Friday, September 07, 2001 12:18 PM
To: [EMAIL PROTECTED]
Subject:Authoritative Restore on W2K

Has anyone successfully done an authoritative restore using 4.1.2.12 of TSM
on W2K?

-Tim
 Authoritative Restoresent to forum.doc

 Authoritative Restoresent to forum.doc


Re: Authoritative Restore on W2K

2001-09-25 Thread Garrison, Tony

I didn't have to use any extra parameters.  I just used the same dsm.opt
that was utilized with our TSM3.7 client

 -Original Message-
From:   taford [mailto:[EMAIL PROTECTED]]
Sent:   Monday, September 24, 2001 6:20 PM
To: [EMAIL PROTECTED]
Subject:Re: Authoritative Restore on W2K

What parameters did you use in the dsm.opt file to ensure the AD was fully
backed up?

I found the Include.systemobject ALL works for 4.2.

-Tim

-Original Message-
From: Garrison, Tony [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 24, 2001 3:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Authoritative Restore on W2K


I have with the 4.2 client

 -Original Message-
From:   taford [mailto:[EMAIL PROTECTED]]
Sent:   Friday, September 07, 2001 12:18 PM
To: [EMAIL PROTECTED]
Subject:Authoritative Restore on W2K

Has anyone successfully done an authoritative restore using 4.1.2.12 of TSM
on W2K?

-Tim



Re: Authoritative Restore on W2K

2001-09-24 Thread Garrison, Tony

I have with the 4.2 client

 -Original Message-
From:   taford [mailto:[EMAIL PROTECTED]]
Sent:   Friday, September 07, 2001 12:18 PM
To: [EMAIL PROTECTED]
Subject:Authoritative Restore on W2K

Has anyone successfully done an authoritative restore using 4.1.2.12 of TSM
on W2K?

-Tim



Re: Directory to restore not visible from GUI

2001-08-23 Thread Garrison, Tony

We have seen this problem occasionally,  but only when we try to do a
Point-In-Time restore.

 -Original Message-
From:   Gilles Danan [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, August 22, 2001 11:17 AM
To: [EMAIL PROTECTED]
Subject:Re: Directory to restore not visible from GUI

We checked that, but the user does have access to the files as an admin.
Also, other directories with the same access rights are seen in the restore
part of the GUI and can be restored from.
Thanks for the reply anyway.

Gilles

- Original Message -
From: Loon, E.J. van - SPLXM [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 22, 2001 10:31 AM
Subject: Re: Directory to restore not visible from GUI


 Hi Gilles!
 Could it be that the user who is doing the restore is not a local NT
 administrator? If he has no write access to the files, he can't restore
 them.
 Kindest regards,
 Eric van Loon
 KLM Royal Dutch Airlines

 -Original Message-
 From: Gilles Danan [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, August 21, 2001 19:40
 To: [EMAIL PROTECTED]
 Subject: Directory to restore not visible from GUI


 We have a NT 4.0 client with TSM v 4.1.2.12 who cannot restore a
particular
 directory from the GUI.
 The directory is not even visible from the tree, whereas other directories
 placed at the same level are visible and can be restored normally.
 What is strange is that files and subdirs within this directory have been
 backed up (we see activity and entries in the DB) and we can see files and
 subdirs using the command line (query backup command).

 Can this be due to illegal characters in the directory name, so that it is
 not recognized by the GUI.

 Server is AIX with TSM 4.1

 Thanks in advance.

 Gilles Danan


 **
 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: backing up only 1 directory on Windows

2001-08-15 Thread Garrison, Tony

Setup a schedule with action of command and use dsmc I c:\users for the
client potions

 -Original Message-
From:   Joel Fuhrman [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, August 14, 2001 8:36 PM
To: [EMAIL PROTECTED]
Subject:backing up only 1 directory on Windows

I have a Windows system running TSM client 4.2.0.0 from which I want to
backup just the directory 'C:\Users' and all of its subdirectories and
files.  I don't want to backup any other directories or files from that
system.  I tried these dsm.opt specifications:

   exclude.dir C:\*
   include.dir C:\Users\...*

A gui initiated incremental backup, excluded everything, including
C:\Users\...\*, from the C: drive.

Can you suggest the settings that will do what I want?



Re: Recover Windows 2000 Client

2001-08-09 Thread Garrison, Tony

I have successfully recovered a win2k server using client 4.2  we are
currently in the process of testing the recovery of an AD server.
  I followed the procedure that was listed in the redbook for w2k recovery.

T
 -Original Message-
From:   Joe Spade [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, August 08, 2001 7:52 AM
To: [EMAIL PROTECTED]
Subject:Recover Windows 2000 Client

We decided to do a test on the recovery of a windows 2000 client.  We
made sure a backup was done of all local files and of the system files.
We then trashed the drive, restored the os and installed the TSM client
software.  At this point we recovered the local files, then recovered
the system files.  After the system files were done, we were requested
to do a restart.  The client came up fine, everything looks ok.  But,
when we went into My Network Place an error 29 - unspecified error pops
up.  You get the same thing when you go into Control Panel.  You click
on ok and try to do a properties on local network connection and you get
another unspecified error and you cannot continue.  You are returned to
the main network screen.

Any ideas on what we did wrong or are we missing part of the recovery
procedure.

Any ideas would be greatly appreciated.


Joe Spade
R  L Carriers, Inc.
[EMAIL PROTECTED]
937-382-1494



Re: Recovery Log size / roll forward benefits

2001-08-02 Thread Garrison, Tony

We use Roll-forward here.  This is primarily due to the fact that we can set
the db trigger to backup the db if the log reaches a predefined percentage.
This is extremely important due to the size of our environment.  We would
rather run in normal, but until we can use the db trigger we are stuck with
what we have.

 -Original Message-
From:   Lindsay Morris [mailto:[EMAIL PROTECTED]]
Sent:   Friday, June 22, 2001 9:55 AM
To: [EMAIL PROTECTED]
Subject:Re: Recovery Log size / roll forward benefits

I'm with Kelly in thinking that roll-forward is unnecessary in most cases.

The TSM admin guide seems to recommend roll-forward:

To get the best protection for your TSM data, you should use ...
mirrored copies of your database and recovery log, with the recovery log
mode set to roll-forward
Roll-forward mode offers the greatest protection for your data.
(Roll-forward) With an intact recovery log, recover to the most current
state with no loss of client data.

But for roll-forward mode to be useful, you have to lose your TSM database
volumes, yet somehow NOT lose the TSM log volumes.
How is that ever going to happen?

Most people mirror the TSM database on a separate disk (and, ideally, on a
separate disk controller).  So they have to lose TWO disk drives before they
lose the database.

If TWO disk drives die at once, the whole machine is probably dead in a fire
or something, right?  So the recovery log volumes are gone too, and
roll-forward can't be used.  You have to restore the DB from tape, and
that's as current as you can get - just as if you had NEVER used
roll-forward.

Does anybody have a situation that they feel really merits
logmode=rollforward? If so, would you mind discussing it briefly?






 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
 Kelly J. Lipp
 Sent: Friday, June 22, 2001 10:36 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Recovery Log size


 Doesn't this bring back the issue of Roll-Forward vs. not?  I guess I'm
 still in the not camp with no compelling reason to join the other.  Also,
 for those in the other camp, I'm thinking if your environment is
 so large as
 to fill a 13 GB log in a 24 hour period perhaps the environment is busting
 at the seems in other areas and should perhaps be split anyway.

 Even if larger logs were supported, how long would a db restore take with
 roll-forward enabled?  I'm thinking way too long.

 Perhaps someone can share their longest db restore story with us.

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


 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
 Nicholas Cassimatis
 Sent: Friday, June 22, 2001 8:22 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Recovery Log size


 With the current limit of 5.3GB, and the steps we've all taken to work
 within that limit, I don't think many people will be hitting the
 13GB limit
 all that quick.  An incremental database backup will still flush the log,
 and, with 13GB, I think we'll be OK if we don't change the way we
 are doing
 our business.

 Nick Cassimatis
 [EMAIL PROTECTED]




 An FYI - TSM 4.2 will increase the limit to 13GB.

 I think we're all wondering when the first voice will be heard asking
 when the 13 GB limit will be increased.  And I think we're all wondering
 why the increase was little more than a doubling of the current limit -
 which customers are already straining to go beyond.  As an Enterprise
 level product, I would expect TSM to be a lot more open-ended.  Unless
 this boost was merely a stop-gap in advance of major architectural
 relief, it's not going to be enough to keep up with the demand.

Richard Sims, BU




San Backups

2001-05-15 Thread Garrison, Tony

Hi all;
What kind of backup/restore throughput are you seeing when utilizing
a SAN.

Thxs
T



Delete an archive

2001-05-09 Thread Garrison, Tony

Hi all;
Is there any way to delete an archive manually?  I had a user that
requested a 7yr archive, after completing the archive I was informed that
they had not finished populating the directory structure with data.  They
now want me to perform another archive on the entire directory structure
with 7 yr retention also.  I would like to be able to expire/delete the
current archive (performed this morning) and re-archive the correct(?) data.


TIA

T



Re: Expire Inventory

2001-04-23 Thread Garrison, Tony

I would like some more info also ...this could be a potential problem just
waiting to bite us in the rear.

Thxs
T

 -Original Message-
From:   Joe Faracchio [mailto:[EMAIL PROTECTED]]
Sent:   Saturday, April 21, 2001 11:27 AM
To: [EMAIL PROTECTED]
Subject:Re: Expire Inventory

Could somebody elaborate on this teasing tidbit?

what kinda problem ... not updating the database correctly

I've upgraded from 3.1.2.20 to 3.7.2. recently and have not seen
any manafestations of this.  That I know of.

More info would help ... thanks ...

joe.f.

Joseph A Faracchio,  Systems Programmer, UC Berkeley
Private mail on any topic should be directed to :
   [EMAIL PROTECTED]

On Thu, 19 Apr 2001, Larry Way wrote:

 Recently upgraded from ADSM 3.1 to TSM 3.7.2.
  I believe there is a problem with Expire Inventory not updating the
 database correctly.
 Anyone else experience this or know of any problems ??

 Thanks in advance

 Larry Way

 408-743-4242  Desk
 408-655-3512  Cell
 408-743-4201  Fax




Re: DATABASE backup question FULL or INCREMENTAL?

2001-04-09 Thread Garrison, Tony

It is kind of hard doing a full of a 43gb TSM database when your recovery
log is sitting at 80+%  We perform a full daily and several other
incrementals on each of our 6 TSM servers.  This works best for our
environment.  This is something that you will have to decide based upon your
requirements and daily activity.  Good luck.

T

 -Original Message-
From:   Miles Purdy [mailto:[EMAIL PROTECTED]]
Sent:   Monday, April 09, 2001 11:49 AM
To: [EMAIL PROTECTED]
Subject:Re: DATABASE backup question FULL or INCREMENTAL?

IMHO:
I never do incrementals. Not of my 2 GB ADSM database nor my 30 GB Sybase
database nor my 10 MB database that hardly changes. When you are under the
gun to get a database restored, incrementals can be hard to restore if you
are the administrator  and even harder if someone else is trying to do the
restore. How hard is it just to type when your boos in standing behind you?
Remember what KISS stands for?

If you use incrementals, then any error on any tape along the way will sink
you. You will still only be able to restore to your last full backup and
good incremental. You can never go wrong always doing a full backup. Yes, it
uses more resources. But don't forget whose ass is on the line when things
go south.

Every day I do full backup of my ADSM DB and 50-60 Sybase databases. All the
Sybase databases go to disk, then offsite, then to tape on site. With this
scheme there is little chance of not being able to do a restore.

(Of course I do an incremental ADSM backup daily, but this still backups
whole files, I never backup just the changes to an individual file.)

miles



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

---

 [EMAIL PROTECTED] 09-Apr-01 9:22:31 AM 
I am doing a nightly database full backup with ADSM/TSM.  (TSM 3.7.4 on
OS390/2.10)
What is most commonly done a Full or Incremental?
What are the advantages/disadvantages of a full over an incremental backup
of the servers database?
The command we enter is as follows:
  backup db type=full devclass=dboffsite
 Where dboffsite is the a tape device class.



Re: Windws NT Terminal Server full backup after time change

2001-04-03 Thread Garrison, Tony

We have seen the same thing across almost our entire environment...approx
800 NT servers.  This has created mega problems for our recovery log and
databases.

 -Original Message-
From:   Kevin Corning-Hyman [mailto:[EMAIL PROTECTED]]
Sent:   Sunday, April 01, 2001 8:24 AM
To: [EMAIL PROTECTED]
Subject:Windws NT Terminal Server full backup after time change

I upgraded our Windows NT clients to TSM v3.7.2.19 last week in preparation
for an uneventful time change.  Backups run after the time change this
morning on Windows NT servers were the expected incremental.  Backups run on
Windows NT Terminal Servers (Metaframe) were done as full.  This was not
expected.  Has anyone else experienced this or are we just special?  Thanks.

Kevin Corning-Hyman
Munson Medical Center



TSM Consultants

2001-03-28 Thread Garrison, Tony

Hello TSM'ers;
We are looking for a TSM Consultant to come on site and give us some
assistance for a few months.  Does anyone have any recommendations?  We are
considering IBM (Located about 70miles north in Austin), but would really
like to find some one local here in the San Antonio area.  Any other ideas?

T