I haven't heard *anything* nice about NBU, sorry. Are you able to say why they dropped TSM? The DB2 backend implementation is much tighter now, so database update speed has been vastly improved along with stability. Also implemented in the past 6 years was incremental block-level backup and stable dedupe, which together cut backup times down by 75% and at least halved the space usage.
I easily peg the Ethernet and FC infrastructure during block-level incremental image backups. Mike On Thursday, October 29, 2015, Adam Levin <levi...@gmail.com> wrote: > Thanks, Mike. We were a TSM shop until we switched to NBU 6 years ago. I > don't think they're looking to go back, but there's no question it scales. > It's probably the biggest, baddest backup system there is. :) > > -Adam > > On Thu, Oct 29, 2015 at 12:11 PM, Michael Ryder <mryder1...@gmail.com > <javascript:_e(%7B%7D,'cvml','mryder1...@gmail.com');>> wrote: > >> Adam >> >> Have you looked at Tivoli (Now Spectrum Protect)? My environment isn't >> as large as yours, but from what I've heard it scales well. We use it to >> backup both Linux and Windows VMs and physical hosts. >> >> The add-on Tivoli Data Protector for Virtual Environments is the magic >> smoke that adds features like block-level incremental backups, instant >> restores and other goodies. >> >> >> https://www-01.ibm.com/support/knowledgecenter/mobile/#!/SS8TDQ_7.1.3/ve.user/c_ve_overview_tsmnode.html >> >> Scaling out involving multiple data movers per vCenter is possible, and >> there are many ways to tune and filter how they operate, such as max number >> of simultaneous jobs per datastore, per esxi host, etc. >> >> Let me know if you have any questions- I'll try to answer them or can put >> you in touch with a great Tivoli community where you can find folks with >> larger installations, more answers etc. >> >> Mike >> >> >> On Tuesday, October 27, 2015, Adam Levin <levi...@gmail.com >> <javascript:_e(%7B%7D,'cvml','levi...@gmail.com');>> wrote: >> >>> Hey all, I've got a question about how you backup your VM environment? >>> >>> We're using vSphere 5.5 and NetApp NAS for datastores. We have about 75 >>> 8TB datastores, and about 2500 VMs. The VMs are not distributed evenly >>> because of service levels associated with the datastores. >>> >>> We're being told by various backup vendors that the main issue is the >>> number of VMs per datastore, because quiescing lots of VMs and then taking >>> a datastore snapshot can produce long wait times when rolling the qieusced >>> images back in to the running VM. >>> >>> Our VM team is telling us that there is no current tool to manage the >>> number of VMs per datastore, just the size of the datastores. >>> >>> So I'm curious what some common methods are for managing backups in a >>> large VM environment. Do you just use agents and backup from within the >>> VM? Do you bother doing app consistent backups of the VMs or just snapshot >>> the datastore and not worry about consistency? Have you found a product >>> that manages qiuescing and snapshots in a reasonable way? >>> >>> We've looked at NetBackup, Commvault and Veeam so far. >>> >>> Thanks, >>> -Adam >>> >>> >>> >
_______________________________________________ Tech mailing list Tech@lists.lopsa.org https://lists.lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
