TSM 5.1

[Hart, Charles]

Has anyone yet upgraded to version 5.1 on AIX 4.3.3?  If so please let us know your 
experiences.  We are considering going to 5.1 to utilize NDMP for a EMC Celerra.

Regards,

Charles

Re: TSM 5.1

[Hart, Charles]

That's great to hear, was wondering if the Migrate install from TSM 4.1.5.3 is fairly 
smooth?

Regards,

Charles

-Original Message-
From: Joshua S. Bassi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 1:27 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1


Many customers have installed TSM 5.1.  I have been involved with one
install personally.



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

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Hart, Charles
Sent: Tuesday, June 04, 2002 10:23 AM
To: [EMAIL PROTECTED]
Subject: TSM 5.1

Has anyone yet upgraded to version 5.1 on AIX 4.3.3?  If so please let
us know your experiences.  We are considering going to 5.1 to utilize
NDMP for a EMC Celerra.

Regards,

Charles

Re: TSM 5.1

[Hart, Charles]

Thank you for the input, I took a quick look at the TSM 5.1 QuickStart Guide for AIX 
and here's the listed Req.  How long they support AIX 4.3.3 I guess is anyones Guess...

Before you install Tivoli Storage Manager, ensure the following:
You have an appropriately configured RISC System/6000® with at least 120MB
of free disk storage and 128MB of memory.
 You have AIX 4.3.3 or later.
 Your communication method is configured.
 You have a CD-ROM device available for installation.

-Original Message-
From: Talafous, John G. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 8:00 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM 5.1


Not sure if this is appropriate or will muddy the water. But, we have a
3466-C00 (Network Storage Manager) that will be upgraded this weekend to TSM
4.2.1.x. In the process, the AIX OS will be upgraded from AIX 4.3.3 to
5.1.0.x. My submission is that perhaps you should check your AIX
requirements for TSM 5.1. If IBM/Tivoli support decides to upgrade their
packaged solution to AIX 5.1.0.x to support TSM 4.2.1.x, does it stand to
reason that you should be at AIX 5.1 to support TSM 5?

John G. Talafous  IS Technical Principal
The Timken CompanyGlobal Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA  44706-0927  Fax  : (330)-471-4034
[EMAIL PROTECTED]   http://www.timken.com

-Original Message-
From: Hart, Charles [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 04, 2002 1:23 PM
To: [EMAIL PROTECTED]
Subject: TSM 5.1


Has anyone yet upgraded to version 5.1 on AIX 4.3.3?  If so please let us
know your experiences.  We are considering going to 5.1 to utilize NDMP for
a EMC Celerra.

Regards,

Charles

Affects of changing Retentions Questions

[Hart, Charles]

I had made a change in our copy groups from VerExists and VerDeleted from NoLimit to 
Verexists 5 Verdeleted 3.  It appears by doing this all of the TSM clients (WinNT, 
Win2K, Novel, Sun ETC) are going through a "full" backup to apply the changes to each 
file which is causing a huge load on the TSM servers and the recovery log fills.
Couple Questions
1) By making this change doe the node then have to re-examine all clients file 
and back them up as if it was a new client.?
2) If yes to No 1 then it would create a Huge load on the server?
3) Anyone know of a way improve / speed up the process?  (DB Cache is @ 98-99%
4) For the new retentions to take affect does the following need to happen?
Node Backup, DB Backup, then expire?
5) If I change the copy group retentions back to a create the same situation 
all over?

Environment Info
Server Info = Running TSM 4.1.5.3 on AIX 4.3.3 
Client Info= Netware 4.11, 5, Win2K SP2, Winnt4 SP4+ , Solaris 2.8, 8, AIX 
4.3.3

Any help on how to improve this process would be GREATLY appreciated!!!  

Regards,

Charles Hart

TSM 4.2 on AIX and Bufferpool Sizing

[Hart, Charles]

The AIX / TSM tuning parameters on pg 342 gives a table that states anything above 
512BM system memory the bufferpool should be 131072. (Assuming 4k pages x 131072 = 
524288K?)  Will TSM use more physical RAM if you increase the bufferpoolsize larger 
than the recommended 131072?

Thank you in advance.

Regards,

Charles

Tivoli Decision Support

[Hart, Charles]

Is anyone running TDS for TSM that has a 50GB TSM DB?

Regards,

Charles Hart
Medtronic Storage Team

Re: number of clients poll

[Hart, Charles]

One of our AIX TSM Servers has 168 clients plus archive request from large Oracle DB's 
every 15min.  We are running on GB Ethernet backbone and 100MB on the client side.  

-Original Message-
From: Gerald Wichmann [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 5:06 PM
To: [EMAIL PROTECTED]
Subject: number of clients poll


I'm curious how big some of the TSM servers are out there in terms of how
many clients your TSM server services (backs up) daily and what kind of
network configuration you're using (gigE, etherchannel, etc). e.g I've seen
many environments with 100-150 clients going across 100Mbps or etherchannel
configurations. But in the TSM world how big is *BIG*?

Gerald Wichmann
Sr. Systems Development Engineer
Zantaz, Inc.
925.598.3099 w
408.836.9062 c

Import Node Question

[Hart, Charles]

We have two AIX servers w/ TSM 4.1 sharing a 3494Lib. We were able to
successfully Export the node from the Source to the Target Server.  Once
we tried the import the node the Virtual volume that was created from
the Export process never seemed to mount so we then canceled the
process.  We can see that on the Target Server's storage pool (we
defined a separate stgpool for this process and a devclass of 3590tape
so the export goes to tape) there is a 3590 tape in the stgpool we are
using that's allocated and filled with what appears to be the same
amount of data as the Export stated.  

There must be something we're missing here.  Is there something else we
need to do to get that virtual volume mounted?  I've looked all over and
can not seem to find the answer.  Below is a rundown of events.  Any
help would be Greatly Appreciated!!!

Thanks



EXPORT NODE Server Messages:

Issued Export command: EXPORT NODE 
  IMCP1 FILESPACE=* DOMAIN=WINNT FILEDATA=ALL
PREVIEW=NO DEVCLASS=MSPSTG5 SCRATCH=YES   


ANR4006I EXPORT NODE: Volume 1 written by process is  
MSPSTG5.EXP.007578434.


12/05/01   17:14:08  ANR0986I Process 3927 for EXPORT NODE running
in the  
 BACKGROUND processed 810011 items for a
total of 
 32,450,171,729 bytes with a completion
state of SUCCESS  
 at 17:14:08.




Import Node Command
import node imcp1 filespace=* domain=winnt filedata=all preview=no
devclass=mspstg1 volumename=MSPSTG5.EXP.007578434

IMPORT NODE Server Status
318 IMPORT NODE  ANR0648I Have copied the following: (0 errors

   have been detected). 
   Waiting for mount of input volume

   MSPSTG5.EXP.007578434 (585
seconds).




Volume Name Storage Device Estimated   Pct
Volume 
 Pool Name Class NameCapacity
Util  Status 
 (MB)

 --- -- -
- 
K01126 MSPSTG1_IM- 3590TAPE   102,400.0
30.0 Filling 
PORT

UNSUBSCRIBE

[Hart, Charles]

UNSUBSCRIBE 

Re: Stop Bagging TSM Developers.

[Hart, Charles]

I have had a discussion with a Tivoli - IBM  CE/Sales Rep and he stated that IBM 
appears to be getting the message that many of us want more stability that features, 
which will then dictate how many new versions per year will be released.  



