[Veritas-bu] VTL Recommendations
32TB of deduped data, that's post process, which could be closer to 100TB in original data size assuming average file types. Thats still a lot of data per media server. Use a PureDisk pool and you can go to 192TB of dedupe storage in a pool, and leverage load balanced media servers. I hardly see 32TB being a limitation in most environments. +-- |This was sent by mnab...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL Recommendations
Remember that NB built in dedup has a size limit. For NetBackup 7.0, the maximum deduplication capacity is 32 TBs. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of A Darren Dunham Sent: Thursday, September 30, 2010 12:32 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VTL Recommendations On Tue, Sep 28, 2010 at 06:24:59PM -0400, mitch808 wrote: > As others mentioned, just step away from VTL's in general. All they are, > are disk as the base, with software on top, emulating tape, with a big > markup for that software. > > Just buy plain disk, or re-use disk you may already have, and backup > to disk. Add in deduplication that is native now in NBU7, and you have > a great combination that is affordable and eliminates a lot of > complexity of a "black box." But there can be a big price difference. For a VM environment, I'm getting rather good compression. I would have to pay more just for the NBU deduplication licensing (before purchasing the disk) than I would for something like a DataDomain. If you're storing data for longer or replicating, or your deduplication ratio isn't that high, then it tips more to the NBU side. I'm not replicating this data, so the price isn't there just yet for me. -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL Recommendations
On Tue, Sep 28, 2010 at 06:24:59PM -0400, mitch808 wrote: > As others mentioned, just step away from VTL's in general. All they are, > are disk as the base, with software on top, emulating tape, with a big > markup for that software. > > Just buy plain disk, or re-use disk you may already have, and backup > to disk. Add in deduplication that is native now in NBU7, and you have > a great combination that is affordable and eliminates a lot of > complexity of a "black box." But there can be a big price difference. For a VM environment, I'm getting rather good compression. I would have to pay more just for the NBU deduplication licensing (before purchasing the disk) than I would for something like a DataDomain. If you're storing data for longer or replicating, or your deduplication ratio isn't that high, then it tips more to the NBU side. I'm not replicating this data, so the price isn't there just yet for me. -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] VTL Recommendations
Neil, True for the likes of say Quantum you can NDMP direct to tape, and that is a cool feature. I however dont see much issue going through a media server these days as fast as media servers are, and forget VTL, just use disk built into and accessible to NBU! +-- |This was sent by mnab...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL Recommendations
One use for VTLs are NDMP backups, which can be written directly and thus bypass the media server. You can send NDMP backups to an OST device, but not without going through a media server first. Depending on how much data you have, that might mean additional media server(s) and a dedicated backup LAN. On Sep 28, 2010, at 3:24 PM, mitch808 wrote: > As others mentioned, just step away from VTL's in general. All they > are, are disk as the base, with software on top, emulating tape, > with a big markup for that software. > > Just buy plain disk, or re-use disk you may already have, and backup > to disk. Add in deduplication that is native now in NBU7, and you > have a great combination that is affordable and eliminates a lot of > complexity of a "black box." > > SLP's can then help you duplicate to another media server/site/or > physical tape. > > + > -- > |This was sent by mnab...@gmail.com via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > + > -- > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] VTL Recommendations
As others mentioned, just step away from VTL's in general. All they are, are disk as the base, with software on top, emulating tape, with a big markup for that software. Just buy plain disk, or re-use disk you may already have, and backup to disk. Add in deduplication that is native now in NBU7, and you have a great combination that is affordable and eliminates a lot of complexity of a "black box." SLP's can then help you duplicate to another media server/site/or physical tape. +-- |This was sent by mnab...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL Recommendations
The VTL interface has been superseded by OST based devices and NetBackup's own disk staging technologies. If I were to start again I would take a serious look at the disk and deduplication options available in NetBackup's 7.x. NetBackup 7.x now converges three technologies: 1/ deduplication at client 2/ deduplication at media server 3/ deduplication at disk target This convergence is tightly integrated across the NetBackup suite. Once you start introducing a mix of technologies in the backup data path the solution because less efficient. Regards Peter Marelas -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of ccosta@gmail.com Sent: Tuesday, 28 September 2010 3:16 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] VTL Recommendations To all, I was hoping to get some feedback from the community on what type of VTL you guys use and if you would recommend looking into it. We currently have Copan and NetApp VTL. NetApp disbanded their VTL practice so moving forward support will be an issue. Copan is and has been running well, we are just looking into alternatives, if it makes sense. Any suggestions? Thank you for your feedback in advance. Sent via BlackBerry from T-Mobile ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL Recommendations
I would recommend moving away from the Virtual Tape Library and utilizing Advanced Disk, Disk Pools and Storage LifeCycle Policies. Most "VTLs" today can be utilized as a giant pool of disks, instead of a bunch of fake tape drives, as well. But, at that point, you could remove the complication of a "VTL" and just use a disk array on the backend. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Sent by: 09/27/2010 12:15 PM Please respond to ccosta@gmail.com To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] VTL Recommendations To all, I was hoping to get some feedback from the community on what type of VTL you guys use and if you would recommend looking into it. We currently have Copan and NetApp VTL. NetApp disbanded their VTL practice so moving forward support will be an issue. Copan is and has been running well, we are just looking into alternatives, if it makes sense. Any suggestions? Thank you for your feedback in advance. Sent via BlackBerry from T-Mobile ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] VTL Recommendations
To all, I was hoping to get some feedback from the community on what type of VTL you guys use and if you would recommend looking into it. We currently have Copan and NetApp VTL. NetApp disbanded their VTL practice so moving forward support will be an issue. Copan is and has been running well, we are just looking into alternatives, if it makes sense. Any suggestions? Thank you for your feedback in advance. Sent via BlackBerry from T-Mobile ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu