Keep in mind, this system has been working flawlessly for at least two
years, which is why we don't touch it. We have enough headaches, we don't
need to create our own. :-)
At the time we noticed this problem we were doing tests before putting
this machine into production, a backup test is standa
We have what appeared to be a simple problem, we installed a new DB2
server and the backups (API) are slow, like 27 hours to backup a 100GB
database. We have been backing up this database for years from a
different server in less than two hours. The main difference between the
two servers? The A
This is the environment.
AIX 5.1
TSM Client and API 4.2.11
DB2 7.2 FixPack 4
ba client can do incrementals and archives just fine.
Setup all the db2 variables, setup the dsm.sys and opt for the API - we
have other DB2 servers on AIX 4.3.3, same TSM and DB2 versions working
just fine.
Send a bac
We just switched from doing DB2 database dumps to disk and sweeping them
to TSM via dsmc to using the API and going direct from DB2 to TSM.
A quick search through the list archives did not turn up an answer to the
question, can we still compress the backups client side?
Basically, I want to save
Before I go and upgrade my Thinkpad to RedHat Linux 8, does anybody know
if the TSM client runs on RH 8?
It would be a bummer to wipe my machine out, install a new OS, only to find
out I can't get at my backups anymore.
-JeffR
And btw. what is the price of an IBM 200GB disk ?? AFAIK they even do not
offer 180 GB as Seagate does and larger SCSI one is 73 GB.
Zlatko Krastev
IT Consultant
I was using multiple 36 or 72 GB SCSI or SSA disks to reach 200 GB total
storage before raid.
I think I know what is going on here, but I want to double check
I have a manual library, it is used as the migration point for a specific
disk pool. Basically the disk pool and drive are used for one specific
client that wants dedicated media.
Anyway, TSM wants a scratch volume, I figure, no
I'm new to TSM and I'm practicing disaster recovery. I successfully
performed a bare metal restore on AIX, I went from one "production" (B50)
system to a different (H70) "backup" system, but I can't do the same with
Windows NT. Here are some particulars.
All this work is for testing and educati
Anybody know of a reference on "best practices" for TSM? If one exists,
then it probably answers the following question.
What is the best way to handle the db and log backups with the following
meager hardware. I ask this because using up two (or more) 100GB tapes
for our <1GB db is not accepta
I had TDP for Domino running on a schedule, and all was good.
Particulars:
Client: BA 4.2.1 - TDP Domino 1.1.2.0 - Domino 5.07a, NT4 SP latest.
Server: TSM 4.1.4.0 - AIX 4.3.3
Suddenly one day, we started getting a "Dr. Watson" errors on the Domino
Server every morning, the offending app i
Well, I started the thread, so I thought I'd report on my progress since
the original post. I've managed to come across a very capable IBM
Business Partner and Tivoli Sales rep. It made all the difference in the
world. My software and DB2 reps at IBM found the good Tivoli people, and
the Tivol
Can somebody help me to understand this point/tier system. It understand
that sharing Tivoli pricing information is some kind of no-no, so please
feel free to reply off-list.
What I think I understand so far.
Workstation Clients ???
Tier 1 - 1 ~ 4 processors on Intel 32bit hardware.
Tier 2 -
First a question, how has this value based pricing been received by the
industry? Is TSM still price competitive in it's market space? Does it
have to be this confusing?
I just got a system quote and I'm shocked. We are a small shop, mostly
IBM software and hardware. This was going to be a no
Well, right after I posted that message about pricing frustrations with
Tivoli, I received a quote for NetBackup. It is four times the cost of
TSM. Keep in mind, everything I'm currently comparing is list pricing,
but the delta between the two is huge. Netbackup must be one heck of a
piece of s
14 matches
Mail list logo