-Original Message-
From: Mark Bertrand [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 1:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Stop Bagging TSM Developers.


I also agree,

Fix the bugs or extend the support on 4.

Mark B.

-Original Message-
From: Rainer Tammer [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 8:16 AM
To: [EMAIL PROTECTED]
Subject: Re: Stop Bagging TSM Developers.


Hello,
I completely agree with Eric.
Fix the bugs in the current level ant delay new functions.
We are on 4.2.1.15 and we want to upgrade to a 5.x level...

Bye
  Rainer Tammer

On Mon, 17 Feb 2003 10:33:43 +0100, Loon, E.J. van - SPLXM wrote:

>Hi Steve!
>I don't understand your message. I haven't read any offending message about
>development on this list.
>Sure, there are several complaints about the stability of TSM lately, but I
>think the people have the right to complain in this case. Lately there have
>been several patches to patch patchlevels (think about the system object
>fixes).
>We all have to upgrade TSM to 5.1.x before April 15th. but we are eagerly
>awaiting a stable PTF level.
>We all know that TSM development are all doing everything they can to fix
>all bugs and we DO appreciate that very much!! But I think I speak for a
lot
>of users when I say that Tivoli should wait with implementing new features
>for a while so they can put all efforts in making the product more bug
free.
>On my part I volunteered for the TSM Beta program to help Tivoli debugging
>this fine piece of software.
>Kindest regards,
>Eric van Loon
>KLM Royal Dutch Airlines
>
>-Original Message-
>From: Steve Harris [mailto:[EMAIL PROTECTED]]
>Sent: Monday, February 17, 2003 03:29
>To: [EMAIL PROTECTED]
>Subject: Stop Bagging TSM Developers.
>
>
>Dear List,
>
>I'm compelled to ask you to please stop bagging the TSM development and
>support folks.
>
>TSM is a very complex product running in very complex environments, no two
>of which are the same. It runs on multiple platforms both client and
server.
>The product has evolved a long way from its origins, as has the computing
>environment in general - I am sure that many of the original assumptions
>that the developers made are no longer valid.  For example, who, ten years
>ago would have thought that a 3TB disk store might be a cheap proposition?
>
>The TSM folks have contantly improved their product in response to user
>input and client OS developments - again some of these changes may well go
>against the philosophy of the product - take windows system objects for an
>instance.  Change = vulnerabilty to error in the short term.
>
>As to support expertise, this is a niche product with few users.  Level one
>and even level 2 folks need  time to become familiar with it and they do
>that the same way as we do, by interacting with the product (or in their
>case with users of the product who have problems).  Would you like to be a
>level 3 expert in TSM who spends your day doing lower expertise support
>tasks?  I don't think so.  And those level three folks are needed to
enhance
>debug and develop the TSM product line.
>
>Finally I need to remind us all that TSM patches are just that, Patches
>designed to fix a particular problem.  Whilst it is sometimes impossible to
>avoid the "upgrade waltz" that someone here has recently mentioned,
>upgrading to a patch level should only be done *if you are affected by the
>problem that the patch addresses*. If you don't have the problem, go to the
>maintenance level, not the latest patch.
>
>Shooting at the development and support folks is easy and feels good in the
>short term for the poster, but it is depressing in the long run for them
and
>for the rest of the list, and, ultimately futile.  I'd ask you all to think
>twice before firing off the next salvo.
>
>Steve Harris
>(Asbestos suit donned!)
>AIX and TSM Admin
>Queensland Health, Brisbane Australia
>
>
>
>**
>This e-mail, including any attachments sent with it, is confidential
>and for the sole use of the intended recipient(s). This confidentiality
>is not waived or lost if you receive it and you are not the intended
>recipient(s), or if it is transmitted/ received in error.
>
>Any unauthorised use, alteration, disclosure, distribution or review
>of this e-mail is prohibited.  It may be subject to a statutory duty of
>confidentiality if it relates to health service matters.
>
>If you are not the intended recipient(s), or if you have received this
>e-mail in error, you are asked to immediately notify the sender by
>telephone or by return e-mail.  You should also delete this e-mail
>message and destroy any hard copies produced.
>**

Re: Multiple restore sessions

[Hart, Charles]

With TSM 4.1.5 and restoring Archive objects we have had good success, the only thing 
is tape contention was a bit of a factor as we were just restoring archived dbf file 
from the same file system.  Little different than the TSM 5.1 multi-stream backup / 
restore.

-Original Message-
From: brian welsh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 3:22 PM
To: [EMAIL PROTECTED]
Subject: Multiple restore sessions


Hello,

AIX 5.1, TSM 4.2.2.8 (soon upgrading to 5.1)

I'm wondering if someone have good experiences with multiple restore
sessions. We have 4 drives in our library. When there are no other processes
and a client is starting a restore and files are spread over several tapes,
will there be up to 4 simultanious sessions for restoring?

Is it necessary to set collocation off, before you can use multiple restore
sessions, or with collocation enabled and data for one client spread over
more tapes it is also possible to get multiple restore-sessions?

Thanx,

Brian.





_
Hotmail en Messenger on the move
http://www.msn.nl/communicatie/smsdiensten/hotmailsmsv2/

Re: Product Comparisons.

[Hart, Charles]

Not much need to compare the Legato piece as they are putting themselves up for sale, 
which is too bad because it sounds like they were good alternative.

http://www.nwfusion.com/news/2003/0207legato.html



-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: Product Comparisons.


This question has come up many times before on this list.
Go to search.adsm.org and search the archives, some good souls have written
a lot of good information...

-Original Message-
From: Cahill, Ricky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 10:47 AM
To: [EMAIL PROTECTED]
Subject: Product Comparisons.


I've been asked to write a document comparing Legato, Netbackup datacentre
and TSM. Never having used Legato and Netbackup makes this a little
difficult, has anyone already gone through this process recently and have
any pointers to docs, reviews, comparisons etc?

Thanks in advance.


  .Rikk




Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK
NOTICE: This message is intended only for use by the named addressee
and may contain privileged and/or confidential information.  If you are
not the named addressee you should not disseminate, copy or take any
action in reliance on it.  If you have received this message in error
please notify [EMAIL PROTECTED] and delete the message and any
attachments accompanying it immediately.

Equitas reserve the right to monitor and/or record emails, (including the
contents thereof) sent and received via its network for any lawful business
purpose to the extent permitted by applicable law

Registered in England: Registered no. 3173352 Registered address above

Re: Where are the manuals today?

[Hart, Charles]

http://publib-b.boulder.ibm.com/cgi-bin/searchsite.cgi?query=Tivoli+Storage+Manager

-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 1:52 PM
To: [EMAIL PROTECTED]
Subject: Where are the manuals today?


http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
does not work today to find the TSM Server 5.1 manuals.  Where are we
suppose to find them today?

Backup Retention Question

[Hart, Charles]

We currently retain 180 Days of Version Exists, Deleted, Only and Extra Versions.  Our 
question is if we have been backing up node A for 600days should we not still have a 
complete set of the first "Full" that is available to restore even though the file has 
not changed from the first backup? (IE one copy that is 600Days old?)

Thanks!!

Sharing a Library @ Off-Site DR

[Hart, Charles]

We will be going to Sungaurd soon restoring two TSM servers (one AIX one SUN) using 
one 3494-library.  Wouldn't I just modify the device.config to look at the same 
library name for both servers?  The issue I for see is that TSM Serve A has always 
know about library A but Server B is use to backing up to Lib B.  When I configure 
Serv B to See and use Library A will there be a problem that the TSM DB for Serv B in 
its libvol table only knows about lib A and not Lib B?

I hope that made sense.

Regards,

Charles

Re: Sharing a Library @ Off-Site DR

[Hart, Charles]

Great! Thank You, for adding the additional step about re-defining, as I would have 
thought just editing the device config would do it but what you state makes sense.

-Original Message-
From: Michael Swinhoe [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 21, 2003 11:21 AM
To: [EMAIL PROTECTED]
Subject: Re: Sharing a Library @ Off-Site DR


Charles,
 You will have to change the device configuration files on both of the
server planfiles to point to the single library.  Once you have restored
the TSM DB's you will then need to delete the library and drive information
from the TSM servers and redefine them as the new library and drives of the
3494.

Hope this helps

Regards,
Michael Swinhoe
Storage Management Group
Zurich Financial Services

E-mail:   mailto:[EMAIL PROTECTED]



"Hart, Charles"
cc:
Sent by: "ADSM:   Subject: Sharing a Library @ 
Off-Site DR
Dist Stor Manager"
<[EMAIL PROTECTED]
EDU>


21/02/2003 16:46
Please respond to
"ADSM: Dist Stor
Manager"





We will be going to Sungaurd soon restoring two TSM servers (one AIX one
SUN) using one 3494-library.  Wouldn't I just modify the device.config to
look at the same library name for both servers?  The issue I for see is
that TSM Serve A has always know about library A but Server B is use to
backing up to Lib B.  When I configure Serv B to See and use Library A will
there be a problem that the TSM DB for Serv B in its libvol table only
knows about lib A and not Lib B?

I hope that made sense.

Regards,

Charles






___

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

Any views or opinions expressed in this email are those of the author only.

Communications will be monitored regularly to improve our service and for
security and regulatory purposes.

Thank you for your assistance.

___

Re: Backup Retention Question

[Hart, Charles]

Thank you for the response, that clears things up a bit.  Guess I could / should have 
just opened the book...  ;-)

-Original Message-
From: Sias Dealy [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 21, 2003 10:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Retention Question


If the file was backed up and if the file have not changed.
The file will remain an active copy. The active copy does not
expire.

If you did a full backup 600+ days ago and the file have not
changed. When you restore the file, it will be the original
file when it was backed up 600+ days ago.

It is when the file goes from an active version to an inactive
version is when the timer starts for the 180 day retention.

Hope this make sense.
Sias




Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag


---- On    , Hart, Charles ([EMAIL PROTECTED]) wrote:

> We currently retain 180 Days of Version Exists, Deleted, Only
and Extra Versions.  Our question is if
> we have been backing up node A for 600days should we not
still have a complete set of the first
> "Full" that is available to restore even though the file has
not changed from the first backup? (IE
> one copy that is 600Days old?)
>
> Thanks!!

Re: ACSLS or Native TSM manager

[Hart, Charles]

Would you still need ACSLS for a 9310 PowderHorn with Fiber attached 9940B Tape Drives?

Regards,

Charles

-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 1:55 PM
To: [EMAIL PROTECTED]
Subject: Re: ACSLS or Native TSM manager


We run AIX 4.3.3, have gone from TSM 3.1 to 3.7 to 4.1 to 4.2.1.5. Etc.

On ADSM 3.1, you needed ACSLS to support some types of devices that ADSM
didn't support native.

And at one time you could put two types of drives in the library if you used
ACSLS, and TSM doesn't support that with native SCSI (and I'm not sure you
can still do this at TSM 5.x, even with ACSLS).

Once we evolved past those 2 requirements, we dropped ACSLS and went to
TSM's native SCSI support.
It's a much simpler configuration and works just dandy if TSM is the only
application using the library.


-Original Message-
From: Dameon White [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 2:29 PM
To: [EMAIL PROTECTED]
Subject: ACSLS or Native TSM manager


We just bought a used STK L700 with 4 DLT7000 drives.  We
have TSM 5.1.5.2 on AIX and I am confused as to why/if I
would need to use ACSLS to manage the library?  Does ACSLS
provide any features not available with TSM's native
library manager?  We will want to share this L700 with
another TSM server and I can't see why native scsci
library won't be a good choice?

Any advice?

Dameon

Re: TSM 5.1.6.2 and AIX client 5.1.1.0

[Hart, Charles]

Any ANR / ANS Messages?  Any more details you can provide?

-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 1:25 PM
To: [EMAIL PROTECTED]
Subject: TSM 5.1.6.2 and AIX client 5.1.1.0


I just got back from a week off and we are having problems with backups
not finishing.  The backup client is on AIX backup level 5.1.1.0 backing
up to an AIX server at TSM level 5.1.6.2.  Anyone else seen problems
with this combination?

David

Re: Migrating Veritas to TSM

[Hart, Charles]

Maybe only restore the "Long Term Archive Data" to then be backed up to the new TSM 
environment, then otherwise let the VNB images expire.  The only downside is having to 
have the VNB environment hang around a while.  This idea was the suggested 
"Conversion" from IBM and Veritas CE's

-Original Message-
From: Justin Bleistein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 3:16 PM
To: [EMAIL PROTECTED]
Subject: Re: Migrating Veritas to TSM


  I would assume restore them all to a filesystem and then back them up
using TSM?.. This is sort of a hack way of doing it but I don't see why it
wouldn't work just restore one of each version starting with the oldest
then backup each one deleting them one at a time in the same mount point
this way. TSM will have the same type of versioning setup that VNB
did?...(well sort of). Just a thought. If anyone else has a better
supported method I'd be interested as well. thanks!.

--Justin Richard Bleistein
Unix Systems Administrator (Sungard eSourcing)
Desk: (856) 566 - 3600
Cell:(856) 912 - 0861
Email: [EMAIL PROTECTED]



  "Poland, Neil"
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  INC.COM> cc:
  Sent by: "ADSM:  Subject:  Migrating Veritas to TSM
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  03/19/2003 04:06
  PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Has anyone migrated a Veritas environment to TSM?

Is there a way to move data stored on Veritas managed tapes to tapes
managed
by TSM?

Re: TDP for Exchange - 5mb/s throughput?

[Hart, Charles]

We see 10/11Mbs transfer rate over 100mb to Gig-e.  Remember even if you have Gig-e 
your bottleneck will be your slowest link. (IE 100mb which max transfer rate is 10mbs) 
 You may also want to verify that none of your LAN links are set to auto negotiate as 
that will always screw things up.



-Original Message-
From: Steve Schaub [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2003 8:21 AM
To: [EMAIL PROTECTED]
Subject: TDP for Exchange - 5mb/s throughput?


We are running TDP-E on a Compaq 4way Xeon w/4gb mem.  We backup 40gb in
around 2.25 hrs, which comes out in the range of 5mb/s.  We have run the
backup across the fast ethernet and also the gig-e connection, with no
apparent difference.  The box does not show any cpu or memory hit during
the backup period.
Does anyone have experience with TDP MSExchgV2 (shows client version
4.2.2.0) that would suggest where the bottleneck might be?  We are
coming into an IBM H50 4-way w/2gb memory, TSM 4.2.1.9, going to an SSA
diskpool.

Steve Schaub
Systems Engineer
Haworth, Inc
616-393-1457 (desk)
616-836-6962 (cell)
WWJWMTD

Re: ITSM v5.1.5 CD-ROMs?

[Hart, Charles]

Our experience was that we had to use the 5.1.0 as the base, register licenses, then 
upd to 5.1.5.

-Original Message-
From: Ken Sedlacek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject: ITSM v5.1.5 CD-ROMs?


Env:

TSM v4.2.2.12 AIX server, running just great!

List:

I hate to go to v5.X, but need to in the next few weeks.

We are getting ready to upgrade to either v5.1.1.X or to v5.1.6.X.

I have been monitoring and saving all the upgrade v5.x emails over the last
few months so I could review them when I upgrade.

Can anyone tell me if there is a v5.1.5.0 base-level CD-ROM?

The v5.X upgrade emails show there is some confusion about this subject.

TIA




Ken Sedlacek
AIX/TSM/UNIX Administrator
[EMAIL PROTECTED]

IBM Certified Specialist: RS/6000 AIX v4.3 Support
IBM Certified Specialist: RS/6000 SP & PSSP 3
Tivoli Certified Consultant - Tivoli Storage Manager v4.1

Reporting Client Backup Competitions and SLA's

[Hart, Charles]

We have a backup environment where we have a lot of "Skipped Files" due to users 
leaving files open which TSM appears to report as a Backup Failure when actually its a 
Success with Errors?  I'm asking because I have to put out a monthly backup report 
that must meet our current SLA's and am getting killed with Skipped files showing up 
as a failure.  Our management feels that being that we are operating under the 
assumption that there will be opened files they are comfortable with Skipped file 
backups begin reported as Successful.


Current Queries used to generate reports
q event * * begind=-1

SELECT EVENTS.SCHEDULED_START, EVENTS.DOMAIN_NAME, EVENTS.SCHEDULE_NAME, 
EVENTS.NODE_NAME, EVENTS.STATUS FROM EVENTS EVENTS WHERE (EVENTS.SCHEDULED_START>={ts 
'2003-02-01 00:01:00'}) AND (EVENTS.STATUS<>'Uncertain')

Regards,

Chalres

Re: Reporting Client Backup Competitions and SLA's

[Hart, Charles]

Thank you for the Clarifacation!!!  We have a mixed client level from 4.1.2 to 5.1.5, 
most clients being @ 4.1.3 with a few @ 4.2.1.  

Thank you again.



-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]
Sent: Friday, March 28, 2003 10:52 AM
To: [EMAIL PROTECTED]
Subject: Re: Reporting Client Backup Competitions and SLA's


You do not say which client version and operating system you are running.
Correct TSM behavior is to indicate a status of "Complete" for backups
where the only problems were skipped files. There was a bug in the 4.2.1.0
client that was reporting a status of "Failed" in such a situation, but
that has since been fixed.

Starting with version 5.1, the client reports a status of "Complete" and a
return code of '4' when the only problems were skipped files. See the
client manual chapter on "Automating Tasks" for info on the 5.1
backup-archive client return codes. From the TSM server, the RESULT column
in the EVENTS table and the Result column in the QUERY EVENTS output will
show you the client return code.

Regards,

Andy

Friday, March 28, 2003 08:23
To: [EMAIL PROTECTED]
cc:
From: "Hart, Charles" <[EMAIL PROTECTED]>
Subject: Reporting Client Backup Competitions and SLA's



We have a backup environment where we have a lot of "Skipped Files" due to
users leaving files open which TSM appears to report as a Backup Failure
when actually its a Success with Errors?  I'm asking because I have to put
out a monthly backup report that must meet our current SLA's and am getting
killed with Skipped files showing up as a failure.  Our management feels
that being that we are operating under the assumption that there will be
opened files they are comfortable with Skipped file backups begin reported
as Successful.


Current Queries used to generate reports
q event * * begind=-1

SELECT EVENTS.SCHEDULED_START, EVENTS.DOMAIN_NAME, EVENTS.SCHEDULE_NAME,
EVENTS.NODE_NAME, EVENTS.STATUS FROM EVENTS EVENTS WHERE
(EVENTS.SCHEDULED_START>={ts '2003-02-01 00:01:00'}) AND
(EVENTS.STATUS<>'Uncertain')

Regards,

 Chalres

Re: TSM Server not using maximum number of drives.

[Hart, Charles]

The Resource Utilization parameter in your client dsm.opt will set the number of 
streams that the backup will use hence the number of drives.  So if you only have two 
streams going directly to tape you would only uses 2 tape drives.  

I think the Resource Utilization sets the multi-streaming based on file systems 
meaning one file system one stream? 3 File Systems 3 streams?

Regards,

Charles

-Original Message-
From: Balasubramanian Krishnamurthy [mailto:[EMAIL PROTECTED]
Sent: Friday, March 28, 2003 7:32 PM
To: [EMAIL PROTECTED]
Subject: TSM Server not using maximum number of drives.


Hi,

I have a TSM Server (version 5.1.6.2) with a library having 6 drives.
I have defined Maximum mounts allowed for one of my clients to be 4.
The Mount Limit in DEVCLASS is set to DRIVES.
However when this client backs up (Direct to Tape) it uses only 2 Drives
instead of 4,
Even though there are available Drives. There are enough Scratch tapes too.

I am not sure if I am missing any other parameter that is restricting the
backups to use only 2 drives instead of 4.

Thanks
Bala Krishnamurthy

Dumb License Question

[Hart, Charles]

TSM 4.1.6 on Solaris 8 I added to many mgsyslan.lic  licenses and now I would like to 
reduce it.  I looked in the Ref and Admin guide and found no REM or DEL lic, there's 
reference to the Nodelock file, but not sire if I could blow it a way and re-register?

Fat fingers in the Morning

Thanks!!!

Re: Dumb License Question

[Hart, Charles]

Thanks, that's what I was afraid of.

Regards,

Charles

-Original Message-
From: Sias Dealy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2003 7:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Dumb License Question


Charles,

If you register the wrong license or too many license.
There is not a "remove" or a "delete" license command.
If you want to see this feature in future release of TSM, need
to call IBM TSM Support and submit a design change request.

To change the license.
Need to locate the nodelock file.
It should be in /opt/tivoli/tsm/server/bin/ .
Stop the TSM server application.
Rename or move the nodlock file to another directory.
Restart the TSM application, then re-register all the license.



Sias




Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag


 On, Hart, Charles ([EMAIL PROTECTED]) wrote:

> TSM 4.1.6 on Solaris 8 I added to many mgsyslan.lic  licenses
and now I would like to reduce it.  I
> looked in the Ref and Admin guide and found no REM or DEL
lic, there's reference to the Nodelock
> file, but not sire if I could blow it a way and re-register?
>
> Fat fingers in the Morning
>
> Thanks!!!

Re: Poor database performance

[Hart, Charles]

In our experience out DB performs much faster on RAW Disk volumes as opposed to JFS 
filesystems.  If you got to RAW for the DB and Logs make sure the Log vol RAW disk is 
not larger than the 4.5 / 5.2 Log limit of TSM 4.1.x

Charles

-Original Message-
From: Tab Trepagnier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2003 8:47 AM
To: [EMAIL PROTECTED]
Subject: Poor database performance


I just migrated our TSM system to a new pSeries 6H1 from our old F50.
While I/O throughput is much higher, the database performance is
surprisingly poor.  I am asking for help in trying to figure out why and
what I can do about it.

TSM 4.1.5.0 running on AIX 4.3.3 ML 10
6H1 2-way 600 MHz 64-bit
4 GB RAM
27 GB TSM database with 256 MB DB buffer pool
Four 4-drive libraries, each double-connected via SCSI (two drives per
adapter)

This system has been in service for one day.  The same backup system had
been running on the old F50 since ADSM 2.

On our old F50, I had split the database into many 1 GB volumes as an
experiment when we had only 512 MB in our TSM server.  It didn't seem to
hurt performance so I'd left it that way.

When I built the new server, I took advantage of info on this forum and
created a single large DB volume on each DB disk.  The DB is currently
laid out this way:

SCSI Adapter #1 --> DB disk 1 (one vol) --> DB disk 3 (one vol) --> Log
disk 1 (five vols) --> Pool disk 1

SCSI Adapter #2 --> DB disk 2 (one vol) --> DB disk 4 (one vol) --> Log
disk 2 (five vols) --> Pool disk 2

DB and log volumes on odd-number disks are TSM mirrored to volumes on the
even-number disks (the volume on DB disk 1 is TSM mirrored to the volume
on DB disk 2 for example).

Yesterday we saw decent performance during expiration and reclamation of
two primary tape pools.  When a third pool's reclamation started, and
especially when the system had to handle reclamation of all three primary
pools and the copy pool and client sessions, the overall performance was
very poor.  Watching system activity with topas showed overall disk I/O on
the DB disks to be very low - much lower than we saw on the old F50.

Oh... I know TSM 4.1 is not supported any more.  This server upgrade was a
prerequisite to the software upgrade which will occur in about a month or
so.

Also, I know I can set a larger DB buffer pool than 256 MB and will do so
over the next couple/few days.  But we had better database performance on
the F50 with a DB buffer pool of only 128 MB.

==> So what should I do?  Split the database into "a few" volumes?  Or
should I look elsewhere?

Thanks in advance.

Tab Trepagnier
TSM Administrator
Laitram LLC

Re: Dumb License Question

[Hart, Charles]

Thank you, logic makes sense...

On TSM 4.1.x it does not work but tested it on 5.1.5 and it works!  I will have to do 
the Nodelock option for that server.

Have a great Day!


-Original Message-
From: Gretchen L. Thiele [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2003 9:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Dumb License Question


I've found that you can indeed delete licenses by setting the number
of licenses to zero (I think you must be fairly current with your
server, mine are at v5.1.6.3):

register license file=./library.lic number=0

removes all of the library entries. Similarly,

register license file=./mgsyslan.lic number=0

removes all of the clients. Note that you can also *lower*
the number of licenses. If you are licensed for 2,000 clients,
you can reduce that license to 1,000 clients:

register license file=./mgsyslan.lic number=1000

Gretchen Thiele
Princeton University

Hart, Charles wrote:
> Thanks, that's what I was afraid of.
>
> Regards,
>
> Charles
>
> -Original Message-
> From: Sias Dealy [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 01, 2003 7:47 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Dumb License Question
>
>
> Charles,
>
> If you register the wrong license or too many license.
> There is not a "remove" or a "delete" license command.
> If you want to see this feature in future release of TSM, need
> to call IBM TSM Support and submit a design change request.
>
> To change the license.
> Need to locate the nodelock file.
> It should be in /opt/tivoli/tsm/server/bin/ .
> Stop the TSM server application.
> Rename or move the nodlock file to another directory.
> Restart the TSM application, then re-register all the license.
>
>
>
> Sias
>
>
>
> ____
> Get your own "800" number
> Voicemail, fax, email, and a lot more
> http://www.ureach.com/reg/tag
>
>
>  On, Hart, Charles ([EMAIL PROTECTED]) wrote:
>
>
>>TSM 4.1.6 on Solaris 8 I added to many mgsyslan.lic  licenses
>
> and now I would like to reduce it.  I
>
>>looked in the Ref and Admin guide and found no REM or DEL
>
> lic, there's reference to the Nodelock
>
>>file, but not sire if I could blow it a way and re-register?
>>
>>Fat fingers in the Morning
>>
>>Thanks!!!
>
>

Re: End Of Support V4.2

[Hart, Charles]

> Are most people planning on upgrading to 5.1?
We are

> What are the implications of staying at 4.2 or lower?
No Official IBM /Tivoli Support 

> Is there any additional cost to upgrade?
If you have up to date paid maint no. See your sales rep

> Are there any major issues with 5.1???
We haven't hit any yet, We upgraded 4.1.6 to 5.1.0 then 5.1.5 in one day
The server we upgraded is a AIX 4.3.3 , H8- with 4Cpu 2GB Ram 80GB TSM DB Took 
9hrs total.  CLient still mixed with 3.7 to 5.1


-Original Message-
From: Marc Levitan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 02, 2003 11:00 AM
To: [EMAIL PROTECTED]
Subject: Re: End Of Support V4.2


I browsed the archives and could not find direct answers to my questions.
These are relatively short answered questions.  Could someone reply?






"ADSM: Dist
Stor Manager"To: [EMAIL PROTECTED]
<[EMAIL PROTECTED]cc:
RIST.EDU>Subject: Re: End Of Support V4.2

04/02/2003
10:09 AM
Please
respond to
"ADSM: Dist
Stor Manager"






> It appears that TSM 4.2 has reached end of support on 4/15/03.
>
> Is this for Clients AND Server?
> Are most people planning on upgrading to 5.1?
> What are the implications of staying at 4.2 or lower?
>
> Is there any additional cost to upgrade?
>
> Are there any major issues with 5.1???

You *really* should read the mailing list, or at least browse the
archives at http://search.adsm.org. We've been discussing all of these
issues at length for the last six months. :o)

--
Mark Stapleton ([EMAIL PROTECTED])

Help SQL Select for Client

[Hart, Charles]

I have been trying to get a select statement that will provide a list of failed / 
missed backups but excluding "Code 4" as we have many backup clients that have the 
Return Code 4 Bug where Skipped Files is reported as Failed (Client ver 4.1.x to 
4.2.x)  

There's much discussion on this list about the Events Table not being able to do a 
-24hr or -1 day so I have been using the summary table to have the query go back a 
day. The problem with the Select Statement I have been using (See Below) is that it 
does not list Missed Backups.  Any Help, Thoughts or suggestions would be great for a 
SQL statement that will only tell me the failures form the past 24hrs, excluding the 
Return Code 4

SELECT EVENTS.DOMAIN_NAME, EVENTS.SCHEDULE_NAME, EVENTS.NODE_NAME, EVENTS.STATUS, 
EVENTS.RESULT, EVENTS.REASON, SUMMARY.START_TIME FROM EVENTS EVENTS, SUMMARY SUMMARY 
where SUMMARY.START_TIME>=current_timestamp - 1 day and EVENTS.STATUS<>'Completed' and 
EVENTS.RESULT<>4 

Regards,

Charles

Re: Node very very slow for incremental backup

[Hart, Charles]

Is Virus Scanning Running on OutBound Files? Also verify that the Clinet Nic is Not 
Set to Auto Negotiate or the Switch port its connected to.  

-Original Message-
From: Dave Canan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2003 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Node very very slow for incremental backup


I would not change the TCPWINDOWSIZE for this client - 63 is what we
recommend for this platform.

The trace you sent indicates a large percentage of time being spent (97%)
in the process dirs category. This category represents the amount of time
spent inspecting directories and files before any backups occur. Journaling
in this case definitely would help reduce the maount of time for the
backup. Additional questions:

1. Are there any "deep" directory structures that have recently been
introduced on the system?
2. Have there recently been any new applications added to the box that have
added substantially to the number of files on the box?

Look into journaling - it will definitely help.


At 08:43 PM 6/3/2003 +0200, you wrote:
>You may want to change your TCPWindowSize   from 63 to 1024
>
>- Original Message -
>From: "David Rigaudiere" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Monday, May 26, 2003 3:36 PM
>Subject: Node very very slow for incremental backup
>
>
>Hi *SMers,
>I have a probleme whit a node.
>
>Client 4.2.1.15 WinNT
>Server 5.1.6.3  AIX
>
>This node is very very slow to backups.
>14H for less 6GB !! (1H is a normal backup time)
>
>The sysadmins said "no change on this node"
>
>I can't find where is the probleme, the node
>spent a lot of time to browse files and directories.
>
>A performance analyse when node is backuping does not
>show a bottleneck (memory, CPU, I/O ...)
>I tested a selective or big restore, without problem.
>(Data transfer rate: 10,000 to 12,000 KB/sec)
>
>Maybee I must install journal based backup but "yesterday"
>it worked perfectly without it...
>
>you're my only hope, do you have an idea ?
>
>
>dsm.opt :
>=
>
>TCPWindowSize63
>TCPBuffSize  31
>TCPNodelay   YES
>SubDir   YES
>Compression  YES
>CompressAlways   NO
>SchedModePolling  * (behind Firewall)
>
>
>
>
>It is a session report :
>
>
>Total number of objects inspected:  192,386
>Total number of objects backed up:2,221
>Total number of objects updated:  8
>Total number of objects rebound:  0
>Total number of objects deleted:  0
>Total number of objects expired:523
>Total number of objects failed:   0
>Total number of bytes transferred: 5.89 GB
>Data transfer time:1,416.29 sec
>Network data transfer rate:4,362.30 KB/sec
>Aggregate data transfer rate:119.69 KB/sec
>Objects compressed by:   15%
>Elapsed processing time:14:20:17
>
>
>
>
>and a trace report :
>
>
>Section TotalTime(sec)Average Time(msec)Frequency used
>==
>Client Setup 0.344344.0  1
>Process Dirs 50292.881   2250.6  22346
>Solve Tree   0.000  0.0  0
>Compute  2.677  0.0 304175
>Transaction 46.145  0.0 938009
>BeginTxn Verb0.047  0.1508
>File I/O   164.261  0.7 241799
>Compression372.440  2.3 164443
>Encryption   0.000  0.0  0
>Delta0.000  0.0  0
>Data Verb0.297  8.3 36
>Confirm Verb 0.297  8.3 36
>EndTxn Verb541.249   1065.5508
>Client Cleanup   2.735   2735.0  1
>
>
>
>
>--
>David  Rigaudiere  -+-  Administration  TSM  -+-
>Paris -+- 40, rue de Courcelles -+- 4e itage -+-
>[EMAIL PROTECTED] -+- 01.5621.7802
>
>---
>This message (including any attachments) is confidential and may be
>privileged. If you have received it by mistake please notify the sender by
>return e-mail and delete this message from your system. Any unauthorised
>use or dissemination of this message in whole or in part is strictly
>prohibited. Please note that e-mails are susceptible to change.
>ABN AMRO Bank N.V. (including its group companies) shall not be liable for
>the improper or incomplete transmission of the information contained in
>this communication nor for any delay in its receipt or damage to your
>system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that
>the integrity of this communication has been maintained nor that this
>communication is free o

TSM Server Version 4.1.6 and 5.1 Client

[Hart, Charles]

I understand that 4.1.x is EndOfService, but was wondering if anyone was using 5.1 
clients with 4.1.6 Server?  I ask because we are in the midst of upgrading 4.1.6 TSM 
servers and currently have one 5.1 server with 5.1.x clients.  Our platform admins 
will be rolling out the client updates and I know they do not want to update client 
for 300 machines more than once.

Thanks!

Re: Multiple backup of a file that doesn't change?

[Hart, Charles]

Also check the "Copy Frequency" setting that can be found Backup Copy Group Settings 
that is applicable to that client. If the frequency is set to more than one then TSM 
will only backup one copy that day, if set to 10 TSM then waits 10 days to get a copy 
of the file regardless if it changed in the past 9 days.

The selective will grab a copy of the file regardless of that setting.

-Original Message-
From: Jozef Zatko [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30, 2003 5:03 AM
To: [EMAIL PROTECTED]
Subject: Re: Multiple backup of a file that doesn't change?


Hi Flemming,
this could be easily done by selective backup of this file by somebody
after normal incremental backup. Using selective backup you can backup
file as many times as you want. During selective backup TSM client does
not check if file was changed or not.

Hope this helps


Ing. Jozef Zatko
Login a.s.
Dlha 2, Stupava
tel.: (421) (2) 60252618



Flemming Hougaard <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
30.07.2003 10:28
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To
[EMAIL PROTECTED]
cc

Subject
Multiple backup of a file that doesn't change?






Hi all

First of all... I'm not drunk, on drugs or anything like that - only a
severe headache

I have a NetWare 5.1 SP3 (I know it's old...), TSA5UP12 is applied, TSM
Client 5.1.6.0 - and running a normal scheduled incremental backup every
night... and still I've a screendump in front of me where I can read the
following:

Opticut.exe (active), Modified: 01-12-1999 15:27:12, Created: 08-06-2001
18:19:25, Backed Up: 28-07-2003 21:15:17
Opticut.exe (inactive), Modified: 01-12-1999 15:27:12, Created: 08-06-2001
18:19:25, Backed Up: 25-07-2003 03:31:21

How can this happen

Regards
Flemming

-Oprindelig meddelelse-
Fra: Jack Magill [mailto:[EMAIL PROTECTED]
Sendt: 29. juli 2003 04:59
Til: [EMAIL PROTECTED]
Emne: Re: High Utilization on Netware Server


Compression will not help in this case, since all compression must be done
and undone by the clients cpu, this will put more load and the novell
server and not alieviate it as you might think.  What are the sizes of the
files being backed up (in general)? What is the size of the cpu that is
being used on the server? How much ram is available? and last but not
least what are the comm buffer settings on the client?

Jack
>
> From: Anwer Adil <[EMAIL PROTECTED]>
> Date: 2003/07/27 Sun AM 06:21:49 EDT
> To: [EMAIL PROTECTED]
> Subject: High Utilization on Netware Server
>
> I recently upgraded a couple of my servers to Netware 6. During backup,
the
> processor utilization pegs at 100%. The tsm client version on the
servers
> is Version 5 Release 1, Level 0. Compression on all the volumes is off
> therefore I have the following settings in the dsm.opt file:
>
> COMPRESSION   YES
> COMPRESSALWAYS  NO
>
>  Please help.
>

Re: 5.2 manual CD

[Hart, Charles]

NopePublications are now on the Install Media... Ran in to that one yesterday

-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 2:53 PM
To: [EMAIL PROTECTED]
Subject: 5.2 manual CD


We received our set of TSM 5.2 CD's yesterday. I noticed there wasn't a
CD of manuals delivered as with 5.1.
Did anyone receive 5.2 specific manual CDs with their delivery?

Re: Expire Inventory process on a 24GB DB?

[Hart, Charles]

1) Could take a while depending on how you changed your retention for example if you 
went from 180 active version of a file to 20 then TSM would have to potentially expire 
60xeach changed file.  In additional WIN2k is not know for very fast I/O, not to 
mention if your tsm db is not layed out in an optimal way (multiple disks etc) could 
affect performance of that process

If you need to cancel make sure and do "Cancel expiration" so when you start expire 
inventory again it should pick up where it left off.  Keep an eye on your log, 
expiration could reek havoc on it.

2- 3 ) Hard to say, I think there's a way to find out object count other than keeping 
an eye on the process which tells you how many expired and how many processed.

Hope this helps

-Original Message-
From: Ken Sedlacek [mailto:[EMAIL PROTECTED]
Sent: Friday, August 22, 2003 7:10 AM
To: [EMAIL PROTECTED]
Subject: Expire Inventory process on a 24GB DB?


Enviro:

W2K TSM 5.1.6.3

I have been doing an "expire inventory"  for some 14 hours now after
changing the MC  (# in retain extra versions) which is causing rebinding.

Number of nodes to rebind:
Node Name   Type  FilespaceFSID  Storage Number of   Physical
Logical
  Name   Pool Name   Files  Space
Space
 Occupied
Occupied
 (MB)
(MB)
--    --  -  --  -  -
-
CIR_SERVER  Bkup  \\cir_ser-  1  DLTPOOL2   40,486   3,746.67
3,626.22
   ver\c$
CIR_SERVER  Bkup  \\cir_ser-  2  DLTPOOL2   55,701  51,335.77
51,329.46
   ver\d$
CIR_SERVER  Bkup  \\cir_ser-  3  DLTPOOL2  582   5,181.29
5,181.29
   ver\f$
CIR_SERVER  Bkup  \\cir_ser-  4  DLTPOOL2   78   3,810.46
3,810.46
   ver\g$
CIR_SERVER  Bkup  \\cir_ser-  5  DLTPOOL2  563   8,537.17
8,537.17
   ver\h$
CIR_SERVER  Bkup  \\cir_ser-  6  DLTPOOL2   21,886  21,195.37
21,195.36
   ver\i$
CIR_SERVER  Bkup  SYSTEM  7  DLTPOOL2   11,611   1,457.64
1,457.64
   OBJECT
GV-GRIEGBkup  \\gv-grie-  1  DLTPOOL28,014   1,360.96
1,303.52
   g\c$
GV-GRIEGBkup  \\gv-grie-  2  DLTPOOL2   16,136  708,755.7
708,365.9
   g\d$ 4  0
GV-HELPDE-  Bkup  \\gv-help-  1  DLTPOOL29,889 930.72
821.88
 SKdesk\c$
GV-HELPDE-  Bkup  \\gv-help-  2  DLTPOOL2  173,454  339,038.7
337,217.2
 SKdesk\d$  0  5
GV-HELPDE-  Bkup  \\gv-help-  3  DLTPOOL23   0.00
0.00
 SKdesk\e$
GV-ITDEVBkup  \\gv-itde-  1  DLTPOOL2   20,795   1,919.14
1,828.15
   v\c$
GV-ITDEVBkup  \\gv-itde-  2  DLTPOOL226,319,35  2,201,544
2,188,569
   v\d$  2.79  .38
GV-ITDEVBkup  \\gv-itde-  3  DLTPOOL22   0.01
0.01
   v\e$
GV-ITDEVBkup  \\gv-itde-  4  DLTPOOL21,381 584.32
584.32
   v\f$
GV-ITDEVBkup  \\gv-itde-  5  DLTPOOL2   14   5.37
5.37
   v\j$
GV-ITDEVBkup  SYSTEM  6  DLTPOOL2   38,194   4,773.29
4,773.29
   OBJECT
GV-ODIN Bkup  \\gv-odin-  1  DLTPOOL24,450 930.13
890.27
   \c$
GV-ODIN Bkup  \\gv-odin-  2  DLTPOOL2  319,636  40,882.39
40,738.97
   \d$
GV-PVCS Bkup  \\gv-pvcs-  1  DLTPOOL2   17,860   2,052.13
1,937.81
   \c$
GV-SCDHCP   Bkup  \\gv-scdh-  1  DLTPOOL27,036 823.27
798.70
   cp\c$
GV-TASKEBkup  \\gv-task-  1  DLTPOOL29,939   1,664.50
1,658.13
   e\c$
GV-TASKEBkup  \\gv-task-  2  DLTPOOL24,039 280.37
280.37
   e\e$
GV1 Bkup  \\gv1\c$1  DLTPOOL2   10,380 991.95
972.94
GV1 Bkup  \\gv1\d$2  DLTPOOL25,909   1,504.43
1,504.43
GV1 Bkup  \\gv1\f$3  DLTPOOL2  541 195.28
195.28
GV1 Bkup  SYSTEM  4  DLTPOOL2   30,623   4,485.21
4,485.21
   OBJECT
GV_NUTKIN   Bkup  \\gv_nutk-  1  DLTPOOL25,865 975.10
851.19
   in\c$
GV_NUTKIN   Bkup  \\gv_nutk-  2  DLTPOOL22   0.01
0.01
   in\d$
GV_NUTKIN   Bkup  \\gv_nutk-  3  DLTPOOL2  986   4,261.35
4,261.35
   in\e$
GV_ROCKYBkup  \\gv_rock-  1  DLTPOOL24,533 656.26
601.28
   y\c$
GV_ROCKYBkup  \\gv_rock-  2  DLTPOOL24,343  83,665.93
83,665.93
   

Re: DRM - Can't do a restore - I must be missing something

[Hart, Charles]

More details... ANR Message etc?

  Restore needs more tapes than the DR library will hold, and as
soon as I start the restore, the restore fails.


-Original Message-
From: Coats, Jack [mailto:[EMAIL PROTECTED]
Sent: Friday, August 22, 2003 7:40 AM
To: [EMAIL PROTECTED]
Subject: DRM - Can't do a restore - I must be missing something


TSM 4.2.3.1 on Wintel, library 3583-L18 with 2 drives and 18 slots

Production is the same but library has 6 drives and 60 slots

Problem:

Restore needs more tapes than the DR library will hold, and as
soon as I start the restore, the restore fails.

I have checked in some of the tapes that it should need, but I
need to get mount requests with volume names.

... TIA ... Jack

Re: TSM is backing up WINNT\SYSTEM32 every night!

[Hart, Charles]

You can backup the SYSTEMOBJECT using a specific management class to only retain a few 
active copies, we went from 160 to 10, has helped quite a bit.  You can search on 
SYSTEMOBJECT in the mailing list and there should be a conversation pertaining to 
SYSTEMOBJECT Retention.

-Original Message-
From: Stapleton, Mark [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 12:05 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM is backing up WINNT\SYSTEM32 every night!


From:   Debi Randolph [mailto:[EMAIL PROTECTED]
>Butyou can turn it off on a client by client basis by putting this in
the DSM.OPT file.

DOMAIN  -SYSTEMOBJECT

I turn it off for all my remote clients, so I don't have to pull all that
data across the wire every single day.<

However, if you *do* turn off system object backup, and you have to do a full BMR, 
you're going to be in a world of hurt.

--
Mark Stapleton ([EMAIL PROTECTED])

Re: DSMFMT takes forever ( 15 hours). 100 gb

[Hart, Charles]

Is there really a need to run it on a JFS filesystem?  We run our on SSA disk with RAW 
partitions and it screams... 

-Original Message-
From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 1:46 PM
To: [EMAIL PROTECTED]
Subject: Re: DSMFMT takes forever ( 15 hours). 100 gb


I would first take a look at my Patches for AIX 5L and for Disk Drivers.
There were issues with 5.2 for 64 bit ,but for 5.1 that is not so. Did you
migrate to 5.1 from 433 ?

What is the Raid Level set? Can you pass on details ?

Balanand Pinni

-Original Message-
From: Dwight Cook [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: DSMFMT takes forever ( 15 hours). 100 gb


All I can say is that the dsmfmt simply writes "Eric" over and over and
over again...

If things grind to a halt, it is probably, simply due to the I/O to the
drive/raid array/filesystem

Dwight




  "Ochs, Duane"
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  M>   cc:
  Sent by: "ADSM:  Subject:  DSMFMT takes
forever ( 15 hours). 100 gb
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  09/03/2003 11:22
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Does anyone know of or had problems with formatting additional space for
diskpools ?

TSM server : AIX 5.1 ML3 64-bit enabled. 2GB memory 2 cpu H80

Disk type : 6 member raid set about 700 GB

JFS2

Trying to format 100gb diskpool. Each time I have tried it brings the TSM
server to almost a stand still. TSM is up on the box but nothing is running
during 8 hours of the format. Should be more than enough time to format
100gb of space.

Any ideas ?

> Duane Ochs
> Enterprise Computing
>
> Quad/Graphics
>
> Sussex, Wisconsin
> 414-566-2375 phone
> 414-917-0736 beeper
> [EMAIL PROTECTED]
> www.QG.com
>
>

Re: TSM 4.2.2.12 to 5.1.0.0 and over

[Hart, Charles]

We have a Sun Box that had TSM 4.1.6 and went to 5.2.  We followed the "Migrate 
Install Procedure" Which basically was to do a pkgrm, then run the pkgadd and it 
installed the new binaries and did the DB upgrade.  Took 3hrs for a 4way 4500 with a 
40GB TSM DB.  You will have to confirm what patch level the OS has to be.  I did not 
have to do any patching of the os.  We are @ SunOS 5.8 Generic_108528-16 sun4u sparc 
SUNW,Ultra-Enterprise

AIX is a little nicer as you do not have to remove the binaries...

-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 8:28 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM 4.2.2.12 to 5.1.0.0 and over


Hi Farren,
On the AIX there was no 'deinstall'I
- Upgraded TSM server to 5.1.0 from 4.2
- Upgraded maintenance level to 5.1.6.0
- Upgraded to patch level 5.1.6.1


>>> [EMAIL PROTECTED] 09/05/03 09:15AM >>>
Hi TSMers

Next week I am going to upgrade our 4.2.2.12 TSM installation (running
on
Solaris 2.7) to 5.1.6.2 (as I believe this is a good stable release to
go
to).

Now, I understand that I'll have to uninstall the 4.2.2.12 install
before
installing 5.1.0.0. I then thought that the 5.1.6.2 patch would just
install over the top, but from looking at the readme, it seems that I
have
to uninstall 5.1.0.0 first, and then install 5.1.6.2. Is this correct?

Also, do the steps 4.2.2.12 > 5.1.0.0 > 5.1.6.2 sound correct or are
there
other steps I should go to in between (or should I be aiming higher
than
5.1.6.2)? I know that 5.2 is out of the question until I upgrade the
server
from Solaris 2.7 to 2.8, so that's a no no for now.

I am also wondering if there are any people out there who know of any
specific patches that will be required to run 5.1 on Solaris 2.7. If
so,
then I'd be very happy to know before doing the upgrade as sadly I
don't
have another machine to test it on.

Anyway, any help very much appreciated.

Cheers

Farren Minns - John Wiley & Sons Ltd
*

This email transmission is confidential and intended for the person or
organisation it is addressed to. If you are not the intended recipient,
you
must not copy, distribute, or disseminate the information, open any
attachment, or take any action in reliance of it. If you have received
this
message in error please notify the sender.

Any views expressed in this message are those of the individual
sender,
except where the sender specifically states otherwise.

Although this email has been scanned for viruses you should rely on
your
own virus check, as the sender takes no responsibility for any damage
arising out of any bug or virus infection.
*

Re: Migration questions

[Hart, Charles]

Not Sure about the Storage Agent, but Client backward compatibility has been great for 
us.  We run TSM 5.1.5 on AIX with a 3.7 OS2 client.  When using different client 
versions be aware that is you are using HSM or Encryption there may be issues that are 
spelled out in the client readme.

Regards,

Charles

-Original Message-
From: hassan MOURTADI [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 09, 2003 4:12 AM
To: [EMAIL PROTECTED]
Subject: Migration questions
Importance: High


Hi,

I am in 4.2.1.9/WinNt 4.0.   I want to perform an upgrade of my TSM server
to 5.1 version.
What impact  if i upgrade only the TSM server? The TSM Client stays with
the last version 4.2.
And the same question for Storage Agent?

Thank you to help to answer to those questions.

Best Regards
Hassan

Re: TSM and SATA Disk Pools

[Hart, Charles]

ome simple
>guidelines for configuring your environment to get much better
>performance than you are reporting in your post.
>
>--
>Regards,
>Mark D. Rodriguez
>President MDR Consulting, Inc.
>
>
>===
>MDR Consulting
>The very best in Technical Training and Consulting.
>IBM Advanced Business Partner
>SAIR Linux and GNU Authorized Center for Education
>IBM Certified Advanced Technical Expert, CATE
>AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux
>Red Hat Certified Engineer, RHCE
>
>===
>
>
>Hart, Charles wrote:
>
>
>
>>Thanks you for the link.. Good info!
>>
>>
>>-Original Message-
>>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
>>William F. Colwell
>>Sent: Friday, November 12, 2004 10:52 AM
>>To: [EMAIL PROTECTED]
>>Subject: Re: TSM and SATA Disk Pools
>>
>>
>>Charles,
>>
>>See http://www.redbooks.ibm.com/abstracts/tips0458.html?Open
>>
>>This was in a recent IBM redbooks newsletter.  It discusses SATA
>>
>>
>performance
>
>
>>and to me it says that the tsm backup diskpool is not a good use for SATA.
>>Sequential volumes on SATA may be ok.
>>
>>Hope this helps,
>>
>>Bill
>>At 10:21 AM 11/12/2004, you wrote:
>>
>>
>>
>>
>>>Been asking lots of questions lately.  ;-)
>>>
>>>
>>>We recently have put our TSM Disk Backup Pools on Clarrion SATA.
>>>  The TSM Server is being presented as 600GB SATA Chunks
>>>  Our Aix Admin has put a Raw logical over two 600GB Chunks to create
>>>
>>>
>a 1.2TB Raw Logical Volume
>
>
>>>Right now we are seeing Tape migrations @ about 4GB in 6hrs, where before
>>>
>>>
>on EMC Symetrix disk we saw 29-40GB per hour.  If anyone would like to share
>their TSM SATA Diskpool layout and or tips we would much appreciate it!!!
>
>
>>>TSM Env
>>>AIX 5.2
>>>TSM 5.2.4 (64bit)
>>>p630 4x4
>>>8x3592 FC Drives
>>>
>>>Regards,
>>>
>>>Charles
>>>
>>>
>>>
>>>
>>--
>>Bill Colwell
>>C. S. Draper Lab
>>Cambridge Ma.
>>
>>
>>
>>
>>
>
>
>

Re: TSM server 5.2.3.4 removed from ftp site

[Hart, Charles]

I've been searching IBM's Web for IC43445... And no hits, we just updated two 
AIX TSM servers to 5.2.3.4... Are we screwed?

Thanks

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Andrew Raibeck
Sent: Wednesday, November 17, 2004 8:49 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM server 5.2.3.4 removed from ftp site


> Would you expect 5.2.3.5 to have a fix for  IC43445?

Yes!

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]

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

Re: TSM and SATA Disk Pools

[Hart, Charles]

Thank you again for the info Mark.  My head is spinning abit, I myself kinda 
like the KISS mentality when it comes to Storage pools, and would have 
preferred to stay on FC disk. (Might still be able to) Unfortunately lately I 
have not been able to "Dedicated " to just the TSM env, so I can see where 
creating multiple vols wouldn't be that big of a deal if I had dedicated time.  

Here are some responses to your questions.

The TSM server I am trying the SATA Disks on has 4 Disk pools 
Disk_Backup - Approx 200 Sessions with 3-4 Streams each
Disk Exchange Backup 20 Exchange Servers Single threaded (need to work with 
messaging team to multistream)
Disk Remote Backup - Approx 20 Remote Win2k Clients With 3-4 sessions a piece.

Unfortunately lately I have not been able to "Dedicated " to just the TSM env, 
so I can see where creating multiple vols wouldn't be that big of a deal if I 
had dedicated time.

Max Ses = 200
Max Sched 250

Backup Schedules spread out over 10 schedules and 5 start times.

I will let you know what we end up with, I'm asking our SAN Admin about doing 
raid 10 / 50 and see where that takes us... I got spoiled with Symetrix Disk...

Thanks again!



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Mark D. Rodriguez
Sent: Monday, November 15, 2004 4:50 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM and SATA Disk Pools


Charles,

There are some other limiting factors you must consider.  Although you
have 300+ clients how many do you schedule to back up at the same time?
Even if it is all of them what is your Maxsessions and MaxSchedsessions
values?  If I remember right you are running on a p630 that box can
probably handle (depending on the amount of memory, # of NICs and # of
processors) up to 200-300 concurrent sessions, but you probably have it
set much lower.  As with all things in life there are practical
limitations, 1200 volumes might seem to be a lot but I have worked in
large environments with several hundred volumes because that is what the
environment needed!  Another question are all of these clients going to
one disk pool and/or are some going straight to tape?

On another note that I did not address in my previous post, the original
topic was about SATA drives and their viability in an ITSM disk pool.  A
couple things to consider here:

   1. They are cheap so you can afford to have very large disk pools -
  Thats a good thing!
   2. SATA drives are typically large capacity (250GB and above) when
  used by IBM, EMC, LSI etc. - This is not so good, see me previous
  post more dirves is better.
   3. SATA drives are usually slower drives, 7200 or 10K rpm, FC drives
  can 15K rpm - Another performance hit.
   4. The reliability, i.e. failure rate, is not as good, but this might
  not be as important in a ITSM server as it might be in a
  prodcution DB server.
   5. In order to get good performance out of SATA you need to work a
  little harder and you probably want to go with RAID 10 or 50 to
  get the best performance/reliabilty.
   6. If you have to move huge amounts of data on a daily basis with a
  minimal amount of time, i.e. you need the best possible
  performance, than SATA is not your answer!
   7. But if you need large disk pools with reasonable performance at a
  great price than your going to love SATA.

Good Luck and let us know how it turns out

--
Regards,
Mark D. Rodriguez
President MDR Consulting, Inc.

===
MDR Consulting
The very best in Technical Training and Consulting.
IBM Advanced Business Partner
SAIR Linux and GNU Authorized Center for Education
IBM Certified Advanced Technical Expert, CATE
AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux
Red Hat Certified Engineer, RHCE
=======



Hart, Charles wrote:

>Fantastic Read   Thank you very much for the info!  Just one of our TSM 
>server has 300+ Clients, currently using collocation and a client setting of 
>Resource of 4 we could potentially have to create 1200 volumes on Disk?
>
>Regards,
>
>Charles
>
>
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
>Mark D. Rodriguez
>Sent: Monday, November 15, 2004 1:58 PM
>To: [EMAIL PROTECTED]
>Subject: Re: TSM and SATA Disk Pools
>
>
>OK, so there seems to be some interest in how to layout disk pools on an
>AIX system using JFS2 instead of raw lv's.  I will try to keep this as
>general as possible so please remember you must make some choices based
>on your particular environment.
>
>* In general I would rather have more small disks than a few large
>  as you will see.  However, this would not apply if the larger disk
>  where 15K rp

Oracle TDP and RMAN

[Hart, Charles]

In working with our Oracle DBA's they feel TSM< should manage the RMAN Oracle 
Retentions etc...   Is there a "Preferred method?"  If so why?


Here's one of our DBA's response when I told them my understanding is that RMAN 
usually manages the Backup Retentions etc

"Note on page 85 of the RMAN Backup and Recovery Handbook it says:

"If you are using a tape management system, it may have its own retention 
policy.  If the tape management system's retention policy is in conflict with 
the backup retention policy you have defined in RMAN, the tape management 
system's retention policy will take precedence and your ability to recovery a 
backup will be in jeopardy."

That is why I was leaving it up to the Tivoli retention policy to be used 
instead of RMAN retention policies. This seems to be in conflict with the 
comment about TSM having a "dumb repository".


Thanks for you thoughts...

Regards,

Charles 

Re: Oracle TDP and RMAN

[Hart, Charles]

Thanks again, for your input... 

This is the BEST Support list out there.

Regards,

Charles 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Andreas Almroth [ MTNCameroon O&M - DMSC ]
Sent: Saturday, November 20, 2004 3:12 AM
To: [EMAIL PROTECTED]
Subject: Re: Oracle TDP and RMAN


> In working with our Oracle DBA's they feel TSM< should manage the RMAN
> Oracle Retentions etc...   Is there a "Preferred method?"  If so why?
>
RMAN should normally take care of the retention "cleaning". The node should be 
set up to be allowed to delete backups. In the manual for TDP Oracle it says 
one should set up verdeleted=0 and retonly=0. That is, when RMAN has deleted 
the object in the recovery catalog and in TSM, the object should be removed in 
TSM upon next inventory run.

> Here's one of our DBA's response when I told them my understanding is
> that RMAN usually manages the Backup Retentions etc
>
> "Note on page 85 of the RMAN Backup and Recovery Handbook it says:
>
> "If you are using a tape management system, it may have its own retention 
> policy.  If the tape management system's retention policy is in conflict 
> with the backup retention policy you have defined in RMAN, the tape 
> management system's retention policy will take precedence and your ability 
> to recovery a backup will be in jeopardy."
>

Yes, this is true for some backup systems. That is why one should never set up 
a retention policy in the backup system for RMAN backups.

> That is why I was leaving it up to the Tivoli retention policy to be used 
> instead of RMAN retention policies. This seems to be in conflict with the 
> comment about TSM having a "dumb repository".

I would use RMAN retention, in Oracle 9i it is even easier. The DBA's should 
have a script that is run regularly to expire backups. This way there will be a 
minimal risk of ending up with an inconsistency between the recovery catalog 
and what is stored in TSM. If an inconsistency occurs, you can run tdposync to 
synchronise recovery catalog and TSM.

Regards,
Andreas

TSM 5.2.x DB Restore Using 3494 Library

[Hart, Charles]

In previous 4.x versions to restore the TSM DB you had to set library to Manual 
in the Device config.  Its been quite a while since I've had to restore a TSM 
DB (Thank Goodness).  My question is with v5.2.x do you still have to set the 
library as manual or can you use your existing device.config?

Thanks!!!

Have a Happy Thanksgiving

Re: IBM ftp site

[Hart, Charles]

Nope seems to work fine try 
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Jim Kirkman
Sent: Thursday, December 02, 2004 7:30 AM
To: [EMAIL PROTECTED]
Subject: IBM ftp site


Anyone else having a problem opening a data connection with
service.boulder.ibm.com? Can't seem to get to the client download site,
both yesterday afternoon or this morning.


--
Jim Kirkman
ITS Infrastructure
UNC-Chapel Hill
919-698-8615

TSM 5.2.3.5 Patch Has Been Posted

[Hart, Charles]

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/patches/server/AIX/5.2.3.5/

TSM Backup Client and AIX 5.3

[Hart, Charles]

Dumb question... I have searched / waded through the IBM horrific website and 
am just looking for a Backup Client to OS compatibility matrix.  Our AIX admins 
are asking me what TSM client supports AIX 5.3? Does anyone have a good http 
link for this?  I'm resorting to the ftp client patch readmes now.

Thanks!

Management Class Retention Question

[Hart, Charles]

Don't laugh... We currently save 180 Act / Deleted / Version Exists etc of our 
backup files (use to be 400).  Anyways in our Netbackup Env we do weekly fulls 
retained for 13months and an annual full with permanent retention.  I would 
like to get our TSM ennv closer to our Netbackup retention as we have 150+ GB 
TSM DB's.  Needless to say we could save on TSM DB and tape.  We aloe have a 
Company Retention policy in place that dictates specific retentions, which we 
accommodate with Archives.

Essentially we would like to retain a bit more than our Netbackup Env, because 
if you had recover a file more than a year old you could only get one version 
(Ie no point in time).  Is there a good middle of the road basic retention?  I 
have searched adsm etc but haven't really found anything. We know 180 visions 
is insane... but 5 version would be little too loose.

Thank you again, this is the best Tech List in existence


Found a great Tivoli Field guide called "Tivoli Field Guide - Full-Incremental 
Rotations Using IBM Tivoli Storage Manager" 
http://www-306.ibm.com/software/sysmgmt/products/support/Field_Guides_Technical.html

Here are some examples in the field guide

Example 1 --- 5-Week Full-Incremental Rotation 
In this case, the policy we are trying to implement in Storage Manager is one 
of doing a full once a week and incremental on the other days. After 4 weeks 
and 6 days, the administrator will reuse the tape on which he did his first 
full backup. 
Translating this rotation to Storage Manager is pretty straightforward. A 
management class can be defined with the following parameters: 
Versions Data Exists: Nolimit 
Versions Data Deleted: Nolimit 
Retain Extra Versions: 34 
Retain Only Version: 34 
These settings would ensure that inactive (old) versions of files are kept for 
34 days before they are discarded by the Storage Manager Server. 

Example 2 --- 5-Week Full-Incremental Rotation with Extra Weekly Full Taken 
Off-Site 
In this case, the desired policy to be implemented in Storage Manager is one of 
doing a full twice a week and incremental on six days. One full is taken 
off-site for disaster recovery purposes. This means that after 4 weeks and 6 
days, the administrator will reuse the tape on which he or she did his first 
full backup. And after the same amount of time, he or she will recycle the 
oldest off-site full. 
Translating this rotation to Storage Manager is pretty straightforward. A 
management class can be defined with the following parameters: 
Versions Data Exists: Nolimit 
Versions Data Deleted: Nolimit 6
Retain Extra Versions: 34 
Retain Only Version: 34 
These settings would ensure that inactive (old) versions of files are kept for 
34 days before they are discarded by the Storage Manager Server. The off-site 
requirements are handled with a copy storage pool and the Storage Manager 
Disaster Recovery Manager. A copy storage pool will allow for an exact copy of 
the on-site data to be taken off-site on a regular basis. There is no need to 
do additional backups to get this off-site copy. 
Example 3 --- 2-Week Full-Incremental Rotation Kept On-Site 
5-Weekly Fulls Kept both On-Site and Off-Site 
Here, the administrator is essentially using two different rotational schemes. 
The two week on-site rotation will be the one that is primarily used for 
recovery. As some extra "insurance", the policy calls for weekly fulls. They 
would be used in the event the administrator needs to recover something older 
than two weeks and in the event of a disaster recovery scenario. 
The implementation of this policy in Storage Manager requires two management 
classes. The first is used to accommodate the two week rotation and the second 
is used to accommodate the 5 week rotation. The management classes have the 
following parameters set: 
Two Week Class - NODE1 Five Week Class - NODE2 
Versions Data Exists: Nolimit Versions Data Exists: Nolimit 
Versions Data Deleted: Nolimit Versions Data Deleted: Nolimit 
Retain Extra Versions: 13 Retain Extra Versions: 34 
Retain Only Version: 13 Retain Only Version: 34 
Two separate Storage Manager virtual nodes are established that map to each of 
the classes, although each of these Storage Manager nodes corresponds to the 
same physical machine. Node1 runs its backup on a daily basis to the Two Week 
Class. Node2 only runs its backup on a weekly basis and sends it to a different 
storage pool than Node1. A copy storage pool is then created for the node using 
the five week class and the Disaster Recover Manager is used to manage the 
off-site data. 

Re: Management Class Retention Question

[Hart, Charles]

Thank you for the response.  Our TSM Env has been around longer than our 
Netbackup, I really don't want to mimic the NBU env (Would be going back in 
time) But at the same time retaining 180 Active / Deleted versions is a bit 
insane to manage.  I personally dislike the Grandfather / Father backup 
scheme,. progressive is the only way to go.

Just want to be able to reduce the 180, use archiving for user archive req to 
meet regulatory needs, but still have a decent Point in time recovery.

Regards,

Charles 


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Ochs, Duane
Sent: Tuesday, December 07, 2004 9:53 AM
To: [EMAIL PROTECTED]
Subject: Re: Management Class Retention Question


If you are looking to imitate what Netbackup does within the parameters
of TSM you can use archiving. Daily incremental backups are performed
retaining 8 versions. Perform weekly archives that are retained for 13
months and finally perform a year end archive that is retain
indefinitley. Sure you will not have a copy of every file that made it
overnight for the last six months, but you will be very close. And if
you are using archiving for business related retention requirements, you
are covered legally. Another alternative is to evaluate groups of users
and categorize them according to their usage requirements. For instance,
we retain accounting personnel's personal home drives longer than
manufacturing users. We retain more verions of CAD operators home drives
than develpoment. Programmers and developers have been required to
submit all source to source safe and only develop on specfic servers.
Prevents source from being lost due to inadequate retention on user home
drives...
 
 We started the same way. Tried to mimic what we were accustom to (son,
father, grandfather) with something that doesn't work the same way
(TSM). For 1 year we ran much the same way you are. When all three of
our L700 jukeboxes were at 95% capacity it was time to do something. I
reviewed our restore requests and then worked with all departments to
define their specific requirements, we were able to reduce our overall
backup data by 85% in the first 18 months. With diligence we have been
able to maintain an active list of all major departments and their
business requirements. 

>From what I have been through, it was nearly impossible to get managers
to agree to backing up less. Until you put a dollar amount to it. Every
manager loves to be associated with saving money.

Good luck,

Duane
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Tuesday, December 07, 2004 9:18 AM
To: [EMAIL PROTECTED]
Subject: Management Class Retention Question


Don't laugh... We currently save 180 Act / Deleted / Version Exists etc
of our backup files (use to be 400).  Anyways in our Netbackup Env we do
weekly fulls retained for 13months and an annual full with permanent
retention.  I would like to get our TSM ennv closer to our Netbackup
retention as we have 150+ GB TSM DB's.  Needless to say we could save on
TSM DB and tape.  We aloe have a Company Retention policy in place that
dictates specific retentions, which we accommodate with Archives.

Essentially we would like to retain a bit more than our Netbackup Env,
because if you had recover a file more than a year old you could only
get one version (Ie no point in time).  Is there a good middle of the
road basic retention?  I have searched adsm etc but haven't really found
anything. We know 180 visions is insane... but 5 version would be little
too loose.

Thank you again, this is the best Tech List in existence


Found a great Tivoli Field guide called "Tivoli Field Guide -
Full-Incremental Rotations Using IBM Tivoli Storage Manager" 
http://www-306.ibm.com/software/sysmgmt/products/support/Field_Guides_Te
chnical.html

Here are some examples in the field guide

Example 1 --- 5-Week Full-Incremental Rotation 
In this case, the policy we are trying to implement in Storage Manager
is one of doing a full once a week and incremental on the other days.
After 4 weeks and 6 days, the administrator will reuse the tape on which
he did his first full backup. 
Translating this rotation to Storage Manager is pretty straightforward.
A management class can be defined with the following parameters: 
Versions Data Exists: Nolimit 
Versions Data Deleted: Nolimit 
Retain Extra Versions: 34 
Retain Only Version: 34 
These settings would ensure that inactive (old) versions of files are
kept for 34 days before they are discarded by the Storage Manager
Server. 

Example 2 --- 5-Week Full-Incremental Rotation with Extra Weekly Full
Taken Off-Site 
In this case, the desired policy to be implemented in Storage Manager is
one of doing a full twice a week and incremental on six days. One full
is taken off-site for disaster recovery purposes. This means that after
4 weeks and 6 days, the ad

Question About Tapes In Lib as Private - But No History / Data On them

[Hart, Charles]

We have found a strange situation with Tapes in our library I'm hoping that 
some one could clarify what we are seeing...


Libvol Info : States its Provate but no data - Its in the Library
tsm: MSPSTG5>q libvol 3494lib1 i01448   
   

Library Name Volume Name Status Owner  Last Use  
HomeDevice
 
Element Type  
 --- -- -- - 
--- --
3494LIB1 I01448  Private
   


Q vol States that TSM DB 
tsm: MSPSTG5>q vol I01448 f=d
ANR2034E QUERY VOLUME: No match found using this criteria.
ANS8001I Return code 11.

I looked in the volume history file and did a grep for I01448 and its not 
there, we also verified that the library and tape vol categories matched... .  
Can I assume that this tape can be Scratch? (I can make scratch by checkout / 
chekin process. We are also wondering how this may have happened... If the data 
was expired it should go prom private to scratch... right?  

Any confirmation would be great, because we could regain many tapes.  

Thanks a bunch!!

Re: Question About Tapes In Lib as Private - But No History / Data On them

[Hart, Charles]

Thank you all for your Responses!!!  Again its much appreciated... I query the 
contents, try the select statement provided in a previous response and based on 
results hopefully be able to return them to scratch.

Thanks Again!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Stapleton, Mark
Sent: Thursday, December 09, 2004 9:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Question About Tapes In Lib as Private - But No History /
Data On them


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Hart, Charles
>We have found a strange situation with Tapes in our library 
>I'm hoping that some one could clarify what we are seeing...
>
>tsm: MSPSTG5>q libvol 3494lib1 i01448  
>3494LIB1 I01448  Private   
>
>Q vol States that TSM DB
>tsm: MSPSTG5>q vol I01448 f=d
>ANR2034E QUERY VOLUME: No match found using this criteria.

You have had a glitch with your library that has caused TSM to move an
empty scratch tape into the 'private' category without putting data on
it. This could have been caused by technical difficulties, or by someone
checking in a scratch tape with status=private (instead of
status=scratch).

Run

upd libv 3494lib1 I01448 status=scratch

If it is truly an empty tape (doesn't belong to a storage pool, and
isn't a db backup tape), it'll flip to scratch status.

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

Re: Question About Tapes In Lib as Private - But No History / Data On them - Update

[Hart, Charles]

Here's what we found in the actlog... So we have verified no contents, changed 
to scratch and reworet the label!  Sweet!

12/06/04   04:44:21  ANR8778W Scratch volume I01623 changed to Private 
Status  
  to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:45:19  ANR8778W Scratch volume I01624 changed to Private 
Status  
  to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:46:32  ANR8778W Scratch volume I01625 changed to Private 
Status  
  to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:47:45  ANR8778W Scratch volume I01626 changed to Private 
Status  



tsm: MSPSTG5>h 8778
---

ANR8778W Scratch volume volume name changed to Private Status to prevent
re-access.

Explanation: The scratch volume encountered an error during mount processing
that makes it unusable. The status of the volume is changed to private so
that it is not selected for future scratch mounts. (Although the status has
become private, it is not defined to a storage pool.)

System Action: Processing continues with another scratch volume.

User Response: See previous error messages to determine the cause of the
mount failure, and correct the problem. If the problem is a mislabeled
volume or unreadable label, relabel the scratch volume using the dsmlabel
utility with the "-overwrite" option. If the volume is missing from its home
slot, issue the AUDIT LIBRARY command against the library. If the volume has
lost or corrupted VCR-data, relabel the volume. (This reinitializes the
VCR-data by writing to the volume update the status of the volume to scratch
by using the UPDATE LIBVOL command.




LABEL libvol 3494lib1 I00545 checkin=scratch overwrite=yes devt=3592




-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Stapleton, Mark
Sent: Thursday, December 09, 2004 9:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Question About Tapes In Lib as Private - But No History /
Data On them


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On 
Behalf Of Hart, Charles
>We have found a strange situation with Tapes in our library 
>I'm hoping that some one could clarify what we are seeing...
>
>tsm: MSPSTG5>q libvol 3494lib1 i01448  
>3494LIB1 I01448  Private   
>
>Q vol States that TSM DB
>tsm: MSPSTG5>q vol I01448 f=d
>ANR2034E QUERY VOLUME: No match found using this criteria.

You have had a glitch with your library that has caused TSM to move an
empty scratch tape into the 'private' category without putting data on
it. This could have been caused by technical difficulties, or by someone
checking in a scratch tape with status=private (instead of
status=scratch).

Run

upd libv 3494lib1 I01448 status=scratch

If it is truly an empty tape (doesn't belong to a storage pool, and
isn't a db backup tape), it'll flip to scratch status.

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

5.2.3.5 Upgrade and Slow Expiration

[Hart, Charles]

We have two identical TSM Server (AIX 5.2 / p630 / TSM 5.2.3.5) They were both 
@ TSM 5.2.3.4 then we upgraded to 5.2.3.5 on the same day.  One of the servers 
has been running just fine (TSM Server1).  When the other TSM server (TSM 
Server2) runs Expiration it grinds to a halt with in an hour regardless of 
doing a cancel expiration or just trying to cancel the process.  This 
TSMServer2 Backups / Archives our Oracle Env so when Expiration runs it brings 
the TSM Server instance to its knees to the point it won't take client data.  

Server Info:

TSM Server 1 ver 5.2.3.5 
DB = 141GB Cache Hit 98.89%
Expiration Runs Fine (thousands obj per min)
Backup Clients are primarily Windows (4-500 Clients)


TSM Server 2 ver 5.2.3.5 
DB = 149GB DB Cache Hit 98.26%
Expiration Runs So Slow (a few obj per min)
Backup Clients are primarily Unix (2-300 Clients) Does dsmc Archives 
and Incremental


Has anyone run into strange issues when going to 5.2.3.5?  I have a PMR open... 
but not getting much out of them... (Which usually isn't the case)  I have 
searched the list and any APARS... No luck yet.

Appreciate any info!

Re: TSM Long Restart Time

[Hart, Charles]

We say the same issue with versions 5.1.7.3 / 5.2.3. *Some 4.1 versions) Now @ 
5.2.3.5 and a 150GB DB takes about 45min... It use to take hours

Regards,

Charles 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Prather, Wanda
Sent: Tuesday, January 11, 2005 9:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Long Restart Time


That is very weird.
Whenever I've been waiting (in a panic, of course) for TSM to restart,
first thing I do is turn on iostat; I know that as long as the I/O is
running like crazy, TSM is still processing its log.  Once the I/O
stops, TSM is back up.
Have never just seen it sit and spin CPU like that.
And 35GB isn't very big, really.
If on a normal day your DB cache hit ratio is OK, I have no idea what
could be causing this.
I would ping very hard on Tivoli to get an answer, and keep raising the
priority on the problem until you get one. 
10 hours to restart is a SERIOUS availability problem!



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Andy Carlson
Sent: Monday, January 10, 2005 2:17 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Long Restart Time


Yes, thats about 600MB.  Expiration doesnt run too badly.  Expspeed says
we are doing about 2M pages per second.  It seems like TSM grabs one
CPU, runs it at 100%, and very little I/O is occurring during all this
time.  The DB is 90.3% of 35000MB, and the DB was reorged about 3 months
ago.

Prather, Wanda wrote:
> Wow.
> I thought 20 minutes was a long restart time!.
> Never heard of anything that bad before.
>
> How big is your DB?  Does your expirarion take a really long time to
> run?
>
> You are only applying about 600 MB of updates, yes?
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf
Of
> Andy Carlson
> Sent: Monday, January 10, 2005 12:20 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: TSM Long Restart Time
>
>
> Wehave had a problem over the years with LONG TSM restart times if the
> recovery log has anything in it.  Here is what we are running:
>
> AIX 5.1 ML4+ Running on a P670, 4 Proc, 16GB Memory
> TSM 5.2.1.1
>
> We had an outage on one of our TSM instances Friday.  The log is
> currently in normal mode, 12GB in size.  It was 5.1% full.  The
restart
> took 10 hours!.  I have noticed this with various releases of TSM, so
> this is not new.  I talked to TSM about it before, and did not get any
> good answers.  Has anyone else seen anything like this?  Would Roll
> Forward DB mode help?  Thanks for any info.
>
> --
> Andy Carlson - Senior Technical Specialist
> BJC Healtcare
>

> ---
> Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License:
> $8.95/month,
> The feeling of seeing the red box with the item you want in
> it:Priceless.
>
>
>


--
Andy Carlson - Senior Technical Specialist
BJC Healtcare

---
Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License:
$8.95/month,
The feeling of seeing the red box with the item you want in
it:Priceless.

How Many Backup Administrators to Data Backed Up?

[Hart, Charles]

We are in the midst of our Annual Budget planning and know were are 
understaffed.  The question then is there a "Ratio" of Backup Data Maintained 
to number of Backup Administrators?  A few of us have googled and Gartnered, 
and come up with nothing.  Has anyone on this list seen such a thing?

Thanks in advance! 

Charles 

Re: How Many Backup Administrators to Data Backed Up?

[Hart, Charles]

Thank you all for your input.  Seems like the Backup World is big enough, you 
would think Gartner would publish a Basic Ratio as they do for SAN admins to 
disk. (Like many places our mngt thinks Gartner is King) but this exercise we 
go through annually is to get upper mngt's but in).

Have a great day!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Nicholson
Sent: Wednesday, January 12, 2005 6:09 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?


What a great time for this post/question!!!  Thanks for asking it!!


(2) TSM servers, 2 tape Libraries (3494 w/ 15 3590's drives / 2500 cells
and a 3584 w/ 6 LTO II drives / 250 cells)
800 nodes (AIX, Windows, Linux) Every flavor of DB or app you can imagine.
We backup 2-3TB a day.
Total stored in TSM is 90TB, combined database used is 80GB.

We invest around 4-8 hours a day on TSM "stuff".  TSM like everything else
is under staffed...we could be investing about 3 times the amount of
people resources on TSM that we currently do.


Dave

Re: How Many Backup Administrators to Data Backed Up?

[Hart, Charles]

Maybe if I get time I could Summarize / Average all the repossesses and start a 
FAQ?

Charles 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, January 12, 2005 7:05 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?


Here are my numbers.

Up until recently, I was the only/main TSM administrator (i.e. I did 99%
of the TSM "work") on 4-Production and 1-Test TSM servers.

These TSM servers are on 3-platforms (1-zOS, 2-AIX, 1-Linux) using 2-Tape
Libraries shared amongst all TSM servers (3494, LTO2) covering over
200-nodes and roughly 40TB of backup storage (over 3000 tapes across both
libraries).

The clients cover most platforms supported by TSM (AIX, Linux, Netware,
SGI, Windows, VAX/VMS, Solaris and about to add Mac).  TDP's of most
flavors (Domino, MS-SQL, Oracle on both AIX and SUN).

BTW, when it comes to TSM, I don't just do the administration of the TSM
servers. In many cases, I am doing the client installs, as well.

FWIW, TSM is only 40% of by "job duties" as defined in my job description.




"Hart, Charles" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
01/11/2005 02:58 PM
Please respond to
"ADSM: Dist Stor Manager" 


To
ADSM-L@VM.MARIST.EDU
cc

Subject
How Many Backup Administrators to Data Backed Up?






We are in the midst of our Annual Budget planning and know were are
understaffed.  The question then is there a "Ratio" of Backup Data
Maintained to number of Backup Administrators?  A few of us have googled
and Gartnered, and come up with nothing.  Has anyone on this list seen
such a thing?

Thanks in advance!

Charles

Re: Hypothetical question

[Hart, Charles]

Think that depends on what you have set ResourceUtilization to in your client's 
dsm.opt file.  If you set Resource Utilization to 1 then one drive set to 2 
then 2 drives.  If you go to disk first you can set to as many as you like 
(with in reason and or based on the number of filesystems your client has).

Hope this helps.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Chernyaev Sergey
Sent: Wednesday, January 12, 2005 8:24 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Hypothetical question


Hello

If in moment of time runned backup only of one node and library have 2
drives, data will be write on tapes in both drives or on one drive? I
can't remember and can't find info in documentation (((

WBR,

Sergey

Re: How Many Backup Administrators to Data Backed Up?

[Hart, Charles]

Too true... I am finding that we spend a lot less time managing our TSM as we 
have to spend managing the Netbackup environment.  ;-)

Thanks again. This is great info, now if I can find the time to compile

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Kauffman, Tom
Sent: Wednesday, January 12, 2005 8:28 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?


Yeah, but then I'll come along and screw up the numbers .

One TSM server, 10 LTO2 drives in a 3584 library; 25 servers (18 AIX, 7
Windows). We don't do desktop systems.

We do about 2.6 TB of backup and archiving nightly and copy about 1.8 TB
to move off-site daily.

I'm the primary TSM admin -- I spend less then 2 hours per day on TSM on
a bad day, maybe 40 minutes on a good day. I have two aides that spend
an average of 20 minuts total per day on TSM. There are a few
exceptions, but for the most part we're tuned to be fully automated.

I am about to totally rework my database backup process for the backup
that goes offsite, and I expect to invest roughly 20 hours over the next
two weeks doing the coding, testing, and documentation. But on a
day-to-day process, we treat TSM with benign negelct here.

Tom Kauffman
NIBCO, Inc

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Wednesday, January 12, 2005 8:09 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?

Thank you all for your input.  Seems like the Backup World is big
enough, you would think Gartner would publish a Basic Ratio as they do
for SAN admins to disk. (Like many places our mngt thinks Gartner is
King) but this exercise we go through annually is to get upper mngt's
but in).

Have a great day!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
David Nicholson
Sent: Wednesday, January 12, 2005 6:09 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?


What a great time for this post/question!!!  Thanks for asking it!!


(2) TSM servers, 2 tape Libraries (3494 w/ 15 3590's drives / 2500 cells
and a 3584 w/ 6 LTO II drives / 250 cells)
800 nodes (AIX, Windows, Linux) Every flavor of DB or app you can
imagine.
We backup 2-3TB a day.
Total stored in TSM is 90TB, combined database used is 80GB.

We invest around 4-8 hours a day on TSM "stuff".  TSM like everything
else
is under staffed...we could be investing about 3 times the amount of
people resources on TSM that we currently do.


Dave

Re: How Many Backup Administrators to Data Backed Up?

[Hart, Charles]

Will do... It may take a bit to get together and would like others input

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Andrew Raibeck
Sent: Wednesday, January 12, 2005 9:29 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: How Many Backup Administrators to Data Backed Up?


Consider submitting your summary to Mark Stapleton (an ADSM-L regular) who
already posts a monthly FAQ.

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]

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

"ADSM: Dist Stor Manager"  wrote on 01/12/2005
06:10:28:

> Maybe if I get time I could Summarize / Average all the repossesses and
start a FAQ?
>
> Charles
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
> Zoltan Forray/AC/VCU
> Sent: Wednesday, January 12, 2005 7:05 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: How Many Backup Administrators to Data Backed Up?
>
>
> Here are my numbers.
>
> Up until recently, I was the only/main TSM administrator (i.e. I did 99%
> of the TSM "work") on 4-Production and 1-Test TSM servers.
>
> These TSM servers are on 3-platforms (1-zOS, 2-AIX, 1-Linux) using
2-Tape
> Libraries shared amongst all TSM servers (3494, LTO2) covering over
> 200-nodes and roughly 40TB of backup storage (over 3000 tapes across
both
> libraries).
>
> The clients cover most platforms supported by TSM (AIX, Linux, Netware,
> SGI, Windows, VAX/VMS, Solaris and about to add Mac).  TDP's of most
> flavors (Domino, MS-SQL, Oracle on both AIX and SUN).
>
> BTW, when it comes to TSM, I don't just do the administration of the TSM
> servers. In many cases, I am doing the client installs, as well.
>
> FWIW, TSM is only 40% of by "job duties" as defined in my job
description.
>
>
>
>
> "Hart, Charles" <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" 
> 01/11/2005 02:58 PM
> Please respond to
> "ADSM: Dist Stor Manager" 
>
>
> To
> ADSM-L@VM.MARIST.EDU
> cc
>
> Subject
> How Many Backup Administrators to Data Backed Up?
>
>
>
>
>
>
> We are in the midst of our Annual Budget planning and know were are
> understaffed.  The question then is there a "Ratio" of Backup Data
> Maintained to number of Backup Administrators?  A few of us have googled
> and Gartnered, and come up with nothing.  Has anyone on this list seen
> such a thing?
>
> Thanks in advance!
>
> Charles

Migrating Data Centers

[Hart, Charles]

Did a quick query on the list, but not quite finding what I'm looking for.  IN 
the near future we may be migrating our primary DC to a new location across 
town.  The DC migration will be a phased approach over 1-3yrs.  We plan on 
purchasing a New Backup Server and 3494library (Similar Cfg as Current DC). 
then slowly move clients from Primary DC to new DC.  

I've been tossing around various ideas on how to get the clients backup data 
from its original TSM server to the new TSM server @ the new location once the 
backup client moves to the new location.  I was thinking of doing the following 
process but have questions

1) Build Backup Server (AIX 5.2 p30 / TSM 5.2.3.5)
2) Attach new library etc
3) Move backup client 1 to new DC cfg client to see new backup server and go 
from there

The potential challenge now is moving the backup Client's data from orig TSM 
server to New TSM Server.

Was thinking I could do an Export / Import, but not sure because on the new TSM 
Server the backup client name will already exist when I'm ready to do the 
import  / export from the original TSM server.  Is it possible to import node 
data to an existing node name?  (Cant just take tapes out of existing lib and 
put in new lib)

If anyone has been through a phased DC migration and could shed some light on 
how they migrated client to a new TSM server instance and also bring over the 
existing client data that would be great.

Thanks again!

Re: Expiration

[Hart, Charles]

We had a similar situation, for us the WIn SysObjs were killing us.  Being that 
the Win SysObj change on almost a daily basis and there's quite a few per Win 
Server, we created a Mngt class just for Windows sysobj and put a specific 
retention of 10 Versions.  We also do a Server side Client Opt file so we were 
able to force the following incexl option to all the windows boxes using the 
new mngt class.  We saw a 50% reduction in the TSM DB and significant reduction 
in the expiration process.

 Option: INCLEXCL
Sequence number: 2
   Override: Yes
   Option Value: INCLUDE.SYSTEMOBJECT ALL SYSTEM_OBJECTS




-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Jones, Eric J
Sent: Tuesday, February 01, 2005 6:04 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Expiration


Good Morning.
I have a question about expiration.
I have a 90 day policy for data on the servers(Versions Data Exists - Nolimit, 
Version Data Deleted - Nolimit, retain Extra Versions 90 and Retain Only 
Version 90).  My question is how can I tell if data is being expired and how 
many files on a particular machine?  What I checked is a machine that is 
backing up everynight with about 2000 files(SYSETM OBJECT) but the file count 
keeps growing.  It's been 95 days since the 1st backup so I would have thought 
the file count would be leveling off.  I see when expiration runs that the 
server is listed for each of it's filespaces but I have no idea how many files 
if any it expired.
The TSM servers is AIX 5.2 with TSM 5.2.2 and the client is Win2K with TSM 5.2.2
I want to make sure that the old files are expiring so we do not keep growing 
in size.  It's one of many machines so the final count for how many files 
expired in expiration does not tell me which machine it came from.

Have a Great Day,
Eric

Re: Changing Policy Domain

[Hart, Charles]

Once you update the client to see the new policy the next time the client is 
contacted for backup the other 80days of backup files for that client will 
expire.  Only thing to watch out for is have many clients going through this 
expire process at the same time your log can fill...

Regards,

Charles

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Jones, Eric J
Sent: Tuesday, February 01, 2005 2:44 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Changing Policy Domain


Good Afternoon.
I have a question on Policy Domain switching.
How will the client handle a change in the Policy Domain if I change the Policy 
for a client?
I have a Policy called 90DAY that is assigned to a client and created a new 
Policy Name called 10DAY.
I updated the NODE to use the new policy(10DAY), "update node AFS99 
domain=10DAY".
I looked in the TSM Admin Guide and saw allot about creating policies, deleting 
policies, etc but nothing about how it handled changing which one you used.
Server:  TSM 5.2.2  AIX 5.2
Client:  AIX 5.2 TSM 5.2.2

Have a Great Day,
Eric Jones
> *  [EMAIL PROTECTED]
> *:   607-751-4133
Cell : 607-972-7621

Migrating Windows File Data Question

[Hart, Charles]

Our Intel team will be using robocopy to move data from one Windows Dick vol to 
a new one.  In the past we have seen TSM Backup the data that was moved, even 
thought the data has already been backed up before.  An example would be...

file1.txt has been on the D: Drive and has 10 Active Backup Copies on TSM

We move file1.txt to a J: Drive.

1) Does the file1.txt start expiring off because its in a new location and its 
considered a "new File" to TSM, causing the d:\file1.txt backup history to drop 
off?

2) Does file one now get associated with its new location on J: Drive and now 
gets backed up even thought the file has actually not changed?

In the past when our Intel group has moved data around and it appears to all 
gets backed up again due to new location instead the file actually being 
modified.  If anyone could add some insight that would be great.. We don't want 
to loose our backup history or backup a ton of data that we already have Active 
/ Inactive version of.

Appreciate the help

Charles 

Re: Migrating Windows File Data Question

[Hart, Charles]

Thanks for the confirmation... That's what I thought. Arggg (I understand why) 
but sure makes Data Moves.

Do other people run into this and what do you do?

Thanks again!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Thorneycroft, Doug
Sent: Wednesday, February 02, 2005 3:41 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Migrating Windows File Data Question


Just think of the drive/path as part of the file name.
new drive or change in path and tivoli sees it as a new
file. If the file no longer exist in the old path, then
Tivoli treats it as deleted.


Doug Thorneycroft
Systems Analyst
Computer Technology Section
County Sanitation Districts of Los Angeles County
(562) 699-7411 Ext. 1058
FAX (562) 699-6756
[EMAIL PROTECTED]



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Hart, Charles
Sent: Wednesday, February 02, 2005 1:36 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Migrating Windows File Data Question


Our Intel team will be using robocopy to move data from one Windows Dick vol to 
a new one.  In the past we have seen TSM Backup the data that was moved, even 
thought the data has already been backed up before.  An example would be...

file1.txt has been on the D: Drive and has 10 Active Backup Copies on TSM

We move file1.txt to a J: Drive.

1) Does the file1.txt start expiring off because its in a new location and its 
considered a "new File" to TSM, causing the d:\file1.txt backup history to drop 
off?

2) Does file one now get associated with its new location on J: Drive and now 
gets backed up even thought the file has actually not changed?

In the past when our Intel group has moved data around and it appears to all 
gets backed up again due to new location instead the file actually being 
modified.  If anyone could add some insight that would be great.. We don't want 
to loose our backup history or backup a ton of data that we already have Active 
/ Inactive version of.

Appreciate the help

Charles 

Re: Migrating Windows File Data Question

[Hart, Charles]

Great Thanks...

What if You were to move all your files around then rename the volume name back 
to what it originally was before the backup so essentially to TSM your file was 
never disassociated from its original location?

Thanks again...

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Steve Schaub
Sent: Thursday, February 03, 2005 12:46 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Migrating Windows File Data Question


Charles,

I have run into it - be prepared for a huge expiration run in the near
future.
Also, if you use client journaling, watch out - robocopy will blow it
out of the water (and fill up the event log to boot!)

-steve

-Original Message-
From: Hart, Charles [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 02, 2005 5:10 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Migrating Windows File Data Question


Thanks for the confirmation... That's what I thought. Arggg (I
understand why) but sure makes Data Moves.

Do other people run into this and what do you do?

Thanks again!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Thorneycroft, Doug
Sent: Wednesday, February 02, 2005 3:41 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Migrating Windows File Data Question


Just think of the drive/path as part of the file name.
new drive or change in path and tivoli sees it as a new
file. If the file no longer exist in the old path, then
Tivoli treats it as deleted.


Doug Thorneycroft
Systems Analyst
Computer Technology Section
County Sanitation Districts of Los Angeles County
(562) 699-7411 Ext. 1058
FAX (562) 699-6756
[EMAIL PROTECTED]



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Hart, Charles
Sent: Wednesday, February 02, 2005 1:36 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Migrating Windows File Data Question


Our Intel team will be using robocopy to move data from one Windows Dick
vol to a new one.  In the past we have seen TSM Backup the data that was
moved, even thought the data has already been backed up before.  An
example would be...

file1.txt has been on the D: Drive and has 10 Active Backup Copies on
TSM

We move file1.txt to a J: Drive.

1) Does the file1.txt start expiring off because its in a new location
and its considered a "new File" to TSM, causing the d:\file1.txt backup
history to drop off?

2) Does file one now get associated with its new location on J: Drive
and now gets backed up even thought the file has actually not changed?

In the past when our Intel group has moved data around and it appears to
all gets backed up again due to new location instead the file actually
being modified.  If anyone could add some insight that would be great..
We don't want to loose our backup history or backup a ton of data that
we already have Active / Inactive version of.

Appreciate the help

Charles 

Re: TSM5.1 32bit to TSM5.164bit Migration

[Hart, Charles]

Another way is to move your TSM Instance and DB to new 64bit system then 
upgrade your TSM binaries to 64bit.
Here's roughly what we did to go from and H70 to a p630

On Existing H70 Upgrade OS from AIX 4.3.3 to 5.2
Build new p630
Did a sysback on H70 
Physically moved SSA Drawer with our TSM DB Vols from H70 to p630
Restored Sysback to p630 (Have AIX 5.x CD ready for p630 driver filesets)

Started system up
Redefined Tape Drives and Paths to TSM
Disk Stgpool were on SAN so just had to move HBA's or Zone SAN disk to New 
HBA...
After a couple weeks when all was running for awhile then we upgraded TSM 
fileset Binaries from 32 to 64bit...
Our AIX admin would have more details.

If you're just upgrading OS our AIX admin split the mirrored root vols, 
upgraded from 4.33 to 5.2 on one of the volumes while we ran on the other vol 
with 4.33. 

Once he was done with the upgrade he'd change the boot order to the 5.2 vol and 
we ran TSM 32bit on AIX 5.2 64bit for a bout a week till we were comfortable, 
then the admin re-mirrored the root vols and we upgraded TSM to 64bit a week or 
so after that.

Hope this helps.





-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Richard Sims
Sent: Monday, February 14, 2005 7:32 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM5.1 32bit to TSM5.164bit Migration


On Feb 14, 2005, at 8:23 AM, Purushotham, Vivek wrote:

> I have some inputs on the migrating TSM51 from a 32bit OS (AIX 433) to
> TSM51
> 64bit OS (AIX 53).
> I have a doubt , if the Data would be correctly migrated accross this
> dissimiliar architecture.
>
> I have installed the binaries in 64bit on a new box , Just wanted some
> more
> clarity before proceeding.

Hi, Vivek -

For what it's worth, I performed a DB Restore type migration from
32-bit AIX 4.1 ADSM 3.1 to 64-bit AIX 5.2 TSM 5.2 with fine results: a
testament to the level of programming in the server. As you intimate,
determining how far you can "push" the restoral approach is undefined,
and so there is no certainty of outcome. But I hope this helps you.

Richard Sims http://people.bu.edu/rbs

Moving Node Data Between Storage Pools

[Hart, Charles]

We have a windows client domain that writes to its own tape pool for about 200+ 
Windows clients (Collocation On Primary Tape Pool / Off on Copy Pool).  We 
would like to split the clients out in to additional domains for restore 
purposes.  

The question I have is how do move the data of client A in Domain A to a new 
Domain with a new tape pool.  

Options
Move Data moves backup data at volume level not client specific.
Export / Import Node is only for server to server...
Upd node to new domain and hope TSM will Magically migrate data?
Upd node to new domain and hope TSM will know to restore previous data from old 
tape pool etc?
Make New Domain's backup Copy Pool Absolute to force a full? Then let old data 
drop off?

Appreciate any input.

Regards,

Charles 

Re: Moving Node Data Between Storage Pools

[Hart, Charles]

Thanks ... 
Duhhh MOVE NODEDATA .. I knew had to be nissing something here...


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Paul Fielding
Sent: Monday, February 14, 2005 10:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Moving Node Data Between Storage Pools


Try this:

- Upd node to new domain.  TSM will not magically migrate data, but it will
know to restore previous data from old tape pool etc.
- MOVE NODEDATA to move data for that node only from old stgpool to new stgpool

good luck!

Paul


Quoting "Hart, Charles" <[EMAIL PROTECTED]>:

> We have a windows client domain that writes to its own tape pool for about
> 200+ Windows clients (Collocation On Primary Tape Pool / Off on Copy Pool).
> We would like to split the clients out in to additional domains for restore
> purposes.
>
> The question I have is how do move the data of client A in Domain A to a new
> Domain with a new tape pool.
>
> Options
> Move Data moves backup data at volume level not client specific.
> Export / Import Node is only for server to server...
> Upd node to new domain and hope TSM will Magically migrate data?
> Upd node to new domain and hope TSM will know to restore previous data from
> old tape pool etc?
> Make New Domain's backup Copy Pool Absolute to force a full? Then let old
> data drop off?
>
> Appreciate any input.
>
> Regards,
>
> Charles
>


--
[EMAIL PROTECTED]
http://www.fielding.ca

-
This mail sent through IMP: http://horde.org/imp/

STK 9940B Tape Drive Exp with TSM?

[Hart, Charles]

Our management is asking us to look at converting our IBM 3592J to 9940B. (no 
comment)...  Most of our remote sites use 9940B drives with Netbackup, and in 
the past year we have seen many 9940b drives replaced (10 out of 40) in the 
past year, many tapes getting stuck etc...  I have heard from other people who 
use 9940b's and have good luck with them so I'm not sure if our 9940B issues 
are hdw or netbackup related.  

With that said I have a couple questions for those of you using 9940B's

1) 9940B Drives using ACLS / Gersham Reliable?

2) Can we share a STK Silo with TSM and NBU. (Some of the thinking is to do DR 
for some remote sites that have 9940B's)


Appreciate your input!

Regards,

Charles 

Re: STK 9940B Tape Drive Exp with TSM?

[Hart, Charles]

Thank you Brian

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Scott, Brian
Sent: Tuesday, March 01, 2005 10:18 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: STK 9940B Tape Drive Exp with TSM?


Charles,

We have global sites using T9940B drives in 9310 Powderhorns utilizing ACSLS
and Gresham EDT and haven't had any issues.

Regards,
Brian

Brian Scott
EDS - GCE-GM
Global Client Engineering GM
MS 3234
750 Tower Drive
Troy, MI  48098

* phone: +01-248-265-4596 (8-365)
* mailto:[EMAIL PROTECTED]




-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Tuesday, March 01, 2005 11:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: STK 9940B Tape Drive Exp with TSM?

Our management is asking us to look at converting our IBM 3592J to 9940B.
(no comment)...  Most of our remote sites use 9940B drives with Netbackup,
and in the past year we have seen many 9940b drives replaced (10 out of 40)
in the past year, many tapes getting stuck etc...  I have heard from other
people who use 9940b's and have good luck with them so I'm not sure if our
9940B issues are hdw or netbackup related.

With that said I have a couple questions for those of you using 9940B's

1) 9940B Drives using ACLS / Gersham Reliable?

2) Can we share a STK Silo with TSM and NBU. (Some of the thinking is to do
DR for some remote sites that have 9940B's)


Appreciate your input!

Regards,

Charles

Re: "Freezing" a node's data - revisiting 'Need to save permanent cop y of all files currently being stored'

[Hart, Charles]

We had something similar.  
1) Created a new domain with all set to Nolimit, 
2) Then upd the node to be in that dom.
3) renamed the original node name to something like xxx.old
4) regged a new node name using the orig node name in its orig dom.  

