Comments on: SNW chatter… http://itknowledgeexchange.techtarget.com/storage-soup/snw-chatter/ A SearchStorage.com blog. Sun, 29 Nov 2009 01:37:32 +0000 http://wordpress.org/?v=2.6.2 By: MOBY http://itknowledgeexchange.techtarget.com/storage-soup/snw-chatter/#comment-6722 MOBY Fri, 10 Aug 2007 22:12:08 +0000 http://storage.blogs.techtarget.com/2007/04/16/snw-chatter/#comment-6722 <strong>Bookmarks</strong> I can't add your post to Digg. How I do this? <strong>Bookmarks</strong>

I can’t add your post to Digg. How I do this?

]]> By: W. Curtis Preston http://itknowledgeexchange.techtarget.com/storage-soup/snw-chatter/#comment-6721 W. Curtis Preston Fri, 20 Apr 2007 06:04:58 +0000 http://storage.blogs.techtarget.com/2007/04/16/snw-chatter/#comment-6721 What I _said_ was that I didn't think it was appropriate to try and back up a 100 TB Oracle database using current de-dupe backup SOFTWARE products (e.g. Avamar, Asigra, Puredisk). I don't think they're ready for data sets that big yet. They're perfect for remote office branch offices (ROBOs) and medium-sized datacenters, but users that have tried it tell me the de-dupe number crunching required on the client will make backups that big take too long. I'm sure things will get better with time. BUT I said if you buy the right kind of de-dupe _VTL_ you COULD back up data this big and more. The good ones kept trying different designs until they could do de-dupe without slowing things down. If they did it right, they should be able to handle any sized data set. What I _said_ was that I didn’t think it was appropriate to try and back up a 100 TB Oracle database using current de-dupe backup SOFTWARE products (e.g. Avamar, Asigra, Puredisk). I don’t think they’re ready for data sets that big yet. They’re perfect for remote office branch offices (ROBOs) and medium-sized datacenters, but users that have tried it tell me the de-dupe number crunching required on the client will make backups that big take too long. I’m sure things will get better with time.

BUT I said if you buy the right kind of de-dupe _VTL_ you COULD back up data this big and more. The good ones kept trying different designs until they could do de-dupe without slowing things down. If they did it right, they should be able to handle any sized data set.

]]>