ADSM-L

[ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] vtl versus file systems for pirmary pool

2011-09-29 14:43:26
Subject: [ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] vtl versus file systems for pirmary pool
From: Daniel Sparrman <daniel.sparrman AT EXIST DOT SE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 29 Sep 2011 19:43:30 +0200
The elephant has left the building.

Do you get the same advanced features by just dumping data onto a DD as you do 
with the TSM TDP clients? Exmerge anyone? Or perhaps an SQL dump?

Still have todo filebackups, or wait, why not just use robocopy and copy it 
onto the DD? Or what the heck, just place the fileserver on the DD. That way 
you dont have todo backups, the data is already on the DD.

As for TSM loosing data, what tells you that the DD dedup algorithm never lost 
data? I bet I can prove you wrong.

Well, when the DD hits the wall, at least you wont have todo a fsck, since 
there wont be anything left that needs an fsck.

DD replication = not application aware = not detecting software-based 
discrepencies. That's why I'd never replace TSM's backup storage pool or the 
copypools feature with a replicated solution.

If you're OK with replication, why dont you just mirror the solution (if you 
want the errors to hit both the boxes at the same time, make sure to use 
synchronous mirroring and not async, god knows, with async you might not get 
the error mirrored in time).

It's ok to make it easy, but when the shit hits the fan, make sure you actually 
know what you sacrificed (having "I destroyed a datacenter" in your resume 
probably wont make it easier to find a new job).k

Scary *schruggs*





Daniel Sparrman
Exist i Stockholm AB
Växel: 08-754 98 00
Fax: 08-754 97 30
daniel.sparrman AT exist DOT se
http://www.existgruppen.se
Posthusgatan 1 761 30 NORRTÄLJE



-----"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> skrev: -----


Till: ADSM-L AT VM.MARIST DOT EDU
Från: robert_clark <robert_clark AT MAC DOT COM>
Sänt av: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Datum: 09/29/2011 19:34
Ärende: Re: [ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] vtl versus file 
systems for pirmary pool


The elephants in the room:

It is tempting, once DD gets in the door, to move all database backups (the 
typical TDP/RMAN and SQLLiteSpeed stuff) to go directly to DD. (No TSM 
involved, so save money on licenses?)

Combinations that have more advanced communications with the back end storage 
(OST / Boost / Avarmar+DD) may be able to get hints about what is already 
stored on the dedupe device? Seems unlikey that TSM will gain any features like 
this any time soon. (NDMP? VTL? these feature are pretty dated.)

Is TSM 6 not losing data via dedupe this week?

How problematic is "many TB of data on fileclass on file systems"  when it 
comes time to do a fsck after a system crash?

[RC]

On Sep 27, 2011, at 03:06 PM, "Prather, Wanda" <wPrather AT ICFI DOT COM> wrote:

Actually I have more customers using Data Domains without the VTL license than 
with it.

With a Windows TSM server, you can just write to it via TCP/IP using a CIFS 
share(NFS mount with an AIX TSM server).
If you have sufficient TCP/IP bandwidth for your load, no fibre connections 
needed.
>From the TSM point of view, you configure it as a file pool.

You get the benefits of dedup and (if you have a 2nd one at your DR site) 
replication. 
Neither good or bad, just different.
Very simple setup, works great if it meets your throughput requirements.

W

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Daniel Sparrman
Sent: Tuesday, September 27, 2011 2:49 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Ang: Re: [ADSM-L] Ang: Re: [ADSM-L] vtl versus file systems 
for pirmary pool

The fact you actually need to pay a "VTL license" is just plain scary.

When u bought it, did they think you're gonna use it as a fileserver? I'm not 
to specialized into Data Domain, but arent they marketed as backup hardware? So 
you get a disk, but if you want to use it for something else than that, you 
need to pay a license?

Sorry for sounding bitter, but I've always heard people referring to Data 
Domain as a VTL.



Daniel Sparrman
Exist i Stockholm AB
Växel: 08-754 98 00
Fax: 08-754 97 30
daniel.sparrman AT exist DOT se
http://www.existgruppen.se
Posthusgatan 1 761 30 NORRTÄLJE



-----"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> skrev: -----


Till: ADSM-L AT VM.MARIST DOT EDU
Från: "Allen S. Rout" <asr AT UFL DOT EDU>
Sänt av: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Datum: 09/27/2011 18:55
Ärende: Re: [ADSM-L] Ang: Re: [ADSM-L] vtl versus file systems for pirmary pool

On 09/27/2011 12:02 PM, Rick Adamson wrote:


> The bigger question I have is since the file based storage is
> native to TSM why exactly is using a file based storage > not supported?

Not supported by what?

If you've got a DD, then the simplest way to connect it to TSM is via files. 
Some backup apps require something that looks like a library, in which case 
you'd be buying the VTL license.

FWIW, if you're already in DD space, you're paying a pretty penny. The VTL 
license isn't chicken feed, I agree, but it's not a major component of the 
total cost.


- Allen S. Rout
<Prev in Thread] Current Thread [Next in Thread>