Onlly downside is that doing restores prior to the dom/node name change you 
have to use vitutal node etc.

Hope this helps

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Steve Schaub
Sent: Wednesday, March 16, 2005 7:11 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'


Because the underlying need is to preserve all the backup versions as they
are as of today, not just to take a snapshot of the current data.

Richard also responded to my question, and his point is that my step 3 would
not rebind the inactive versions to the new domain, only the active ones.

So, if I read this correctly, there is no way to stop backup versions from
rolling off?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lee, Gary D.
Sent: Wednesday, March 16, 2005 7:40 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'

Why not just archive the data to management class with retver set to
nolimit?
Seems a whole lot easier.



Gary Lee
Senior System Programmer
Ball State University

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Steve Schaub
Sent: Tuesday, March 15, 2005 10:35 PM
To: ADSM-L@VM.MARIST.EDU
Subject: "Freezing" a node's data - revisiting 'Need to save permanent cop y
of all files currently being stored'

All,

I found this thread and it fits a situation I have, where I need to "freeze"
the data that has already been backed up on certain nodes, but new backup
data can be allowed to expire normally.  The following post from Robin Sharp
is exactly what I was considering attempting, except that I want to put the
node back into normal backup after loading it in the "freezer".

Can anyone comment on modifying this procedure by following these steps:
1.Create a domain called "Freezer" with only one mgmtclass - bu/ar
copygroup settings all at nolimit
2.upd node water domain=freezer
3.run an incremental on water to rebind all data to freezer's mgmtclass
4.rename node water ice
5.register water, using original settings
6.run an incremental backup on water, basically a full since it is
considered a "new" node

