Re: Old friends and re-introduction

2011-12-15 Thread Kelly J. Lipp
Geoff,

Drop me a private email.  Good to see your name up here in lights!

Kelly J. Lipp
Elbert Colorado
719-531-5574

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Swartz, Jerome
Sent: Thursday, December 15, 2011 3:36 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Old friends and re-introduction

All of the best mate!

Makes me think how fortunate I am to have a job. Sure something will come
your way!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Loon, EJ van - SPLXO
Sent: Thursday, December 15, 2011 12:25 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Old friends and re-introduction

Hi Geoff!
Welcome back! I hope you will find a suitable TSM job soon! 
Kind regards,
Eric van Loon

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Geoff Gill
Sent: woensdag 14 december 2011 15:51
To: ADSM-L@VM.MARIST.EDU
Subject: Old friends and re-introduction

Hello,
This isn't a TSM question just more of a reintroduction. A year ago I was
let go from saic when my wife was transferred to Dallas. Although we all
know it's possible to manage the system remotely, and knowing they have
offices in Plano, I expected to work from here, especially since the DR site
is here, but that wasn't to be so I've been out of TSM work since then.
I recently rejoined the list to keep in touch and somewhat up to date,  
While I've had a few calls unfortunately all have unded up in me being over
qualified as they say. I would have preferred an offer and given an
opportunity to make the decision to accept no matter what the work or pay
but none have worked out that way unfortunately.
While driving Zamboni's for 15 years helped me land work in Allen, it isn't
quite the same, nonetheless it helps pay bills.
Hope you guys are all well, I see many of the same names, Richard, Andrew,
Bill and others so I'm glad to see the community is hanging together.

Geoff Gill

Sent from Yahoo! Mail on Android



For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may
be disclosed, copied or distributed, and that any other action related to
this e-mail or attachment is strictly prohibited, and may be unlawful. If
you have received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission
of this e-mail or any attachments, nor responsible for any delay in receipt.

Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered
number 33014286




**
COMPUTACENTER PLC is registered in England and Wales with the registered
number 03110569.  Its registered office is at Hatfield Business Park,
Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited
is registered in England and Wales with the registered number 01584718.  Its
registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield,
Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in
England and Wales with the registered number 3434654. Its registered office
is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10
9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the
registered number 3798091. Its registered office is at Hatfield Business
Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW

The contents of this email are intended for the named addressee only.
It contains information which may be confidential and which may also be
privileged.
Unless you are the named addressee (or authorised to receive mail for the
addressee) you may not copy or use it, or disclose it to anyone else.
If you receive it in error please notify us immediately and then destroy it.
Computacenter information is available from: http://www.computacenter.com
**


Re: TSM policy

2011-06-21 Thread Kelly J. Lipp
What Remco is saying that the discussion is much more complicated than the
simple strategy they are currently using.  If they have so much data on tape
now, keeping the same strategy will keep too much data on tape in the future
too.  So something must change.  Keeping a month end copy doesn't really
address the business requirements for archive.  A more complete conversation
that includes stake holders and compliance folks is required to narrow the
data down.

And since you are now using TSM the typical keep the month end stuff just
doesn't really play as TSM doesn't work like the old product did.  Trying to
implement that strategy with TSM is very costly in both time and resources
and still doesn't yield anything truly useful to the business.

It's a back to the drawing board of determining actual business requirements
before trying to implement.  It's there where additional expertise is
useful.

Kelly J. Lipp
Elbert Colorado
719-531-5574

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
ritchi64
Sent: Tuesday, June 21, 2011 11:33 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM policy

Humm!
What about the policy at your site? Can you share something useful?


On 21 jun 2011, at 19:45, remco wrote:

if you have to ask these questions for such a large environment, I'd
suggest finding a real TSM specialist. Somebody who is not afraid to tell
the customer what sensible backup policies are, and what the difference
between a backup and an archive is.

 +--
 |This was sent by alainrich...@hotmail.com via Backup Central.
 |Forward SPAM to ab...@backupcentral.com.
 +--

--
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl


On 21 jun 2011, at 17:45, ritchi64 wrote:

 hello group,

 I have to implement TSM server. The client actual policy is keep
everything for 2 months and a month copy for a year (standart) and 3 or 5
years fore some spicial request.

 What will be te best way to do that without using to much tape. TSM server
is 6.1.4 and client active data is ~500 TB. He has actualy ~2PB of data on
tape (to much).


+--
|This was sent by alainrich...@hotmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


Re: Deduplication and Collocation

2011-06-21 Thread Kelly J. Lipp
And that's why storage pool planning is very important.  The less re-duping,
hydrating, inflating you do the better.  Client data to a non-deduped (I
guess that would be a duped) pool that migrates to a deduped pool.  But
backup stgpool before the migration happens to avoid the re.

This is where I expect I'll be corrected: as long as the backup stg happens
before the deduplication process on the file devtype storage pool the
reduping won't have to happen. (we weren't really talking about collocated
copy pools were we?)

But then you wouldn't have a file devtype pool migrating to tape very often
anyway would you?  And if you did, that would only be in an emergency
situation (i.e., you ran out of room on disk).  And in that case why would
you collocate?

Ah, the words of someone that used to think he knew what he was talking
about!

Kelly J. Lipp
Elbert Colorado
719-531-5574


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Prather, Wanda
Sent: Tuesday, June 21, 2011 12:27 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Deduplication and Collocation

Dedup only works in TSM storage pools that reside on disk (specifically
devtype=FILE pools).

If you have data that goes to a dedup pool, then gets migrated off to tape,
it is reduped (rehydrated, reinflated, whatever you want to call it.)

So collocation will still be in effect for that pool.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Mark Mooney
Sent: Tuesday, June 21, 2011 2:17 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Deduplication and Collocation

Hello,

I had a student ask me today What happens if you have collocation turned on
for a storage pool that you are deduplicating?  I did not know what to
answer because in my mind I thought well, if the data is collocated then I
need to have a copy of that data on that client's tape, otherwise I am going
to be mounting another client's tape to get back a de-duped piece of data
which would negate the collocation

I'm looking at the redbooks for this but I only see 6.1 and in 6.2 they
added client side dedup as well (which I also have questions about)

Can anyone shed some light on this?

Thanks!
Mooney


Re: TSM policy

2011-06-21 Thread Kelly J. Lipp
Makes perfect sense.  However, as you've observed, the cost is too high.
What is required now is a rationalization of the data.  Clearly (at least to
those outside the business) not all of the stuff captured in a backup may be
required in the future.  You mention VMs.  Most of what's in a VM container
isn't useful from a business standpoint.  What that means is you must start
to use the TSM archive function to parry out just the data in those VMs that
you must keep for a long time.  This is not easy!  It means actually
understanding the data itself and how it applies to the long term retention
requirements based on business needs or compliance with regulations.
Sometimes this can be done based on file types: for instance all MS Word
documents must be kept for seven years.  Sometimes it can be by server: all
of the data on this machine, except OS stuff, must be kept for five years.

There really isn't an inexpensive and efficient way to do this otherwise.
You can certainly archive everything forever, but you already know what that
costs.

There is not a simple answer to your original question.  You must step back
and take a different approach.  The reason the original approach has worked
so far is the amount of data you had up until now was reasonable.  Now the
amount is unreasonable.  The problem is simple.  The solution is not.

Sometimes having a 50 mile expert work with you to analyze the data and
teach the organization how archiving should work is the only way to get it
done.  I know that's what Remco had in mind.  He and I have worked together
for years!  Again, having that expert is difficult and it requires a
commitment on your organization's part to achieve real change.  The
definition of insanity is doing the same thing over and over and expecting
different results...

Kelly J. Lipp
Elbert Colorado
719-531-5574


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
ritchi64
Sent: Tuesday, June 21, 2011 12:32 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM policy

Ok then, I will add some detail to the case,

The client as a 10 years restore service level that said, he can restore
everything that was present every night for 2 months. After that, he can
restore only the files that were present at the first friday of the month
for a year.

Two years ago a TSM specialist replace old backup software by TSM. he use
keep everything for 400 days to comply with the client service level. Now
we got 2 PB of data on tape. And it's getting worse with more and more
VMware machine.

Now we like to move closer to the service level ask by the client and/or
slim the backup process weight. And yes, in some case, we use archive but
it's not suit for every Recherche depatment who work on long time data, stop
and restart some year after. Destroying data by mistake and not knowing for
year that they still need it.


-Message d'origine-
De : ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] De la part de
Kelly J. Lipp
Envoyi : 21 juin 2011 13:44
@ : ADSM-L@VM.MARIST.EDU
Objet : Re: [ADSM-L] TSM policy

What Remco is saying that the discussion is much more complicated than the
simple strategy they are currently using.  If they have so much data on tape
now, keeping the same strategy will keep too much data on tape in the future
too.  So something must change.  Keeping a month end copy doesn't really
address the business requirements for archive.  A more complete conversation
that includes stake holders and compliance folks is required to narrow the
data down.

And since you are now using TSM the typical keep the month end stuff just
doesn't really play as TSM doesn't work like the old product did.  Trying to
implement that strategy with TSM is very costly in both time and resources
and still doesn't yield anything truly useful to the business.

It's a back to the drawing board of determining actual business
requirements
before trying to implement.  It's there where additional expertise is
useful.

Kelly J. Lipp
Elbert Colorado
719-531-5574

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
ritchi64
Sent: Tuesday, June 21, 2011 11:33 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM policy

Humm!
What about the policy at your site? Can you share something useful?


On 21 jun 2011, at 19:45, remco wrote:

if you have to ask these questions for such a large environment, I'd
suggest finding a real TSM specialist. Somebody who is not afraid to tell
the customer what sensible backup policies are, and what the difference
between a backup and an archive is.

 +--
 |This was sent by alainrich...@hotmail.com via Backup Central.
 |Forward SPAM to ab...@backupcentral.com.
 +--

--
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl


On 21 jun 2011, at 17:45, ritchi64 wrote

Re: TSM Archiving 50tb data with millions of files

2010-11-07 Thread Kelly J. Lipp
And I would also factor in how often is this archive going to be accessed?
If, like most archives, never, then I really like the backupset option.  If
there is a likelihood of frequent access then you will want to have the data
more readily accessible so a second TSM instance just for that data (and
other archive data) might be the ticket.  Then one might ask should I do
this in 5.5 or 6.2?  5.5 would require a much smaller database but the
instance would then need to be on a separate server from the 6.2 instance.

Finally, you say millions of files.  Is the number tens or hundreds of
millions?  Tens I don't worry so much.  Hundreds, I start to worry.

Thanks,

Kelly J. Lipp
Expert Archive Solutions
719-531-5574

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Maurice van 't Loo
Sent: Sunday, November 07, 2010 4:56 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM Archiving 50tb data with millions of files

Hi,

Also think about about what and why.

If you need to archive 50TB of data to create space, to archive just
once and move the data to TSM, just do it, it isn't such a problem.

But if you do the archive as an other way of doing for instance
monthly backups, don't use archives, use backupsets instead.

And if you do a lot of archives in a way as it ment to be, and there
is no other way, you can also think about an other instance, only for
archives.
Normaly archives has long retentions, so expire inventory doesn't need
to run daily, but can also run once a month. And if all archives in a
stgpool has the same retention, you don't need to run space reclaim
too.

Good luck,
Maurice van 't Loo

 Need to archive 50tb of data with millions of files, here is the caveat,
tsm db at 220gb, planning on upgrading from 5.5 to 6.2 in the near future,
but currently waiting for newer hardware, how would one accomplish this
without causing too much db bloat? Any ideas would be greatly appreciated.


Re: Validate backup and archives.

2010-09-17 Thread Kelly J. Lipp
Fertilized by Microsoft...

Kelly J. Lipp
Cuerno Verde Consulting, Inc.
O: 719-531-5574 C: 719-238-5239
kellyjl...@yahoo.com


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Prather, Wanda
Sent: Friday, September 17, 2010 8:53 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Validate backup and archives.

   - *Rogue servers never got registered to TSM*
  - Gartner says this problem has escalated lately with VMware machines
  popping up everywhere.

 I'm convinced they breed, at night, when no one's minding
themzillions and zillions


Re: License Pricing

2003-03-19 Thread Kelly J. Lipp
From a sales standpoint, this makes sense when taken in the larger context.

In the old days...

We paid for Extended Library, DRM, etc.  Basically paid all this money on
the server side rather than the client side.

In the new days, we pay $625 for the server and then $625 per
processor/client.

For moderately sized sites, say up to 50-75 clients/processors, it works out
to be about the same.

For small sites, TSM is now much less expensive.

For large sites, TSM is now much more expensive.

What needs to happen, and what those of us who sell TSM are trying to
influence, is a sliding client price scale.  Or perhaps the elimination of
the per processor nature of this pricing.  Most systems have two processors
now so the real cost is $1250 per client which is probably outrageous.

There is the Server Lite variant of this.  This is for small TSM server
environments: 40 slots, 3 drives or less, no DRM.  Per processor client
price is much less than $625.

Clearly this needs to shake out a bit.  In the meantime, IBM recognizes the
problem (so why don't they fix it?) and will discount when you scream.

I believe they need creative input on this issue rather than the rants they
are getting.  They must compete, but they must do so on an even footing.
The way TSM was priced before did not compete well.  The cost of entry was
too high.   Now the cost is born on the client side where it should have
been all along, but it now needs tweaking.  Let's help our friends at IBM
work this out.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Kauffman, Tom
Sent: Wednesday, March 19, 2003 11:28 AM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


I'm probably going to be looking at new NT licenses soon -- and if they
think they're going to get this kind of vigorish from us, they're crazy.
We'll end up running NT Backup to on-board CDR drives -- the drives are
around $100 and you can get 100 disks from OfficeMax for the cost of sales
tax and a stamp if you watch the sales flyers.

I always thought the ADSM 2.x price of $100 per NT *box* was a good fit --
and I haven't seen ANYTHING in TSM 4.x or 5.x that would justify a 500% (or
higher -- would a 4-way box go for $2,112?) price increase.

Somehow I see a come to glory meeting with my CIO, my IBM Marketing rep,
my Tivoli marketing rep, and our preferred VAR in my future.

And I *still* want to see a comprehensive, easily understood price list,
readily accessible, WITHOUT registration or a customer number. Discounting
may be customer specific and proprietary, but in this day and age, price is
not and trying to hide it just means you no longer want to sell to ME. I
won't do an NDA on prices and I won't accept an NDA on prices.


Tom Kauffman
NIBCO, Inc

-Original Message-
From: Coats, Jack [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 8:52 AM
To: [EMAIL PROTECTED]
Subject: Re: License Pricing


Yes, I just purchased a single processor license, it was $528 or so USD.
The ones
I purchased just before year end were about $218USD.

Unless new customers are coming in with huge discounts, I think that TSM is
now
priced out of the market.

As a consultant (in a former life) I would be seriously considering taking
my customers
to other products, if I could find one that fits.

I love the TSM concept, but economics is what rules.  And there is not
enough difference
in the technological differences to make up the economic ones at this point.

 -Original Message-
 From: Cahill, Ricky [SMTP:[EMAIL PROTECTED]
 Sent: Wednesday, March 19, 2003 3:46 AM
 To:   [EMAIL PROTECTED]
 Subject:  License Pricing

 Just got a quote back for some Win2k licenses and was rather surprised at
 the massive increase in price, ok I've not bought a license for a couple
 of
 years but this is bonkers..

 single processor server #391.98 + vat per server
 dual processor server   #783.96 + vat per server
 quad processor server   #1567.92 + vat per server

 Anyone know if a license bought prior to this stupid per cpu idea is valid
 for one server or one cpu??


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

Mountable Not in Library Hell

2003-03-04 Thread Kelly J. Lipp
Folks,

I know this has been covered but nobody has published the definitive how to
get out of this note.

Symptoms:

Volume is empty, readwrite in the library but won't go to pending or
scratch.

Try to delete the volume, message states, can't since volume is
mountablenotinlibrary.

Although, Q media shows the volume as mountableinlibrary.

To fix this:

Issue command:

move media * stgpool=poolname wherestatus=empty remove=no checklabel=no (if
you want to leave them in the library)

Now they are out of the library as far as everyone is concerned.

Then issue

move media * stgpool=poolname wherestatus=empty wherestate=mountablenotinlib

The check them in:

checkin libvol libname search=yes checklabel=barcode status=private (use
search=yes if you left the tapes in the library)

I think the key here is the order in which the commands are executed.  The
second move media command must happen before the checkin command happens.

I'm documenting this for myself, but I know there are folks out there that
will see this problem.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


Library Configuration Question

2003-02-25 Thread Kelly J. Lipp
Folks,

Does anyone know the how the following works for sure:

During library definition a read element status command is sent to the
library to help the definition process.  Is a read element status then
issued during each subsequent library initialization (at startup) or is this
information stored statically in the database?

The specific case I'm curious about is when slots are added to a library.
Will TSM detect these new slots as part of the initialization or will a
library re-definition be required?

I have seen a case where a simple restart detected the new slots and I have
also seen the case where a re-definition was required.

What is really happening?  Clearly this is for the engineers.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


Re: Tape Reliability Recommendations

2003-02-18 Thread Kelly J. Lipp
I have done a significant amount of testing and have quite a lot of
practical experience with what I will refer to as the Big Three tape
technologies:

AIT3
LTO1
SDLT320

Of the three, I know AIT the best.  It's always good to know where someone
sits before they tell you where they stand.

In a TSM environment, all three of these technologies perform very
similarly: within 10-15% of each other.  Don't let the manufacturer's
performance claims sway your decision.  Backup is generally not about the
hardware but more about the software.  TSM is quite powerful, but often
trades power for speed.  Remember, we have a sophisticated database running
here to track what's going on.

For all three drives, we are able to sustain between 35 and 45 GBytes per
hour during storage pool to storage pool operations.  For instance,
migration from Disk to Tape or Backup stg tape to tape.  In addition, you
can expect to see about the same performance when clients are writing data
directly to tape (or even multiple tapes simultaneously while using the stg
pool parameter copystgpool).  When sizing an environment, use the 35 GB/Hour
number and you won't be unhappy.

As for reliability.  That turns out to be a very mixed bag.  I have seen
sites with high volumes of data and no errors or problems with all three and
I have seen sites with numerous problems.  The problems seem to be mostly
related to drive firmware levels and tape batches.  Once the drive firmware
is correct and bad tapes are eliminated, most sites settle down nicely.  The
more complex the environment, the more likely the problems.  For instance,
we have a site with a large fiber channel and LTO configuration.  No end to
the problems so far and they are very serious problems.  Is this a result of
the tape technology?  I doubt it, but one never knows, do one?\

Due to the nature of AIT3, I would suspect that overall reliability numbers
will be lower than for LTO and SDLT, but my hands-on experience doesn't show
that.

As for Automation.  There are gazillions of libraries for each technology.
Clear winners in my opinion are Qualstar and perhaps IBM.  I give the IBM
libraries a perhaps as we have had very good experience with the 349x
libraries and only limited experience with 3584.  These seem OK, but not
much experience.  The lower end IBM libraries are based on someone else's
technology so I would think one might get a better deal buying direct from
that manufacturer.

Compatibility with previous technology.  Some DLT bigots are SDLT bigots
because they believe in investment protection.  I think that's balderdash as
very few people would ever try to read a DLT tape with an SDLT drive anyway
so what difference does it make?  All three of these are relatively new
technologies and you are going to switch to one anyway, so investigate all
three.

The all important Kelly recommendation:

For value, AIT3 is unsurpassed: very good performance, relatively
inexpensive, great automation, manufactured by one company so technology is
first rate.

For openness (or perceived openness) LTO: excellent performance, reasonably
priced, so-so automation, standards based and built by more than one
manufacturer (but how many of us are going to buy from more than one anyway
and if you attend presentations by each one about their LTO product you come
away from each one in succession thinking you have found the best, i.e.,
they all lie equally convincingly (probably shouldn't have two ly words in
the same sentence)).

For perceived technical excellence, SDLT: Quantum has very neat technology
in their drives.  Does it matter much?  Probably not, but cool anyway.

So:

For the price conscious: AIT3 going to AIT4 when available.
If you're an Open kind of dude: LTO
If you believe in Quantum: SDLT.  They offer a very good product IMHO.

LTO and SDLT will be very close in price so go with your gut.

As always, study, study, study.  Get input from those you respect.  Choose
wisely and then get and stay behind your choice.  STORServer supports all
three technologies equally.

Views expressed here are my own.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Colby Morgan
Sent: Thursday, February 13, 2003 3:24 PM
To: [EMAIL PROTECTED]
Subject: Tape Reliability Recommendations


We are currently running TSM 5.1.5 on Win2k with an IBM Mammoth-2 drive for
offsite copypools.  We have had problems with both our onsite M2 and offsite
M2 drives at our disaster recovery center.  IBM has replaced the drive more
than a dozen times in the last two years and Exabyte has replaced countless
tapes.  Most recently we are experiencing a high rate of media write
failures on a newly replaced drive as well as media read failures in DR
testing, both using brand new 225m AME media

Re: Password storage

2003-02-10 Thread Kelly J. Lipp
In the baclient directory in a file called x.pwd where x is a long
alphanumeric name made up by the program.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Alexander Verkooijen
Sent: Monday, February 10, 2003 6:59 AM
To: [EMAIL PROTECTED]
Subject: Re: Password storage


On Mon, 10 Feb 2003 13:28:12 +
[EMAIL PROTECTED] wrote:

 I understand that the TSM client on NT stores the password in the
registry,
 when the autogenerate option is used.
 But can anyone tell me when the password is stored on an AIX client when
 the autogenerate option is used

In /etc/security/adsm

HTH,

Alexander

---
Alexander Verkooijen([EMAIL PROTECTED])
Senior Systems Programmer
SARA High Performance Computing



Re: tape cartridges with same bar codes

2003-02-10 Thread Kelly J. Lipp
The problem is if tape a has been removed from the library and then tape b
with the same label is checked into the wrong library.  In that case, TSM
has no way of knowing the data on the tape is not as expected.  It will
blindly write on the tape, delete the tape, etc., thus rendering the tape
useless on the system it belongs.

NEVER, EVER HAVE TWO TAPES WITH THE SAME LABEL.  It's too easy to make sure
you don't and too hard when you do and I can't think of a single good reason
to do it.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Sunday, February 09, 2003 6:58 PM
To: [EMAIL PROTECTED]
Subject: Re: tape cartridges with same bar codes


I suspect that you cannot even check both tapes into the library, though I
have never done it.  This is why.  When you check a volume in as scratch it
checks the volumes table to make sure the volume is not in the table.  This
is to protect the volume contents from being destroyed (referential
integrity).  Before or after this check, do not know which, the checkin is
going to fail (private or scratch) because one of the indexes on the
libvolumes table is volume_name.  A duplicate volume name will occur and the
tape checkin will fail.

This is the beauty of TSM's referential integrity.  It protects us from
ourselves.

I have not actually done this, but I have a US dollar that says the second
checkin/label command will fail.

You will be able to insert both tapes into both libraries so long as you are
not doing the auto checkin/label function of V5.1.

Remember once a tape is in the volumes table it has a device class
associated with it.  So, you cannot simply move a tape from one library to
another.  There is no way to update the device class field in the stgpool
table.  This is a feature I am sure many customers would like to have when
they are balancing the usage of multiple libraries.

Paul D. Seay, Jr.
Technical Specialist
Northrop Grumman Information Technology
757-688-8180


-Original Message-
From: Ki-Hwan Kwon [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 09, 2003 7:55 PM
To: [EMAIL PROTECTED]
Subject: tape cartridges with same bar codes


Hello,
To simplify my question,
assume that there are two tape cartridges with
same bar codes.
The tapes are extended high performance tapes.
We have two IBM 3494 tape libraries
(I call them as 3494A and 3494B each).
If I put one tape into 3494A dnd if I put the other tape into 3494B, will
this cause a problem to ADSM server due to same bar codes? I have ADSM
installed on an RS/6000 unix server which manages the two libraries. I am a
newbie in ADSM and someone says this will cause a problem but I don't
understand why. Since they are in physically different library, there should
be a way to distinguish the two tapes with same bar codes. Any comments will
be much appreciated. thanks.



Re: 4 Drive Qualstar 88264 LTO Library setup with TSM - several problems !!!!

2003-01-30 Thread Kelly J. Lipp
A number of things come to mind:

First, are you sure your element numbers for the drives are correct and
match up with the correct scsi id's?

To figure this out use the lbtest program in c:\program
files\tivoli\tsm\server.  Open a command window and cd to that directory.
Then enter:

lbtest -dev lb0.0.0.x where x is the controller number (you can see the
exact lb name for the library in the TSM Utilities devices screen).
Choose manual test
Then open the library by choosing option 6.
Then get element count info by choosing option 8.
Then get library inventory by choosing option 9.

There will be a lot of information at this point so you may want to keep
more lines in the window buffer.

Scroll up to the top of the list and you will see the drive elements. In the
display, compare the element number (6300x) to the scsi ID shown and then
verify that your define drive / define path are correct.  I'm guessing this
is the problem.

Second, normally, the Qualstar will have the library at lb0, top drive at
mt1 second drive at mt2, etc.  Depending obviously on the cabling inside the
library.

During a system boot, what do you see in the bios for the scsi controller
the drives/library are connected to?  If you don't see all four drives and
the library there, you're out of luck once you get windows up and running.

If you see all the drives during the bios, then do you see them in device
manager?  What driver is loaded against the drives?  If these are IBM
drives, you need the driver from index.storsys.ibm.com/devdrvr.  If they are
HP drive, you need the HP driver.

You have a dual channel card in the server.  Probably an Adaptec.  Make sure
that a driver is installed against both channels of that controller.

Then if your Adaptec controller is running firmware 3.10

Then

If you have HP drives, the driver you want has the following
characteristics: in c:\winnt\system32\driver the file adpum160.sys should be
91,277 in size.  If it is not, you want to go to the Adaptec site and get
fms_on_cd_v40a_sp3a.exe.

Else

If you have IBM drives, you want to get the Adaptec driver from IBM at
index.storsys.ibm.com/devdrvr.  That driver's size is about 60K when
installed.



Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Tony Morgan
Sent: Thursday, January 30, 2003 7:23 AM
To: [EMAIL PROTECTED]
Subject: 4 Drive Qualstar 88264 LTO Library setup with TSM - several
problems 


Greetings!

I am currently testing a new Qualstar 88264 LTO tape library with TSM 5.1.5

The old (Scalar100) tape library was single Scsi HVD I/F cabled up as

IF1.MT1...MT2...CNTRL...TERM

This new library is set up for 2 SCSI LVD I/F's as;

IF1.  MT3...MT4...CNTRL...TERM
IF2.MT1...MT2...TERM

I have 2 problems 

1.  TSM only wants to use the tape drives on IF1.
2.  The drives are failing on dismount

01/29/2003 18:01:04   ANR8325I Dismounting volume Q1 -
60 minute mount
   retention expired.

01/29/2003 18:01:08   ANR8336I Verifying label of LTO volume
Q1 in drive
   MT1.0.0.2 (mt1.0.0.2).

01/29/2003 18:02:12   ANR8311E An I/O error occurred while
accessing drive
   MT1.0.0.2 (mt1.0.0.2) for LOCATE
operation, errno = 121.
01/29/2003 18:02:12   ANRD pvrntp.c(2662): ThreadId38
Error writing EOT to
   NTP volume Q1.

01/29/2003 18:02:21   ANR8311E An I/O error occurred while
accessing drive
   MT1.0.0.2 (mt1.0.0.2) for OFFL
operation, errno = .
01/30/2003 00:46:52   ANR8469E Dismount of LTO volume Q1
from drive
   MT1.0.0.2 (mt1.0.0.2) in library
LB0.0.0.2 failed.
01/30/2003 00:46:54   ANR8446I Manual intervention required
for library
   LB0.0.0.2.

01/30/2003 00:46:54   ANR8792E Unrecoverable drive failures
on drive MT1.0.0.2
   (mt1.0.0.2); drive is now taken
offline.
01/30/2003 00:46:54   ANR8792E Unrecoverable drive failures
on drive MT1.0.0.2
   (mt1.0.0.2); drive is now taken
offline.
01/30/2003 00:46:54   ANR1410W Access mode for volume Q1
now set to
   unavailable.

01/30/2003 00:46:54   ANR8475I Dismount of volume Q1
failed. It may still be
   in the drive.


Can anyone please shed some light on...

Is this how it should be cabled?
How to get all 4 drives to work

Re: Measuring progress of copy stgpool operation

2003-01-24 Thread Kelly J. Lipp
This is a specific requirement of a more general topic: since TSM know what
it is doing, it can certainly tell us.  I would ask development to give us
some dashboard information about lots of things that go on within.  Other
items I can think of: during a restore, how many objects left to restore.
Perhaps a count at the beginning as well.  Maybe even the volumes that are
going to be required during the restore.  During the migration/backup
stg/etc of a very large file, the number of MB already moved to tape so one
can get an idea how long the operation might take.  Especially interesting
if one has to down the server for some reason (if only I had waited another
two minutes, I wouldn't have to watch that 90GB file move again!).

Bottom line: we have less to worry about with TSM now.  Now we want bells
and whistles!

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
PAC Brion Arnaud
Sent: Thursday, January 23, 2003 6:55 AM
To: [EMAIL PROTECTED]
Subject: Measuring progress of copy stgpool operation


Hi all,

Everything is in the title : is there a way (sql query ?) to find out,
during a copy stgpool process, how many objects, or even better how many MB
remains to be copied for finishing the process. Basically, the goal would be
having an idea of remaining duration till the job ceases
Thanks in advance !

Arnaud

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Arnaud Brion, Panalpina Management Ltd., IT Group |
| Viaduktstrasse 42, P.O. Box, 4002 Basel - Switzerland |
| Phone: +41 61 226 19 78 / Fax: +41 61 226 17 01   |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



Re: New Library

2003-01-08 Thread Kelly J. Lipp
Update devclass ltoclass library=newlibraryname

TSM will expect to find volumes from this device class in the new library.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
David Longo
Sent: Monday, January 06, 2003 9:24 AM
To: [EMAIL PROTECTED]
Subject: Re: New Library


Yes, just check the tapes out and back in - basically.  TSM DB
knows what's on the tapes etc.  I assume that your Device
classes will stay the same etc?  You will need to check this
and make sure that your storage pool heirarchy is pointing
to new library.



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


 [EMAIL PROTECTED] 01/06/03 07:40AM 
Hello everybody,


We are in the process of switching from a SCSI-attached 3583
library
with 4 drives to a FC-attached 3584 with 8 drives. My question is: If
I
check out all volumes from the 3583, replace it with the 3584, adjust
device
names and so on, can I check the tapes back into the new library and
use
them right away, or will I have to connect both libraries, define new
device
classes/storage pools and copy all the contents of the 3583's tapes to
the
3584's tapes?

Thank you all for your help

--
Paul Gondim van Dongen
Engenheiro de Sistemas
MCSE
Tivoli Certified Consultant - Storage Manager
VANguard - Value Added Network guardians
http://www.vanguard-it.com.br http://www.vanguard-it.com.br
Fone: 55 81 3225-0353


MMS health-first.org made the following
 annotations on 01/06/2003 11:25:15 AM

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


==



Re: offsite tape has no data but will not reclaim

2002-12-29 Thread Kelly J. Lipp
And if that doesn't work, delete the volume with discardd=yes.  That blows
the data away.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joni Moyer
Sent: Saturday, December 28, 2002 9:31 PM
To: [EMAIL PROTECTED]
Subject: Re: offsite tape has no data but will not reclaim


Try to audit the volume:  audit volume xx fix=yes

Joni Moyer
Systems Programmer
[EMAIL PROTECTED]
(717)975-8338



Steve Bennett
[EMAIL PROTECTED]   To:
[EMAIL PROTECTED]
ATE.AK.UScc:
Sent by: ADSM: Dist  Subject: offsite tape
has no data but will not reclaim
Stor Manager
[EMAIL PROTECTED]


12/28/2002 12:51 PM
Please respond to
ADSM: Dist Stor
Manager






How do I get rid of this volume?

I have a offsite tape that shows 0% util and no contents. Reclamation tries
to reclaim but it fails. This prevents other volumes from being reclaimed
until I get 001086 deleted from the storage pool.

TSM V4.2.2.10 with DRM on Win2000 SP2. IBM 3494 with two SCSI attached
3590E drives.

12/26/2002 10:29:10   ANR1040I Space reclamation started for volume 001086,
storage pool DR_3590_JNU (process number 164).
12/26/2002 10:29:10   ANR1041I Space reclamation ended for volume 001086.
12/26/2002 10:34:16   ANR2017I Administrator MOUNT_OPER issued command:
MOVE DATA 001086
12/26/2002 10:34:16   ANR2209W Volume 001086 contains no data.

I updated the vol to reado and then did a del vol but no go:

12/28/2002 08:27:00   ANR2017I Administrator XTSCSMB issued command: UPDATE
VOLUME 001086 acc=reado
12/28/2002 08:27:00   ANR2207I Volume 001086
updated.
12/28/2002 08:27:51   ANR2017I Administrator XTSCSMB issued command: DELETE
VOLUME 001086 discard=y
12/28/2002 08:27:51   ANR2406E DELETE VOLUME: Volume 001086 still contains
data.

Other relevant info:

q con 001086
ANR2034E QUERY CONTENT: No match found using this criteria

q vol 001086 f=d
Volume Name: 001086
  Storage Pool Name: DR_3590_JNU
  Device Class Name: 3590
Estimated Capacity (MB): 39,058.3
   Pct Util: 0.0
  Volume Status: Filling
 Access: Offsite
 Pct. Reclaimable Space: 100.0
Scratch Volume?: Yes
In Error State?: No
   Number of Writable Sides: 1
Number of Times Mounted: 5
  Write Pass Number: 1
  Approx. Date Last Written: 06/27/2002 01:45:56
 Approx. Date Last Read: 06/26/2002 08:36:22
Date Became Pending:
 Number of Write Errors: 0
  Number of Read Errors: 0
Volume Location: VAULT
Last Update by (administrator): XTSCSMB
  Last Update Date/Time: 12/28/2002 08:28:37

q drm 001086 f=d
Volume Name: 001086
  State: Vault
  Last Update Date/Time: 06/27/2002 07:23:14
   Location: VAULT
Volume Type: CopyStgPool
Copy Storage Pool Name: DR_3590_JNU
  Automated LibName:

q stg DR_3590_JNU f=d
Storage Pool Name: DR_3590_JNU
Storage Pool Type: Copy
Device Class Name: 3590
  Estimated Capacity (MB): 6,996,963.2
 Pct Util: 26.6
 Pct Migr:
  Pct Logical: 97.2
 High Mig Pct:
  Low Mig Pct:
  Migration Delay:
   Migration Continue:
  Migration Processes:
Next Storage Pool:
 Reclaim Storage Pool:
   Maximum Size Threshold:
   Access: Read/Write
  Description:
Overflow Location:
Cache Migrated Files?:
Collocate: No
Reclamation Threshold: 100
  Maximum Scratch Volumes Allowed: 180
Delay Period for Volume Reuse: 10 Day(s)
   Migration in Progress?:
 Amount Migrated (MB):
Elapsed Migration Time (seconds):
 Reclamation in Progress?: No
  Volume Being Migrated/Reclaimed:
   Last Update by (administrator): MOUNT_OPER
Last Update Date/Time: 12/27/2002 10:20:16
 Storage Pool Data Format: Native





--
Steve Bennett
State of Alaska
Information Technology Group
Juneau, AK
(907) 465-5783 voice
(907) 465-3450 fax



Re: Slow tape to tape performance...

2002-12-24 Thread Kelly J. Lipp
Performance is good when writing from disk to tape?  How good?  When I hear
of this I suspect driver issues.  I know on Win2K driver selection is
paramount when having a performance problem with tape.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Remeta, Mark
Sent: Tuesday, December 24, 2002 10:08 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow tape to tape performance...


do you have tape drive compression and client compression turned on?
I've seen this before with AIT drives trying to compress already compressed
data...



-Original Message-
From: Wheelock, Michael D [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 24, 2002 11:33 AM
To: [EMAIL PROTECTED]
Subject: Slow tape to tape performance...


Hi,

I am getting agonizingly slow (~1GB/hr) performance on tape to tape copies
(such as during reclamations).  Is this normal?  This is a new install,
fairly fresh with some basic policies and copy groups.  The server is an AIX
5.1 ML02 7026-M80 with 8GB RAM.  The tape library is an IBM 3584 with 8 FC
attached LTO drives.  TSM is at 5.1.5.4.  Any ideas would be appreciated.

Michael Wheelock
Integris Health of Oklahoma

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



Re: Gigabit Ethernet speed

2002-12-24 Thread Kelly J. Lipp
What kind of performance are you seeing?

I would expect a number greater than 20,000 KB/sec as reported by a client
summary.

I also would expect it to be highly variable and dependent on client speed.
I believe that Gig E is going to be faster than just about anything else in
all but the highest end systems so suspect a bottleneck elsewhere.

As with 100 Mbit networks, duplex and link speed incompatibilities are
killers.  100/1000 full is the way to go.  Stay away from Auto unless you
have un-managed network switches.

Thanks,

Kelly

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Conko, Steven
Sent: Tuesday, December 24, 2002 7:44 AM
To: [EMAIL PROTECTED]
Subject: Gigabit Ethernet speed


anybody have any tips on what type of Network transfer rate we should be
seeing for our backups over gigabit ethernet? the clients backup via copper
Gb ethernet dedicated for backups to a tsm server connected to a 3494 tape
library with 10 3590 tape drives via fibre channel/brocade switch.

there is only one client on one gigabit interface and 3 on another.

any tips for improving network performance?

thanks

Steven A. Conko
Senior Unix Systems Administrator
ADT Security Services, Inc.



Re: Troubleshooting performance issues

2002-11-25 Thread Kelly J. Lipp
This is definitely a problem with duplex in your network adapters.  If you
are using managed switches, make sure both sides have their adapters set to
100 mb full duplex.  Set the switches the same.  Make sure you are not using
auto detect.

Start with your server and work your way to the clients.  You will be amazed
after you do this to one of your clients.  The data will fly through your
network.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Niklas Lundstrom
Sent: Tuesday, November 05, 2002 8:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Troubleshooting performance issues


Hello

Your datatransfer rate seems low. Are you running at 100 mbit and full
duplex?
Try to ftp a file from the client to the server and check the transfertime,
with 100mbit you should get about 10mb/sec

Regards
Niklas

-Original Message-
From: Etienne Brodeur [mailto:[EMAIL PROTECTED]]
Sent: den 5 november 2002 15:44
To: [EMAIL PROTECTED]
Subject: Troubleshooting performance issues


I have some major performance issues during archive operations.  I also have
bad performance durning backups, but the backup window is large so they
complete without any problems.  I can't seem to put my finger on the
bottleneck and was wondering if someone had a document to recommend when
looking for performance issues?

Here is the scenario:

TSM 4.2.2.10 server on W2K (SP2)
3 IDE drives.  OS - DB - LOG
100 Mbs/Full Duplex (not auto)
LTO 3583 SCSI attached to the server
Server Options:
CommTimeOut 60
IdleTimeOut 30
BufPoolSize 81920
LogPoolSize 512
TxnGroupMax 256
MoveBatchSize 256
MoveSizeThresh 500
UseLargeBuffers Yes
NOBUFPREfetch No
AuditStorage Yes
SELFTUNEBUFpool Yes
SELFTUNETXNsize Yes
TCPWindowsize 64512
TCPNoDelay Yes

There are 10 clients running 4.2.2.x (mostly 4.2.2.0).  I have not set any
performance settings in the DSM.OPTs.  The servers have less than 10 GB of
data each.  I have 5 of them archiving to tape at the same time and they are
all running very slowly:

05-11-2002 01:29:29   ANE4952I (Session: 5848, Node: HY-ORAPED-2000) Total

   number of objects inspected:  102,322
05-11-2002 01:29:29   ANE4953I (Session: 5848, Node: HY-ORAPED-2000) Total

   number of objects archived:86,989
05-11-2002 01:29:29   ANE4961I (Session: 5848, Node: HY-ORAPED-2000) Total

   number of bytes transferred: 6.46 Go
05-11-2002 01:29:29   ANE4963I (Session: 5848, Node: HY-ORAPED-2000)  Data

   transfer time:11,875.56 sec
05-11-2002 01:29:29   ANE4966I (Session: 5848, Node: HY-ORAPED-2000)
Network
   data transfer rate:  570.67 KB/sec
05-11-2002 01:29:29   ANE4967I (Session: 5848, Node: HY-ORAPED-2000)
Aggregate
   data transfer rate:511.71 KB/sec
05-11-2002 01:29:29   ANE4968I (Session: 5848, Node: HY-ORAPED-2000)
Objects
   compressed by:0%
05-11-2002 01:29:29   ANE4964I (Session: 5848, Node: HY-ORAPED-2000)
Elapsed
   processing time:03:40:43

This was the fast one, I also have this W2K client:

05-11-2002 07:25:34   ANE4952I (Session: 5906, Node: HY-OSRV-2000)  Total
number
   of objects inspected:8,424
05-11-2002 07:25:34   ANE4953I (Session: 5906, Node: HY-OSRV-2000)  Total
number
   of objects archived: 8,364
05-11-2002 07:25:34   ANE4961I (Session: 5906, Node: HY-OSRV-2000)  Total
number
   of bytes transferred: 2.76 Go
05-11-2002 07:25:34   ANE4963I (Session: 5906, Node: HY-OSRV-2000)  Data

   transfer time:2,871.55 sec
05-11-2002 07:25:34   ANE4966I (Session: 5906, Node: HY-OSRV-2000) Network
data
   transfer rate:1,008.95 KB/sec
05-11-2002 07:25:34   ANE4967I (Session: 5906, Node: HY-OSRV-2000)
Aggregate
   data transfer rate: 97.15 KB/sec
05-11-2002 07:25:34   ANE4968I (Session: 5906, Node: HY-OSRV-2000) Objects

   compressed by:0%
05-11-2002 07:25:34   ANE4964I (Session: 5906, Node: HY-OSRV-2000) Elapsed

   processing time:08:17:01

Please help me!  I don't know where to look anymore.

Thanks,

Etienne Brodeur



Re: Database Questions

2002-11-25 Thread Kelly J. Lipp
You might also set the selftunebuffpoolsize yes as well.  Check the exact
syntax, but this relatively new option will have TSM adjust this parameter
is necessary.

Also, I like to have this parameter set to some power of two rather than
just a number.  Don't know if that matters, but it appeals to my digital
sense.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Luke Dahl
Sent: Wednesday, November 20, 2002 3:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Questions


Output from q db f=d:
  Available Space (MB): 50,012
Assigned Capacity (MB): 45,012
Maximum Extension (MB): 5,000
Maximum Reduction (MB): 10,720
 Page Size (bytes): 4,096
Total Usable Pages: 11,523,072
Used Pages: 7,574,343
  Pct Util: 65.7
 Max. Pct Util: 76.2
  Physical Volumes: 51
 Buffer Pool Pages: 10,500
 Total Buffer Requests: 180,673,719
Cache Hit Pct.: 90.08
   Cache Wait Pct.: 1.74
   Backup in Progress?: Yes
Type of Backup In Progress: Full
  Incrementals Since Last Full: 0
Changed Since Last Backup (MB): 64.07

BufPoolSize42000

I increased the bufpoolsize from 37000 to 42000 a few days ago to bring the
ratio up?  Will this affect performance on the system (swap usage or
paging)?
Yes, DB volumes are on Veritas filesystem...  I can get you the exact
Veritas
levels if it would help...

Thank you very much, I really appreciate the help!

Zlatko Krastev/ACIT wrote:

 You can find long discussions on this topic in the list archives.
 - it is mostly disadvantageous to have more than one or two DB volumes per
 disk/array - parallelism you create with more volumes results disk heads
 moving back and forth. You are shooting yourself in the leg.
 - RAID 5 is definitely not very good for TSM DB and for average or
 heavy-loaded server might be disastrous for performance. For small servers
 might be just fine. Your server with 35 GB DB does not fit in second
 category.
 - sessions running for hours sounds terrible. What is DB cache hit
 ratio? Do you have DB volumes on Veritas filesystem?!?

 Zlatko Krastev
 IT Consultant

 Luke Dahl [EMAIL PROTECTED]
 Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
 07.11.2002 19:47
 Please respond to ADSM: Dist Stor Manager


 To: [EMAIL PROTECTED]
 cc:
 Subject:Database Questions

 Does anyone know of any advantage/disadvantage of the file sizes for the
 database?  Is there an advantage to creating many 1Gb .db files over
 fewer 10Gb .db files?  Also, we're running TSM 4.2.1.15 on Solaris 5.8
 using raid 5.  I've heard performance can be much greater with raid 0.
 Any truth to that?  We're seeing load averages above 10 nearly every day
 and TSM performance is pretty poor.  Our database size is 35Gb and
 sessions are running for hours (even small incrementals of various
 workstations).  Network bandwidth hasn't peaked over 50% in any 24 hour
 duration.  Any thoughts?  Many thanks in advance.

 Luke Dahl
 NASA - Jet Propulsion Laboratory
 818-354-7117



Re: Raid 5 or 0?

2002-11-25 Thread Kelly J. Lipp
Using the list archive, search on RAID or on my name.  I've written about
the perils of RAID 5 in a TSM environment a number of times.  There is a
white paper on our website that discusses SDLT vs. LTO tape performance and
in there is a discussion about RAID5 as well.  Something I learned during
the performance testing.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
PINNI, BALANAND (SBCSI)
Sent: Tuesday, November 12, 2002 7:59 AM
To: [EMAIL PROTECTED]
Subject: Re: Raid 5 or 0?


How about Raid0+1 .
That is performance and availability.

Balanand Pinni
SBC Services Inc.
Work:314-206-5911
Pager:1-800-451-6897
Email ID :[EMAIL PROTECTED]
[EMAIL PROTECTED] e.mail pager





-Original Message-
From: Gianluca Perilli [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 12, 2002 4:44 AM
To: [EMAIL PROTECTED]
Subject: Re: Raid 5 or 0?


Choosing RAID5 is a good solution if you have data heavily accessed in a
read mode: in fact in this case you don't face the performance problem of
the parity calculation/writing: for example choosing it for the TSM DB it
is not a bad idea; furthermore RAID5 is more effective in the usage of the
disk space.
The RAID 0 is a good choice whenever you want high performances because you
can leverage the data spreading on multiple disks and you don't have to
calculate any parity: however if you have a  problem on a disk you loose
all your data because the system cannot re-build these data as no parity
exists. Then, if you want good performances without incurring in problems
of lost data, it is better to think about RAID10, ie a RAID0 mirrored to
another RAID0 array: the performances and security are the highest, but
unfortunately the disk space usage too.
So RAID10 is a good choice for the heavily written data, like for example
the Recovery log in TSM.
Hope this helps.

Cordiali saluti / Best regards

Gianluca Perilli

EMEA Support, GlobalResponseTeam Storage
e-mail: [EMAIL PROTECTED]

Tivoli Software, IBM Software Group

Via Sciangai 53, Rome 00144Italy
Office : +39.06.59664581
Mobile: +39.335.7840985
Fax:  +39.06.59662077






  Luke Dahl
  [EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  OV  cc:
  Sent by: ADSM:  Subject:  Raid 5 or 0?
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  11/11/2002 11:07
  PM
  Please respond to
  ADSM: Dist Stor
  Manager





Hi,
We're considering changing from RAID5 to RAID0.  Info:
Solaris 5.8
TSM Server 4.2.1.15
Storage array 21 36Gb disks (currently RAID5.

Is this a wise move?  If we make the change, any recommendations on the
stripe setting?  Default is 64Kb, but it can be set while we
configure...  Performance seems quite slow with RAID5 and we have  a
development box we're going to throw this at.  Any thoughts or
recommendations are much appreciated.

Luke Dahl
NASA - Jet Propulsion Laboratory
818-354-7117



Re: tape-to-tape performance

2002-11-25 Thread Kelly J. Lipp
What sort of performance are you getting?  In Gbyte/hour.

I would expect somewhere in the 40-60 GB/hour range.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua Bassi
Sent: Wednesday, November 20, 2002 1:26 PM
To: [EMAIL PROTECTED]
Subject: Re: tape-to-tape performance


Take a look at the movebatchsize, movesizethresh and bufpoolsize.  These
3 options have a direct corrolation for tape to tape copy processes.


--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant - ADSM/TSM
eServer Systems Expert -pSeries HACMP

AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
[EMAIL PROTECTED]



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Conko, Steven
Sent: Wednesday, November 20, 2002 11:26 AM
To: [EMAIL PROTECTED]
Subject: tape-to-tape performance


we run a 3494 tape library with 3590 tape drives. after our backup are
finished, we run a backup stgpool to a copy pool on about 1.6TB of data.
as you can imagine, even with 8 drives this takes some time. are there
any server, device or other parameters we can tune to improve the
tape-to-tape performance?


steve



Re: TSM Client for VMS

2002-11-25 Thread Kelly J. Lipp
Yes, it is supported.  See our website www.storsol.com.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Renke, Chris
Sent: Monday, October 28, 2002 1:22 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM Client for VMS


IBM/Tivoli do not provide. Can get a client (abc) from Storsol
http://www.storsol.com/

-Original Message-
From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 28, 2002 2:50 PM
To: [EMAIL PROTECTED]
Subject: TSM Client for VMS


I don't even see a client version for VMS 7.3 for Alpha. Is it not supported
any longer?

Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154



Re: Co-location

2002-10-23 Thread Kelly J. Lipp
We've toyed with using a disk pool based on devclass devtype=file.  The
upside is this pre-allocation problem is not an issue.  The downside is the
definition for the device class doesn't allow you to specify multiple
devices.  So there needs to be some way to aggregate your devices into one
big thing (and RAID5 is probably NOT the right thing to do).

There are other issues with this approach, like reclamation and caching,
etc., that should be considered.  But this idea might have merit in this
case.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L;VM.MARIST.EDU]On Behalf Of
Matt Simpson
Sent: Wednesday, October 23, 2002 5:51 AM
To: [EMAIL PROTECTED]
Subject: Re: Co-location


At 12:06 AM -0500 10/23/02, Chris Gibes said:
You are absolutely correct.  Co-location is by storage pool, not by
management class.  So yes, you would need to carve your disk up into
multiple storage pools to selectively use co-location,

Thanks for the confirmation

my guess is that it's
not viable to add more disk (or you're on one of those platforms where
disk is not cheap...)

Expenditures are always political.  Management is always more willing
to spend huge gobs of money into a new disaster than drop a few more
pennies into an existing one.  And I'm more concerned about the
management headaches than the cost, as you point out ..


the total amount of disk and the total amount
being backed up are going to be the same regardless of how many pools
you have, so carving one big pool up, shouldn't be that big of an issue,

true, but

as long as you put some planning into the size of the disk pools.

There's the catch.  We can't plan more than 30 minutes into the
future around here.  It's easier to manage one big chunk of something
than a bunch of little chunks.  If we carve up our disk pools based
on today's plan, we'll have to re-configure them tomorrow.  Our
database has already exceeded the allocation that IBM told us was way
bigger than we'd ever need, and we haven't even finished the
installation yet.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
mailto:msimpson;uky.edu
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.



Re: RAID5 in TSM

2002-10-23 Thread Kelly J. Lipp
I would say that RAID5 is definitely the problem.  We have seen the same
thing.

Our config is to place the db and log volume on RAID1 (mirror) drives and
the storage pools vols on JBOD disks.

I was astonished by the performance difference.  And this was with hardware
RAID5.

Paul is absolutely correct: for the larger RAID things (ESS, EMC, etc.),
this problem is hidden by the controller.  Probably its cache hardware.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L;VM.MARIST.EDU]On Behalf Of
Seay, Paul
Sent: Wednesday, October 23, 2002 4:10 PM
To: [EMAIL PROTECTED]
Subject: Re: RAID5 in TSM


It depends!

Not all RAID-5 is created equal.  NT software RAID-5 is a dog and for that
fact all software RAID-5 solutions are questionable.

IBM ESS under the covers RAID-5 is insulated by the controllers in the ESS,
so you do not care about it.

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


-Original Message-
From: Raghu S [mailto:raghu;COSMOS.DCMDS.CO.IN]
Sent: Wednesday, October 23, 2002 12:31 AM
To: [EMAIL PROTECTED]
Subject: Re: RAID5 in TSM


Paul,


keeping TSM database,log and disk storage pool on RAID5 degrades the
performance???

Regards

Raghu



Seay, Paul
seay_pd@NAPTTo: [EMAIL PROTECTED]
HEON.COMcc:
Sent by: Subject: Re: RAID5 in TSM
ADSM: Dist
Stor Manager
[EMAIL PROTECTED]
RIST.EDU


10/22/2002
06:29 AM
Please
respond to
ADSM: Dist
Stor Manager





Are you running compression?

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


-Original Message-
From: Raghu S [mailto:raghu;COSMOS.DCMDS.CO.IN]
Sent: Tuesday, October 22, 2002 8:03 AM
To: [EMAIL PROTECTED]
Subject: RAID5 in TSM


Hi,

There was a lot of discussion on this topic before.But i am requesting TSM
gurus give their comments again.

The set up is like this.

TSM Server : Windows NT 4.0 SP6, TSM 5.1.0.0

392 MB memory, P III

  Adaptech Ultra SCSI

Hard Disk :  Internal   Hardware RAID 5:

 array A : 8.678GB * 3 : 17.356GB data and 8.678 GB
parity

 array B : 35.003 GB * 3 : 70.006GB data and 35.003
GB parity.


Both array A and array B are connected to the same channel.

OS and TSM 5.1 are installed on array A

TSM data base, recovery log and Disk storage pool are installed in array B.

Database : 2GB+2GB = 4 GB  and mirrored at TSM level on the same array

Recovery Log : 500MB + 500 MB = 1 GB and mirrored at TSM level on the same
array

Disk Storage pool : 10GB+10GB+10GB+10GB+5GB=45GB on array B


TSM client: 4.1.2.12 ( Tivoli says 4.1.2.12 is not supported with 5.1
Server. But i could take the backup,archive and restore with this
combination )

Number of Clients : 55, all are windows

Incremental backup : 1GB/ client/day.

backup window : 9AM to 6PM with 50% randamization ( all are in polling mode
)

LAN : 100Mbps

End of the day only 10 clients could finish the backup.Remaining all are
missing or ? ( in progress ) or failed.

Through the entire backup window the CPU load is 100% with dsmsvc.exe
holding 98%

I tested with various options. I stopped the schedular and fired 3 clients
backup manually at the same time.Each client has 1 GB of incremental data.
It took three hours to finish the backup. While backing up i observed there
was lot of idletime outs of sessions.

Network choke is not there. I checked this with FTP.

Whats the bottleneck here? Is RAID 5 is creating problems ( DB,log and
storage pool all are on the RAID 5 )? I asked the customer to arrange a
testing machine without any RAID. I will be getting that in two days.Before
going on to the testing i like to know your comments on this.



Regards

Raghu S Nivas
Consultant - TSM
DCM Data Systems Ltd
New Delhi
India.



Re: Quantum M2500

2002-10-15 Thread Kelly J. Lipp

http://www.tivoli.com/support/storage_mgr/requirements.html shows all
supported devices.  You can look for yours here.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Ray Baughman
Sent: Tuesday, October 15, 2002 6:41 AM
To: [EMAIL PROTECTED]
Subject: Quantum M2500


Hello All,

I have a simple question.  Is it possible to use a Quantum M2500 Tape
library with TSM 4.2?  If so is there documentation on how to do this?

Thanks in advance.

Ray Baughman
Engineering Systems Administrator
TSM Administrator
National Machinery LLC
Phone 419-443-2257
Fax 419-443-2376
Email [EMAIL PROTECTED]



Error during Cleanup Backupgroup

2002-10-15 Thread Kelly J. Lipp

The following errors were reported in the activity log during a cleanup
backupgroup operation:

10/15/2002 16:09:26  ANRD imutil.c(8400): ThreadId23 Fetch Object.Ids
row
  for member 0:4894474 failed, rc=43260504.  Audit DB
  required.  CLEANUP BACKUPGROUPS continues.
10/15/2002 16:09:26  ANRD imutil.c(8400): ThreadId23 Fetch Object.Ids
row
  for member 0:5159511 failed, rc=42808696.  Audit DB
  required.  CLEANUP BACKUPGROUPS continues.
10/15/2002 16:09:26  ANRD imutil.c(8400): ThreadId23 Fetch Object.Ids
row
  for member 0:5159513 failed, rc=43525552.  Audit DB

Ideas?

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175



Re: Repeat backups of the same WinXP system files every day

2002-10-15 Thread Kelly J. Lipp

Well, that wasn't quite true.  In earlier clients you could change the
domain statement to

domain C:

for instance and that would exclude the system object.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rushforth, Tim
Sent: Tuesday, October 15, 2002 1:57 PM
To: [EMAIL PROTECTED]
Subject: Re: Repeat backups of the same WinXP system files every day


These files are part of the system object (the system files) that are backed
up EVERY TIME.

With the 5.1.5 client you can exclude the system object - before that you
could not do anything.

-Original Message-
From: Lawson, Jerry W (ETSD, IT) [mailto:[EMAIL PROTECTED]]
Sent: October 15, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Repeat backups of the same WinXP system files every day

Date:   15 October, 2002Time: 3:44 PM
From:   Jerry Lawson, Specialist
The Hartford Insurance Group
860 547-2960
Beeper: Numeric:  (860) 802-0364Messages: (800) 347-2574
Pin # 60088

-
I suppose this question has been asked before, but I haven't seen an answer
for it

I recently upgraded my Laptop to Windows XP, and now I find that it backs up
the same 3,000 files or so everyday.  These files are primarily things like
DLLs that reside in the Windows and Windows/System32 directories.  When I
check on the files, they do not have a current date - probably the build
date of 8/23/01.

What is the secret to keeping these files from being backed up everyday -
short of putting them in an exclude list.  At this stage I am assuming this
to be a software bug...

By the way, I am running the XP version of the code - IP22519 downloaded
only a couple of weeks ago.



-
  Jerry




This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.



Re: Archive\Long Term Storage Question

2002-10-15 Thread Kelly J. Lipp

In addition to setting up a pool (or using an existing pool), the more
important thing is to set up an archive copy group with the desired
retention.  The key here is that an archive is a distinctly different
function than backup.  The stuff that is archived is managed per the archive
copy group.  You may choose to point the archive copygroup destination at a
new pool or at an existing pool.  More about that later.

In your case you will need to use the backup/archive client to archive the
exchange/sql data.  To do this, those databases must be down (you can choose
to do this at 3:00 am on Sunday morning).  I don't believe the TDPs allow
archiving, but I may be wrong on that point and I'm sure someone else will
correct me if necessary.

So operationally, you will continue to do daily TDP backups of this stuff
and add a once-a-month db shutdown/archive to capture the data for long term
retention.

As for which pool should the data go to.  Two choices: existing backup pool
or new archive pool.  Pros and cons?  Separate pool, separates the data and
allows you to remove the full tapes to the vault if you would like.  Same
pool allows reclamation to continue to move the data around on volumes thus
freshening the data periodically.  Your choice.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Bertrand
Sent: Tuesday, October 15, 2002 9:43 AM
To: [EMAIL PROTECTED]
Subject: Archive\Long Term Storage Question


I have been working with TSM for about a year now but have no experience
with archiving.

Recently I have been asked to look into archiving for long term storage of
our Exchange, SQL  and Oracle database backups. We are currently using TDP
for our normally backup schedules and would like to retain an annual\monthly
copy of those databases.
I know this list has an overwhelming amount of information about how TSM is
not designed for retention settings of this type, but they can be achieved
with copy group retention settings and second management classes.
My particular server has an archivepool but it doesn't have any space
allocated to it, so I am unable to use the archive feature.

My question is, what benefits would I have setting up an archivepool
correctly to be able to use the archive feature over setting up new
management classes with the required retention settings. Even if my
archivepool was setup correctly, wouldn't it act like my existing diskpool,
as in migrations to an archivetape pool with reclamations and expirations.
Am I correct in assuming that we could not identify/remove a particular tape
volume with a particular archived database on it. My understanding is that
backupsets are the only way to accomplish that except for the fact that
backupsets do not work for databases.

I understand that archiving is used for backing up data with plans for
deletion, but we have no plans to delete any of these databases.

Please excuse my ignorance on this subject, I have done a lot of reading
(including the FAQ) on this list but could not really find a particular
answer on the benefits.

Server W2K TSM 4.2.2.13, clients (most) W2K TDP 2.2

Mark B.



How to determine the number of processors on each platform type

2002-10-14 Thread Kelly J. Lipp

Folks,

How, on each supported client platform, does one determine the number of
processors?  For instance, in Windows 2000 you can use winmsd to find this.

If you know how to do this on the various platforms, please respond to me
privately and I will consolidate the responses and post them under the title
of this post for the rest to use.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175



Re: offsite tape destroyed

2002-10-04 Thread Kelly J. Lipp

Justin's idea is the best one.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Justin Bleistein
Sent: Friday, October 04, 2002 8:42 AM
To: [EMAIL PROTECTED]
Subject: Re: offsite tape destroyed


To recover a destroyed volume, delete it from the server's inventory with a
discard=yes and what will happen is the next time your backup storage
pool runs since it's an incremental process, it should recreate it for you
at that point. Which at that point you can send it offsite once again.

--Justin



  KEN HORACEK
  KHORACEK@INCSYSTTo:
[EMAIL PROTECTED]
  EM.COM  cc:
  Sent by: ADSM:  Subject:  Re: offsite tape
destroyed
  Dist Stor
  Manager
  [EMAIL PROTECTED]
  .EDU


  10/04/2002 11:00
  AM
  Please respond to
  ADSM: Dist Stor
  Manager






Geoff,

I would do a move date for the damaged volume.

Ken
[EMAIL PROTECTED]


 [EMAIL PROTECTED] 10/04/2002 7:54:45 AM 
I did a quick search of some stuff I have and can't find an answer, plus I
just don't have time to sit and look this morning so I need a bit of help.
If an offsite tape is destroyed what are the steps to deal with this. I
know
it's not the same for a primary stg pool.

Thanks,

Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:   [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154

-
This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity to
which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.
-
GWIASIG 0.07



Re: Disk volumes

2002-09-27 Thread Kelly J. Lipp

Our standard STORServer build uses two drives at RAID1 (mirroring) for the
OS partition and for the db and log volumes.  We typically build two db vols
on the rest of the partition with a corresponding log volume.  So on a 72 GB
hard drive, we have an 8G OS partion and the rest is used for db and log.

As for the storage pool volumes.  We RAID0 all of these.  That's JBOD (just
a bunch of disk).  We then put two disk pool vols on each disk.  TSM
multi-threads activity.  We have not tried three vols per disk, but believe
that might be slightly better, but not so much that it is worth it.  Perhaps
sometime I'll have time to do an exhaustive study of this.

In some cases, your RAID controller might not let you create as many volumes
as you would like.  In that case, we have use striping a put some number if
disks together.  Note these are not protected as Paul pointed out.

RAID 5 seems a very bad idea for disk pool vols.  For write intensive
activities, RAID5 does not perform well.  This is mitigated somewhat by
large write back caches, but not completely.  We don't recommend it.

Hope this helps!

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Thursday, September 26, 2002 7:24 PM
To: [EMAIL PROTECTED]
Subject: Re: Disk volumes


What you do not want is the heads jumping all over the disks servicing many
different files (TSM Volumes).  You have received many responses on this
question.

My lean would be to stripe the database either RAID1 or RAID5 on a given set
of volumes across both arrays (depends on you IO activity).  The reality is
the database does not have that much write activity.  It is mostly read
except during expiration.

For the storage pools disks I would try to use 1 physical disk per volume
and go RAID1, TSM Mirroring, (RAID0 if you can deal with the non
protection).  Or a RAID-5 if you need the space and use a JFS file system.

Others have better experience with this than myself.  I have IBM ESS with a
non-volatile cache, so it is a different ball game.  You may want to try
several things to see what works for you best.

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


-Original Message-
From: Mahesh Tailor [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 8:54 AM
To: [EMAIL PROTECTED]
Subject: Disk volumes


Hello,

TSM: 5.1.1.6
OS: AIX 4.3.3
Machine: IBM 6M1

Hopefully this is a simple question:   I have fourteen 36GB drives that
are available for the diskpool and I was wondering whether it is better to
have seven 5GB files or three 10GB files or one 35GB file or something else?
The drives are mounted in two IBM-2014 Ultra-Wide SCSI disk drawers with
separate Ultra-Wide contollers.  The other 14 drives are used for DB, LOG,
and spare.

Thanks.

Mahesh



HP UX Restore from one mountpoint to another mountpoint Question

2002-09-26 Thread Kelly J. Lipp

TSM Server 5.1.1.4, HP-UX Client 5.1.1.0

We've backed up a bunch of mountpoints:

/sapprd01/install
/sapprd01/db01

etc.  They are mountpoints on the original system.

At the DR site, we create a single filesystem/mountpoint:

/sapprd01

We would like to select some of the original mountpoints and restore them to
the new /sapprd01 mountpoint and preserve the directory structure.  We're
finding that the file in /install won't end up in a directory called install
at /sapprd01.

Must we have all of the original mountpoints established to make this work?
Is there a clever trick to help us out here?

Thanks gang.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175



Windows 2000 Restore Example

2002-09-25 Thread Kelly J. Lipp

Gang,

Environment: TSM Server V5.1.1.4 on Win2K, TSM Client 5.1.1.0 on Win2K
Fileserver drive.

Data Restoration Statistics:

233,002 Objects
52.54 GB
Elapsed Time: 12:57:01
Other stats appeared quite normal, i.e., Network Data transfer rate.

resourceutilization = 4, Maxnummp = 4
Four tapes/drives used at least at the beginning, tapering down to one as
time wore on.

No judgment about the overall performance of this test.  Just information
for all of you.

I believe this is a file create issue on the Win2K server rather than
anything in TSM.  Anybody have any ideas how to increase the performance of
this type of restore in this environment?  Frankly, I was not surprised by
this.  I would like to have seen a three hour restore rather than 13, but it
is what it is.

Thanks

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175



Re: new server migrations

2002-09-17 Thread Kelly J. Lipp

As mentioned before, restoring a db across platforms does not work.  You can
export and import information in the database, but not restore the database.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nicola Albrecht
Sent: Monday, September 16, 2002 2:49 PM
To: [EMAIL PROTECTED]
Subject: Re: new server migrations


Reiss David IT751 (ext-CDI) wrote:

 I have several TSM servers that are going to be replaced with new-beefer
TSM
 servers.  Right now the TSM servers are running on old RS/6000 boxes
running
 AIX 4.3.3 with Breece Hill Q47 libraries with DLT8000 tapes drives in
them.
 The new TSM Servers are going to be Sun boxes running Solaris 2.8 with
ADIC
 Scalar 1000 libraries with LTO drives.

 The issue... I want to keep my current TSM data, as much as possible
anyway.
 There seems to be two ways too do this.

 1. On the old RS/6000 backup the TSM database to tape.  Connect the old
Q47
 library to the new Sun box, and restore the TSM database.  Then, migrate
the
 data via the directly attached SCSI drives from the old library to the new
 library.  Remove old library and beat it to death with nearest
sledgehammer.

 2. Bring up the new Sun box as a brand new TSM server, define everything
 from scratch.   Then...and here lies the heart of my question, use
 Server-to-Server stuff to get old data from old Rs/6000 server to new one.
 I know I can push the data doing this... but could I push it in a logical
 manner so that it gets associated properly with what will be the node
 definitions on the new server?

 I don't like the #1 option because of all the hardware moving things
around
 and such.  I would have to visit the places the server will be in.  We
don't
 have people at these sites who would be comfortable just switching cables
 around and stuff.  So, sending them a whole new server... have them put it
 together, and once it is together I can just move on from there and do the
 data moving myself.

 Thanks,

 David N. Reiss
 TSM Support Engineer
 [EMAIL PROTECTED]
 407-736-3912

David, of the 2 options, number one is the only one that is going to
accomplish
the association of stored data to node definitions on the new server.  The
second option (Server-to-Server) stores the data as archive files on the new
server and associates these archive file with a node of the type server (old
server).  Not what it sounds like you want.

Another option could be exporting the data, then importing to the new
server.

Nici

Nici Albrecht
MDR Consulting  Education
1-210-860-4641



OpenVMS's backups don't send summary information

2002-09-08 Thread Kelly J. Lipp

Folks,

I was slightly incorrect on my answer to this question: some of the summary
functionality is in the API (Glen Hatrup suggested in a private email to me
that it was there.  Glen refers to some enhanced functionality that we don't
yet have) and it turns out we chose not to implement that limited
functionality.  However, when I questioned the engineer about this, he poked
around and determined that we can have some of the functionality now.  He
has added it to our code and it will be released in the future.  I don't
know what that release date will be at this time though.

From the engineer a description of the functionality we will have:

For grins, I spent an hour or so getting our log information into the server
log.  Because of the limited logging capability of our API, the only code we
can report is ANE4990I and we cannot change the severity to anything but
informational.  However, that's what a summary is, and so it will probably
be acceptable.

Example of proposed ABC V3.1.0.5 summary capability:

Client command:

$ ABC cmd /SUMMARY=(TSM) file

You can also get client-local summaries, so this feature is IN ADDITION to
what we do today:

$ ABC cmd /SUMMARY=(TSM,FILE=MYSUMMARY.TXT) file



09/07/2002 12:59:08   ANR0406I Session 1451 started for node TOBY (OpenVMS)
   (Tcp/Ip 192.168.3.4(1052)).
09/07/2002 12:59:12   ANE4990I (Session: 1451, Node: TOBY)  %ABC-I-SUMM,
   7-SEP-2002 13:13:21.35 Summary for BACKUP of SCAN.SAV
09/07/2002 12:59:12   ANE4990I (Session: 1451, Node: TOBY)  Files scanned:
 1Buffered I/O count:   196
09/07/2002 12:59:13   ANE4990I (Session: 1451, Node: TOBY)  Files sent:
 1Direct I/O count: 318
09/07/2002 12:59:13   ANE4990I (Session: 1451, Node: TOBY)  Files
deactivated:
 0Page faults: 1516
09/07/2002 12:59:13   ANE4990I (Session: 1451, Node: TOBY)  Catalog data
sent:
   0.08 KbElapsed CPU time:   0 00:00:01.32
09/07/2002 12:59:13   ANE4990I (Session: 1451, Node: TOBY)  Catalog data
rcvd:
   0.11 KbData rate:863.64 Kb/s
09/07/2002 12:59:14   ANE4990I (Session: 1451, Node: TOBY)  Data
transferred:
  95.00 KbData xfer time: 0 00:00:00.11
09/07/2002 12:59:14   ANE4990I (Session: 1451, Node: TOBY)  Total:
  95.20 KbElapsed time:   0 00:00:03.30
09/07/2002 12:59:16   ANR0403I Session 1451 ended for node TOBY (OpenVMS).



Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175



Re: New and probably a simple question....

2002-09-06 Thread Kelly J. Lipp

Let the system(s) that own the data on the NAS back that data up.  In that
fashion, those systems can do the file level restore.  Perhaps use NDMP to
satisfy rapid DR restores as necessary.

This makes sense since most of the time you are asked to perform a single
(or perhaps a few) file restore.  Solve that problem in the best fashion:
owner of the data backs the data up.

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wheelock, Michael D
Sent: Wednesday, September 04, 2002 8:18 PM
To: [EMAIL PROTECTED]
Subject: New and probably a simple question


Hi,

We are looking at a TSM solution here at our facility.  We are also looking
at reorganizing our file shares onto a Network Appliance platform.  From a
thorough reading of the TSM 5.1 manuals, it seems that TDP for NDMP only
supports image backups.  Needless to say on a busy fileserver that isn't
going to fly.  While it might be a good disaster recovery solution, it is
not the right one for day to day operations.

My question is, how do most people back these things up?  Do you use a CIFS
or NFS share and backup that way?  Or is there something I am missing?
Thanks in advance.

Michael Wheelock
Integris Health of Oklahoma



Re: OpenVMS's backups don't send summary information

2002-09-05 Thread Kelly J. Lipp

Henry,

Sorry for the delay in the response.

ABC is our product so I know of what I speak (more or less).

It turns out that API clients do not have the ability to provide this
summary information back to the server.  We have the information (as you
know if you have looked at the logs on the client side), but we can't get it
to the server.

Perhaps the API will change and allow us to send the information, but for
now, we're out of luck.

Thanks,

Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Henrry Aranda
Sent: Tuesday, September 03, 2002 5:02 PM
To: [EMAIL PROTECTED]
Subject: OpenVMS's backups don't send summary information


Hi,

I have a TSM server v5.1.1.4 on W2k, ABC client v3.1.0.4 for OpenVMS on
Alpha, TSM Clients v5.1.0.0 on W2k and TDPs for MSExchange and MSSQL.
When I backup an OpenVMS server with ABC client, summary information isn't
sent to TSM server, the summary table doesn't contain information for these
backup operations.
The backups with tsm client and tdps on windows works fine, I applied the
latest patch available on the ftp site but it didn't resolve the problem.

Any help will be appreciated.

Henry Aranda

_
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx



Re: Backupset Volume Question

2002-08-27 Thread Kelly J. Lipp

Actually, query backupsetcontents will show what is in the backupset.  The
downside is this may generate a very long list of files/directories.  The
upside is you can pipe the output to a file and search the file.

I'll bet a good UNIX dude could write some pipe thingy to find a specified
file from the output of the command.

help query backupsetcontents will show you the complete syntax.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Bertrand
Sent: Monday, August 26, 2002 4:59 AM
To: [EMAIL PROTECTED]
Subject: Re: Backupset Volume Question


Thanks Mark S., I really appreciate your knowledge.

Mark Bertrand

-Original Message-
From: Mark Stapleton [mailto:[EMAIL PROTECTED]]
Sent: Saturday, August 24, 2002 6:53 PM
To: [EMAIL PROTECTED]
Subject: Re: Backupset Volume Question


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Bertrand
 Is it possible to q contents f=d on a volume containing a backupset? I
 know that I can query backupsetcontents which will give me the contents of
 the backupset but what about the volume that the backupset resides on?

(Sorry, Mark. I'm about two weeks behind on my list reading.)

I believe the only thing you can write onto a backupset tape is the
backupset. If you'll do a Q LIBV on a library that contains a backupset,
you'll notice that it is labelled backupset, much like a DBS or DBB is
labelled. Even you could run a Q CONTENT on a backupset volume, all you're
going to see is an image report of one backupset on the tape.

If you're trying to browse through a backupset's contents, rest assured that
there is no way to do it. I've got a customer who has tried and tried and
tried to do it in order to see if a particular file is there. I don't think
you can browse a backupset's contents from the volume any more than you can
browse a database backup's contents.

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



Re: backup storage pool

2002-08-26 Thread Kelly J. Lipp

Ah, the beauty of TSM: anything (practically) can be stopped and restarted
where it left off.

Try doing that with inferior backup products!

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Monday, August 26, 2002 3:21 PM
To: [EMAIL PROTECTED]
Subject: Re: backup storge pool


Yes, you can cancel the backup storage pool command.  When you issue the
command you may want to use maxpr to use more than 1 process (2 drives) so
you can get it done faster.

The process may not immediately cancel, but when finishes the aggregate it
is copying and tries to go to the next it will stop.

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


-Original Message-
From: Rob Schroeder [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 26, 2002 12:13 PM
To: [EMAIL PROTECTED]
Subject: backup storge pool


I want to make off site copies of my storage pool for the obvious reasons. I
currently have about 100 3590E tapes that I need to initially duplicate and
then plan on doing a backup storage pool everyday and send those tapes off
site.  It is my understanding that to start this whole process I need to do
a backup storage pool which will copy all 100 tapes.  My question is whether
I can cancel that backup command and have it again restart where it left
off.  I need all my tape drives from 8:00pm to 8:00 am for backups and it
will take much longer than the remaining 12 hours to duplicate that data.

Thanks

Rob Schroeder
Famous Footwear



Re: DR/Offsite backup for a UNIX based TSM server.

2002-08-21 Thread Kelly J. Lipp

Check out Server to Server Virtual Volumes to do this (Admin Guide).
Basically, your AIX TSM server becomes a client to your z/OS server.  The
AIX server's TSM data is archived (more or less) on the other server.
Fairly easy to setup, but makes for a rather difficult disaster recovery, so
be careful.

Hope this starts you on your way.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Hunley, Ike
Sent: Wednesday, August 21, 2002 12:57 PM
To: [EMAIL PROTECTED]
Subject: DR/Offsite backup for a UNIX based TSM server.


*SMers...

I sure hope someone out there has an idea of how to do this

I have one TSM running on AIX 4.3.  The problem is that the server has no
tapes being sent offsite for Disaster Recovery. What I'd like to do is
create copy pools the send the data to z/OS base TSM servers, backing up to
tapes that are sent offsite.

Any advice will be greatly appreciated.



Blue Cross Blue Shield of Florida, Inc., and its subsidiary and
affiliate companies are not responsible for errors or omissions in this
e-mail message. Any personal comments made in this e-mail do not reflect the
views of Blue Cross Blue Shield of Florida, Inc.



Re: ANS1312E Server media mount not possible

2002-08-21 Thread Kelly J. Lipp

Mountwait on the device class of the pool.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Burak Demircan
Sent: Wednesday, August 21, 2002 6:05 AM
To: [EMAIL PROTECTED]
Subject: Re: ANS1312E Server media mount not possible


the high and low tresholds of any stg pool determines when the data is moved
to
the next
pool.
see below options are from my disk pool which goes to a tape pool when it is
90
% full until it is 50 % full

High Mig Pct: 90  this is the percent where your data starts to go
next
pool
Low Mig Pct: 50   until this percent
NExt Storage Pool  The pool where data goes in these limits



tsm: TSM01.MBTq stg backuppool

Storage  Device   EstimatedPctPct  High  Low  Next Stora-
Pool NameClass NameCapacity   Util   Migr   Mig  Mig  ge Pool
   (MB) Pct  Pct
---  --  --  -  -    ---  ---
BACKUPPOOL   DISK  26 000.00.00.0 90   50  3583POOL








[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]

21.08.2002 15:47
Please respond to ADSM-L

To:[EMAIL PROTECTED]
cc:
Subject:Re: ANS1312E Server media mount not
possible

think this also:
this volume may be full and next storage which is most probably a
tapepool
need
a mount point?

Which parameter controls how long a backup session will wait for a
mount of a secondary storage pool volume after the primary storage pool
fills?



Re: BRMS question (sorry)

2002-08-21 Thread Kelly J. Lipp

Why/How would the V5.1.5 server speed up BRMS backups?  I'm real curious
about this!

Thanks,

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Stapleton
Sent: Wednesday, August 21, 2002 7:23 PM
To: [EMAIL PROTECTED]
Subject: Re: BRMS question (sorry)


From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Steve Argersinger
 Running BRMS to a TSM server is EXTREMELY slow (3.5gb/hr here).  What I've
 been told by Tivoli folks is that TSM Server 5.1.5 is supposed to
 make this
 100 times faster.

And keep in mind that we're supposed to see a true AS/400 client for TSM
sometime this year or early next.

(Never understood how you can build a TSM server for an OS and not have a
client for the same OS.)

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



Multi Stream backup directly to tape

2002-08-02 Thread Kelly J. Lipp

Gang,

Solaris Client 5.1.1.0, Solaris TSM Server 5.1.1.0
REsourceutilization 10
maxnummp10
mountlimit  drives(=10)

When multiple streams start with copy group pointing directly to tape, a
tape is mounted for the first process (first filespace) and then the other
streams enter mediawait state.  Tapepool is collocate=yes.  Without
collocate=filespace, should multiple tapes be mounted in this case?  I know
that setting collocate=filespace does indeed allow for multiple tape mounts.

Thanks,

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



Re: diskpool performance

2002-07-26 Thread Kelly J. Lipp

Our experience with disk pools on RAID5 volumes has indicated that slow
performance is the norm rather than the exception.  This is especially true
when more than one operation was running at a time, i.e., more than one
client session, more than one migration or backup stg operation.  We have
taken to putting disk pool volumes on JBOD disks rather than on RAID5 disks.
Dramatic performance improvements when we made this change.

So, that might indicate why your disk pools are slow.

I'll also concur with Paul: tape is not necessarily slower than disk.  In
fact, our experience, again, has shown that backup directly to tape is as
fast as backup to disk.  That said, if you have gazillions (technical term)
of small files, this might not be the case.  But I'm thinking client to disk
won't be all that fast either.

We are routinely seeing 35-40 GB/hour data transfer rates to tape (all
varieties: LTO, SDLT, AIT3) either from disk to tape operations or client
operations.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Wednesday, July 24, 2002 10:05 PM
To: [EMAIL PROTECTED]
Subject: Re: diskpool performance


You are probably running at source disk speed in both cases.  Just because
it if fibre disk does not mean it is fast.  It really depends on how you
configured it, what type it is, etc.

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


-Original Message-
From: Orville Lantto [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 24, 2002 2:03 PM
To: [EMAIL PROTECTED]
Subject: Re: diskpool performance


What are your throughput values?  Tape is not necessarily slower than disk,
especially when the data is compressed on the tape drive.

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





Steve Freeman [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 07/24/02 11:00 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:diskpool performance


Please could someone advise me on the following issue we have with tsm. I am
a TSM novice and would appreciate some pointers etc.

Environment :  TSM 4.2.0  AIX4.3.3 ML09 Server and Client on same Server
using Sharedmem

2 Stgpools defined diskpool and tapepool

we have created a diskpool on RAID5 and created random access volumes Total
Diskpool size is 150GB. Our nextpool is tapepool for migration upon high
thresholds being reached.

We have compression turned off on the client  and set the selftune
parameters in dsmserv.sys SELFTUNEBUF SELFTUNETXN


Issue:  IF we initiate a client backup using sharedmem to the diskpool, it
seems to take the same time as it does to backup the client straight to
tapepool. I would have thought the diskpool access would be quicker ?

The Diskpool is located on direct fibre attached storage with large
read/write cache. The tapepool is SCSI attached ATL library with 2 drives

Any suggestions or pointers to increase the throughput to a respectable
level would be appreciated.

kind regards
steve freeman
[EMAIL PROTECTED]



Mountablenotinlib problem

2002-06-14 Thread Kelly J. Lipp

TSM V4.2.2.4 on Win2K.  I have a bunch of volumes that are empty, in the
library, readwrite, etc.  A q media command shows them as mountable in
library.  However, if I try to delete these volumes I get a no thanks
volume in mountablenotinlibrary state.  A perusal of the past suggests a
move media volname stg=stgname wherestate=mountalbeno will do it, but that
returns a no volume in that state.

Obviously something is whacked.  Ideas?

Thanks,

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



AIT3 Performance information request

2002-06-13 Thread Kelly J. Lipp

Folks,

I am attempting to determine the overall performance one can expect from an
AIT3 implementation.  For those of you with AIT3 tape technology, can you
send me the following information from your last migration:

MB Migrated
# of seconds to migrate that data
Number of migration streams

All of this is available in a q stg f=d for the diskpool.

Also, what TSM server platform you are on.

I'll compile the info I get and post it here.

Thanks,

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



Re: 3583 LTO library and drives in Windows 2000

2002-05-24 Thread Kelly J. Lipp

You probably have the drives and elements switched.  Try deleting the drives
and redefining switching the element numbers between the two drives.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Dallas Gill
Sent: Thursday, May 23, 2002 3:36 PM
To: [EMAIL PROTECTED]
Subject: 3583 LTO library and drives in Windows 2000


Can anybody out there help, I have a windows 2000 server currently running
TSM 4.2(going to be upgraded to 5.1). I have just connected up to it, our
3583 LTO library. I have defined the library and the drives in TSM using the
following commands

DEFINE LIBRARY LTOLIB1 LIBTYPE=SCSI DEVCIE=LB6.0.3.2
DEFINE DRIVE LTOLIB1 DRV1 DEVICE=\\.\TAPE0 ELEMENT=256
DEFINE DRIVE LTOLIB1 DRV2 DEVICE=\\.\TAPE1 ELEMENT=257
DEFINE DEVCLASS LTOCLASS1 DEVTYPE=LTO FORMAT=DRIVE LIBRARY=LTOLIB1
DEFINE STGPOOL LTOPOOL1 LTOCLASS1 MAXSCRATCH=30

but when I go to label and checkin some tapes, the library picks the first
tape then loads it into one of the drives and then it times out. with
the following error codes in TSM: ANR8304E, ANR8302E, ANRD, ANR8446I. I
hope that someone can shed some light on this for me.

Thanks
Dallas



Re: 3583 LTO library and drives in Windows 2000

2002-05-24 Thread Kelly J. Lipp

I wouldn't do this.  Use the native device drivers rather than the tsmscsi
driver for these drives.  You are probably ok for the driver, but since the
elements are switched, TSM is putting the tape in one drive and then
expecting to see it in  the other drive.  Thus the timeout.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Samiran Das
Sent: Thursday, May 23, 2002 9:05 PM
To: [EMAIL PROTECTED]
Subject: Re: 3583 LTO library and drives in Windows 2000


Gill,

I will suggest you to do the following -

Your drive definition shows you are using \\.\tape0 device, which means you
are using windows driver for tape drive. You should install TSM device
driver from TSM installation CD if you have not already done so.

Then you need to disable your two drives and robotic arm in windows device
manager and reboot your server. After that start TSM utilities MMC and in
device information find out device name for your drive1 and drive 2. Then
redefine your drives using TSM device name. Delete your storage pool
LTOPOOL1 and device class LTOCLASS1. Define again LTOCLASS1 and don't
specify any format parameter this time. Define your storage pool again.

Ensure that your cartridge holder is installed properly in library and
library door is closed.

Samiran Das




Dallas Gill
Dallas.Gill@AVTo: [EMAIL PROTECTED]
ENTIS.COM cc:
Sent by: ADSM:Subject: 3583 LTO library and
drives in Windows
Dist Stor  2000
Manager
[EMAIL PROTECTED]
ST.EDU


05/24/2002
04:05 AM
Please respond
to ADSM: Dist
Stor Manager





Can anybody out there help, I have a windows 2000 server currently running
TSM 4.2(going to be upgraded to 5.1). I have just connected up to it, our
3583 LTO library. I have defined the library and the drives in TSM using
the
following commands

DEFINE LIBRARY LTOLIB1 LIBTYPE=SCSI DEVCIE=LB6.0.3.2
DEFINE DRIVE LTOLIB1 DRV1 DEVICE=\\.\TAPE0 ELEMENT=256
DEFINE DRIVE LTOLIB1 DRV2 DEVICE=\\.\TAPE1 ELEMENT=257
DEFINE DEVCLASS LTOCLASS1 DEVTYPE=LTO FORMAT=DRIVE LIBRARY=LTOLIB1
DEFINE STGPOOL LTOPOOL1 LTOCLASS1 MAXSCRATCH=30

but when I go to label and checkin some tapes, the library picks the first
tape then loads it into one of the drives and then it times out. with
the following error codes in TSM: ANR8304E, ANR8302E, ANRD, ANR8446I. I
hope that someone can shed some light on this for me.

Thanks
Dallas



Re: 3583 LTO library and drives in Windows 2000

2002-05-24 Thread Kelly J. Lipp

Also, there is a special Adaptec driver for use with the IBM LTO drives.
This is called out in the readme file.  Be sure and download this driver
from the website.  This driver will dramatically improve throughput.

Thanks,

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Samiran Das
Sent: Thursday, May 23, 2002 9:05 PM
To: [EMAIL PROTECTED]
Subject: Re: 3583 LTO library and drives in Windows 2000


Gill,

I will suggest you to do the following -

Your drive definition shows you are using \\.\tape0 device, which means you
are using windows driver for tape drive. You should install TSM device
driver from TSM installation CD if you have not already done so.

Then you need to disable your two drives and robotic arm in windows device
manager and reboot your server. After that start TSM utilities MMC and in
device information find out device name for your drive1 and drive 2. Then
redefine your drives using TSM device name. Delete your storage pool
LTOPOOL1 and device class LTOCLASS1. Define again LTOCLASS1 and don't
specify any format parameter this time. Define your storage pool again.

Ensure that your cartridge holder is installed properly in library and
library door is closed.

Samiran Das




Dallas Gill
Dallas.Gill@AVTo: [EMAIL PROTECTED]
ENTIS.COM cc:
Sent by: ADSM:Subject: 3583 LTO library and
drives in Windows
Dist Stor  2000
Manager
[EMAIL PROTECTED]
ST.EDU


05/24/2002
04:05 AM
Please respond
to ADSM: Dist
Stor Manager





Can anybody out there help, I have a windows 2000 server currently running
TSM 4.2(going to be upgraded to 5.1). I have just connected up to it, our
3583 LTO library. I have defined the library and the drives in TSM using
the
following commands

DEFINE LIBRARY LTOLIB1 LIBTYPE=SCSI DEVCIE=LB6.0.3.2
DEFINE DRIVE LTOLIB1 DRV1 DEVICE=\\.\TAPE0 ELEMENT=256
DEFINE DRIVE LTOLIB1 DRV2 DEVICE=\\.\TAPE1 ELEMENT=257
DEFINE DEVCLASS LTOCLASS1 DEVTYPE=LTO FORMAT=DRIVE LIBRARY=LTOLIB1
DEFINE STGPOOL LTOPOOL1 LTOCLASS1 MAXSCRATCH=30

but when I go to label and checkin some tapes, the library picks the first
tape then loads it into one of the drives and then it times out. with
the following error codes in TSM: ANR8304E, ANR8302E, ANRD, ANR8446I. I
hope that someone can shed some light on this for me.

Thanks
Dallas



Re: Using a Primary Disk Storage Pool as Staging for Disaster Recover y

2002-05-24 Thread Kelly J. Lipp

Yes, you can restore a disk storage pool.

Move data cannot be used from copy storage pools to primary pools.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Toma9 Hrouda
Sent: Friday, May 24, 2002 1:08 AM
To: [EMAIL PROTECTED]
Subject: Re: Using a Primary Disk Storage Pool as Staging for Disaster
Recover y


Hi Paul,
wouldn't be better to use MOVE DATA instead of RESTORE STGPOOL command (I
suppose you talked about DR of client nodes)? In version 5 you are able to
move data of separate client nodes to any other pool (primary to primary of
course).

Tom

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Friday, May 24, 2002 9:14 AM
To: [EMAIL PROTECTED]
Subject: Using a Primary Disk Storage Pool as Staging for Disaster
Recover y


First I have a couple questions.

Has anyone ever done this?
Can the RESTORE STGPOOL command restore to a PRIMARY RANDOM DISK POOL?

The reason I want to do this is we believe we can restore many servers
simultatneously by doing this.  The DR Vendor does not have enough SAN tape
to meet our business requirement, but this type of architecture with about 4
gigabit connections to the clients might do the job.  They appear to be able
to do this.

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



Re: Incremental full backups

2002-05-23 Thread Kelly J. Lipp

That or consider the other products.

This baby is a Ferrari.  Let's not drive it like a Chevy Neon.

Now, convincing your end users of this is something else again.  But you
certainly can't do it if you don't believe it yourself.

Time to move on...

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wayne T. Smith
Sent: Wednesday, May 22, 2002 1:34 PM
To: [EMAIL PROTECTED]
Subject: Re: Incremental  full backups


I agree with Rick.  If you're going to use TSM, start by reading the
Concepts manual so you understand it.  TSM is not a full plus
incremental backup system!  We know that's hard to believe, because
most of us have been there, but you won't be happy or effective with
TSM until you understand it's concepts well.  Once you do, perhaps with
some help from the folks on this mailing list, you'll be able to use
TSM to provide the protection you need.  Hope this helps, wayne

Wayne T. Smith  [EMAIL PROTECTED]
ADSM Technical Coordinator - UNET   University of Maine System



Re: Backup Migrated Cached files

2002-05-23 Thread Kelly J. Lipp

No.  It will actually copy the files in the pool specified not the higher
pool in the hierarchy.

Normally what you do with a traditional pool hierarchy is as follows:

backup stg diskpool copypool
backup stg tapepool copypool
update stg diskpool highmig=0 lowmig=0 (thus forcing the migration)

This ensures that all newly arrived data is backed up to the copypool.
After these three steps all newly arrived data is in both the tapepool and
the copypool.  If cache=yes, then newly arrived data (and perhaps data from
past days) is still in the diskpool as well.  Clients needing data will
fulfill that need from the most easily accessible pool.  Ideally, the
diskpool, but if the data has been migrated and flushed, then tapepool.  If
destroyed in the tapepool then from the copypool.

Remember, the backup stg operation is incremental.  So only data that is not
already in the copypool is copied from disk and tapepool.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Ran
Harel
Sent: Thursday, May 23, 2002 12:19 AM
To: [EMAIL PROTECTED]
Subject: Backup Migrated Chached files


Hi TSMers

Does Anyone have a clue:

You have a primary storage pool with cached option enabled.
You perform a migration to your secondary storage pool.
Then you perform a backup storage pool from the secondary storage pool to
your copy pool.
Could it be true that TSM uses the cached files for the operation in the way
it does with restore ?

It is documented that when you backup the primary storage pool, tsm will not
copy
cached files - which means you have to copy the secondary storage pool
either - that is clear.

Any ideas ?

Tnx.

Ran



Re: problem with tape library on solaris

2002-05-23 Thread Kelly J. Lipp

Good catch!

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Samiran Das
Sent: Thursday, May 23, 2002 5:30 AM
To: [EMAIL PROTECTED]
Subject: Re: problem with tape library on solaris


Your devclass definition says device type as LTO where as your drive
definition says device type as DLT.  The output given by you says your
drives are DLT type.
Target 1
  Unit 0   Removable Tape QUANTUM DLT7000 2560
Target 2
  Unit 0   Removable Tape QUANTUM DLT7000 2560

So define a new device class as follows
define devc DC.TAPE.LIB_TAPE_2 LIB_TAPE_1 devtype=dlt

Direct you data base backup to this device class and database backup should
be working.
For your storage pool, you need to delete the storage pool and redefine it
using this new device class. Then you can delete you old device class.

Samiran Das




Gerald
Wichmann To: [EMAIL PROTECTED]
gwichman@ZANcc:
TAZ.COM Subject: Re: problem with tape
library on
Sent by: solaris
ADSM: Dist
Stor Manager
[EMAIL PROTECTED]
RIST.EDU


05/21/2002
09:28 PM
Please
respond to
ADSM: Dist
Stor Manager





Yep.. I should've posted that output as well. I've confirmed that other
processes also cause the same error (e.g. migrations). Guess I'll call IBM
this morning and see what they have to say. I probably forgot something
somewhere..

tsm: SERVER1q devc f=d

 Device Class Name: DC.TAPE.LIB_TAPE_1
Device Access Strategy: Sequential
Storage Pool Count: 1
   Device Type: LTO
Format: ULTRIUMC
 Est/Max Capacity (MB): 102,400.0
   Mount Limit: DRIVES
  Mount Wait (min): 60
 Mount Retention (min): 60
  Label Prefix: ADSM
   Library: LIB_TAPE_1
 Directory:
   Server Name:
  Retry Period:
Retry Interval:
Shared:
Last Update by (administrator): ADMIN
 Last Update Date/Time: 05/12/02   01:14:47

Regards,

Gerald Wichmann
Senior Systems Development Engineer
Zantaz, Inc.
925.598.3099 (w)

-Original Message-
From: Samiran Das [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 20, 2002 10:26 PM
To: [EMAIL PROTECTED]
Subject: Re: problem with tape library on solaris

did you check output of q devc f=d? What is the mount limit and do you
have sufficient mount point?

Samiran Das




Gerald
Wichmann To: [EMAIL PROTECTED]
gwichman@ZANcc:
TAZ.COM Subject: problem with tape
library on solaris
Sent by:
ADSM: Dist
Stor Manager
[EMAIL PROTECTED]
RIST.EDU


05/20/2002
09:47 PM
Please
respond to
ADSM: Dist
Stor Manager





Solaris 8, Sun E250, ATL500 tape library (2 drives), TSM 4.2.2

First time getting a tape library working on solaris so I could be doing
something wrong.. this is a test system. anyways it all seemed to work
until
I tried using the library:

05/21/02   17:01:26ANR2017I Administrator ADMIN issued command: BACKUP
DB
dev=dc.tape.lib_tape_1 type=f

05/21/02   17:01:27ANR0984I Process 2 for DATABASE BACKUP started in
the

BACKGROUND at 05:01:27 PM.

05/21/02   17:01:27ANR2280I Full database backup started as process 2.

05/21/02   17:01:47ANR4571E Database backup/restore terminated -
insufficient
number of mount points available for removable
media.
05/21/02   17:01:47ANR0985I Process 2 for DATABASE BACKUP running in
the

BACKGROUND completed with completion state FAILURE
at
05:01:47 PM.

tsm: SERVER1q libr

  Library Name: LIB_TAPE_1
  Library Type: SCSI
Device: /dev/rmt/7lb
  Private Category:
  Scratch Category:
  External Manager:
Shared: No
   LanFree:
ObeyMountRetention:

tsm: SERVER1q dr f=d

Library Name: LIB_TAPE_1
  Drive Name: LIB_DRIVE_1
 Device Type: DLT
 On-Line: Yes

Re: Migration Etc.

2002-05-22 Thread Kelly J. Lipp

One doesn't migrate data to the copy pools, one uses backup stg tapepool
copypool to make that happen.  Do you have an admin schedule that executes
this command?  Did that schedule somehow stop running?  If the administrator
account that created an admin schedule is deleted, schedules that were
created by that user stop working (active=no).  Check that.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Coats, Jack
Sent: Tuesday, May 21, 2002 12:32 PM
To: [EMAIL PROTECTED]
Subject: Re: Migration Etc.


this is kind of what I am fighting. ... but to automate reclaiming tapepool
tapes, we have an administrative schedule that issues

set stg tapepool rec=5

and another command to later do

set stg tapepool rec=100

to stop it.  We do this for both the tapepool and copypool.  Right now my
problem is the copypool takes a long time and is very slow.

You can issue these by hand to get reclamation started.

... LOLuck ... JC

-Original Message-
From: Gene Greenberg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 21, 2002 11:08 AM
To: [EMAIL PROTECTED]
Subject: Migration Etc.


For some reason this week TSM decided to quit migrating data (at least it
appears that way) for the tapepool to copypool.  As a result I'm only
getting 1
to 4 ejects today and needless to say I'm running short of scratch tapes and
have backups failing.

I have the following settings:

diskpool  hi=100lo=60
tapepool  hi=90 lo=70

The only way I can try and stay up with backups is to run move data on
tapepool
and free tapes up so they become scratch tapes again.  I don't know if this
is
enough data, but if anyone has any ideas I'd appreciate it.

Thanks,

Gene



Re: Windows 2000 Server Spec for TSM 5.1

2002-05-22 Thread Kelly J. Lipp

For this amount of data, you won't need much server, memory or disk.  Is it
correct: 1 GB with 600 MB changed data?  This should take less than a minute
to backup using almost any server as long as it isn't a PII 90 Mhz system
with 16MB of memory.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Dallas Gill
Sent: Monday, May 20, 2002 5:19 PM
To: [EMAIL PROTECTED]
Subject: Windows 2000 Server Spec for TSM 5.1


Can someone please tell me or point me in the right direction to find so
documentation on how I should spec my TSM Server, I need to find out how
many CPU's I need also how much RAM I should have. I am looking to backup
approx. 1Gb of data first up then approx 600Mb of Data for the incremental
backups  this data all resides on the TSM server it self (no other clients)
Could someone please help. I am going to be running TSM Server 5.1

Thanks.

DJG



Re: Performance again!!!

2002-05-19 Thread Kelly J. Lipp

Yes.  That's likely.  Tape mount, depending on technology is a minute or
two.  Positioning, again based on technology can be zero to 5-6 minutes.
3590 probably much less, DLT perhaps more.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Fletcher, Leland D.
Sent: Saturday, May 18, 2002 9:15 AM
To: [EMAIL PROTECTED]
Subject: Performance again!!!


A comment about performance being 9 minutes to tape and 75 seconds to disk.
Is it possible that most of the 9 minutes was tape mount and positioning
time?


 Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED]
 Sent by:ADSM: Dist Stor Manager
 [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 cc:

 Subject:Performance again!!!

 Hello everybody,

 It seems like TSM performance problems will neer
 end!!!

 Here is the new problem:

 The customer is running TSM 4.2.1.0 on a Windows
 2000
 server machine . An IBM rack case 82XX  which
 contains
 a Quantum DLT8000 tape drive is connected to the
 server.
 The driver version for the Quantum DLT drive is 1.5
 and
 is installed on the W2K machine. We tried a backup
 of
 350MB on the local server with the Windows 2000
 Backup

 utility and it took us approximately 75 seconds .

 Next , we tried the same Backup from TSM using its
 Device Driver and it took us about 9 minutes . We
 tried switching TSM to use the Native device driver
 but still we got the same performance result .

 So we upgraded to 4.2.2 ; In the Device Manager for
 TSM,we can see that TSMSCSI.exe is upgraded to
 4.2.2.25 and the ADSMSCSI.sys is 4.2.2.3 .  The
 server
 has a version of 4.2.2.25 .  Still , we obtained
 poor
 backup performance .

 We suspected that maybe it was a database bottleneck
 ( eventhough it is still empty) ; so we tried the
 same
 Backup using TSM but the destination was on the
 HardDisk.
 The performance was good and the backup finished
 within 75seconds .  So, we can eliminate the
 database
 problem.
 Also, we noticed with version 4.2.2.0 that it is
 crashing frequently . It was exiting abnormally .

 On the site of tivoli, the latest version of TSM
 server is 4.2.2 . We do not have the 5.1 release .

 does anyone have a suggestion?

 thx a lot
 Sandra

 __
 Do You Yahoo!?
 LAUNCH - Your Yahoo! Music Experience
 http://launch.yahoo.com http://launch.yahoo.com/



Lee Fletcher
Network Project Integrator
Ameren Callaway Plant
573-676-4106
[EMAIL PROTECTED]



Re: 'q libv' question

2002-05-02 Thread Kelly J. Lipp

Search the activity log for the past few days with the volume name in the
search.  You may see that the volume was put into a drive and then found to
be mis-labeled, not labeled or in some other way messed up.  If that
happens, and the volume doesn't get far enough to be used, TSM will mark it
private so as not to try to use it again.  I've seen this particularly with
tapes that are in the library, but not labeled.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Zlatko Krastev
Sent: Thursday, May 02, 2002 5:09 PM
To: [EMAIL PROTECTED]
Subject: Re: 'q libv' question


They might be checked in as status=private or stayed private for some
reason.
You can try UPDate LIBVolume library libvol STATus=SCRatch

Zlatko Krastev
IT Consultant



Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED]
Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:

Subject:'q libv' question

Hi - List,

TSM 4.1.4 runs on AIX4.3.3.

I noticed the following when I do 'q libv' recently:
Three of the tapes were marked 'Private' under STATUS,
but were blank under LAST USE.  Usually when a tape is
scratched, the LAST USE then becomes blank.  A Private
tapes is associated with DATA under LAST USE.

I did not know how that came about and how to fix it.
Any suggestions?

TIA

__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com



FW: HSM on Solaris 8

2002-04-29 Thread Kelly J. Lipp

Folks,

Anyone with experience running the 5.1 HSM client on Solaris, read on.
Ideas are welcome.

Thanks,

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


-Original Message-
From: Thee, Gwen [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 29, 2002 12:34 PM
To: '[EMAIL PROTECTED]'
Subject: HSM on Solaris 8


 Hi Kelly,

 I installed hsm on one of our Solaris 8 machines, (the new 5.1 client with
 64 bit support), and I am having some problems. Hopefully you can help me.
 The good news is that the essential task of migrating and retrieving files
 works fine if we do a manual migration. The bad news is twofold. It will
 not pre-migrate any files, or start the migration automatically even
 though it is above the threshold to start, and the following bad events
 have been going on since I activated the first hsm file system.

 The dsmrecalld daemon will not stay up. It disappears about every 30 to 60
 minutes. There are no errors issued at the time that it dies. We have a
 cron that restarts it, but obviously this is a bad thing since if someone
 tries to get a file in the 60 seconds that it's not running, they get the
 stub.

 The other thing is I have constant errors in the dsmerror.log. These also
 started at the time we activated the first file system with hsm, and they
 are issued about every 10th of a second. The Tivoli site is very unhelpful
 with this error, here's their description of it:

 ANS9511E
program-name: cannot read DM attributes on session session for
 file handle = handle token = token. Reason : error
   Explanation: TSM space management cannot read the DM attributes of a DM
 object, usually a file.
   System Action: Processing of the file is interrupted.
   User Response: Continue with normal operation.

 I did not find this very useful in determining my problems. This is what
 the dsmerror.log looks like:

 04/29/02   14:54:00 ANS9511E dsmmonitord: cannot read DM attributes on
 session
 11847 for
 file handle = 00ff01ff 0007 001a766b
 01001011ff0c token = DM_NO_TOKEN. Reason : No such process
 04/29/02   14:54:10 ANS9511E dsmmonitord: cannot read DM attributes on
 session
 11847 for
 file handle = 00ff01ff 0007 001a766b
 01001011ff0c token = DM_NO_TOKEN. Reason : No such process

 It has been issuing these errors non-stop since we activated an hsm file
 system. To give you an overall feel for how things are set up, here's the
 parameters set in the dsm.sys file:
 CANDIDATESInterval  24
 CHECKFororphans yes
 CHECKThresholds 5
 MAXCANDProcs5
 MAXMIGRators1
 MAXRecalldaemons20
 MAXRECOncileproc3
 MAXThresholdproc3
 MIGFILEEXPiration   7
 MINMIGFILESize  1000
 MINRECAlldaemons3
 RECOncileinterval   24

 SErvername  puppy_tsm
COMMmethod TCPip
TCPPort1500
TCPServeraddress   129.228.65.204
passwordaccess generate
schedlogretention 7
errorlogretention 7
INCLexcl /opt/tivoli/tsm/client/ba/bin/include_exclude
schedlogname /opt/tivoli/tsm/client/ba/bin/dsmsched.log
errorlogname /opt/tivoli/tsm/client/ba/bin/dsmerror.log

 and the dsm.opt:
 COMPRESSIon No
 OPTIONFormatSHort
 RESToremigstate No
 SErvername  puppy_tsm

 The management class parameters are set to:
 spacemgtechinique Auto
 automignonuse Three
 migrequiresbkup   Yes
 migdestinationhsmdisk

 The only thing he did successfully on his own is create the candidate
 list. He did not pre-migrate and he did not migrate automatically.

 Please help,
 Thanks,
 Gwen




Re: TSM DB Max Size (how scalable is TSM?)

2002-04-26 Thread Kelly J. Lipp

I have two real-life examples: 110 GB on a Windows platform, 180 GB on a
Mainframe platform.  Backup times on the Windows system a little over two
hours, 2.5 hours to restore the db.  I don't know about the Mainframe site.

Much larger than we've seen in the past seems to be just fine.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Gerald Wichmann
Sent: Friday, April 26, 2002 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM DB Max Size (how scalable is TSM?)


Hmm at 66.5% you're using more like 7,820MB of DB space. With 22,760,941
files that's more like (7,820,000,000 / 22,760,941) 343 bytes per file. The
TSM admin guide says for each backup version you calculate 400-600 bytes
(they use 600) and for each copy pool 100-200 bytes. So with their numbers
it's more like 500-800 bytes per file vs your real world 343 bytes.

If I calculate with 343 bytes per file I get:

625,000,000 * 343 = 214,375,000,000 bytes = 214GB DB

Much smaller then 500GB but still very large.

All in all my question remains. How much can a single TSM server handle? Is
there a limit to DB size? Does performance degrade once the DB reaches a
certain size?

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

-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 26, 2002 12:58 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM DB Max Size

Hi:
We have an assigned capacity on our DB of  11,760 MB, of which 66.5 % is
currently in use. We have  22760941 files, which represent  4953359.67
MB in physical storage, and includes copypool data.  This are actual numbers
that do not jive with your calculations.


 [EMAIL PROTECTED] 04/26/02 03:08PM 
My environment could be up to 25TB and 625,000,000 files. According to the
TSM 4.2 Admin Guide to calculate the size of my DB I multiply that by 600
bytes..

625,000,000 * 600 = 375,000,000,000 bytes = 375,000,000 KB = 375,000 MB =
375 GB

There also needs to be an offsite copypool of this data.. According to the
TSM 4.2 Admin Guide:

625,000,000 * 200 = 125,000,000,000 bytes = 125GB

So my DB needs to be 500GB, yikes..

How big can one scale a single TSM server installation up to before you need
to start thinking about additional TSM servers? I.e. in this instance can my
TSM server even handle this amount of data? How much could it handle?

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



Re: 3583 with San Data Gateway

2002-04-24 Thread Kelly J. Lipp

I'm thinking you are not using the IBM LTO device drivers.  Bill is correct:
the drive syntax will be \\.\Tapex.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
John
Sent: Wednesday, April 24, 2002 11:01 AM
To: [EMAIL PROTECTED]
Subject: Re: 3583 with San Data Gateway


Thats correct Bill

The drives show up as follows:

GEN_DRIVE \\Tape0
GEN_DRIVE \\Tape1

I am going on site again tomorrow to try and make some sense of it.

It still concerns me that the windows device manager says that the SDG is
probably not working correctly. I am not sure whether I should just accept
that as normal as someone suggested.

Based on my findings tomorrow, I will post the symptoms is much more detail.

Rgds
John

- Original Message -
From: Bill Boyer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, April 24, 2002 6:35 PM
Subject: Re: 3583 with San Data Gateway


 I believe you're wrong. the \\.\Tapex means it is using a native Windows
 device driver and not the TSM SCSI device driver. Which is what he stated
in
 the original email. He's using the IBM LTO device drivers, which is what
the
 Admin book recommends. The Library itself will be managed with the TSMSCSI
 driver, but the drives use the IBM LTO device driver and show up and
 \\.\Tapex. If you were using the TSMSCSI driver the drives would be
 MTx.x.x.x format.

 Bill Boyer
 DSS, Inc.

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
 Anthony Wong
 Sent: Wednesday, April 24, 2002 12:36 PM
 To: [EMAIL PROTECTED]
 Subject: Re: 3583 with San Data Gateway


 Console as \\.\TapeX where X is a number.

 \\.\TapeX is a generic device driver

 As mention before, using generic device driver is not supported with TSM
 server on NTx. Since testing all available generic device drivers is time
 consuming and testing teams are no way to test all up-to-date generic
 device drivers against TSM server on NTx.

 IF customers need to use generic drvice driver for any reasons (RSM),use
 Microsoft OS certified device driver from the latest service pack. If
 Microsoft does not provide device driver for the deivce, try download
 latest certified device driver form the vender website.



 TSM testing team never use generic device against TSM with the following
 exception:

 1.  Restore backupset from local attached tape driver/libraries or SDG
 attached tape drive/libraries




 For more information about RSM ,
 http://www.tivoli.com/support/storage_mgr/devices/magstar.html#magscsi




  The following environments are not presently supported:
Removable Storage Manager (RSM) - controlled libraries on Windows
2000
IBM Ultrium devices when library is controlled by RSM on Windows
2000






 Again, not presently supported does not means it will not work.





 Tivoli Storage Management Function Verification Test , FVT Automation
 Project Lead
 Office:408-256-3312 Home:650-757-1661 Cell:415-218-7880 AIM:smartbluewong
 Dept Y0LA /Bldg 050-3 / Office 3A64
 IBM SSG Division 46


 James Thompson [EMAIL PROTECTED]@VM.MARIST.EDU on 04/24/2002 07:38:08
 AM

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

 Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED]


 To:[EMAIL PROTECTED]
 cc:
 Subject:Re: 3583 with San Data Gateway



 With the 3583 and TSM on Win2k, the drives use the IBM device driver
 located
 at ftp://ftp.software.ibm.com/storage/devdrvr/Win2000/
 Once you've installed the driver and configured the drives to use this
 driver, you should be able to see the drives under the TSM Management
 Console as \\.\TapeX where X is a number.

 The library part can either be controlled by the Windows RSM or by the TSM
 device driver.

 James Thompson

 _
 MSN Photos is the easiest way to share and print your photos:
 http://photos.msn.com/support/worldwide.aspx



Re: TSM on SUN

2002-04-18 Thread Kelly J. Lipp

Our experience with TSM on Solaris has been very good.  Installation is very
easy, upgrades are very easy and the code has good support from IBM/Tivoli.
And the added benefit of not having to learn the iLogical Volume Manager!

If your customer has a large Solaris site already, let them use TSM on
Solaris.  No point adding another Unix platform in this case.  Now, if you
asked about HP the story would be completely different.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Pitur Ey~srsson
Sent: Thursday, April 18, 2002 9:57 AM
To: [EMAIL PROTECTED]
Subject: TSM on SUN


Hi guys

A big company here in Iceland is thinking about installing TSM on SUN, they
will be the first one to have TSM on SUN here.


My question is,

Is there anything I should know about (bugs, problems) anything sun related
that is different from the other systems.
Or should I recommend just using AIX.?


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

[EMAIL PROTECTED]

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



Re: Offsite Mirror of TSM server

2002-04-18 Thread Kelly J. Lipp

This is such a key point when considering server-to-server!  The short
answer to this question does not begin to actually tell the story.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Prather, Wanda
Sent: Thursday, April 18, 2002 11:45 AM
To: [EMAIL PROTECTED]
Subject: Re: Offsite Mirror of TSM server


I did not intend to imply you can't restore the DB from the target server.
What I meant is that you cannot restore client files from the target server.
You have to get the source server up and running again.

It's really no different from any other DR situation.  If you lose your
primary TSM server, you have to go and get the tapes out of the vault and
reload the DB before you can do client restores.  With server-to-server,
your vault is electronic, so you don't have to physically go and get the
tapes, the data comes over the wire.

But you STILL have to reload the DB of the source server.



-Original Message-
From: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 18, 2002 2:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Offsite Mirror of TSM server


That is what I guessed from the docs. I was hoping I was wrong !

So, of what value would a DB backup to a target server be ?  I could
never recover from it !!!

Sounds like a partially implemented and of very limited use feature, to me
!!

Is anybody out there using a target server to perform backups of any
kind ?   If you do, the better question would be, why and how ?





Prather, Wanda [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
04/18/2002 01:03 PM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:Re: Offsite Mirror of TSM server


My understanding is that when you use source/target server, you think of
the
target TSM server as just an electronic vault.  It is NOT the same as
having a backup TSM server.

As you said, the objects in the target server's data base are archive
objects.  The metadata needed to restore the data is still in the DB of
the
SOURCE server.

So you won't be able to do restores, until you build a repair/recovery
source server and reload its DB.  Now someone else might reasonably expect
to reload the DB into a TSM server at the offsite location; but since you
are planning for the target/source TSM's to be on different platforms,
that
won't be an option.

You will need to rebuild the TSM server on your OS/390 recovery machine,
wherever that is.



-Original Message-
From: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 1:46 PM
To: [EMAIL PROTECTED]
Subject: Offsite Mirror of TSM server


Let me preface this with, I am not sure how to completely ask these
questions since I don't have all of the details but hopefully someone can
give me some idea of how TSM can/will handle this, if at all possible.

Current configuration:  TSM 4.1 on OS/390 using 3590B tape drives in a
3494 ATL

Requirements as I understand them:  Setup a off-location hot site backup
TSM server that will have copies of everything the main server and/or
other TSM server (we are working on splitting the TSM traffic/load onto
another TSM server) has.   The hot site server will probably be an AIX
box with 3590E (possibly FC) drives.

I have looked into the source/target server issue but am a little confused
since the target server will only see things that come from the source
server as archive objects.

If the building with the source server burns down (and this same
building also houses a majority of the clients that are backed up !), how
would the target server be used to restore all of the client nodes ?

How about the database backups that are sent to the target server ? What
use are they if you have to have the source server to identify what is
on the target server ?

Should I/could I setup database mirror volumes on a remote (target ?)
server over simple IP connections or is this only possible with DASD using
XRC processesespecially since the current, main database is on OS390 ?
If this was moved to an AIX box, how would this be handled ?  NFS ???

As you can tell, any and all guidance is greatly appreciated !!!


Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED]  -  voice: 804-828-4807



Re: TSM V5.1

2002-04-11 Thread Kelly J. Lipp

Yes!

Our first Guinea pig.  Good luck Kimo Sabe (sp).  Let us know how it works
out.

Now, if you decide you're not man enough, send the kit to me.  I'll put in
on a lab server and see what happens!

I'm fearless on hardware that doesn't matter.  And even on some that does
(as long as it isn't mine).

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
David Longo
Sent: Thursday, April 11, 2002 11:44 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM V5.1


You going to have it up and running by Monday?  Make a document
for us on what works and doesn't, conversion issues etc?

David Longo

 [EMAIL PROTECTED] 04/11/02 01:54PM 
Hey everyone,

I just got my TSM V5.1 package of software. Anyone else get so lucky?

Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:   [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154



MMS health-first.org made the following
 annotations on 04/11/02 14:57:28

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


==



Re: domain ?

2002-04-03 Thread Kelly J. Lipp

Pros: much simpler to manage a small number of things.  If you don't have
radically different retention policies or some regulating influence
suggesting separation, a single domain sending information to a single pool
hierarchy is perfectly fine.

Cons: none if the conditions above are met.

In some cases, I like the idea of two domains: one for non-critical systems
and one for critical.  For the critical systems, build your pool hierarchy
with a collocated tape pool for faster restores.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wholey, Joseph (TGA\MLOL)
Sent: Wednesday, April 03, 2002 10:08 AM
To: [EMAIL PROTECTED]
Subject: domain ?


Is there any reason why I wouldn't create one huge domain and have
production, development and QA servers backing up to it?  What are the pros
and cons of 1 domain vs. many?  Thanks in advance.

Regards,
Joe Wholey
TGA Distributed Data Services
Merrill Lynch
Phone: 212-647-3018
Page:  888-637-7450
E-mail: [EMAIL PROTECTED]



US TSM Symposium

2002-03-19 Thread Kelly J. Lipp

Gang,

It does not look like this event will be a go this fall.  As an event that
requires payment by attendees, I don't believe we can get enough folks to
attend to make it break even.

Having said that, however, I believe we need to have this event.  It is an
important opportunity for our community to get together and share with each
and with IBM/Tivoli product information.  I believe the event is
economically feasible, but not for a for profit company.  The Oxford
symposia works because of the very intense effort of one person, Sheelagh
Treweek, and the relatively inexpensive facilities she has there.  If we are
to do this in the US, we will need a similar facility.  Unfortunately, me
and my company do not have access to such a facility.

We very definitely want to have a leadership role in the development of this
symposia here in the states.  What we need, though, is a strong partner with
access to facilities to make this economically feasible.

Any takers?

I will be out of the office until April 1, 2002 so I won't be active in the
discussion until I return.  Perhaps we can have gained some consensus about
how this can work by then.

Thanks,

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



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

2002-03-15 Thread Kelly J. Lipp

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

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

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


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


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

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

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

Regards,
Alan



Re: Delete filespace issue with Server v4.2.1.6?

2002-03-14 Thread Kelly J. Lipp

Really what has to happen here is to add a switch that says nametype=unicode
or fsid if you want to use the id rather than the name.  This is new
behavior and the default nametype is server. It probably should be unicode
since that's what we're used to.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Williams, Tim P {PBSG}
Sent: Thursday, March 14, 2002 2:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Delete filespace issue with Server v4.2.1.6?


The one delete I don't think I saw tried
delete filespace winnode \\winnode\e$
try

-Original Message-
From: David Longo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 14, 2002 9:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Delete filespace issue with Server v4.2.1.6?


If you are trying to delete an entire filespace, then I have a suggestion.
With apologies to Andy Raibeck, sometimes The Web Admin is
your friend.

On the Web Admin select from the left side Objects, then Clients,
then Filespaces.  A list of all filespaces is then displayed in main
window.

Scroll down to the one you want, and select the filespace name.
From that window pull down operations and select Delete file space.

This is simpler than remebering the exact syntax for filespace names
escpecially if you have many different platforms etc.

David Longo

 [EMAIL PROTECTED] 03/14/02 10:40AM 
Dale, yes, I have seen this.  The problem is with unicode support.  Do
'help q fi' and 'help del fi' to see the new parameters that may be
required.
For instance, here is a 'q fi' of my own machine (winxp, client 4.2.1.26,
server at 4.2.1.9).
Note the namet parameter and see what happens without it.

tsm: NEW_ADSM_SERVER_ON_PORT_1600q fi wfc1450 \\wfc1450\c$ namet=uni f=d

  Node Name: WFC1450
 Filespace Name: \\wfc1450\c$
 Hexadecimal Filespace Name: 5c5c776663313435305c6324
   FSID: 17
   Platform: WinNT
 Filespace Type: NTFS
  Is Filespace Unicode?: Yes
  Capacity (MB): 28,058.8
   Pct Util: 33.9
Last Backup Start Date/Time: 03/13/2002 21:01:44
 Days Since Last Backup Started: 1
   Last Backup Completion Date/Time: 03/13/2002 21:03:10
   Days Since Last Backup Completed: 1
Last Full NAS Image Backup Completion Date/Time:
Days Since Last Full NAS Image Backup Completed:


tsm: NEW_ADSM_SERVER_ON_PORT_1600q fi wfc1450 \\wfc1450\c$ f=d
ANR2034E QUERY FILESPACE: No match found using this criteria.
ANS8001I Return code 11.

You can delete by fsid now, this may be what you want.


Hope this helps,

Bill Colwell

At 08:24 AM 3/14/2002 -0500, you wrote:
Has anyone seen this on 4.2.1.6, or am I just sleep-deprived?
Server is on AIX 4.3 ...
Neither query nor delete will match a file system name



tsm:ADSMq filespace WINNODE

Node Name   Filespace   FSID Platform Filespace Is Files- Capacity
Pct
Name  Typepace(MB)
Util
Unicode?
--- ---   - - 
-
WINNODE  \\WINNODE\c$1 WinNTNTFS Yes17,233.8
19.6
WINNODE  \\WINNODE\d$2 WinNTNTFS Yes184,260.
22.2
 9
WINNODE  \\WINNODE\e$3 WinNTNTFS Yes17,273.0
62.6
WINNODE  \\WINNODE\f$4 WinNTNTFS Yes17,273.0
17.1
WINNODE  SYSTEM 5 WinNTSYSTEM   Yes 0.0
0.0
 OBJECT

tsm: ADSMdele filespace WINNODE \\WINNODE\e*
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE \\WINNODE\e$*
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE \\WINNODE\e
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE WINNODE\e*
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE WINNODE\e$*
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE WINNODE\e
ANR0852E DELETE FILESPACE: No matching file spaces found for node WINNODE.
ANS8001I Return code 11.

tsm: ADSMdele filespace WINNODE e*
ANR0852E DELETE FILESPACE: No matching file

Re: Multiple TSM Servers on Same Machine

2002-03-14 Thread Kelly J. Lipp

Two ways to set this up:

1. Two separate TSM server sharing the library: use different categories and
be careful.
2. Have one of the servers act as the library manager.  The second asks the
first for resources and tape mounts, etc.  The first server knows about all
of scratch volumes, same categories.  See library sharing documentation.
You also need a license for this option.

Option 1 with the 3494 is probably the way to go.  Unless you have SAN
attached drives.  Then use 2 so you can share the drives between the two
servers.

IMHO.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jim Sporer
Sent: Thursday, March 14, 2002 3:16 PM
To: [EMAIL PROTECTED]
Subject: Multiple TSM Servers on Same Machine


I am in the process of setting up a second TSM server on the same
machine.  I was curious if there are others doing that with a 3494
ATL.  From what I can tell you can share the 3494 atl  resources between
the two servers, meaning the tapes and the drives by specifying a
primarylibrarymanager.   Do you use the same scratch and private categories
for the tapes used by both servers?
Jim Sporer



Re: TSO TSM client

2002-03-06 Thread Kelly J. Lipp

Either it can't find this file, or there is an error in the file (just a
guess as I'm no TSO guy).

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Hunley, Ike
Sent: Wednesday, March 06, 2002 4:30 PM
To: [EMAIL PROTECTED]
Subject: TSO TSM client


Hi all,

I'm starting the TSM TSO client and I get this...

ANS8015E File 'DD:DSCOPT', error code 109 from options processing.

What gives?


Blue Cross Blue Shield of Florida, Inc., and its subsidiary and
affiliate companies are not responsible for errors or omissions in this
e-mail message. Any personal comments made in this e-mail do not reflect the
views of Blue Cross Blue Shield of Florida, Inc.



Re: migration to ONSITE and OFFSITE

2001-10-05 Thread Kelly J. Lipp

More specifically:

Set up a number of admin command schedules to accomplish this starting at
sufficient intervals to allow process completion.  That's the hard part.

TimeScheduled operation

--
06:00   backup stg diskpool copypool maxprocess=n
08:00   backup stg tapepool copypool maxprocess=n/2
09:00   update stg diskpool highmig=0 lowmig=0 migproc=n
11:00   update stg diskpool highmig=90 lowmig=70
11:30   backup db type=full devclass=yourdevclass

Where n is the number of drives you have.  You may want to set this to one,
the default, to only create a single copypool tape per day rather than
multiple tapes.  Notice that setting the migration thresholds back to 90 and
70 will not stop the migration.

The schedule times will be variable based on your environment.  If you note
how long your migrations are running now you should be able to set this up
fairly accurately.

Now, if you really want to get sexy you can write a script to do all of
this.  Your script will watch for completion of each step and then start the
next step.  In the case of backup stg it's easy: you can attach a wait=yes.
For migration it's harder.  You need to check if a migration process is
still running.  I believe there is a script in the example scripts that does
this for you.

Perhaps someone will mention STORServer Manager too.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Zoltan Forray/AC/VCU
Sent: Friday, October 05, 2001 8:55 AM
To: [EMAIL PROTECTED]
Subject: Re: migration to ONSITE and OFFSITE


What we do is perform a BACKUP of the DISK storage pool, to a tape COPY
pool, before migrating the data to tape.  Then we send the COPY pool tapes
offsite.


Zoltan Forray
Virginia Commonwealth University - University Computing Center
e-mail: [EMAIL PROTECTED]  -  voice: 804-828-4807




Leijnse, Finn F SITI-ISES-31 [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/05/2001 10:03 AM
Please respond to ADSM: Dist Stor Manager


To: [EMAIL PROTECTED]
cc:
Subject:migration to ONSITE and OFFSITE


HI,

We have had several broken LTO tapes in the last months and so lost a lot
of
data. To avoid this we are changing our housekeeping scheme.

My question is: Can the diskpool be emptied/migrated to two pools at the
same time? OFFSITE and ONSITE tape pools.


 met vriendelijke groeten, regards et salutations,

 Finn Leijnse
 Central Data Storage Management
 Shell Services International bv.




Re: volhist file extremely large

2001-10-03 Thread Kelly J. Lipp

Sure you have data on those volumes, but you would never use the volhist
file to do anything with them.  The current wisdom suggests keeping these
entries for as long as you keep your db backups.  I'm with you, that seemed
extreme so I use 30 days.  Wanda Prather also had input on this and suggests
that 30 days is good as well.  ( I love quoting her.  And I'm probably wrong
about her numbers but who will check?)

Delete away.  That large file is a pain the arse.  Especially when you have
DRM.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Matthew A. Bacchi
Sent: Wednesday, October 03, 2001 7:39 AM
To: [EMAIL PROTECTED]
Subject: volhist file extremely large


Folks,
I have seen some posts concerning this in the past, but I don't have
a
good feeling about my options.  I have a volumeshistory file that is around
5
megs, and entries that go back to 1997.  What I want to know is, how do I
know
for sure that I can delete a particular entry?  Kelly mentioned that he does
a
delete volhist type=all todate=today-30 but that seems a little extreme to
me.  I believe that I have volumes that have data on them for much longer
than
30 days.  I am pretty sure they haven't had data on them for 4 years, but
I'll
bet it is closer to 6 months.

What do you guys do to verify that the volumehistory entry can be deleted? I
suppose I can write a script, but wanted some input first.

Thanks in advance.

-Matt

/**
 **Matt Bacchi   [EMAIL PROTECTED]
 **IBM Global ServicesSDC Northeast
 **F6TG; MD Filesystems/Internet (802) 769-4072
 **ADSM  AFS/DFS Backup (tie) 446-4072
 **/



Re: DLT M1500, DLT8000 advice needed

2001-09-17 Thread Kelly J. Lipp

I would be very surprised if ADSM V 3.1 supports the drives in question.
That is a very old release.  Also, if the library is new, it is unlikely
that support for it will be there as well.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mira Jung
Sent: Monday, September 17, 2001 12:49 PM
To: [EMAIL PROTECTED]
Subject: DLT M1500, DLT8000 advice needed


Hi,

We want to buy DLT M1500 tape library (with DLT8000 tape drives)
to be used for ADSM Version 3.1 server on AIX 4.1
but I would like to confirm that ADSM 3.1 supports DLT M1500
before we buy it.

Could someone help me confirm that?

Thanks in advance for your help,

Mira Jung
[EMAIL PROTECTED]



Re: AIT2 tape drives, What recording format should I use?

2001-09-13 Thread Kelly J. Lipp

Or format=aitc.  That ensure compression on the drive.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Zlatko Krastev/ACIT
Sent: Wednesday, September 12, 2001 2:45 PM
To: [EMAIL PROTECTED]
Subject: Re: AIT2 tape drives, What recording format should I use?


DEFine DEViceclass class_name DEVType=8MM FORMAT=DRIVE





Doug Thorneycroft [EMAIL PROTECTED] on 10.09.2001 20:34:51
Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:

Subject:AIT2 tape drives, What recording format should I use?

Looking at the Admin References for TSM Ver, 3.7 and  4.1,
The available Recording formats for AIT drives are:
AIT(25 GB)
AITC  (50 GB)
No format listed for AIT2

If I use one of these formats for an AIT2 drive that is supposed
to get 50GB native and up to 130GB compressed, will I only
get 25 to 50 GB?




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



Re: Restoration of multiple directories through command line?

2001-09-13 Thread Kelly J. Lipp

I would assume the goal here is to speed the restoration process.  The only
way to guarantee that happens is to ensure you don't have tape contention
during the restore.  At the directory level that is hard unless you use
multiple management classes and tape storage pools.

This points out the larger problem in fine detail.  If you want to do
multiple simultaneous restores you must plan for them during backup.  As
manufacturers introduce 72GB drives, we're going to see enormous RAID sets
(we are already seeing enormous sets but this will make them enormouser -
new word my prerogative).  You should/must break these large sets into
multiple filespaces and then use collocate=filespace on your storage pools.
I would guess the best restore times you are likely to see will be around
10GB/hour/stream.  If you have a 360GB single filespace RAID set you can
expect a restore time ~36 hours.  You are being foolish to expect faster.
The tape drive spec types will crawl out the woodwork and tell us that the
drives can restore much more than that per hour.  Sure, but unfortunately
we're dealing with reality here and not the spec sheets.  There are many
other factors influencing how fast we move data.

I know, I know, breaking the big drive into smaller ones means more
management.  As long as you don't ever need to restore it creating a mongo
drive is easiest thing to do.  Just remember you did this because you never
were going to restore it.  Try to remember that in the middle of the second
day while you're trying to restore it.

Let's bring some rationality back to our business.  Bigger isn't always
better.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Michael Bartl
Sent: Thursday, September 13, 2001 9:27 AM
To: [EMAIL PROTECTED]
Subject: Re: Restoration of multiple directories through command line?


Nicholas,
I think this method doesn't help.
I came across the same problem some time ago and didn't find a solution,
too.

The problem is:
When using the GUI interface you can select any set of files and folders
to be restored in ONE SESSION.

When using the CL interface you only can select one tree to be restored.
Now think of a situation where the files of your node are spread over 20
tapes. The first restore mounts 15 tapes, the second and third restore
will mount some of those 15 tapes AGAIN for sure, so you loose a lot of
time in comparison to the GUI method.

Best regards,
Michael Bartl

Nicholas Cassimatis wrote:

 When I wanted to do this, I wrote a script to run the restore of each
 directory/filesystem, but I had to do it one at a time.  The following
 would be my script with your filesystems on AIX:

 dsmc restore /oracle/stage/ -subdir=yes -inactive -pitd=09/02/01
 read NOTHING
 dsmc restore /sapmnt/SA2/ -subdir=yes -inactive -pitd=09/02/01
 read NOTHING
 dsmc restore /oracle/SA2/sapreorg/ -subdir=yes -inactive -pitd=09/02/01
 read NOTHING

 The read NOTHING lines causes the script to pause for input (any
 keystroke) so I was able to verify the restore went without problems (on
NT
 it would be pause).

 Nick Cassimatis
 [EMAIL PROTECTED]

 Today is the tomorrow of yesterday.

--
Michael Bartl

Office of Technology, IT Germany/Austria
Cable  Wireless Deutschland GmbH.
Landsberger Str. 155Tel.: +49 89 92699-806
80687 Muenchen  Fax.: +49 89 92699-302
mailto:[EMAIL PROTECTED] http://www.cw.com/de



Re: Client for VMS on a Digital Alpha box

2001-09-04 Thread Kelly J. Lipp

Yes, we have had the Archive Backup Client (ABC) for six years.  It is a V3
client (but that's neither here nor there) and runs against any V3 or later
server including 4.2.0.1 that is shipping now.  The client is very OpenVMS
like as well as Unix like with one minor difference: instead of dsm.sys and
dsm.opt we use adsm.sys and adsm.opt.  This is due to a conflict in OpenVMS
land with Digital Standard Mumps, DSM!  Silly but the way it is.

You can scope our website listed below for complete details and contact
Diane or Katie at RD Performance Group for pricing and a trial PAK.  Their
number is 805-520-4170.

If you have any technical questions feel free to email me.

Thanks,

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Coviello, Paul
Sent: Monday, September 03, 2001 9:23 AM
To: [EMAIL PROTECTED]
Subject: Re: Client for VMS on a Digital Alpha box


yes they do it is not the same type of client your use to ie:(windows,Unix)
go to the following website www.storsol.com

look for a product ABC Archive Backup Client for VMS.

paul


Paul J Coviello
Sr Systems Analyst
Catholic Medical Center
2456 Brown Ave
Manchester NH 03103
(603) 663-5326
[EMAIL PROTECTED]



 -Original Message-
 From: Tyree, David [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, September 03, 2001 11:20 AM
 To:   [EMAIL PROTECTED]
 Subject:  Client for VMS on a Digital Alpha box

 We have an older Digital Alpha box (4+ years) that we are going to
 load VMS onto one day soon. Does TSM have a client to back this thing up?
 I've looked around the Tivoli web site but I didn't see it. Am I blind?
 We are running TSM 4.1 on the backup server so I imagine that most
 any client will talk to the server.
 Thanks...

 David Tyree
 Microcomputer Specialist
 South Georgia Medical Center
 229.333.1155

 Confidential Notice:  This e-mail message, including any attachments, is
 for
 the sole use of the intended recipient(s) and may contain confidential and
 privileged information.  Any unauthorized review, use,  disclosure or
 distribution is prohibited.  If you are not the intended recipient, please
 contact the sender by reply e-mail and destroy all copies of the original
 message.



Re: Floating Client License Period

2001-08-31 Thread Kelly J. Lipp

Can you still get as many clients as you want with an NSM box?  Is the NSM
box still being marketed?

What else are they going to do?  What can they do for less than $124 per
client?

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua S. Bassi
Sent: Friday, August 31, 2001 5:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Floating Client License Period


Yes, we had thought of this.  Another requirement would be to place each
partition on a separate tape (including incrementals).  If we are
talking 2500 clients copying data across to disk on the TSM server (the
network people won't allow this to be done with NFS) and then backing up
each file space onto a separate tape then we would need to either 1)
create all these virtual nodes or 2) use include statements to bind each
one to it's own storage pool.

Either way would be a maintenance headache!  And of course the customer
does not want a dedicated TSM person - what else is new Silly-cone
Valley.


--
Joshua S. Bassi
Independent IT Consultant
IBM Certified - AIX/HACMP, SAN, Shark
Tivoli Certified Consultant- ADSM/TSM
Cell (408)(831) 332-4006
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Richard Sims
Sent: Friday, August 31, 2001 3:45 PM
To: [EMAIL PROTECTED]
Subject: Re: Floating Client License Period

I have a customer who has plans to backup thousands of small Linux
boxes.  These boxes will be backed up incrementally until the 100GB
partition on each is full and then they will perform a full backup.  At
that time, the client will be decommissioned and not back up any
longer.
Cost is a major issue for this customer.  They cannot afford to buy 1
client license for each of these tiny hosts.

Joshua - If you *really* had to, you could possibly get by with one
 client license by using -nodename=ThatSingularNodename
and remounting subject file systems read-only on mount points like
/ActualNodeName.TrueFilesystemName, which is to say that you would
end up with mucho filespaces under one client, but identifiable as to
the client and file system they actually came from.  Not that anyone
would *want* to warp space like this.

I also presume that the partition of interest is not a system partition,
which would be pointlessly redundant to back up from multiple systems,
except for unique configuration files.

  Richard Sims, BU

Think different.   - Apple



Re: Archive recovery

2001-08-29 Thread Kelly J. Lipp

And you never want to tell anyone that you can do this.  If they know you
can they'll want you to.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Maurice van 't Loo
Sent: Tuesday, August 28, 2001 3:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Archive recovery


clever...

- Original Message -
From: David McClelland [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 28, 2001 5:31 PM
Subject: Re: Archive recovery


 Jennifer,

 You can, if you're a) lucky and b) a bit naughty.

 We've achieved such feats in extreme circumstances in the past by building
 a second TSM server partition and restoring an old TSM database backup
from
 our main TSM server, and then trying to restore from that. If you're
 fortunate, the tape that the server will request the restore from,
although
 'expired' in the current database, will not have been written over with
 fresh data since then, and you'll be able to satisfy your restore. It
helps
 if you have a large number of scratchtapes and not too high a turnaround.

 Rgds,

 David McClelland
 ---
 Tivoli Storage Management Team
 IBM EMEA Technical Centre,
 Internet: [EMAIL PROTECTED]



 Page, Jennifer [EMAIL PROTECTED]@VM.MARIST.EDU on 28-08-2001
 15:50:49

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

 Sent by:  ADSM: Dist Stor Manager [EMAIL PROTECTED]


 To:   [EMAIL PROTECTED]
 cc:
 Subject:  Archive recovery



 looked in archive list but did not find and answer, new to
 list..

 Can we restore data from a tape that has been deleted from the ADSM
 database, but we still have physical copy of?

 Thanks,
 Jennifer




HSM for NT

2001-08-29 Thread Kelly J. Lipp

Gang,

Any ideas about this?  There was product development in this area in the
past.

I know, HSM is of the devil.

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



Re: Disappearing Tapes

2001-08-29 Thread Kelly J. Lipp

Most likely they are database backup tapes.  I assume by your wording that
you are using DRM so it's harder to lose db backup tapes, but not
impossible.  I believe that if you delete the volhist records of db backup
tapes DRM will lose track of them as well.  So if you have DRM you only want
to use DRM to delete old backup tapes.

Look at it this way: you've just gotten a bunch of new scratch tapes you
didn't know you had!  And for free!

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Kelli Jones
Sent: Wednesday, August 29, 2001 3:27 PM
To: [EMAIL PROTECTED]
Subject: Disappearing Tapes


We conducted an audit on our off site tapes today and found that while all
of the tapes in Vault status were at the storage facility, there were many
tapes there (physically) that were not on our list and therefore, not in
vault status.   When we query these tapes in the system there is 'No match
found'.   We have very good checks and balances with the vendor...all tapes
are verified coming in and going out so it appears as if the tapes have just
disappeared from TSM.  Any ideas?

Kelli Jones
[EMAIL PROTECTED]
Chesterfield County, VA



Re: I don't think she can hold much more Captain! She's gonna blow! (IBM LTO Tape)

2001-08-28 Thread Kelly J. Lipp

Can I have some of your data please?

Don't let marketing get a hold of this!

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joerg Pohlmann/CanWest/IBM
Sent: Tuesday, August 28, 2001 5:02 PM
To: [EMAIL PROTECTED]
Subject: Re: I don't think she can hold much more Captain! She's gonna
blow! (IBM LTO Tape)


I have seen exactly the same type of results. One of my customers routinely
gets 250+GB per tape; and in one other instance my customer got 400+GB,
similar to what you are experiencing. Compression results are a function of
the type of data. If you are using collocation, the compressability becomes
more obvious for the type of data because a given node is clustered on a
cartridge. For example if your clients compress their data, you will find
tape capacities much closer to 100GB. In my case, the 400+ GB client was an
API database client that sent very compressable data.

Remember that the total amount of data written to the tape only shows up
when the tape is marked full. When it is filling, TSM will keep on
writing to the tape and you will see the Estimated Capacity increase.

Joerg Pohlmann



Jim Taylor [EMAIL PROTECTED]@VM.MARIST.EDU on 2001-08-28 15:47:29

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

Sent by:  ADSM: Dist Stor Manager [EMAIL PROTECTED]


To:   [EMAIL PROTECTED]
cc:
Subject:  I don't think she can hold much more Captain! She's gonna blow!
  (IBM LTO Tape)


How much can these 100GB native tapes hold?

Can I really be getting this kind of compression?

Half a TB on one tape?  Anyone else seeing this?

My real issue is with the Status.  It says that the tape is still filling,
yet its Pct Util is only at 95%.

I don't get this.  I thought that a tape get to 100% full and the Est Cap
keeps increasing until EOT is met.  At which time the Status changes to
Full
and the Pct Util can then drop from 100% as the data on the tape expires.

Have I been wrong???



tsm: TSM-D2q vol

Volume Name   Storage  Device  EstimatedPct
Volume
  Pool NameClass Name   Capacity   Util
Status
(MB)
  ---  --  -  -

/tsm/tsmstg/disk-vol01DISKPOOL DISK  5,000.0   30.5
On-Line
A0TAPEPOOL LTOTAPE 100,000.07.2
Filling
A7TAPEPOOL LTOTAPE 204,800.02.6
Filling
A00023TAPEPOOL LTOTAPE 384,482.9   65.0Full
A00031TAPEPOOL LTOTAPE 398,471.2   64.4Full
A00035TAPEPOOL LTOTAPE 537,664.2   85.3
Filling

tsm: TSM-D2

 Jim Taylor
 Senior Associate, Technical Services
 Enlogix
 *  E-mail: [EMAIL PROTECTED]
 *  Office: (416) 496-5264 ext. 286
 * Cell:  (416)458-6802
 *   Fax: (416) 496-5245





Re: Tivoli Setup

2001-08-27 Thread Kelly J. Lipp

Your policy appears to do what you intend.  Keeping the retextra and
verexists at different numbers is kind of funny in my estimation.  You can't
actually guarantee the ability to restore back 120 days so why have it.  I
guess I liked your original better if the intent is to give the user the
ability to always restore back 120 days.  I suppose you could go 30 30 30
120.  That would keep the final copy of a file that has been deleted 120
days.  Having blathered on I'll go back to the beginning.  Yes, it does what
you say you want to do.

As for moving to SDLT.  You could also create the new pool using the new
SDLT device class and set it as the next stg in the original DLT pool, drop
the migration thresholds and voila you're making new tapes.  I don't really
know what the behavior will be when a tape is selected for migration: will
it move all of the non-collocated data on that tape to collocated output
tapes?  Or will it do like it does in a disk storage pool: choose the client
occupying the most space in the pool and move all of that data?  I'm
thinking the first is what will happen.  Either way: lots of tape mounts
either the input tapes or the output tapes.

If I were doing it and I had a good bit of disk storage pool, I'd use move
data commands to disk and let migration happen later.

Another thought I had about collocating using SDLT.  Since the tapes are so
large be careful about using collocation with small clients.  You will find
that you have used lots of (expensive) tapes and few if any will be at
capacity.  The way around that problem is to limit the number of scratch
tapes in the pool so that multiple clients are forced to share a tape.  For
instance, if you have 30 small clients say less than 30 GB each, set
maxscratch to 10.  Three clients per tape (or so no real good way to
predict) and the tapes will be fairly full.  Be aware of the dreaded server
out of data storage space when using this technique.  

Collocation is the way to go if you have the library space and enough tape
drives to speed migration.  SDLT will have long mount times so lots of
mounts will be expensive.  You probably have fast migration now.   You won't
in the future!  Be prepared for that.

I discussed the notion of limiting the maxscratch and some ways of making
sure you don't get bit.  Search the adsm.org archives to find that.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Scott G Davis
Sent: Monday, August 27, 2001 8:47 PM
To: [EMAIL PROTECTED]
Subject: Tivoli Setup


I have one Tivoli Server servicing 63 Netware and NT clients.  I have a
two part question-
1.   I run backup once a day.  I want to be able to restore anything for
30days.  After that, keep 30 versions for 120 days.  I do not want to
get keep anything inactive past 120days.  I was running at NOLIMIT,
NOLIMIT, 120, and 120.  I was retaining too much data so I reduced it to
30, 30, 120, 120.  Am I keeping too much still or not enough?
 
2.   I am wanting to upgrade my tape technology from DLT to SDLT and I
am wondering the best way to accomplish this.  Along with this I want to
switch to co-location to speed up restore times on large volumes.  I can
add the drives to the libraries and issue move data commands for one,
but what else could be done to get the data copied to new tapes and
colocated at the same time?
 
 
Thanks,
 
 
Scott G Davis
Alltel



Re: Migration question

2001-08-18 Thread Kelly J. Lipp

I'd change it to:

backup stg disk copy
backup stg tape copy (for anything that might have been migrated during the
night.  Do it this way since the copy pool tapes are already mounted and
ready to go)
migrate disk tape

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Alan Davenport
Sent: Friday, August 17, 2001 12:26 PM
To: [EMAIL PROTECTED]
Subject: Re: Migration question


Thank you, and all the others who have responded. I inherited *SM and those
who set it up before me were under the impression that it WOULD back the
data up twice. I believed otherwise but I gave them the benefit of the doubt
and asked. Again, thank you very much for responding to my question. Looks
like I've be able to shave 2 hours off of my morning processing. (That tape
to tape copy AFTER migration was a killer. Especially with 3490 tapes!)

+ -Original Message-
+ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
+ Sent: Friday, August 17, 2001 1:31 PM
+ To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
+ Subject: Re: Migration question
+
+
+ From: [EMAIL PROTECTED]
+ To: [EMAIL PROTECTED]
+ Date: Fri, 17 Aug 2001 13:31:08 -0400
+ Subject: Re: Migration question
+
+ 'Course TSM is smart!
+
+ We do what you describe every night - saves a lot of tape mounts,
+ especially
+ since our onsitetape is collocated:
+
+ backup stgpool diskpool offsitecopypool
+ migrate to onsitetape
+ backup stgpool onsitetape offsitecopypool
+
+
+ BACKUP STGPOOL is always INCREMENTAL - TSM checks the DB and only copies
+ files that aren't in the destination copy pool already.
+
+
+ -Original Message-
+ From: Alan Davenport [mailto:[EMAIL PROTECTED]]
+ Sent: Friday, August 17, 2001 12:58 PM
+ To: [EMAIL PROTECTED]
+ Subject: Migration question
+
+
+ Hello fellow *SMers! I'm thinking of redoing how our backup pool
+ migration/tape copies process is done to increase efficiency. We are
+ currently processing this way:
+
+ Backuppool (disk) migration to primary onsite tape pool (3490).
+ Tapepool (onsite) copy backed up to vault (offsite) tape copy pool.
+
+ What I would like to do is this:
+
+ Backup disk pool to vault tape (offsite) copy.
+ Migrate disk to tape (primary onsite) copy.
+ Backup primary tape pool to offsite pool to catch any migration etc. that
+ may have occurred during the last 24 hours.
+
+ My concern is this. I do not want to back up the data TWICE from the disk
+ pool to the offsite pool. (Once from disk to offsite pool and again from
+ onsite tape pool to offsite tape pool.) That is, is *SM smart
+ enough to know
+ that the data that was backed up to the vault (offsite) pool prior to
+ migration has already been backed up and will not back it up
+ again from the
+ onsite tape pool to the offsite pool when the BACKUP STG
+ TAPEPOOL COPYPOOL
+ command is executed?
+
+ My environment is TSM 4.1.0.0 on OS390 with 24 3490 tape drives.
+
+ Thanks for listening!
+
+ Alan Davenport
+ Selective Insurance
+ [EMAIL PROTECTED]
+



Re: retain extra vs retain only

2001-08-17 Thread Kelly J. Lipp

The only file that gets kept for retonly days is the copy of the file that
was deleted from the filespace.  All the other copies are kept for 30 days
with the active file (a copy of the file on the filespace that has not been
deleted) being kept forever (as long as the file on the filespace isn't
deleted).

If your goal is to be able to offer the user the ability to restore a file
to any state within the previous 90 days, say, then you should set things up
as follows:

Versions Data Exists   unlimited
Versions Data Deleted  unlimited
Retain Extra Versions   90
Retain Only Version  90

You set the versions to unlimited since there is a possibility you could
perform backups more than once per day.  Is this setting going to consume
lots of space on your server?  Consider that the vast majority of files do
not change everyday.  Only some of them.  Keeping a big database this long
could be a problem so don't do that!  You would probably never restore a
database back 90 days anyway.  But then someone will scream but what about
long term archive of databases?  Export to ascii and use Arvhive, not
backup.  See my paper!

Am I rambling?

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Maurice van 't Loo
Sent: Friday, August 17, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: retain extra vs retain only


I say 30 days


- Original Message -
From: Gisbert Schneider [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 17, 2001 12:37 PM
Subject: retain extra vs retain only


hello to all,

consider this: retain extra is set to 90 days, retain only is set to 30
days. I4m doing an daily incremental backup, after this I delete the file
xxx from workstations disk. How long the tsm server is keeping the file xxx
? 30 or 90 days ?

I defined the copy group like this:
 Versions Data Exists   3
Versions Data Deleted3
Retain Extra Versions   90
Retain Only Version  30
Copy Mode  MODIFIED
Copy Serialization SHRDYNAMIC
Copy Frequency0


The documentatios says:

RETExtra
 Specifies the number of days to retain a backup version after that
version becomes inactive. A version of a file
 becomes inactive when the client stores a more recent backup version,
or when the client deletes the file from the
 workstation and then runs a full incremental backup.

RETOnly
 Specifies the number of days to retain the last backup version of a
file that has been deleted from the client file
 system.


Thank you !



__


   Da E-Mails leicht unter fremdem Namen erstellt oder manipuliert werden
   koennen, muessen wir zu Ihrem und unserem Schutz die rechtliche
   Verbindlichkeit der vorstehenden Erklaerungen ausschliessen. Die fuer
   die Stadtsparkasse Koeln geltenden Regeln ueber die Verbindlichkeit von
   rechtsgeschaeftlichen Erklaerungen mit verpflichtendem Inhalt bleiben
   unberuehrt.



Re: Archiving vs. Incremental strategy

2001-08-15 Thread Kelly J. Lipp

I would also recommend archiving.  You might also take a look at a paper I
wrote discussing this issue:

http://www.storsol.com/cfusion/template.cfm?page1=wp_whyaisapage2=blank_men
u

Archive makes a lot of sense, but perhaps you don't archive everything but
rather only those things you are required to archive.  For instance, two
year old copies of electronic mail are not a good idea.  See DOJ vs.
Microsoft.

Backupsets are OK, but are sometimes wieldy.  Anybody with experience
generating these for large quantities of data might share their experiences.
I worked with a customer recently that was trying this approach.   They had
two problems: too many tape mounts and a too small library.  Not all of the
tapes were available in the library so operations was involved. Yuck.

The bottom line is trying to make TSM act like a Grandfather, father, son
backup tool is difficult.  It's perhaps easier to rethink why some stuff is
kept for long periods of time.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jack McKinney
Sent: Tuesday, August 14, 2001 8:38 PM
To: [EMAIL PROTECTED]
Subject: Re: Archiving vs. Incremental strategy


Big Brother tells me that Eduardo Martinez wrote:
 Im trying to define a backup strategy that involves backing up my boxes
 on a daily, weekly, monthly (full) and yearly  (full) basis.
 Daily backups will last only 3 days, weekly ones only three weeks,
 monthly 3 months and yearly 3 years (because of taxes purposes).

 Is it a good strategy to mix archiving and incremental back ups with
 this schema?
 Since monthly and yearly are the ones which last more, will it be
 convinient to archive these, and do an incremental on the other ones?

 I havent used too much the archive option, so I havent seen a real
 useful usage of this option.

A lot depends on how much data you actualy have, but...
I would recommend that you do regular incremental backups of your
data, and periodically make backupsets of your nodes (see GENERATE
BACKUPSET).  Alternately, you can EXPORT NODE FILEDATA=ALL all of your
nodes to a set of tapes, which you can then date and store.
Either of these will give you point in time restores to any point
in time in which you exported or made a backupset.

--
There is no parameter that makes it impossibleJack McKinney
 for you to perform still more excellently.   [EMAIL PROTECTED]
   -Mario Cuomo, on the lack of a clock in baseball
http://www.lorentz.com
1024D/D68F2C07 4096g/38AEF076



Re: ADSM versions

2001-08-14 Thread Kelly J. Lipp

http://www.tivoli.com/support/storage_mgr/requirements.html

Will get you close.

http://www.tivoli.com/support/storage_mgr/clients.html#hp

Will get you dead on.

Tons of information available here.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Evans, William C
Sent: Tuesday, August 14, 2001 8:51 AM
To: [EMAIL PROTECTED]
Subject: ADSM versions


Listers,
  I need to know  the latest version of the ADSM client that will run on an
HP v10.20 server.
TIA,
Bill Evans, UNIX System Administrator
Phone: 719.535.4194
E-mail: [EMAIL PROTECTED]
Pager: 1-800-pagemci  PIN 1438754
AIM: bievans4194

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



Oxford symposia

2001-08-13 Thread Kelly J. Lipp

Hello,

Long absence, but I'm back now!  Three weeks in Idaho on the Salmon River.
Oddly not a single TSM question from any of the other passengers or from
Laura or from my daughter.  Could it be that TSM is not the most important
thing in the world?  H.

I'm sure you all missed me.

I have a question about my presentations at Oxford.  Besides keeping my
mouth closed for the two one half hour sessions I have, is there anything in
particular that anybody wants me to talk about?  I prattle on about backup
vs. archive, and hold forth on other diatribes as I see fit.  Would any of
that, in a condensed and somewhat live forum be of use to any of you?

We're scheduled to present technical topics and that's what we'll do.  But
if anyone has other ideas...

This may sound presumptious to some of you.  Forgive me.  It is not intended
that way.

Thanks,

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



Re: Direct backup to tapes

2001-06-28 Thread Kelly J. Lipp

In the client node definition, you can set the maximum number of mounts
points:

update node nodename maxnummp=n

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Vibhute, Bandu
Sent: Thursday, June 28, 2001 9:15 AM
To: [EMAIL PROTECTED]
Subject: Direct backup to tapes


Good Morning,

I'm trying to send backup data directly to tapes with multiple tape streams.
I have tried by setting various parameters like resource in dsm.sys ,
migration processes for tape storage pool but it doesn't use all tape drives
at a time. I have 6 filesystems each of 256 Gig and my 3575 lib has 6 tape
drives. Does anyone have idea about how to send incremental backups or
archives to 6 tapes at a time? Thank you in advance!


-Bandu


WorldSecure Server baking.bestfoods.com made the following
 annotations on 06/28/01 11:25:15

-
This message may contain confidential and trade secret information of
Bestfoods Baking, and be subject to the Economic Espionage Act of 1996. For
recipient's use only. If you have received this message in error, please
delete immediately, and alert the sender.

===



Re: complete change of hardware and server-platform ?

2001-06-28 Thread Kelly J. Lipp

I like everything except update vol access=unavail.  I think they need to be
updated access=destroyed for the copy volumes to be used.  I think if they
are unavailable TSM will ask for them to be loaded in the library within 60
minutes, blah, blah, blah.

Minor point.

This note is good enough to be renamed: Easy steps to accomplish DR using
another library, or somesuch.  Dwight, I'll leave that to you!

Thanks,

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Cook, Dwight E
Sent: Thursday, June 28, 2001 9:08 AM
To: [EMAIL PROTECTED]
Subject: Re: complete change of hardware and server-platform ?


Very interesting that things worked well !
(I expected since they were both Unix platforms, but wasn't going to bet the
farm)

Let's look at how TSM acts currently...
IF you have a copy pool (say local to the server) and a primary volume is
bad, and a client requests data from that volume, TSM will pull it from the
copy pool volume with no intervention at all. (last time I tested, this was
the case)
OK, an offsite copy pool... just a backup storage pool that you checkout the
volumes, take them offsite, and update the volume(s) with a status of
offsite.

Now, we have at a remote location a similar atl with the same drives (can't
get around that) and a server on which the tsm db will restore to...
remember, tape volumes are bound to a device class
device classes have an associated library (when this applies)
YES, you may have tape volumes with absolutely no physical tape devices
defined to TSM (and no libraries)
So now at this remote location you bring up TSM and it may or may not find
what it thinks is the proper library...
And this library has had the copy pool volumes placed in it, and the library
itself just knows them as being in insert mode
Now the existing library(ies) within TSM... Who cares, delete the library
definition(s)
You (famous last words) now should be able to perform a define library
blah to create a real library definition to the physical library attached
to your current system, update your device class to reference this library
definition, define the existing drives to this library... you are now just
about ready to go !
Get a list of all the volumes in the copypool (q vol stg=blahcopypool)
for each of these volumes, issue a checkin libvol command to check
them in private
update the volumes to be readwrite (also update all other, not at
this site, volumes to be unavail)
Now if a client connects and attempts to pull data from the server, it
should automatically go to the copypool volumes.
I would not bother trying to recreate primary pool volumes (would take to
long if this is a real disaster situation)
Once client boxes were recovered, you could continue to move towards turning
this current environment into a full production backup server again OR
towards getting in new hardware for such...
(just my random thoughts.../ standard disclaimer :-| )

Dwight


-Original Message-
From: Rainer Wolf [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 28, 2001 4:35 AM
To: Dist Stor Manager
Cc: Cook, Dwight E; France, Don G (Pace)
Subject: complete change of hardware and server-platform ?


Dwight, we tested the aix-to-solaris-tsmdb-moving and it worked very fine-
so maybe we will use this as a regular 'quick-stand-by-server'
only for restore/retrieve purpose ( on data located on an
offsite-copy-server )  and *nothing else*
( no backup - no archive - no dbbackup ... ) and only just for
a short time in case of cpu-crash or in case of desaster.

It's not actual right now but my question is : if there is a need to change
the complete hardware (server platform , backup and archive libraries )
and assuming to have  all data ( maybe temporarily for this action )
located on an offsite-copy-server  ...
... can i thus move to the db on a new server-platform to get the access
to the db and to the offsite copy pools
then create new dev-classes pointing to the completely new
library-hardware - create a new primary STG on this
newlib-devclasses
and the all by a command like
restore stgpool OLDSTG copypool=offsite-copy-pool newstgpool=NEWSTG


Is this a usual way to change to new server-platforms/librarys/tapes ... ?
- it seems to be easy and straight forward -


Thanks in advance for any hints !
Rainer


---
the test we have done:
- on production server-a ( aix-tsm 4.1.3.0 ) doing not all but some of the
full-DBB into a flatfile located on an solaris-system
- on this solaris system server-b  ( tsm4.1.3.0 ) with no tapes - only disk
and just the solaris server-package

Re: AIX BA Client Backup Problem

2001-06-28 Thread Kelly J. Lipp

This problem is solved by removing the exclude.dir from the .sys file (or
inclexcl file).  Known problem.  Here is the excerpt from the problem report
I got from Tivoli.

Thanks,

--
Hello Kelly, The problem that you are seeing is addressed in APAR IC29864
and is caused by the use of the exclude.dir statement in your
include/exclude file. The fix for this problem will be included in the next
Client PTF which is slated to be released by mid-July. For the time being
you can circumvent this problem by removing all of the exclude.dir
statements from your include/exclude file. You can replace the exclude.dir
entries with exclude statements. For example, if you have the following
exclude statement specified: exclude.dir /home/ You can replace it with the
following statement: exclude /home/.../* Regards, Tivoli Support


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

 -Original Message-
From:   Kelly J. Lipp [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, June 27, 2001 12:47 PM
To: '[EMAIL PROTECTED]'
Subject:AIX BA Client Backup Problem

Client: AIX 4.3.3 TSM Client 4.1.2.0, Server Windows NT 4.1.2.x

While attempting to backup a directory either ad-hoc or scheduled, the
following results:

I'm thinking resource problem but don't know which one.  Also, behavior on
this client changed after adding a DB2 backup using the API.

Ideas? TIA.

Dsmerror.log entry:

06/27/01   09:38:52 File '/db2logs/NODE/S0007932.LOG' truncated while
reading in Shared Static mode.
06/27/01   09:39:42 File changing during operation
06/27/01   09:39:42 File changing during operation
06/27/01   09:46:02 TcpFlush: Error 32 sending data on Tcp/Ip socket 8.
06/27/01   09:46:02 sessFlushVerb: Error from buffer flush, rc: -50
06/27/01   09:46:02 TcpFlush: Error 32 sending data on Tcp/Ip socket 8.
06/27/01   09:46:03 mpDestroy: Memory Pool #33 doesn't exist
06/27/01   09:47:24 B/A Txn Producer thread, fatal error, signal 6
06/27/01   09:47:24   0xD0014C44 pthread_kill
06/27/01   09:47:24   0xD0014110 _p_raise
06/27/01   09:47:24   0xD0175110 raise
06/27/01   09:47:24   0xD016E864 abort
06/27/01   09:47:24   0xD020B750 __assert
06/27/01   09:47:24   0x10029F0C *UNKNOWN*
06/27/01   09:47:24   0x100DA2CC *UNKNOWN*
06/27/01   09:47:24   0x100D9A0C *UNKNOWN*
06/27/01   09:47:24   0x100D1454 *UNKNOWN*
06/27/01   09:47:24   0x100D0C9C *UNKNOWN*
06/27/01   09:47:24   0x100AA454 *UNKNOWN*
06/27/01   09:47:24   0x100AA2EC *UNKNOWN*
06/27/01   09:47:24   0x100A9E50 *UNKNOWN*
06/27/01   09:47:24   0x100988AC *UNKNOWN*
06/27/01   09:47:24   0x100988FC *UNKNOWN*
06/27/01   09:47:24   0xD00081FC _pthread_body
06/27/01   09:52:21 B/A Txn Producer thread, fatal error, signal 6
06/27/01   09:52:21   0xD0014C44 pthread_kill
06/27/01   09:52:21   0xD0014110 _p_raise
06/27/01   09:52:21   0xD0175110 raise
06/27/01   09:52:21   0xD016E864 abort
06/27/01   09:52:21   0xD020B750 __assert
06/27/01   09:52:21   0x10029F0C *UNKNOWN*
06/27/01   09:52:21   0x100DA2CC *UNKNOWN*
06/27/01   09:52:21   0x100D9A0C *UNKNOWN*
06/27/01   09:52:21   0x100D1454 *UNKNOWN*
06/27/01   09:52:21   0x100D0C9C *UNKNOWN*
06/27/01   09:52:21   0x100AA454 *UNKNOWN*
06/27/01   09:52:21   0x100AA2EC *UNKNOWN*
06/27/01   09:52:21   0x100A9E50 *UNKNOWN*
06/27/01   09:52:21   0x100988AC *UNKNOWN*
06/27/01   09:52:21   0x100988FC *UNKNOWN*
06/27/01   09:52:21   0xD00081FC _pthread_body
06/27/01   10:14:10 B/A Txn Producer thread, fatal error, signal 6
06/27/01   10:14:10   0xD0014C44 pthread_kill
06/27/01   10:14:10   0xD0014110 _p_raise
06/27/01   10:14:10   0xD0175110 raise
06/27/01   10:14:10   0xD016E864 abort
06/27/01   10:14:10   0xD020B750 __assert
06/27/01   10:14:10   0x10029F0C *UNKNOWN*
06/27/01   10:14:10   0x100DA2CC *UNKNOWN*
06/27/01   10:14:10   0x100D9A0C *UNKNOWN*
06/27/01   10:14:10   0x100D1454 *UNKNOWN*
06/27/01   10:14:10   0x100D0C9C *UNKNOWN*
06/27/01   10:14:10   0x100AA454 *UNKNOWN*
06/27/01   10:14:10   0x100AA2EC *UNKNOWN*
06/27/01   10:14:10   0x100A9E50 *UNKNOWN*
06/27/01   10:14:10   0x100988AC *UNKNOWN*
06/27/01   10:14:10   0x100988FC *UNKNOWN*
06/27/01   10:14:10   0xD00081FC _pthread_body

From the AIX Prompt:

ormal File-- 4,295 /etc/security/lastlog [Sent]
Successful incremental backup of '/'

ANS1898I * Processed 5,000 files *
ANS1898I * Processed15,000 files *
ANS1898I * Processed21,500 files *
ANS1898I * Processed28,000 files *
ANS1898I * Processed37,000 files *
ANS1898I * Processed45,500 files *
   13.68 MB [-  ]The assert subroutine failed: poolP-incSize  0, file
mempool.cpp, line 719
IOT/Abort trap(coredump)

root@av1: /var/adm/syslog 
#

Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs CO 80949-1313
(719) 531-5926
Fax

AIX BA Client Backup Problem

2001-06-27 Thread Kelly J. Lipp

Client: AIX 4.3.3 TSM Client 4.1.2.0, Server Windows NT 4.1.2.x

While attempting to backup a directory either ad-hoc or scheduled, the
following results:

I'm thinking resource problem but don't know which one.  Also, behavior on
this client changed after adding a DB2 backup using the API.

Ideas? TIA.

Dsmerror.log entry:

06/27/01   09:38:52 File '/db2logs/NODE/S0007932.LOG' truncated while
reading in Shared Static mode.
06/27/01   09:39:42 File changing during operation
06/27/01   09:39:42 File changing during operation
06/27/01   09:46:02 TcpFlush: Error 32 sending data on Tcp/Ip socket 8.
06/27/01   09:46:02 sessFlushVerb: Error from buffer flush, rc: -50
06/27/01   09:46:02 TcpFlush: Error 32 sending data on Tcp/Ip socket 8.
06/27/01   09:46:03 mpDestroy: Memory Pool #33 doesn't exist
06/27/01   09:47:24 B/A Txn Producer thread, fatal error, signal 6
06/27/01   09:47:24   0xD0014C44 pthread_kill
06/27/01   09:47:24   0xD0014110 _p_raise
06/27/01   09:47:24   0xD0175110 raise
06/27/01   09:47:24   0xD016E864 abort
06/27/01   09:47:24   0xD020B750 __assert
06/27/01   09:47:24   0x10029F0C *UNKNOWN*
06/27/01   09:47:24   0x100DA2CC *UNKNOWN*
06/27/01   09:47:24   0x100D9A0C *UNKNOWN*
06/27/01   09:47:24   0x100D1454 *UNKNOWN*
06/27/01   09:47:24   0x100D0C9C *UNKNOWN*
06/27/01   09:47:24   0x100AA454 *UNKNOWN*
06/27/01   09:47:24   0x100AA2EC *UNKNOWN*
06/27/01   09:47:24   0x100A9E50 *UNKNOWN*
06/27/01   09:47:24   0x100988AC *UNKNOWN*
06/27/01   09:47:24   0x100988FC *UNKNOWN*
06/27/01   09:47:24   0xD00081FC _pthread_body
06/27/01   09:52:21 B/A Txn Producer thread, fatal error, signal 6
06/27/01   09:52:21   0xD0014C44 pthread_kill
06/27/01   09:52:21   0xD0014110 _p_raise
06/27/01   09:52:21   0xD0175110 raise
06/27/01   09:52:21   0xD016E864 abort
06/27/01   09:52:21   0xD020B750 __assert
06/27/01   09:52:21   0x10029F0C *UNKNOWN*
06/27/01   09:52:21   0x100DA2CC *UNKNOWN*
06/27/01   09:52:21   0x100D9A0C *UNKNOWN*
06/27/01   09:52:21   0x100D1454 *UNKNOWN*
06/27/01   09:52:21   0x100D0C9C *UNKNOWN*
06/27/01   09:52:21   0x100AA454 *UNKNOWN*
06/27/01   09:52:21   0x100AA2EC *UNKNOWN*
06/27/01   09:52:21   0x100A9E50 *UNKNOWN*
06/27/01   09:52:21   0x100988AC *UNKNOWN*
06/27/01   09:52:21   0x100988FC *UNKNOWN*
06/27/01   09:52:21   0xD00081FC _pthread_body
06/27/01   10:14:10 B/A Txn Producer thread, fatal error, signal 6
06/27/01   10:14:10   0xD0014C44 pthread_kill
06/27/01   10:14:10   0xD0014110 _p_raise
06/27/01   10:14:10   0xD0175110 raise
06/27/01   10:14:10   0xD016E864 abort
06/27/01   10:14:10   0xD020B750 __assert
06/27/01   10:14:10   0x10029F0C *UNKNOWN*
06/27/01   10:14:10   0x100DA2CC *UNKNOWN*
06/27/01   10:14:10   0x100D9A0C *UNKNOWN*
06/27/01   10:14:10   0x100D1454 *UNKNOWN*
06/27/01   10:14:10   0x100D0C9C *UNKNOWN*
06/27/01   10:14:10   0x100AA454 *UNKNOWN*
06/27/01   10:14:10   0x100AA2EC *UNKNOWN*
06/27/01   10:14:10   0x100A9E50 *UNKNOWN*
06/27/01   10:14:10   0x100988AC *UNKNOWN*
06/27/01   10:14:10   0x100988FC *UNKNOWN*
06/27/01   10:14:10   0xD00081FC _pthread_body

From the AIX Prompt:

ormal File-- 4,295 /etc/security/lastlog [Sent]
Successful incremental backup of '/'

ANS1898I * Processed 5,000 files *
ANS1898I * Processed15,000 files *
ANS1898I * Processed21,500 files *
ANS1898I * Processed28,000 files *
ANS1898I * Processed37,000 files *
ANS1898I * Processed45,500 files *
   13.68 MB [-  ]The assert subroutine failed: poolP-incSize  0, file
mempool.cpp, line 719
IOT/Abort trap(coredump)

root@av1: /var/adm/syslog 
#

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



Database entry size for an object

2001-06-26 Thread Kelly J. Lipp

Anybody have an idea what the true average db entry for an object is?  How
much space is really consumed per database entry for a backup object?  We're
taught 400-800 bytes per entry but this seems high.

Perhaps we can arrive at this empirically by getting an idea from some of
you about how many objects you have in your db and the size of that db.
We'll do math.

I have a customer with about 2 billion files.  We're trying to size a db or
two to back this up.  We're thinking at least four servers to handle this.

So some numbers please: number of items in the database and the db size.

Thanks,

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



Re: Recovery Log size

2001-06-22 Thread Kelly J. Lipp

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

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

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

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


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


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

Nick Cassimatis
[EMAIL PROTECTED]




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

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

   Richard Sims, BU



Re: database deadlock

2001-06-14 Thread Kelly J. Lipp

I've seen this happen while deleting filespaces.  Usually when I try to
delete too many at once or when clients are accessing the server while I'm
doing the deletes.  If this is the type of operation you are performing when
the deadlock occurs, try the operation again with fewer simultaneous deletes
and perhaps the problem will disappear.

I'm a fix it rather than figure it out kind of guy.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Glen Hattrup
Sent: Thursday, June 14, 2001 9:04 AM
To: [EMAIL PROTECTED]
Subject: Re: database deadlock


Hi,

You have a deadlock between a node and (one of) that node's filespace(s).

Without knowing the platform of level of your server, it's nearly
impossible to tell what's causing the deadlock.

Give a call to the support team and I'm certain they'll identify the source
of the deadlock and more importantly, how to resolve it.

Glen Hattrup
Tivoli Systems
TSM Server Development


Leijnse, Finn F SSI-ISES-31 [EMAIL PROTECTED]@VM.MARIST.EDU
on 06/14/2001 02:19:04 AM

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

Sent by:  ADSM: Dist Stor Manager [EMAIL PROTECTED]


To:   [EMAIL PROTECTED]
cc:
Subject:  database deadlock



hello all,

I have encountered a database deadlock and I was wondering if anyone can
explain to me how to read the following output. Is it possible to find out
what causes the deadlock?

Operation Results
A Deadlock was found:
Transaction 0:34806584.
  Waiting for Lock mode sLock on: Type=19001, NameSpace=0, Key='49'
  Held by transaction 0:34806600 in mode ixLock.
Transaction 0:34806600.
  Waiting for Lock mode xixLock on: Type=19002, NameSpace=0, Key='49.1'
  Held by transaction 0:34806584 in mode xLock.


 met vriendelijke groeten, regards et salutations,
 Finn Leijnse
 ISES/31 - Central Data Storage Management
 Shell Services International bv.
 Leidschendam
 email: [EMAIL PROTECTED]




Free to a good home

2001-06-14 Thread Kelly J. Lipp

Gang,

During a major cleanup operation in my office, I stumbled across two FDDI
adapters for RS/6000.  The model number on them is SK-NET FDDI-LP.  They are
DAS cards and the machine types they went into are: 7024, 7025, 7026, 7043,
7248, 7317.  The docs are here but as you can imagine the firmware on them
is probably way out of date but that should fixable.

First private email to me gets 'em.  I'll drop them in the mail.  I really
hate to throw them out.

Thanks,

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



Re: TSM vs. Veritas

2001-06-11 Thread Kelly J. Lipp

I guess I'm confused about the comment that TSM can't restore applications.
I know that isn't true.  What is your perception?

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
PINNI, BALANAND (SBCSI)
Sent: Monday, June 11, 2001 12:23 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM vs. Veritas
Importance: Low


Hi
STEPHEN

I am also looking for the same.

Veritas on WIN NT can get back applications well on restore but not with
tivoli.
Data files restoration are fine with tsm on NT.



-Original Message-
From: Stephen A. Cochran [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 12:25 PM
To: [EMAIL PROTECTED]
Subject: TSM vs. Veritas


Anyone done a through comparison between TSM and Veritas. TSM is used as the
main system here, but veritas is used with some NAS which houses our main
Oracle
database.

There's a small push to consolidate to one solution, so I'm looking for
feedback.

Steve Cochran
Dartmouth College



Re: Backup a BIG Sap installation

2001-06-11 Thread Kelly J. Lipp

Tom,

Excellent description!

I find your assertion that using two different boxes and the network is
faster than both apps on the same box.  Intuitively I would have guessed
that due to loading, but most folks do just the opposite assuming the
network will be the bottleneck.  With today's network hardware, rarely will
the network bottleneck.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Kauffman, Tom
Sent: Monday, June 11, 2001 2:22 PM
To: [EMAIL PROTECTED]
Subject: Re: Backup a BIG Sap installation


Bill, what are the SAP and TSM platforms?

I'm doing a 540 GB SAP database in 3.0 hours to 5 DLT-7000 drives. My
bottleneck is the drives - I'm averaging 9 MB/sec per drive (45 MB/sec over
the 3 hour window). We're planning on LTO drives in the 3rd quarter and I
expect to move the bottleneck to the network.

I'm on an 4 GB S7A (RS/6000) with 8 CPUs and 3 fiber-channel attachments to
an ESS for the SAP database server, and a 4 GB S7A with 4 CPUs as the TSM
server. My tape drives are SCSI, two to an adapter card, and I have two
independant gigabit ethernet networks between the systems.

I run three sessions on one network and two on the other -- we use backint
to interface between SAP/Oracle and TSM on the SAP DB box.

One thing I've found is that I get better throughput with TSM on a seperate
box. Our TSM server is the SAP DB fallover box, and when both environments
are running on the same system all the IP traffic gets run through the
loopback interface.

Short answer -- should fit with no real problem given the number of tape
drives available.

Long answer -- If TSM and SAP servers both live on the same box, you'll get
the backups into the window, but on-line backups will probably busy things
out so much that they might as well be off-line backups.

Tom Kauffman
NIBCO, Inc.

 -Original Message-
 From: William Boyer [mailto:[EMAIL PROTECTED]]
 Sent: Monday, June 11, 2001 2:29 PM
 To: [EMAIL PROTECTED]
 Subject: Backup a BIG Sap installation


 We have a potential client that wants to backup a 1.2TB SAP
 database in a
 3-hour window. Currently they are using Omniback and an HP
 SureStore library
 with 10 LTO drives SCSI attached.

 If we were to repace Omniback with a TSM server on the SAP
 server, using
 those same LTO drives and TDP for SAP, would this be
 possible? I'm looking
 for some real world opinions. Right now I think they stop SAP
 and backup the
 database files. I do not believe they are using SAPDBA.

 Thanks,
 Bill Boyer
 He who laughs last... probably did a backup! - ???




Re: Response to multiple questions regarding LTO libraries on a SAN.. .

2001-05-29 Thread Kelly J. Lipp

Or use lbtest.

The syntax on windows is:

lbtest -dev lbx.0.0.y

On UNIX:

lbtest -dev /dev/lbxx  (or somesuch)

Then issue a 6 to open the library, an 8 to get the element count and a 9 to
get the inventory.  Scroll back to the top of the 9 listing to find the
drives.  There you will find element addresses associated with SCSI IDs.
The books are a great idea, but sometimes the books are wrong.  Especially
now that Qualstar changed their drive element numbers to 63000 and above.
This breaks lbtest by the way!

lbtest can be found in the /utils directory on Windows and in the server/bin
directory on Unix.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mark Stapleton
Sent: Monday, May 28, 2001 3:10 PM
To: [EMAIL PROTECTED]
Subject: Re: Response to multiple questions regarding LTO libraries on a
SAN.. .


Van Ruler, Ruud R SSI-ISES-31 wrote:

 how do I find out what the correct element numbers are ?

Easy.

http://www.tivoli.com/support/storage_mgr/devices/lto.html

--
Mark Stapleton ([EMAIL PROTECTED])



Re: Audit Volume not Helping

2001-05-24 Thread Kelly J. Lipp

I'll assume you have cache=yes on the pool.  What if you set cache=no for
the next migration?  Perhaps that will clear up this problem.  If not, you
could delete the volume from the pool after the migration and then re-add
it.  That's a pretty big hammer, but once you've migrated all the data you
can you will be safe.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Ghanekar, Prasanna
Sent: Thursday, May 24, 2001 9:16 AM
To: [EMAIL PROTECTED]
Subject: Audit Volume not Helping


Hi Everyone,

I'm running ADSM V3.1.2.40 on Windows NT server with SP5.
Every night when the Migration process begins it gives me errors about two
nodes pointing to the damaged files on the disk volumes such as Data1.dsm.

Message:
ANR1168W Migration skipping damaged file on volume D:\DATA1.DSM: Node
PEASGAI1_CLIENT,
 Type Backup, File space \\peasgai1\c$, File name \ADSM.SYS\REGISTRY\PEASGA-
I1\MACHINE\ SAM.
When I run Audit on this volume with the Repair ?fix option, it goes through
the process, finds damaged files , marks those files as damaged but doesn't
delete. I get the following message at the end;
ANR2314I Audit volume process ended for volume D:\DATA1.D- SM; 21127 files
inspected, 0 damaged files deleted, 569 damaged files marked as damaged.
 How do I avoid getting the same messages during the migration process ?
Thanks in advance,
Prasanna


Prasanna Ghanekar
 ...OLE_Obj...
EDS Pontiac East
2100 S Opdyke Rd
MI 48341
*: (248) 972-4547



Re: restore DB

2001-05-23 Thread Kelly J. Lipp

And how hard would it really be for the dsmserv restore db process to
inventory the library before it starts?

Just an engineering thought for the day.  And because you all probably
missed me while I was gone!  If you noticed, that is.

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


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Robin Sharpe
Sent: Tuesday, May 22, 2001 11:02 PM
To: [EMAIL PROTECTED]
Subject: Re: restore DB


Stan,

I went through that several times in disaster recovery testing... finally
got it working.  What you need to do is edit your devconfig.lst file (if
you make several copies in different locations, make sure you edit the one
in the TSM server bin directory), and look for a line like this:

/* LIBRARYINVENTORY SCSI ATL DBR189 272 101*/

But, yours should have your library name and the serial number of your DB
Backup tape.
Update the number following the volser (272 in my example) to be the
element number of the slot in your library where the tape is loaded.
This should allow your restore command to find the tape.

You can get the element number from your library docs.  If in doubt, try to
figure out which slot corresponds to the lowest element and load the tape
there.  I know this all sounds pretty hokey, but its actually documented
in the Admin Guide in the section about recovering the server with DRM, I
think.  And, I can testify that it works.

Good Luck,
Robin Sharpe
Berlex Labs



  1   2   3   >