The big problem with NBU has been that they are always playing catchup to the VMWare feature set, and still haven't fully caught up to doing good snapshot-based backups integrated with NetApp in 7.6. 7.7 supposedly fixes some of that, but that's what we've been hearing since 7.0.
-Adam On Thu, Oct 29, 2015 at 12:28 PM, Derek J. Balling <dr...@megacity.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > One more vote of confidence for NBU. It's been a while since I've used > it, but it was most definitely The Awesome. > > D > > > On 10/29/2015 12:26 PM, Adam Levin 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 <mailto: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 > > <mailto: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/ > > > > - -- > I prefer to use encrypted mail. My public key fingerprint is FD6A 6990 > F035 DE9E 3713 B4F1 661B 3AD6 D82A BBD0. You can download it at > http://www.megacity.org/gpg_dballing.txt > > Learn how to encrypt your email with the E-Mail Self Defense Guide: > https://emailselfdefense.fsf.org/en/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0 > Comment: GPGTools - https://gpgtools.org > > iQIcBAEBCgAGBQJWMkkQAAoJEGYbOtbYKrvQi5wQAMa2r5RonQKCeUxcxeN/uGvg > LgHoLOARXSdm3a6/Leg/WwExTs9e4LG/3ssM8MaPxHWPEm1MCTHkqv+YIHSqp1iy > 4DVqhL5BcFIBXGoPTm/CxflbHnLwpjqizoh11p75l+VNyQai/q7OCNEMqWycIzHG > NsX3NIlp+Z8ze+S+3RrXdRT5/JEP3sWa4cnvSuQwNc8KcyPrHHdScBUFOzD1ffdE > gBZHm1lCT4JVscmeG+8Mx6J9K0LXLpZ5Zq4EgmV+leQR5JrU3c5YoOrvw306k2D0 > xbYOwc18K7YgqiM/F3K9ZJyHK4YFknGmIrDiKQG46TcaH/bYeqdiWvAqy8Gk6NJX > NMR9psZfMb3Mji/qSj8kfq8hednqKLy41w6gxuo09dVt1EnEm5vEjsG/Kr5/9guR > 6QB3ENevXj2HQfxR+vu6vaDZPrCNdynTWj4e2ofhh9MgKQrDsWhW3B1LIyxphsUk > wPMYPEWJv+w9dROzOUzap6ZP/oCXvv1M9RC2ji8/Y+10368rJLZT7cjx8VePVzuv > WSqE9qcNMJ8AU+9+EYHJCUvR8ai6gbiO5kpU6/Beo2oiJXJRBCzo2vDA57qNE8HW > g25cnE4+tONec/4q6YMU6xLo8xNlepgrH3Zp/vZ1xPF1rOIyZHpQTK7Gq/80dt5e > H64PRVU3Pdb9fRIDlVx0 > =l8Ae > -----END PGP SIGNATURE----- > _______________________________________________ > 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/ >
_______________________________________________ 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/
