ADSM-L

Re: [ADSM-L] why create a 12TB LUN

2010-05-27 10:01:59
Subject: Re: [ADSM-L] why create a 12TB LUN
From: "Schaub, Steve" <steve_schaub AT BCBST DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 27 May 2010 10:00:46 -0400
I had to fight a similar battle recently.  It's amazing how an app cannot be 
configured differently until multiple managers get an email from the recovery 
engineer stating that due to not heeding our advice, that particular system's 
recovery can no longer be guaranteed...
-steve schaub

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Huebner,Andy,FORT WORTH,IT
Sent: Thursday, May 27, 2010 9:47 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] why create a 12TB LUN

What OS?
Is the LUN owner going to do the backup?
Is it a shared file system?
Consider a storage pool just for this file system.
Use phrases like:
"It will be a miracle"
"Is a 7 day RTO required?"
"Who gets fired when it goes away?"

Andy Huebner


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Zoltan Forray/AC/VCU
Sent: Thursday, May 27, 2010 8:36 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] why create a 12TB LUN

Been there..........wrote the book.............saw the
movie...............have the T-shirt..............and the
war-wounds.........

If you recall, I had to restore a Windoz filesystem, over the Christmas
holidays, with over 50M objects - only 4TB occupancy.  Server kept running
out of storage to hold the list of objects and couldn't do a
NQR.................... had to do manual
directory-by-directory.............

Not a pretty sight............



From:
Kelly Lipp <lipp AT STORSERVER DOT COM>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
05/26/2010 09:08 PM
Subject:
Re: [ADSM-L] why create a 12TB LUN
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



Geoff,

As you well know, it isn't the 12TB that's the problem: it's the 40M files
they're going to put on it!

Actually, I think TSM is the only thing that will be able to backup such a
thing.  Incremental forever is the only way.  Put Journaling on and it
gets done.

Now, that's backup.

Forget restoring it!  That won't happen in any reasonable amount of time
now will it?

Kelly Lipp
Chief Technology Officer
www.storserver.com
719-266-8777 x7105
STORServer solves your data backup challenges.
Once and for all.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Gill, Geoffrey L.
Sent: Wednesday, May 26, 2010 5:04 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] why create a 12TB LUN

I'm guessing many of you will find this quite odd, I know I did, but I
had someone come to me and say they were going to ask for a 12TB LUN and
wanted to back it up. Without even mentioning the product they want to
use, obviously not TSM though, and I'm not even sure it would make
difference, how would you manage to get a 12TB LUN backed up daily. I
would expect it to be at least 75% full if not more, and even without
knowing what percentage of data changes on it, it would seem to me the
request seems strange. They're thinking of getting a VTL and backing up
through fiber direct, not across the network, but no idea which one or
what sort of throughput to expect.



Have any of you been approached with this sort of request and if so what
was your response? I'm sort of dumbfounded at this point since I've not
heard or seen this anywhere.

Thanks,



Geoff Gill
TSM/PeopleSoft Administrator

SAIC M/S-B1P

4224 Campus Pt. Ct.

San Diego, CA  92121
(858)826-4062 (office)

(858)412-9883 (blackberry)

This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.

Thank you.
-----------------------------------------------------
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm