Hi Wanda,
We still use tape for the copypool, but this is now not a viable DR solutions
due to the time factor to restore from tape. We are presently evaluating ISCSI
and NAS solutions for a disk copypool at a remote site, using 1Gb Ethernet (we
have dark fibre to our DR site). The two ISCSI products we have evaluated so
far are Ipstor from Falconstor and SANsympthony from DataCore, both are great
products. The NAS solutions we are presently looking at is NetWare 6's NSS
(with CIFS since our TSM Server is W2K), it's looking really good since is can
server up a 8TB volume and the copypool can use a device type of FILE. Novell's
solution is also the most affordable (free since we are a big NetWare shop).
Our Audit department has already given us the OK to go to disk for the copypool
as long as it's offsite. I'll backup the db to the offsite storage also, so in
theory if we lose our TSM server, i can build a new one restore the DB from the
remote site and start doing restores immediately from the copypool, if the
backupool is gone TSM automatically pulls files from the copypool. I hope to
have this all in place in the next couple months (if not sooner) using ATA
drive enclosures, right now i can get 3.2 TB for $10,000. i have $25,000 in the
budget, so if i go with the NetWare NAS i should easily make it.
Let me know how this all sounds to you or if you have any further questions.
john
Synovus
>>> "Prather, Wanda" <Wanda.Prather AT jhuapl DOT edu> 01/30/03 05:11PM >>>
Hi John,
We have also starting looking at an all disk backuppool for the future.
I am curious how you handle:
1) backups of your DB
2) disaster recovery planning/offsite backups
Thanks!
Wanda Prather
Johns Hopkins Applied Physics Lab
-----Original Message-----
From: John Underdown [mailto:johnunderdown AT STI.SYNOVUS DOT COM]
Sent: Friday, January 10, 2003 8:50 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM Disk Pool Management
Mark,
We been using a all disk backuppool for a number of years now. It's grown to
4TB, we just keep adding disk expansion to the server as we need more
storage (We are now looking at the new ATA Raid Expansion Cabinets 3TB for
$10,000). We backup 377 servers (80 to 100 GB total) nightly and growing.
The TSM database is 15GB sitting on raid 10 with 15K rpm drives (very fast)
, i also defrag the DB monthly. This is a dream setup and works very well,
restores run in the blink of a eye. I run the TSM server by myself as a
part-time duty. The only problem you'll have is figuring out what to do with
all your free time.
The is a common topic on the list, search the achives at www.adsm.org. Let
me know if you have any questions.
John
Synovus
Synovus Makes FORTUNE '100 Best Companies To Work For' in America For Sixth
Straight Year.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Hokanson, Mark
Sent: Thursday, January 09, 2003 7:15 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: TSM Disk Pool Management
We are considering creating an extremely large TSM disk storage pool
(IE: 1-10TB). The goal being to eliminate going to tape. Does anyone
have any really BIG disk pools? Are there tools available for managing
large TSM disk pools over time. (IE: Reclamation, Aging Data, etc) The
documentation from Tivoli suggests that we need to set it up as a device
type=FILE. What are the drawbacks using this approach? Is performance
dramatically impacted? etc...
Thanks in advance,
Mark Hokanson
Thomson Legal & Regulatory
-----------------------------------------
NOTICE: This communication is intended only for the person or entity to
whom it is addressed and may contain confidential, proprietary, and/or
privileged material. Unless you are the intended addressee, any review,
reliance, dissemination, distribution, copying or use whatsoever of this
communication is strictly prohibited. If you received this in error, please
reply immediately and delete the material from all computers. Email sent
through the Internet is not secure. Do not use email to send us confidential
information such as credit card numbers, PIN numbers, passwords,
Social Security Numbers, Account numbers, or other important and
confidential information.
-----------------------------------------
NOTICE: This communication is intended only for the person or entity to
whom it is addressed and may contain confidential, proprietary, and/or
privileged material. Unless you are the intended addressee, any review,
reliance, dissemination, distribution, copying or use whatsoever of this
communication is strictly prohibited. If you received this in error, please
reply immediately and delete the material from all computers. Email sent
through the Internet is not secure. Do not use email to send us confidential
information such as credit card numbers, PIN numbers, passwords,
Social Security Numbers, Account numbers, or other important and
confidential information.
|