If I understand TSM's mechanisms, I would then have a node named "ice" that
contains all of "water's" backup data as of a specific point in time, which
will never expire.  I also have "water" with a fresh start.  One question I
have is that with only one mgmtclass in the freezer domain, how much will
TSM complain if I don't go in and change all of the client option sets
pointing to specific mgmtclasses?  Another question - how does this process
affect water's data in the DR copypools?



Original response by Robin Sharp -

Need to save permanent copy of all files currently being stored

Is all that really necessary?

How about creating a new "permanent retention" domain, copy all relevant
policy sets, management classes, copygroups, etc. to the new domain, but
change all retentions to NOLIMIT.  Then move the affected client to the new
domain.  Next incremental should rebind all existing data to the new
"NOLIMIT" management classes.





Steve Schaub, Network Engineer

BlueCross BlueShield of Tennessee

[EMAIL PROTECTED] 

423-752-6574





Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.2 - Release Date: 3/11/2005


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.3 - Release Date: 3/15/2005



Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

Questions for TSM / Netbackup Survey

[Hart, Charles]

We have been a TSM shop for years (no problem with it) but are being asked to 
look at Netbackup.  Part of our evaluation is going to consist of a survey to 
our platform admins who do our Archives / RMAN / Restores etc.  We do use NBU 
at many remote locations which only some of our platform admins have used the 
NBU interface.

