Re: DataDomain VTL
I'll chime in here too. We are using it in a similar way to Steven (non-VTL, NFS mount to AIX/TSM server). We are getting about 10:1 compression overall and the offsite replication is a big plus. TSM says it backs up about 3TB/night, and after dedupe/compression we keep our offsite DD typically within 1 hour of being in sync with only a 40Mb link to our collocation facility. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Steven Langdale Sent: Wednesday, January 13, 2010 1:28 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL All Just to chip in here. We have 3 DDR's (2 at remote sites and one in a main DC) and are seeing 4.4:1 compression. That's with a reasonable mix of data and no client side compression. Whilst dedupe isn't superb, but as we know it's generally lower with TSM anyway, a big advantage is DDR to DDR offsite replication for DR. Our nightly backup gets about 10:1 dedupe and is small enough to offsite without massive network connectivity. We also use NFS for TSM connectivity, which seems to work very well. Steven Steven Langdale Global Information Services EAME SAN/Storage Planning and Implementation ( Phone : +44 (0)1733 584175 ( Mob: +44 (0)7876 216782 ü Conference: +44 (0)208 609 7400 Code: 331817 + Email: steven.langd...@cat.com Nick Laflamme dplafla...@gmail.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 13/01/2010 01:19 Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] DataDomain VTL Caterpillar: Confidential Green Retain Until: 12/02/2010 On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients. The BCI Email Firewall made the following annotations - *Confidentiality Notice: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute, and delete the original message. Thank you for your compliance. You may contact us at: Blue Cross of Idaho 3000 E. Pine Ave. Meridian, Idaho 83642 1.208.345.4550 -
Re: DataDomain VTL
Any compressed/ encrypted data will not de-dupe well or if at all. (Compressed / Encrypted Data have unique signatures every time) In regards to client side compression, that feature tends to be of value on a small remote site or if you have a 10Mb lan. You can force the client compression off from the Server side using client option sets. Regards, Charles -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Nick Laflamme Sent: Tuesday, January 12, 2010 7:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
Re: DataDomain VTL
Well, generally speaking with any Dedup product you don't want the nodes compressing the data. As we stand now, they don't, as the Tape Drive Hardware compression is much better, and it's easier on the node's processors, anyway. And, with a VTL/DL that does both, compression and Dedup you don't have the problem of needing larger and larger Disk Storage Pools because you can send the clients straight to the VTL. The only down side is that you send more data over the wire. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Nick Laflamme Sent: Tuesday, January 12, 2010 7:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients.
Re: DataDomain VTL
All Just to chip in here. We have 3 DDR's (2 at remote sites and one in a main DC) and are seeing 4.4:1 compression. That's with a reasonable mix of data and no client side compression. Whilst dedupe isn't superb, but as we know it's generally lower with TSM anyway, a big advantage is DDR to DDR offsite replication for DR. Our nightly backup gets about 10:1 dedupe and is small enough to offsite without massive network connectivity. We also use NFS for TSM connectivity, which seems to work very well. Steven Steven Langdale Global Information Services EAME SAN/Storage Planning and Implementation ( Phone : +44 (0)1733 584175 ( Mob: +44 (0)7876 216782 ü Conference: +44 (0)208 609 7400 Code: 331817 + Email: steven.langd...@cat.com Nick Laflamme dplafla...@gmail.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 13/01/2010 01:19 Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] DataDomain VTL Caterpillar: Confidential Green Retain Until: 12/02/2010 On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients.
Re: DataDomain VTL
There are certain data that should not be compress again by the client. Files that are already compress. Any backups that are done by the various TDP components. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Hart, Charles A Sent: Wednesday, January 13, 2010 6:14 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: DataDomain VTL Any compressed/ encrypted data will not de-dupe well or if at all. (Compressed / Encrypted Data have unique signatures every time) In regards to client side compression, that feature tends to be of value on a small remote site or if you have a 10Mb lan. You can force the client compression off from the Server side using client option sets. Regards, Charles -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Nick Laflamme Sent: Tuesday, January 12, 2010 7:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
Re: DataDomain VTL
Howard, I have a pair of DDR410s and pair of DDR510's that are configured for NFS. The 510's are being used to store vRanger backups of a VM environment. Compression/deduplication is incredible for this application. 47TB(terabytes) are stored on 811GB (Gigabytes). Now realize that there is a lot of redundancy with VMs and this environment does not experience a lot of change, but the ability to store 30+ days worth of full backups of 30 or 40 VMs on less than a TB or storage, approaches the cost of tape (excluding electricity). The 510 and 410 models are out of date and I have not messed with the VTL configuration so cannot speak to that specific feature. Configuration is relatively simple. Performance is nothing to brag about for these models (except the deduplication/compression), The one drawback is that a couple of filesystem reconfiguration tasks require taking the filesystem offline. The systems have been running for several years with only an occasional disk replacement. OS upgrades are relatively straightforward - outage required. I did some testing with TSM using an NFS mount. TSM was configured to use the NFS mount with FILE device class with 2GB files. My intention was to compare DDR deduplication with TSM deduplication. I never got back to testing TSM deduplication but the DDR deduplication was 281GB stored on 58GB = 80% savings. Now this data was from a handfull of windows workstations, so there was a lot or redundancy in the data. Generally, I found the DDRs simple to set up, reliable, maintainable, and do what they are supposed to do - crush bits together into the smallest possible space. Performance is good - just don't expect a screaming fast system - at the low end. The high end systems and newer systems advertise greater performance. 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 Howard Coles Sent: Monday, January 11, 2010 4:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16! IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. 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.
Re: DataDomain VTL
Thanks. I don't want to do the NFS stuff with TSM for a few reasons, but this helps. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Tuesday, January 12, 2010 8:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL Howard, I have a pair of DDR410s and pair of DDR510's that are configured for NFS. The 510's are being used to store vRanger backups of a VM environment. Compression/deduplication is incredible for this application. 47TB(terabytes) are stored on 811GB (Gigabytes). Now realize that there is a lot of redundancy with VMs and this environment does not experience a lot of change, but the ability to store 30+ days worth of full backups of 30 or 40 VMs on less than a TB or storage, approaches the cost of tape (excluding electricity). The 510 and 410 models are out of date and I have not messed with the VTL configuration so cannot speak to that specific feature. Configuration is relatively simple. Performance is nothing to brag about for these models (except the deduplication/compression), The one drawback is that a couple of filesystem reconfiguration tasks require taking the filesystem offline. The systems have been running for several years with only an occasional disk replacement. OS upgrades are relatively straightforward - outage required. I did some testing with TSM using an NFS mount. TSM was configured to use the NFS mount with FILE device class with 2GB files. My intention was to compare DDR deduplication with TSM deduplication. I never got back to testing TSM deduplication but the DDR deduplication was 281GB stored on 58GB = 80% savings. Now this data was from a handfull of windows workstations, so there was a lot or redundancy in the data. Generally, I found the DDRs simple to set up, reliable, maintainable, and do what they are supposed to do - crush bits together into the smallest possible space. Performance is good - just don't expect a screaming fast system - at the low end. The high end systems and newer systems advertise greater performance. 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 Howard Coles Sent: Monday, January 11, 2010 4:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16! IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. 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.
Re: DataDomain VTL
Could you share those reasons? I would be interested because we tested one, and the NFS seemed to work great. Thanks. On Tue, Jan 12, 2010 at 9:04 AM, Howard Coles howard.co...@ardenthealth.com wrote: Thanks. I don't want to do the NFS stuff with TSM for a few reasons, but this helps. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Tuesday, January 12, 2010 8:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL Howard, I have a pair of DDR410s and pair of DDR510's that are configured for NFS. The 510's are being used to store vRanger backups of a VM environment. Compression/deduplication is incredible for this application. 47TB(terabytes) are stored on 811GB (Gigabytes). Now realize that there is a lot of redundancy with VMs and this environment does not experience a lot of change, but the ability to store 30+ days worth of full backups of 30 or 40 VMs on less than a TB or storage, approaches the cost of tape (excluding electricity). The 510 and 410 models are out of date and I have not messed with the VTL configuration so cannot speak to that specific feature. Configuration is relatively simple. Performance is nothing to brag about for these models (except the deduplication/compression), The one drawback is that a couple of filesystem reconfiguration tasks require taking the filesystem offline. The systems have been running for several years with only an occasional disk replacement. OS upgrades are relatively straightforward - outage required. I did some testing with TSM using an NFS mount. TSM was configured to use the NFS mount with FILE device class with 2GB files. My intention was to compare DDR deduplication with TSM deduplication. I never got back to testing TSM deduplication but the DDR deduplication was 281GB stored on 58GB = 80% savings. Now this data was from a handfull of windows workstations, so there was a lot or redundancy in the data. Generally, I found the DDRs simple to set up, reliable, maintainable, and do what they are supposed to do - crush bits together into the smallest possible space. Performance is good - just don't expect a screaming fast system - at the low end. The high end systems and newer systems advertise greater performance. 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 Howard Coles Sent: Monday, January 11, 2010 4:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16! IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. 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. -- Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless.
Re: DataDomain VTL
We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... 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:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: Monday, January 11, 2010 2:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16!
Re: DataDomain VTL
Performance mainly, having to turn off DirectIO to do NFS to volumes, and Security. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Andrew Carlson Sent: Tuesday, January 12, 2010 9:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL Could you share those reasons? I would be interested because we tested one, and the NFS seemed to work great. Thanks. On Tue, Jan 12, 2010 at 9:04 AM, Howard Coles howard.co...@ardenthealth.com wrote: Thanks. I don't want to do the NFS stuff with TSM for a few reasons, but this helps. See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Tuesday, January 12, 2010 8:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL Howard, I have a pair of DDR410s and pair of DDR510's that are configured for NFS. The 510's are being used to store vRanger backups of a VM environment. Compression/deduplication is incredible for this application. 47TB(terabytes) are stored on 811GB (Gigabytes). Now realize that there is a lot of redundancy with VMs and this environment does not experience a lot of change, but the ability to store 30+ days worth of full backups of 30 or 40 VMs on less than a TB or storage, approaches the cost of tape (excluding electricity). The 510 and 410 models are out of date and I have not messed with the VTL configuration so cannot speak to that specific feature. Configuration is relatively simple. Performance is nothing to brag about for these models (except the deduplication/compression), The one drawback is that a couple of filesystem reconfiguration tasks require taking the filesystem offline. The systems have been running for several years with only an occasional disk replacement. OS upgrades are relatively straightforward - outage required. I did some testing with TSM using an NFS mount. TSM was configured to use the NFS mount with FILE device class with 2GB files. My intention was to compare DDR deduplication with TSM deduplication. I never got back to testing TSM deduplication but the DDR deduplication was 281GB stored on 58GB = 80% savings. Now this data was from a handfull of windows workstations, so there was a lot or redundancy in the data. Generally, I found the DDRs simple to set up, reliable, maintainable, and do what they are supposed to do - crush bits together into the smallest possible space. Performance is good - just don't expect a screaming fast system - at the low end. The high end systems and newer systems advertise greater performance. 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 Howard Coles Sent: Monday, January 11, 2010 4:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16! IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. 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. -- Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless.
Re: DataDomain VTL
Would he be willing to email or talk to me about it, if you can recall his contact info? I really need to get some firsthand accounts. :-D See Ya' Howard Coles Jr. John 3:16! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Tuesday, January 12, 2010 11:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] DataDomain VTL We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... 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:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: Monday, January 11, 2010 2:58 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DataDomain VTL Is anyone out there using a DataDomain VTL? I'm getting some pressure to look at this, and I'd like to find some honest opinions of them. I know that some time back there were some conversations around this, but some tech has been updated and DD has been bought by EMC, etc. So, if you have one, and would like to share your opinion I'd appreciate it. See Ya' Howard Coles Jr. Sr. Systems Engineer (615) 296-3416 John 3:16!
Re: DataDomain VTL
On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote: We have a customer that insisted on buying one of these for his TSM environment. Promised 20:1 dedup. He saw about five to one. He was in our Level 2 class telling the story. At the end he said he wouldn't buy it again. I made him repeat that part of the story... DataDomain's Best Practices guide for TSM tells customers not to let nodes compress data. I have to wonder how much compressing the data or not alters the dedup ratio. I'm not at all sure that we're going enforce a no compression policy for our clients.
