Re: Dear Tuscon
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:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Monday, March 23, 2009 2:36 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Kauffman, Tom Sent: Friday, March 20, 2009 4:38 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Friday, March 20, 2009 2:24 PM To: ADSM-L@VM.MARIST.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 deehr...@louisville.eduwrote: 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 dplafla...@gmail.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
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 kauffm...@nibco. COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager ads...@vm.marist Subject .EDU Re: Dear Tuscon 03/24/2009 09:10 AM Please respond to ADSM: Dist Stor Manager ads...@vm.marist .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:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Monday, March 23, 2009 2:36 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Kauffman, Tom Sent: Friday, March 20, 2009 4:38 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Friday, March 20, 2009 2:24 PM To: ADSM-L@VM.MARIST.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 deehr...@louisville.eduwrote: 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 dplafla...@gmail.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
Re: Dear Tuscon
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 ATT'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:ads...@vm.marist.edu] On Behalf Of Richard Rhodes Sent: Tuesday, March 24, 2009 9:22 AM To: ADSM-L@VM.MARIST.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 kauffm...@nibco. COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager ads...@vm.marist Subject .EDU Re: Dear Tuscon 03/24/2009 09:10 AM Please respond to ADSM: Dist Stor Manager ads...@vm.marist .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:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Monday, March 23, 2009 2:36 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Kauffman, Tom Sent: Friday, March 20, 2009 4:38 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Friday, March 20, 2009 2:24 PM To: ADSM-L@VM.MARIST.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 deehr...@louisville.eduwrote: 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
Re: Dear Tuscon
On 20 mrt 2009, at 15:39, Nick Laflamme wrote: 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. I had a discussion with IBM development on this subject just a few months ago in the context of the TSM 6.1 beta program. That person at that time agreed with me that given current tape capacities, having multiple db backups on one tape might make sense. This doesn't mean that this is in 6.1 or even on the roadmap, but it does mean that the door isn't completely closed either. We'll probably only find out if IBM decides to follow up on the suggestion -- Met vriendelijke groeten/Kind regards, Remco Post r.p...@plcs.nl
Re: Dear Tuscon
I'm not sure of the true concern with this ? I'm using LTO-4 and yes my tapes that I perform DB backups on are 90%-95% empty afterwards. But to ensure recoverability I can live with that. Also the concern of expensive tapes over cheaper lower capacity is relative. Back in the day we used lower capacity tapes that were state of the art but also the same price as the current technology. Yes you can back up a TSM DB on one tape without too much left over capacity, but is it really that important in the long run ? I'll get off my soapbox now. Have good day everyone. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Remco Post Sent: Tuesday, March 24, 2009 9:08 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Dear Tuscon On 20 mrt 2009, at 15:39, Nick Laflamme wrote: 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. I had a discussion with IBM development on this subject just a few months ago in the context of the TSM 6.1 beta program. That person at that time agreed with me that given current tape capacities, having multiple db backups on one tape might make sense. This doesn't mean that this is in 6.1 or even on the roadmap, but it does mean that the door isn't completely closed either. We'll probably only find out if IBM decides to follow up on the suggestion -- Met vriendelijke groeten/Kind regards, Remco Post r.p...@plcs.nl
Re: Dear Tuscon
If you have multiple TSM servers, just backup to a flat file and push the db backup to your other TSM server. (same with hourly incr db backups) (and please don't go down the ~just use server to server communications with virtual volumes~ road... I don't like using virtual volumes on another server for that because it adds the complexity of having to establish server to server communications before being able to perform the restore.) There are also many other options of you don't like using a whole tape... stick some NAS storage out there and just keep them on that. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Remco Post Sent: Tuesday, March 24, 2009 9:08 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Dear Tuscon On 20 mrt 2009, at 15:39, Nick Laflamme wrote: 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. I had a discussion with IBM development on this subject just a few months ago in the context of the TSM 6.1 beta program. That person at that time agreed with me that given current tape capacities, having multiple db backups on one tape might make sense. This doesn't mean that this is in 6.1 or even on the roadmap, but it does mean that the door isn't completely closed either. We'll probably only find out if IBM decides to follow up on the suggestion -- Met vriendelijke groeten/Kind regards, Remco Post r.p...@plcs.nl
Re: Dear Tuscon
On Mar 24, 2009, at 9:56 AM, Kauffman, Tom wrote: 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. rsync, at least modern versions, have a bandwidth limiter option. We store our database copies offsite using rsync (to a Solaris box running ZFS with compression; with gzip compression enabled we're seeing compression ratios of around 8.5x). You could also consider other places to stash your database if you have a better connection to the 'net than your DR site. There are companies that provide remote rsync space, joyent comes to mind, or even amazon's s3 storage (not rsync). I don't work in the Corporate World so I have the flexibility to use those tools; YMMV. --Jim
Not too risky.... ( was Re: Dear Tuscon )
On Fri, 20 Mar 2009 09:39:23 -0500, Nick Laflamme dplafla...@gmail.com said: 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. I say, bunk. Of course, your decisions have to be guided by your own sense of paranoia, but I think a blanket too risky is just plain wrong. If you actually measure your risks, I think you'll find you can lower them, not raise them, and get more than one DB backup on a tape as a side effect. Here's what I do: My library manager is also the server-to-server virtual volume target for all my infrastructure's database backups. The DB backups are thus primary archive data, from the perspective of the LM instance. I then make offsite and onsite copies of these primary stgpools. I end up with three different physical copies of the same backup run. Contrast with direct backups to volumes: You can do a normal full and a snapshot, in the interest of having something to take offsite and something to keep onsite. But they are -different- backups. They require different procedures, and only one of them can (for example) be used as part of a full/incremental scheme. Further, you have to re-do work. If you want a backup onsite, and a backup offsite, you have to run two backups; you can't copy a DB backup at all. More of your 24-hour clock occluded with DB-intensive maintenance tasks. Just what you need. --- Media risk in the direct-backup case is the basic media failure risk of the device in question. Low for any modern media, astronomically so for 3592-class volumes. But not zero, as we all well know. Media risk in my case is basic-media-failure _cubed_. I'll handwave around the procedural risks, did I manage to make my copies, and address that separately. If you'll grant me the copies, you can clearly see that I need three different pieces of media to have failed in order to miss my restore: the primary, the onsite copy, and the offsite copy. Better still, if you want more belts and suspenders, go to town. Two copy stgpools? why not four: two onsite, two offsite! We could go for one-googolth risk levels. That'd be silly, but achievable. One-molarth is probably adequate for humans. --- I handwaved at procedural risks, but I don't intend to just ignore them: Yes, you have to maintain the copy stgpools in order to get that increased security. But we do that all the time, every day. if our TSM administrative scheduling isn't adequate to maintain a few small copy pools (mine total under 3T each) it's not adequate to manage the DB backups in the first place. --- Note I haven't specifically addressed 'more than one DB backup on a tape' yet. It's offstage, behind that 'the DB backups are primary data, from the perspective of the LM instance' dodge. I've managed my servers' DB backups in a variety of ways. Right now, I collocate them by node, to prevent server_a from occluding a restore by server_b. but all the fulls and incrementals for a given machine are on one tape. --- Finally, don't be misled by the eggs-to-basket ratio. It's an emotionally persuasive argument, but irrelevant to your needs. You don't care about the other eggs, the other DB backups: you care about a particular one. If you wanted Monday's full, and a tape has gone bad, this doesn't somehow mean you want Friday's full instead. This means you're falling back. What I'm suggesting is that you 'fall back' to another copy of the full backup you wanted in the first place. - Allen S. Rout
Re: Dear Tuscon
On Fri, 20 Mar 2009 16:38:02 -0400, Kauffman, Tom kauffm...@nibco.com said: 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. Vrtual VOOOoollluuumes... - Allen S. Rout - Crying in the wilderness.
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:ads...@vm.marist.edu] On Behalf Of Kauffman, Tom Sent: Friday, March 20, 2009 4:38 PM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Friday, March 20, 2009 2:24 PM To: ADSM-L@VM.MARIST.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 deehr...@louisville.eduwrote: 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 dplafla...@gmail.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.
Dear Tuscon
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.
Re: Dear Tuscon
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 dplafla...@gmail.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.
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 deehr...@louisville.eduwrote: 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 dplafla...@gmail.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.
Re: 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:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Friday, March 20, 2009 2:24 PM To: ADSM-L@VM.MARIST.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 deehr...@louisville.eduwrote: 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 dplafla...@gmail.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.
Re: Dear Tuscon
On Mar 20, 2009, at 1:05 PM, David E Ehresman 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. Everyone's different. When a shop is small enough that they only buy 20 3592 tapes for their new TSM image, it's hard to tell them that they need to set aside however many for once-a-week off-site backups of the TSM DB and however more so they can do daily TSM DB backups. Stacking DB backups for the on-site tapes would be nice.