The only question on the survey for our platform admins are 

1) I have is which client do you prefer to work with?  

2) Would you feel you would require formal training.Anyone else have any good 
questions?

Appreciate the help!

Re: "Freezing" a node's data - revisiting 'Need to save permanent cop y of all files currently being stored'

[Hart, Charles]

Just spoke to our Exchange Admin and he stated he was able to see all the old 
data we "reassociated".  This process came from our Tivoli CE who confirmed 
with Tivoli.  Wish there was an easier way, but it works.

Regards,

Charles 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Steve Schaub
Sent: Wednesday, March 16, 2005 9:38 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'


Charles,
Were you able to confirm that all of the inactive versions, including ones
of deleted files, rebound correctly, so that nothing expired from that
point?
-steve

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Wednesday, March 16, 2005 9:08 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'

We had something similar.
1) Created a new domain with all set to Nolimit,
2) Then upd the node to be in that dom.
3) renamed the original node name to something like xxx.old
4) regged a new node name using the orig node name in its orig dom.

Onlly downside is that doing restores prior to the dom/node name change you
have to use vitutal node etc.

Hope this helps

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Steve Schaub
Sent: Wednesday, March 16, 2005 7:11 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'


Because the underlying need is to preserve all the backup versions as they
are as of today, not just to take a snapshot of the current data.

