I can recommend UB as well. My previous gig forced me to drop it and only use "free" tools or no tools.
Jon On Thu, Mar 4, 2010 at 7:19 PM, Kurt Buff <[email protected]> wrote: > Welllllll..... > > We're in the middle of an implementation of their product, but I'm not > very involved in it - just overseeing it for the most part. > > Let me issue a caveat. > > Be very, very clear what you want out of your new installation. > > We're dealing with a change in expectations regarding the behavior of > of UB vs. Tivoli Storage Manager. > > Long story short, while UB does what it says it does, and seems to do > it quickly and a great deal more cheaply than TSM, I think that the > TSM approach has a great deal to recommend it. > > In TSM, it was 'incrementals to disk forever, with migration to tape, > and a really robust database for tracking files on tapes'. If you > wanted to restore something, it was usually on disk, but if it wasn't, > it would call for a specific tape, and if that wasn't in the library > it would let you know to check it in. Then it would do the restore. > > In UB, it's a more standard backup rotation, with fulls and diffs and > incrementals all available, but if you do D2D2T, make double sure you > get the Ultracopy component, or else have a *lot* of disk. If you > don't have the Ultracopy component, and the data you want to restore > is on tape, you have to restore the entire dataset on tape back to > disk before you can do the restore. If you've got a 2tb file server > that you back up to a 3tb disk array on your backup machine then > trickle off to tape, and you have to restore a single file, and you > don't have the Ultracopy component - you have to restore the entire > 2tb back to disk before restoring the file. Ouch. > > The criticality of the Ultracopy component in our scenario was not > well explained to us, so we passed on it. Until our first file > restore. > > With that caveat, I can recommend UB, and their support is indeed very > good. > > Kurt > > On Thu, Mar 4, 2010 at 05:30, <[email protected]> wrote: > > > > http://ultrabac.com > > > > Product nearly always works perfectly. When it doesn't, their tech > support > > does! > > -- > > Richard D. McClary > > Systems Administrator, Information Technology Group > > ASPCA® > > 1717 S. Philo Rd, Ste 36 > > Urbana, IL 61802 > > > > [email protected] > > > > P: 217-337-9761 > > C: 217-417-1182 > > F: 217-337-9761 > > www.aspca.org > > > > > > The information contained in this e-mail, and any attachments hereto, is > > from The American Society for the Prevention of Cruelty to Animals® > (ASPCA®) > > and is intended only for use by the addressee(s) named herein and may > > contain legally privileged and/or confidential information. If you are > not > > the intended recipient of this e-mail, you are hereby notified that any > > dissemination, distribution, copying or use of the contents of this > e-mail, > > and any attachments hereto, is strictly prohibited. If you have received > > this e-mail in error, please immediately notify me by reply email and > > permanently delete the original and any copy of this e-mail and any > printout > > thereof. > > > > > > "Bill Lambert" <[email protected]> wrote on 03/04/2010 07:28:10 AM: > > > >> I’ve had it with Symantec. Working with them is such a hassle and I > >> can’t take it anymore. > > > >> > >> Can anyone recommend another product other than Back Up Exec? Would > >> be appreciated. > >> > >> Thanks. > >> > >> Bill Lambert > >> Windows System Administrator > >> Concuity > >> A healthcare division of Trintech, Inc. > >> Phone 847-941-9206 > >> Fax 847-465-9147 > >> [image removed] > >> > >> > >> NASDAQ: TTPA > >> The information contained in this e-mail message, including any > >> attached files, is intended only for the personal and confidential > >> use of the recipient(s) named above. If you are not the intended > >> recipient (or authorized to receive information for the recipient) > >> you are hereby notified that you have received this communication in > >> error and that any review, dissemination, distribution, or copying > >> of this message is strictly prohibited. If you have received this > >> communication in error, please contact the sender by reply email and > >> delete all copies of this message. Thank you. > >> > >> > >> > > > > > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
