Re: TSM vs Avamar

2009-07-01 Thread Wanda Prather
I agree entirely that "VCB" and "beauty" together does not compute, and the 2-phase vmdk restore is dorky. But regarding the backup cycle, there is an "in between" option most TSM folks can use without taking the hit of two complete backups ("virtual drive" and "image" as described below) daily.

Re: TSM vs Avamar

2009-06-29 Thread W. Curtis Preston
john D. Schneider said: >The beauty of VCB is that it doesn't require a client install on each >machine; there is less administration per VM, which means less time. Hmmm. Not sure I'd use "beauty" and "VCB" in the same sentence. ;) I usually say that VCB stands for Very Complicated Backup. ;) I

Re: TSM vs Avamar

2009-06-27 Thread John D. Schneider
Anthony, What you say is just what EMC said, and that is that their preference is that all their customers install the Avamar client directly on each VM. But this is not ideal to us for two reasons: 1) In the main environment I support, there are about 700 VMs and growing. That is a lot of

Re: TSM vs Avamar

2009-06-24 Thread John D. Schneider
Shawn, I have found it very important when working with EMC (or any vendor, really) to very carefully verify everything they say, or ask to have it explained so you understand it thoroughly. I don't mean to imply that they lie about anything, but I have frequently seem them exaggerate their cla

Re: TSM vs Avamar

2009-06-24 Thread Shawn Drew
Wow, great info everyone. The last note you put in there about there not having an archive solution. I can't remember the details now, but the sales guy said there was some kind of archive feature involving VMware. Something along the lines of creating a standard VM with the archive data or somet

Re: TSM vs Avamar

2009-06-24 Thread lindsay morris
Some Avamar wisdom I've collected from customers of ours: If you're image-heavy, the de-dupe feature won't help you much You can use smaller pipes for backup because of the de-duplication. But beware: if you have to do a FULL recovery, as opposed to a single- file restore, you'll need to move more

Re: TSM vs Avamar

2009-06-23 Thread John D. Schneider
Hi! I am just finishing up a multi-month proof-of-concept for Avamar. It has many benefits, but you need to keep in mind these things: 1) It is a disk-only solution, it has no tape backend. You will have to scale your Avamar footprint to completely contain all your backups, for however many day

Re: TSM vs Avamar

2009-06-23 Thread Shawn Drew
They do have hardware at the multiple sites for DR. This is a "hot" DR site as opposed to a cold site that you can do with tapes. This does fit our environment however. We have multiple data centers that are DR sites for each other. Currently we use TSM with VTLs at multiple sites and just repl

Re: TSM vs Avamar

2009-06-23 Thread Nicholas Rodolfich
What does Avemar offer for DR purposes? I don't know any customers that are ready to totally rely on electrically powered disk drives as a DR solution. The recent CommVault topic inspired this one. Our EMC reps are doing a g

Re: TSM vs Avamar

2009-06-23 Thread Huebner,Andy,FORT WORTH,IT
With any de-dup, ask if after the hash is found, do they compare the data? There are more data values than hash values. The hash of a 4k block will not be 4k in size. Client side de-dup does require a little more CPU time on the client. If you are running a Unix TSM server, it is unlikely Avima