Richard also responded to my question, and his point is that my step 3 would
not rebind the inactive versions to the new domain, only the active ones.

So, if I read this correctly, there is no way to stop backup versions from
rolling off?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lee, Gary D.
Sent: Wednesday, March 16, 2005 7:40 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] "Freezing" a node's data - revisiting 'Need to save
permanent cop y of all files currently being stored'

Why not just archive the data to management class with retver set to
nolimit?
Seems a whole lot easier.



Gary Lee
Senior System Programmer
Ball State University

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Steve Schaub
Sent: Tuesday, March 15, 2005 10:35 PM
To: ADSM-L@VM.MARIST.EDU
Subject: "Freezing" a node's data - revisiting 'Need to save permanent cop y
of all files currently being stored'

All,

I found this thread and it fits a situation I have, where I need to "freeze"
the data that has already been backed up on certain nodes, but new backup
data can be allowed to expire normally.  The following post from Robin Sharp
is exactly what I was considering attempting, except that I want to put the
node back into normal backup after loading it in the "freezer".

Can anyone comment on modifying this procedure by following these steps:
1.Create a domain called "Freezer" with only one mgmtclass - bu/ar
copygroup settings all at nolimit
2.upd node water domain=freezer
3.run an incremental on water to rebind all data to freezer's mgmtclass
4.rename node water ice
5.register water, using original settings
6.run an incremental backup on water, basically a full since it is
considered a "new" node

If I understand TSM's mechanisms, I would then have a node named "ice" that
contains all of "water's" backup data as of a specific point in time, which
will never expire.  I also have "water" with a fresh start.  One question I
have is that with only one mgmtclass in the freezer domain, how much will
TSM complain if I don't go in and change all of the client option sets
pointing to specific mgmtclasses?  Another question - how does this process
affect water's data in the DR copypools?



Original response by Robin Sharp -

Need to save permanent copy of all files currently being stored

Is all that really necessary?

How about creating a new "permanent retention" domain, copy all relevant
policy sets, management classes, copygroups, etc. to the new domain, but
change all retentions to NOLIMIT.  Then move the affected client to the new
domain.  Next incremental should rebind all existing data to the new
"NOLIMIT" management classes.





Steve Schaub, Network Engineer

BlueCross BlueShield of Tennessee

[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

423-752-6574





Please see the following li

Re: how do we tell how many licenses we have

[Hart, Charles]

The Lic # is based on CPU count.  You can get a list / count of backup nodes 
from TSM but not the processor count.  


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Timothy Hughes
Sent: Wednesday, April 06, 2005 10:46 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: how do we tell how many licenses we have


Ok, thanks David

Is there any other way? A command? The old TSM 5.2 GUI used to show this

information  such as the #'s in use.

David E Ehresman wrote:

> Logon onto passport advantage and check your entitlements.
>
> >>> [EMAIL PROTECTED] 04/06/05 11:35 AM >>>
> Hello again,
>
> Does anyone know how we tell how many licenses we have?
> we are using TSM 5.3.
>
> Thanks in advance
>
> TSM 5.3

Re: how do we tell how many licenses we have

[Hart, Charles]

Ooops yep... q lic will give you count but how do you validate to the actual 
CPU's you have?

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Lawrence Clark
Sent: Wednesday, April 06, 2005 10:52 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: how do we tell how many licenses we have


query license

>>> [EMAIL PROTECTED] 04/06/2005 11:45:42 AM >>>
Ok, thanks David

Is there any other way? A command? The old TSM 5.2 GUI used to show
this

information  such as the #'s in use.

David E Ehresman wrote:

> Logon onto passport advantage and check your entitlements.
>
> >>> [EMAIL PROTECTED] 04/06/05 11:35 AM >>>
> Hello again,
>
> Does anyone know how we tell how many licenses we have?
> we are using TSM 5.3.
>
> Thanks in advance
>
> TSM 5.3

Re: Help me convincing IBM please!!!!

[Hart, Charles]

Expire_perf - TSM 24 hour report for MSPSTG1.CORP generated at 04/07/2005 
08:50:26 on MSPM1BBKUP02 covering 2005-04-06 08:50 to 2005-04-07 08:50

Server name: MSPSTG1, platform: AIX-RS/6000, version: 5.2.4.0, date/time: 
04/07/2005 08:50:27

ACTIVITY   Date   Objects Examined Up/Hr 
-
EXPIRATION 2005-03-09 165600 
EXPIRATION 2005-03-11 1191600
EXPIRATION 2005-03-16 356400 
EXPIRATION 2005-03-16 421200 
EXPIRATION 2005-03-17 694800 
EXPIRATION 2005-03-18 406800 
EXPIRATION 2005-03-21 342000 
EXPIRATION 2005-03-22 442800 
EXPIRATION 2005-03-22 756000 
EXPIRATION 2005-03-23 453600 
EXPIRATION 2005-03-24 1299600
EXPIRATION 2005-03-25 435600 
EXPIRATION 2005-03-28 2178000
EXPIRATION 2005-03-29 579600 
EXPIRATION 2005-03-30 147600 
EXPIRATION 2005-03-30 1314000
EXPIRATION 2005-03-31 1612800
EXPIRATION 2005-03-31 63 
EXPIRATION 2005-04-01 1846800
EXPIRATION 2005-04-01 2548800
EXPIRATION 2005-04-04 1767600
EXPIRATION 2005-04-05 1674000

PCT_UTILIZED AVAIL_SPACE_MB
 --
77.4 156060

Re: Calculating MaxScratch vs Allocate Volume

[Hart, Charles]

Fantastic!!! Thank you! Saw previous similar posts but they were asking
how to get Maxscratch and Vol count.. .

Regards,

Charles 

STGPOOL_NAMEMAXSCRATCH  Allocated_SCRATCH
Remaining_SCRATCH
TAPE_ARCHIVE70  47  23
TAPE_ARCHIVE_COPY   85  47  38
TAPE_BACKUP 245 233 12
TAPE_BACKUP_COPY424 372 52
TAPE_DR_BACKUP  120 84  36
TAPE_DR_COPY215 210 5
TAPE_FISCALARCHIVE5 1   



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Mueller, Ken
Sent: Friday, April 22, 2005 11:20 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Calculating MaxScratch vs Allocate Volume

You should be able to just add another output column doing the math...
so for your query:

SELECT STGPOOLS.STGPOOL_NAME, STGPOOLS.MAXSCRATCH,
Count(STGPOOLS.MAXSCRATCH) as "Allocated_SCRATCH",
STGPOOLS.MAXSCRATCH-count(STGPOOLS.MAXSCRATCH) as "Remaining_SCRATCH"
FROM STGPOOLS STGPOOLS, VOLUMES VOLUMES WHERE VOLUMES.STGPOOL_NAME =
STGPOOLS.STGPOOL_NAME AND ((STGPOOLS.DEVCLASS='3592TAPE')) GROUP BY
STGPOOLS.STGPOOL_NAME, STGPOOLS.MAXSCRATCH

-Ken Mueller

-----Original Message-
From: Hart, Charles [mailto:[EMAIL PROTECTED]
Sent: Friday, April 22, 2005 11:58 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Calculating MaxScratch vs Allocate Volume


When I run the following slect

SELECT STGPOOLS.STGPOOL_NAME, STGPOOLS.MAXSCRATCH,
Count(STGPOOLS.MAXSCRATCH) as "Allocated_SCRATCH" FROM STGPOOLS
STGPOOLS, VOLUMES VOLUMES WHERE VOLUMES.STGPOOL_NAME =
STGPOOLS.STGPOOL_NAME AND
((STGPOOLS.DEVCLASS='3592TAPE')) GROUP BY STGPOOLS.STGPOOL_NAME,
STGPOOLS.MAXSCRATCH

I get the following out put

Server STGPOOL_NAME MAXSCRATCH
Allocated_SCRATCH
 MSPSTG3 TAPE_APP_BACKUP 20 58
 MSPSTG3 TAPE_ARCHIVE   40  30
 MSPSTG3 TAPE_ARCHIVE_COPY  80  39
 MSPSTG3 TAPE_BACKUP_COPY   250   193
 MSPSTG3 TAPE_DB_BACKUP 18  18



My question is how do I subtract "Allocated_SCRATCH Col from the
MaxScratch Col so I can see what the Acutal Scratch Remaining is.  The
plan is to have this be out put to a txt file that can be picked up by
our monitoring system so we can auto genertae a help desk ticket.  I
have searched around (here and the web) and can't seem to find a good
example.

Any insight would be great!!

Calculating MaxScratch vs Allocate Volume

[Hart, Charles]

When I run the following slect 

SELECT STGPOOLS.STGPOOL_NAME, STGPOOLS.MAXSCRATCH,
Count(STGPOOLS.MAXSCRATCH) as "Allocated_SCRATCH" FROM STGPOOLS
STGPOOLS, VOLUMES VOLUMES WHERE VOLUMES.STGPOOL_NAME =
STGPOOLS.STGPOOL_NAME AND ((STGPOOLS.DEVCLASS='3592TAPE')) GROUP BY
STGPOOLS.STGPOOL_NAME, STGPOOLS.MAXSCRATCH

I get the following out put 

Server STGPOOL_NAME MAXSCRATCH
Allocated_SCRATCH 
 MSPSTG3 TAPE_APP_BACKUP 20 58 
 MSPSTG3 TAPE_ARCHIVE   40  30 
 MSPSTG3 TAPE_ARCHIVE_COPY  80  39 
 MSPSTG3 TAPE_BACKUP_COPY   250   193 
 MSPSTG3 TAPE_DB_BACKUP 18  18



My question is how do I subtract "Allocated_SCRATCH Col from the
MaxScratch Col so I can see what the Acutal Scratch Remaining is.  The
plan is to have this be out put to a txt file that can be picked up by
our monitoring system so we can auto genertae a help desk ticket.  I
have searched around (here and the web) and can't seem to find a good
example.

Any insight would be great!!

Tape Copy Stgpool and Insufficient Storage Space

[Hart, Charles]

We are wrestling with a couple issue that maybe some one could shed some
light on

1) We are seeing insufficient space in target copy storage pool message
but when you look at the non-collocated copy pool vols there are many
tapes with 0.1% with a filling status, so there should be sufficient
space. Right?  


2) We are also trying to maximize the usage of our onsite co-located
Tape Stgpools, there seems to be a fine line in setting Maxscratch too
high or too low.  When we set Maxscratch on the high side then TSM will
eat up tapes with 0.01% utilization  (Tape for each node - even if
there's still tapes allocated to that node that have plenty of free
space)  When we set Maxscratch too low then we get the insufficient
space errors on that stgpool.  

Is the Stgpool percent utilized an accurate gauge to go by, or does it
consider the available space on pending scratch also.  What do you do to
avoid eating too many tapes on a co-located tape pool, but not run out
of space?

This manual monitoring is a drag (even if we get daily reports on what
the Maxscratch is set to, how many vols actually allocated.)


Regards,

Charles 

Re: SELECT COMMAND

[Hart, Charles]

Here's a crude script, but it works.  We have it in cron to run daily.




#!/bin/ksh -x
[EMAIL PROTECTED]

/usr/bin/dsmadmc -ID=query -PA=query1 q event \domain \* type=client
Begindate=-1 > /tmp/sched.log

cat /tmp/mecc.log|grep -v ANS8000I |grep -v ANS8002I |mailx -s "TSM
Backup Results" $MAILLIST  

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lepre, James
Sent: Monday, May 09, 2005 2:16 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: SELECT COMMAND

Hello Everyone,

 

  I am trying to figure out how to automate in an email whether the
schedules for my nodes backed up successfully or failed during the
previous night. Does anyone have an idea on how to do this.

 

Thank you 

 

James   

Windows 2000 Server Archive Complete but Not showing as Retrievable.

[Hart, Charles]

We ran a immediate action sched to archive files form a Windows server.
The archive was complete, but when you go in to the TSM BA Client GUI
the archive does not show up in the retrieve options.  The Archive
finished 6hrs ago... The dsmsched log reflects that the archive was
indeed ran and completed.  Any ideas?

2005-05-18 04:02:32 --- SCHEDULEREC STATUS BEGIN
2005-05-18 04:02:32 Total number of objects inspected:  964,677
2005-05-18 04:02:32 Total number of objects archived:   964,492
2005-05-18 04:02:32 Total number of objects updated:  0
2005-05-18 04:02:32 Total number of objects rebound:  0
2005-05-18 04:02:32 Total number of objects deleted:  0
2005-05-18 04:02:32 Total number of objects expired:  0
2005-05-18 04:02:32 Total number of objects failed: 185
2005-05-18 04:02:32 Total number of bytes transferred:36.94 GB
2005-05-18 04:02:32 Data transfer time:7,670.24 sec
2005-05-18 04:02:32 Network data transfer rate:5,050.66 KB/sec
2005-05-18 04:02:32 Aggregate data transfer rate:891.30 KB/sec
2005-05-18 04:02:32 Objects compressed by:0%
2005-05-18 04:02:32 Elapsed processing time:   12:04:24
2005-05-18 04:02:32 --- SCHEDULEREC STATUS END
2005-05-18 04:02:32 --- SCHEDULEREC OBJECT END @357 2005-05-17 15:38:46
2005-05-18 04:02:32 Scheduled event '@357' completed successfully.
2005-05-18 04:02:32 Sending results for scheduled event '@357'.
2005-05-18 04:02:32 Results sent to server for scheduled event '@357'.


TSM Env
TSM 5.2.4 on AIX / Client Win2003 5.2.3 Client


Thanks

Re: Windows 2000 Server Archive Complete but Not showing as Retrievable.

[Hart, Charles]

