The TSM database is about 30 GB used of 46 GB assigned. We have a sub-rate T1
to our hot-site, with an RS-6000 installed. We are currently running mksysb
images out to the system with rsync; they run to about 4.7 GB each and take
about 1.2 hours. They also put enough load on the corporate internet link that
we can only run them from 19:00 to 05:30 local time. We're actually running our
corporate WAN over AT&T's EVPN service, so all out manufacturing locations are
tied in through the same local router interfaces.
And SAP's GUI interface does NOT handle time-outs at all well . . .
We'd need a higher bandwith permanent allocation both at our hot-site and at
corporate to handle the load, and the cost-justification just isn't there. So
we take 6 TSM database tape to the hot-site when we run tests (two each, from
roughly 12 hour intervals) and figure that worst-case we'll lose half a day.
Like I said, we haven't had a database read failure - yet - so I can't really
build a case for the datacom costs.
Tom
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Rhodes
Sent: Tuesday, March 24, 2009 9:22 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Dear Tuscon
How big is your TSM db?
If it's not too big and you have extra disk space at both sites, you could:
tsm db backup to local file devices
compress the file devices
copy/rdist/rsync to the dr site
"Kauffman, Tom"
<KauffmanT@NIBCO.
COM> To
Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
Dist Stor cc
Manager"
<[email protected] Subject
.EDU> Re: Dear Tuscon
03/24/2009 09:10
AM
Please respond to
"ADSM: Dist Stor
Manager"
<[email protected]
.EDU>
I only have one TSM server - and I'm not worried about my local TSM
database. Its on an IBM DS-8100 (raid5) mirrored to a second DS-8100. My
concern is having a readable TSM database backup off-site for use in a
disaster recovery. We're not a big company; we flirt with the bottom end of
the Forbes 500 privately held companies from time to time - so there's no
way I'm getting a big enough network pipe to do any kind of electronic
off-site storage. I'm stuck with tape. I will say that I've had fewer
permanent read errors on LTO-2 than any other media since we got off 1600
BPI Phase-encoded open reel tape - but there's always that first time.
Tom
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Strand, Neil B.
Sent: Monday, March 23, 2009 2:36 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Dear Tuscon
Tom,
If you have more than one TSM server you can have multiple copies of
the same backup just by using virtual volumes to another TSM server.
- Backup to virtual volume on server A - storage pool A
- Create offsite copy of storage pool A on server A
- Create a second copy if you are really paranoid or have poor tape
reliability.
If your virtual volume is on RAID disk, it is probably a bit more
reliable than most tape.
If you really want to get fancy, put the virtual volume storage pool on
mirrored disk and immediately after the backup completes, break the
mirror and you have two instant copies of your DB backup.
Cheers,
Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Kauffman, Tom
Sent: Friday, March 20, 2009 4:38 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Dear Tuscon
I go a step further - I want the ability to cut two matching copies of
the database backup to two tapes simultaneously. I'm currently running
two backups back-to-back, but I'm unable to have sessions disabled for
40 minutes, so they are NOT identical backups.
Tom
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Wanda Prather
Sent: Friday, March 20, 2009 2:24 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Dear Tuscon
I agree. I want my TSM DB backup on the MOST RELIABLE MEDIA/DEVICE I
CAN GET.
If you EVER need that DB backup tape, it's because you are already in
deep do-do, and in a hurry to fix it. The last thing you'll want to
deal with is the risk of encountering an I/O error on a DB restore...
On Fri, Mar 20, 2009 at 2:05 PM, David E Ehresman
<deehre01 AT louisville DOT edu>wrote:
> Gee. Our 3592 tapes cost somewhere around 100 dollars. We keep 5 days
> worth of TSM DB backups. $500 is real cheap in order to keep a copy
> of our most important DR resource on our most reliable backup medium.
>
> David Ehresman
> University of Louisville
>
> >>> Nick Laflamme <dplaflamme AT GMAIL DOT COM> 3/20/2009 10:39 AM >>>
> My heart leapt when my RSS reader presented me an article in the TSM
> udpates feed from IBM with the heading, "Keeping more than one TSM
> server database backup on a tape." As I'm implementing a new server
> using 3592 drives, I haven't been happy with my options for this
> particular issue. Maybe, I thought, I was about to learn something of
> immediate use and high value!
>
> My heart sank when I read the actual article, which might be
> paraphrased as, "Sorry, Charlie, too risky."
>
> Back to asking for some LTO drives just for small, inexpensive tapes
> for DB backups.
>
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are
not the intended recipient, please do not read, distribute or take
action in reliance upon this message. If you have received this in
error, please notify us immediately by return email and promptly delete
this message and its attachments from your computer system. We do not
waive attorney-client or work product privilege by the transmission of
this message.
IMPORTANT: E-mail sent through the Internet is not secure and timely
delivery of Internet mail is not guaranteed. Legg Mason therefore,
recommends that you do not send any action-oriented or time-sensitive
information to us via electronic mail, or any confidential or sensitive
information including: social security numbers, account numbers, or
personal identification numbers.
This message is intended for the addressee only and may contain privileged
or confidential information. Unless you are the intended recipient, you may
not use, copy or disclose to anyone any information contained in this
message. If you have received this message in error, please notify the
author by replying to this message and then kindly delete the message.
Thank you.
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.
-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.
|