I checked all possible node names (ie it's a cluster) none reflect the
Archive.  Ar

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Ochs, Duane
Sent: Wednesday, May 18, 2005 10:06 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Windows 2000 Server Archive Complete but Not showing as
Retrievable.

Verify that the node name you used for the archive is the same as the
name that is used for launching the GUI.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Hart, Charles
Sent: Wednesday, May 18, 2005 10:02 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Windows 2000 Server Archive Complete but Not showing as
Retrievable.


We ran a immediate action sched to archive files form a Windows server.
The archive was complete, but when you go in to the TSM BA Client GUI
the archive does not show up in the retrieve options.  The Archive
finished 6hrs ago... The dsmsched log reflects that the archive was
indeed ran and completed.  Any ideas?

2005-05-18 04:02:32 --- SCHEDULEREC STATUS BEGIN
2005-05-18 04:02:32 Total number of objects inspected:  964,677
2005-05-18 04:02:32 Total number of objects archived:   964,492
2005-05-18 04:02:32 Total number of objects updated:  0
2005-05-18 04:02:32 Total number of objects rebound:  0
2005-05-18 04:02:32 Total number of objects deleted:  0
2005-05-18 04:02:32 Total number of objects expired:  0
2005-05-18 04:02:32 Total number of objects failed: 185
2005-05-18 04:02:32 Total number of bytes transferred:36.94 GB
2005-05-18 04:02:32 Data transfer time:7,670.24 sec
2005-05-18 04:02:32 Network data transfer rate:5,050.66 KB/sec
2005-05-18 04:02:32 Aggregate data transfer rate:891.30 KB/sec
2005-05-18 04:02:32 Objects compressed by:0%
2005-05-18 04:02:32 Elapsed processing time:   12:04:24
2005-05-18 04:02:32 --- SCHEDULEREC STATUS END
2005-05-18 04:02:32 --- SCHEDULEREC OBJECT END @357 2005-05-17 15:38:46
2005-05-18 04:02:32 Scheduled event '@357' completed successfully.
2005-05-18 04:02:32 Sending results for scheduled event '@357'.
2005-05-18 04:02:32 Results sent to server for scheduled event '@357'.


TSM Env
TSM 5.2.4 on AIX / Client Win2003 5.2.3 Client


Thanks

Re: Question on Daily process flow

[Hart, Charles]

 Migrate diskpools to tape (By Migrating to tape first your backup copy
pools will have current backup data)
 Backup Storage Pools
 Backup TSM Db
 Backup Volhist
 Move drmedia
 Expire Inventory
 Reclamations
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Allen S. Rout
Sent: Tuesday, May 24, 2005 8:37 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Question on Daily process flow

==> On Tue, 24 May 2005 09:18:20 -0400, Cory Heikel <[EMAIL PROTECTED]>
said:

> What order do you run the following processes in each day?

 Backup Storage Pools
 Migrate diskpools to tape
 Backup TSM Db
 Backup Volhist
 Move drmedia


- Allen S. Rout

Another SNMP Question (TSM 5.2.4 AIX 5.2)

[Hart, Charles]

We are looking at using the SNMP ability of TSM, but in the Configure
Information (below) it states to use SNMP for TSM the Receiver Trap
system has to be AIX Win or OS2?  Maybe I'm missing something.. Does
this mean that if our SNMP Receiver systems is Sun we can not use SNMP
to monitor TSM events?  I search the user list but couldn't find
anything.


1. Modify the server options file to specify the SNMP communication
method. Figure 67 displays an example of a SNMP communication method
setting in the server options file. You must specify the COMMMETHOD and
SNMPSUBAGENT options. The SNMPSUBAGENT option must specify a host that
is an AIX, Windows, or OS/2(r) system with a DPI-enabled SNMP agent,
such as the SystemView(r) agent. For details about server options, see
the server options section in Administrator's Reference.


Thanks for the input!

Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups - - What's the best way??

[Hart, Charles]

I've read through this thread and need to implement as our retention for WIn2k is 180 
Current and Deleted.  I have created the separate management class and pointed it to 
the copy group etc.  My question is what is the proper syntax to add the client opt to 
an existing client option set on the TSM server side as it would be impossible to have 
our Intel platform admins make a dsm.opt change to 200+ WIn2k boxes.

I tried the following syntax but get no where.  Someone had mentioned they did do the 
Server side inclexcl statement.

upd clientopt INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
Invalid option sequence number - SYSTEMOBJECT.

upd cliento intel INCLEXCL SYSTEMOBJECT SYSTEM_OBJECTS 0
ANR2023E UPDATE CLIENTOPT: Extraneous parameter - 0.

upd clientopt intel INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
ANR2195E UPDATE CLIENTOPT: Invalid option sequence number - ALL.

Thank You

Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups - - What's the best way??

[Hart, Charles]

I was looking to add an include to an existing Client OptSet.  When I use the upd 
client opt there does not seem to be a parameter to tie the mgmt class to the 
ClientOpt set.  Any other Ideas??   

Cinda Mullen <[EMAIL PROTECTED]> posted to the "RE: System Object / Mgmt. 
Classes / Policy Sets / Backup Groups - - What's the best way??" Thread that stated 
they did the include on the Server side.


To issue this command, you must have system privilege or unrestricted policy
privilege.

Syntax

>>-UPDate CLIENTOpt--option_set_name--option_name--->

>--current_sequence_number--new_sequence_number><

-Original Message-
From: Richard Cowen [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups
- - What's the best way??


tsm: ORCAV5>help def clientopt

DEFINE CLIENTOPT
DEFINE CLIENTOPT (Define an Option to an Option Set)
Use this command to add a client option to an option set.
For details about the options and the values you can specify, refer to
Backup-Archive Clients Installation and User's Guide.
Privilege Class
To issue this command, you must have system privilege or unrestricted policy
privilege.
Syntax
>>-DEFine CLIENTOpt--option_set_name--option_name--option_value-->

   .-Force--=--No--.
>--+---+--+--+-><
   '-Force--=--+-No--+-'  '-SEQnumber--=--number-'
   '-Yes-'



Parameters
  option_set_name (Required)
  Specifies the name of the option set.
  option_name (Required)
  Specifies a client option to add to the option set.
  Notes:
To add an INCLUDE or EXCLUDE statement to a client option set, the
correct
syntax is:
define clientopt option_set_name inclexcl "include c:\proj\text\devel.*".

-Original Message-
From: Hart, Charles [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 12:01 PM
To: [EMAIL PROTECTED]
Subject: Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups
- - What's the best way??


I've read through this thread and need to implement as our retention for
WIn2k is 180 Current and Deleted.  I have created the separate management
class and pointed it to the copy group etc.  My question is what is the
proper syntax to add the client opt to an existing client option set on the
TSM server side as it would be impossible to have our Intel platform admins
make a dsm.opt change to 200+ WIn2k boxes.

I tried the following syntax but get no where.  Someone had mentioned they
did do the Server side inclexcl statement.

upd clientopt INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
Invalid option sequence number - SYSTEMOBJECT.

upd cliento intel INCLEXCL SYSTEMOBJECT SYSTEM_OBJECTS 0
ANR2023E UPDATE CLIENTOPT: Extraneous parameter - 0.

upd clientopt intel INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
ANR2195E UPDATE CLIENTOPT: Invalid option sequence number - ALL.

Thank You

Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups - - What's the best way??

[Hart, Charles]

Ok, got it to bind to the new class I created after I added the INCLUDE.SYSTEMOBJECT 
ALL SYSTEM_OBJECTS in the dsm.opt  When I add the same as an Inclexecl on the server 
side it does not work.  When reading the Help file it states that override is ignored 
for Includes,...  Arrgghh  Do we really have to mod every client??


Help File Info
Select an override option from the pull down menu. This parameter is optional. It is 
ignored for additive options, such as Include or Domain. 

Yes The client cannot override the value. 
No  The client can override the option value. The default is NO. 

Thanks


Override
Select an override option from the pull down menu. This parameter is optional. It is 
ignored for additive options, such as Include or Domain. 

Yes The client cannot override the value. 
No  The client can override the option value. The default is NO. 

-Original Message-
From: Richard Cowen [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups
- - What's the best way??


tsm: ORCAV5>help def clientopt

DEFINE CLIENTOPT
DEFINE CLIENTOPT (Define an Option to an Option Set)
Use this command to add a client option to an option set.
For details about the options and the values you can specify, refer to
Backup-Archive Clients Installation and User's Guide.
Privilege Class
To issue this command, you must have system privilege or unrestricted policy
privilege.
Syntax
>>-DEFine CLIENTOpt--option_set_name--option_name--option_value-->

   .-Force--=--No--.
>--+---+--+--+-><
   '-Force--=--+-No--+-'  '-SEQnumber--=--number-'
   '-Yes-'



Parameters
  option_set_name (Required)
  Specifies the name of the option set.
  option_name (Required)
  Specifies a client option to add to the option set.
  Notes:
To add an INCLUDE or EXCLUDE statement to a client option set, the
correct
syntax is:
define clientopt option_set_name inclexcl "include c:\proj\text\devel.*".

-Original Message-
From: Hart, Charles [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 12:01 PM
To: [EMAIL PROTECTED]
Subject: Re: System Object / Mgmt. Classes / Policy Sets / Backup Groups
- - What's the best way??


I've read through this thread and need to implement as our retention for
WIn2k is 180 Current and Deleted.  I have created the separate management
class and pointed it to the copy group etc.  My question is what is the
proper syntax to add the client opt to an existing client option set on the
TSM server side as it would be impossible to have our Intel platform admins
make a dsm.opt change to 200+ WIn2k boxes.

I tried the following syntax but get no where.  Someone had mentioned they
did do the Server side inclexcl statement.

upd clientopt INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
Invalid option sequence number - SYSTEMOBJECT.

upd cliento intel INCLEXCL SYSTEMOBJECT SYSTEM_OBJECTS 0
ANR2023E UPDATE CLIENTOPT: Extraneous parameter - 0.

upd clientopt intel INCLUDE.SYSTEMOBJECTS ALL SYSTEM_OBJECTS
ANR2195E UPDATE CLIENTOPT: Invalid option sequence number - ALL.

Thank You

Re: upgrade to TSM 5.1 from TSM 4.1

[Hart, Charles]

One other note I forgot to mention.  When we did the Upgrade via SMIT, it installed 
the new TSM code but did not run the Upgrade DB portion.  I spoke to Tivoli Tech and 
they stated you have to manually run ./dsmserv upgrade db...

-Original Message-
From: Kamp, Bruce [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


I went straight from 4.1 to 5.1.1.6.  The database conversion ran as part of
the install

--
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E: [EMAIL PROTECTED]
P: (954) 987-2020 x4597
F: (954) 985-1404
---


-Original Message-
From: Andrews, Bert A [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 8:58 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


Are there any gotcha's from converting from TSM 4.1 to TSM 5.1? We are going
to go to maint level 4.3.3.10 then apply the TSM 5.1. Are there any problems
or procedures that we should look at first? Will the database from tsm 4.1
convert over to tsm 5.1 or are their special procedures to follow? Can
someone who went thru this process help?

Re: upgrade to TSM 5.1 from TSM 4.1

[Hart, Charles]

What were these "Clean Up Commands"?  

Thanks

-Original Message-
From: Kyle Payne [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 3:05 PM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


If this was already posted then sorry but...
We are upgrading to the latest version of V4.X first.  Then run the
cleanup backupgroups command.  Then upgrade to V5.1 base and then
finally to V5.1.6.1.  Running the cleanup command is supposed to reduce
the time needed to upgrade the DB.  Also, stay away from V5.1.5.  Per
APARS the upgrade DB on V5.1.5 takes excessively long and that time was
reduce by changes made in V5.1.6.

Kyle

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Hart, Charles
Sent: Tuesday, February 04, 2003 1:12 PM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


One other note I forgot to mention.  When we did the Upgrade via SMIT,
it installed the new TSM code but did not run the Upgrade DB portion.  I
spoke to Tivoli Tech and they stated you have to manually run ./dsmserv
upgrade db...

-Original Message-
From: Kamp, Bruce [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


I went straight from 4.1 to 5.1.1.6.  The database conversion ran as
part of the install

--
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E: [EMAIL PROTECTED]
P: (954) 987-2020 x4597
F: (954) 985-1404
---


-Original Message-
From: Andrews, Bert A [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 8:58 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


Are there any gotcha's from converting from TSM 4.1 to TSM 5.1? We are
going to go to maint level 4.3.3.10 then apply the TSM 5.1. Are there
any problems or procedures that we should look at first? Will the
database from tsm 4.1 convert over to tsm 5.1 or are their special
procedures to follow? Can someone who went thru this process help?

Re: upgrade to TSM 5.1 from TSM 4.1

[Hart, Charles]

We went from 4.1.5 to 5.1.5 on AIX 4.3.3 ML10.  Our TSM DB upgrade portion took approx 
7hrs on a 4-way RS/6000 H80.  The only things I can thing of keep in mind is the paths 
for DRM if you use, and when you upgrade to 5.1.0 first reg licenses, then 5.1.5.

Regards,

Charles


-Original Message-
From: Kamp, Bruce [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


I went straight from 4.1 to 5.1.1.6.  The database conversion ran as part of
the install

--
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E: [EMAIL PROTECTED]
P: (954) 987-2020 x4597
F: (954) 985-1404
---


-Original Message-
From: Andrews, Bert A [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 8:58 AM
To: [EMAIL PROTECTED]
Subject: Re: upgrade to TSM 5.1 from TSM 4.1


Are there any gotcha's from converting from TSM 4.1 to TSM 5.1? We are going
to go to maint level 4.3.3.10 then apply the TSM 5.1. Are there any problems
or procedures that we should look at first? Will the database from tsm 4.1
convert over to tsm 5.1 or are their special procedures to follow? Can
someone who went thru this process help?

Re: TSM DB from 4.x to 5.1.5

[Hart, Charles]

Our Upgrade Info

TSM Server 4.1.6 to 5.1.5
TSM DB Size 72GB
Hardware
RS/6000 H80 4-Way 2GB RAM

Time = 8hrs


-Original Message-
From: Brecton Whitten [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 2:17 PM
To: [EMAIL PROTECTED]
Subject: TSM DB from 4.x to 5.1.5


Could anyone who has upgraded from
TSM 4.x to 5.1.5 on AIX please share
your DB size and how long upgradedb
process ran?

 We do not have disk space for a test
DB and cannot test upgrade process
to determine how long this takes.

Thanks,
   Brec Whitten
   UAB Hospital

Binding Backup Data to new Mgmt Class

[Hart, Charles]

We have created a new domain, policy set, mngt classes and Stgpools for existing 
Backup Clients to be a part of a domain that consists of backup clients that are 
tested at an off-site DR Facility.  We did an upd node to the existing nodes to the 
new dom and the backups are going to the new stgpools.  There is still data in the 
stgpools that these systems use to back up to.  

We are wondering how can we get all the preexisting data to the new storage pools so 
that when a restore takes place it only looks at the new stgpools that the clients 
have been backing up to.  We looked at export node (TSM Serv 4.1.5) but do not 
remember the existing domain and storage pools that the systems use to be on as this 
change was many weeks ago. .  If we were to set the new copy groups to do an 
"Absolute" backup would a restore go to the new stgpool or the old?  

Any ideas would be great!!!

Thanks

Re: TSM for Oracle

[Hart, Charles]

Our management thinks we should switch to Veritas because "It's easier to Implement", 
your management doesn't seem to understand that the RMAN piece is probably the most 
complicated piece of and DB backup.

-Original Message-
From: Orin Rehorst [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 11:05 AM
To: [EMAIL PROTECTED]
Subject: TSM for Oracle


Due to the complexity of using TSM for Oracle, management here is about
ready to replace TSM altogether.

Anyone know of a class available for this topic? BTW, IBM has a web page for
such a course listed at
http://www-3.ibm.com/software/tivoli/education/J104126F96394E48.html, but an
IBM employee told me the course doesn't actually exist!

Regards,
Orin

Orin Rehorst
Port of Houston Authority
(Largest U.S. port in foreign tonnage)
e-mail:  [EMAIL PROTECTED]
Phone:  (713)670-2443
Fax:  (713)670-2457
TOPAS web site: 

Re: PMR 02528, 082

[Hart, Charles]

We use to use journaled mirrored file systems, but found that Raw Mirrored local 
provides us better I/O, now we are using Raw volumes on EMC Disk for stgpools which 
works even better because the disk is mirrored on the back end of the EMC Symetrix.





-Original Message-
From: William Rosette [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 07, 2003 8:19 AM
To: [EMAIL PROTECTED]
Subject: PMR 02528, 082


Does any TSM gurus have any suggestions for our AIX admin

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
- Forwarded by Bill Rosette/IS/Corporate/Papa Johns on 02/07/2003 09:20
AM -

  Steven Schraer
   To:   [EMAIL PROTECTED]
  02/06/2003 05:09 cc:   Bill 
Rosette/IS/Corporate/Papa Johns
  PM   Subject:  PMR 02528, 082





We are having some problems with the first link below.  The second is
working.

I have been looking at the Redbook.  Gettting started with Tivoli Storaage
Manger: Implementation Guide.

It looks like for storage pools are recommend for raid 0 (mirroring), raid
0+1 (mirroring & stripping) or raid 5 (distributed parity).  These are safe
methods to protect the storage pool.  Do you know of any companies that use
just raid 1 (stripping) on their storage pools?  Is there an issue of tsm
loosing a storage pool and the database having issues due to the lost
storage pool data?

Also there is no suggested raid for the tsm database.  Since we mirror the
tsm database with the tsm software, can we use raid 1 (stripping) so that
we can get a performance increase on accessing the database?  Or should we
just create the volume group with no raiding but lay the database over
multiple smaller disk (i.e. use eight 18.2 Gig disk instead of 4 36.4 Gig
disk).  What will give us the best performance.

Can I get an answer on this tomorrow morning.  I have a meeting to discuss
the performance issues tomorrow (Feb 7, 2002).

Thanks for your assistance!

Steven M. Schraer
502-261-4148
- Forwarded by Steven Schraer/IS/Corporate/Papa Johns on 02/06/2003
04:57 PM -

  Bill Rosette
   To:   Steven 
Schraer/IS/Corporate/Papa Johns@Papa Johns
  02/06/2003 03:51 cc:
  PM   Subject:  PMR 02528, 082





Could not get into the link below.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
- Forwarded by Bill Rosette/IS/Corporate/Papa Johns on 02/06/2003 03:53
PM -

  Stephen Hull
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  >cc:
   Subject:  PMR
  02/06/2003 03:36
  PM






Hi Bill,
 Here is a link to the Performance Tuning Guide on the web:
ftp://w3.ibm.com/support/ats/documents/TSM42PDG.pdf

Regards,
Stephen Hull
IBM Tivoli Storage Manager Support

More questions?  Search our new TSM KnowledgeBase at:
http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

Re: From TIVsm 4.2.1.8 to TIVsm 5.1.6.1 on IBM H70, AIX 4.3.3

[Hart, Charles]

Is ot possible to skip the 5.1.6.0 and go 4.2.1.8 --> 5.1.5.0 --> then  5.1.6.1 being 
that 5.6.0 is suppose to be buggy.

-Original Message-
From: Peter Duempert [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 07, 2003 9:55 AM
To: [EMAIL PROTECTED]
Subject: From TIVsm 4.2.1.8 to TIVsm 5.1.6.1 on IBM H70, AIX 4.3.3


Hi *SM-ers,
we want to do the above mentioned migration.

Mig-1:  4.2.1.8 --> 5.1.0.0 --> 5.1.6.0 --> 5.1.6.1

Mig-2   4.2.1.8 --> 5.1.5.0 --> 5.1.6.0 --> 5.1.6.1

Q: Which one would You prefer ?
-- 
MfG / Ciao - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Peter Dümpert   Email: [EMAIL PROTECTED]
Rechenzentrum der Technischen Universität   Fax  : ++49/531/391-5549
D 38092 BraunschweigTel  : ++49/531/391-5535

Re: Multiple Emails from this group

[Hart, Charles]

And now a boatload of e-mail about blank e-mails.  ;-)

-Original Message-
From: Mario Behring [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 07, 2003 12:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Multiple Emails from this group


Now that you guys mentioned this  yesterday I also received eight or nine 
completely empty emails (???!!).
Mario Behring
 Zlatko Krastev/ACIT <[EMAIL PROTECTED]> wrote:I also got nine completely empty 
(except complains added by my mail
server). No headers, empty body, empty subject (actually missing as all
other headers).
People with "Re:"-only at least got something :-)

Zlatko Krastev
IT Consultant






Jason Stoessler
Sent by: "ADSM: Dist Stor Manager"
07.02.2003 10:46
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject: Re: Multiple Emails from this group


I have received about 6 blank emails so far all addressed the same. Anyone
know why??

Thanks,

Jason

-Original Message-
From: Jeff G Kloek [SMTP:[EMAIL PROTECTED]]
Sent: Friday, February 07, 2003 12:33 AM
To: [EMAIL PROTECTED]
Subject: Multiple Emails from this group

I am receiving tons of empty emails addressed from
"[EMAIL PROTECTED]". Is anyone else?
The subject is simply "Re:", and there is no text.

Thanks.


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**


-
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now