I'm an IT administrator at my office and I've been dealing with Backup Exec 2010 for several years now (and have hated most of it), but our current financial situation prevents us from making a full scale switch to other products. We're in the midst of a staged transformation to another product, but we're still going to use Backup Exec. I've also used Backup Exec 12 (not 2012) for a bit but it's nearly the same as 2010, years ago.
So I decided, eh, in the transition, let's migrate to Backup Exec 2014. So I installed Backup Exec 2014 in a test VM and set up test machines.
|Why on Earth would you think this is acceptable on a server Microsoft?|
Here's my backup setup:
- VM running Windows Server 2012 R2 with 8GB of memory in VirtualBox (on Windows 7)
- 4 hardware machines (All Dell Optiplex 745)
- Windows 7
- Windows 8.1
- Windows Server 2012 R2
- Windows Server 2008 R2
- NAS storage target
- All systems are on the same LAN
Our environment is not virtualized (though I'm starting to see the benefits of it with this VM), so this would be a standard hardware-based place.
Setting up the backup server
At this stage I learned you don't run a VM over USB3, it'll be excruciatingly slow.
Setting up remote agents
|Backup Exec team: Please make a way to NOT have to type this in every time.|
One thing I really wish they would implement is saving remote computer credentials when doing things with agent push. Our domain has a single backup service account every machine gets through a GPO - I doubt it is too much different at other places because it'd be a logistic pain in the arse to have multiple accounts unless they were on different domains, backup servers, etc.
I additionally noticed that agent updates appear that they will be significantly easier to perform in this version than 2010. In 2010, (as far as I knew), you had to essentially act like you were pushing a new agent to the server. Now you can just right click and click Update and it will update the agent.
|Additionally, a lot of the tool tips have strange blank spots. It looks weird in the UI.|
|Automatic agent updates? Sounds great!|
I wasn't able to test this (so far) because there haven't been any agent updates since I started using this product.
I did run into some issues pushing the agents to remote machines. Visual C++ Redistributable 2010 x64 would not install on my Windows 8.1 machine throwing error 1603 (I love this code). I couldn't figure it out. I manually moved the RAWSX64/VCDIST folder to the desktop and ran it through that - it was easier than 2010 but still annoying I had to do it to begin with. Since I use PDQ Inventory/Deploy, I might be able to build a package to automate it in a more reliable fashion. The entire app hung (though I'm used to Backup Exec doing network tasks on UI threads... come on Symantec!) and it eventually died.
|Better than just hanging forever I guess.|
Backing upProbably the second most important part of this review talks about actual backup. This isn't much of a product if it can't do that. Coming from 2010 I hated setting up backup jobs, having to configure everything manually for a full, and then doing it again for an incremental - I was very surprised (and excited! sort of) to see Backup Exec have a nice wizard to create backup jobs, where it creates both for you and picks what it thinks is a good time. I didn't have enough jobs to figure out if it tries to do schedule management, but if it does (e.g. it doesn't schedule 20 jobs on the same night) that would be a HUGE timesaver for people coming from 2010. After adding my four backup jobs, it didn't seem to - though I guess having 4 jobs (2 concurrently) at the same time would mean the next 2 fire off as soon as the others are done.
The actual backup process is fairly smooth. The job activity window hasn't changed too much since 2010, but thank god they changed from actual bytes to bytes in GB. I would always have to count the number of digits to figure out how big 452013456756 bytes is. The job log hasn't changed much besides in color, which is a bit of a shame. It's sometimes a pain to drill into it to find errors.
One weird quirk I have found that still lives in Backup Exec is that the verify stage does not have a percentage indicator - now, I don't exactly know how it verifies (target vs recorded backup? target vs source?), but you would think since it's verifying items, it would know the size of the source it's verifying against, which would provide an ETA/percentage.
My first full backup (of the backup server) took about an hour for about 20GB. Not bad considering our bandwidth to the NAS target (this seems to max our our 1Gbps lines). There was no error! That's a good sign. Well, in terms of Backup Exec anyways.
Once a machine has backed up it indicates it has backed up in a nice little 7 day calendar that's a nice little addition. It makes it easier to see if a job is failing hard.
The next day I returned to my VM I found the backup of the backup server that night had failed. I believe it had to do with using the System Logon Account (which is set to the default credentials for backups) which in my domain does not have Logon as a service/batch job right.
One thing of note is that creating a backup job with multiple servers is possible again. I heard there was a lot of outrage at 2012 because of this and I didn't see any way to do this in 2014 - though I *heard* it was partially back. I poked around a bit and found out how to do it - it's not as intuitive as I'd like but its there.
First you select Backup to *your target* from the Backup and Restore tab. On the left, click Edit.
From there you will see a window with selections. At the bottom press the + button to add another server.
After that you can select a new server.
The window with the + button will allow you to create a selection like Backup Exec 2010 after you add the second server.
Restoring a computer/serverOne thing I noticed in the home tab of 2014 (and I think it's in 2012 as well) was SDR, Simplified Data Recovery. I hadn't seen it in Backup Exec 2010 so I googled it and it seems to be a different way of restoring your data - rather than install your OS again and then have the agent us Shadow Copy to restore the system, you boot to a Windows PE image Symantec has made and it downloads your backup while the system runs in RAM, so in theory it's much faster (in terms of Recovery Point Objective)
After my Server 2012 R2 backup completed, I noticed an alert, and I clicked on it.
|Well it's the thought that counts I guess.|
That's pretty disappointing. After doing some research it is due to them using WinPE 4 which does not support 8.1/2012 R2. WinPE 5 does support 8.1/2012 R2, but does not support vista or Server 2008. It would have been nice to be able to do both disks and manually choose. It's not a perfect solution but it's far better than not having it for the new (and much better versions) of these OS.
But does it work?It sounds like it can talk the talk. Let's see if it works.
Before I did anything I created an SDR disk with only my Windows 7 machine drivers. It was painless and easy, though it should say it will take a while because DISM tools (Windows Imaging tools) are really resource heavy and take a long time to work (it appeared to have stalled, but it was installing... something).
|Please work. Please.|
While I burned this to a disk I booted up a Ubuntu disc and poked around the Windows 7 filesystem.
I eventually read a guide on how to speed up my computer, and deleted system32 (and a lot of other stuff). It was pretty fast actually! It gave me an error right away.
|Do your thing!|
The SDR appears to be based on Windows 8's PE (preinstall, the "live cd" minimal version of windows you use to install windows), though it has Windows 7's "hourglass" animation (spinner) and title bars but Windows 8's progress bars. Weird.
After I accepted the license agreement it started networking. It took like 5 minutes to load, and then I get a basic recovery screen with some basic tools like mapping network drives, ping, powershell... etc.
I clicked recovery and connected to a backup exec server - note the credentials you use are the service account, not the system logon account (it wasn't specified anywhere).
Now excuse my terrible picture-of-a-computer screen (an internet sin!) images but I wasn't running this in a VM so I don't have quality screenshots of the process. Real world testing problems I guess.
I had a hiccup - it froze trying to load the disk geometry (partition layout) part of the wizard and I had to restart. Bummer.
|When I clicked next, the window froze and I was unable to continue.|
|RPO in action.|
One thing I did notice that irritates me is that the string (the lines of text) are poorly checked - some strings don't have a period at the end when they clearly should. If you are building a professional product it seriously matters - if you are charging me thousands of dollars you seriously need to make it professional. Additionally I noticed it gives you a link to go to if you need help - not much use when there isn't a web browser included in SDR (firefox would fit nicely if you stripped out the branding, hint hint)
So it worked. With a few bumps in the road. But it worked which was the point.
Convert Physical to VirtualThis feature was in Backup Exec 2012. We aren't VM users here (we seem to be behind the times according to others) so I thought this was interesting. After my Windows 8.1 machine backed up, I ran 'Convert to Virtual'. It gave me defaults it seemed so I pressed OK to see if the next screen would ask what I would turn it into.
|It added a 'Disconnect' button a few times and removed it under the dialog.|
Anyways, I eventually edited it to choose Hyper-V which I was going to install on my Server 2012 R2 testing machine. After a while tracking down the vmguests.iso (which is in the system32 of the Hyper-V host), I finally started the conversion.
|Wow! It seems to be working.|
|I can't stand the dumbed down strings in Windows 8.|
It seems to run through OOBE again to get drivers installed properly, which is proper procedure to migrate to dissimilar hardware (a VM).
Well, I know this isn't a comprehensive test, and I'm not migrating big servers, but I'm pretty damn impressed with how easy this was to migrate without having to do a ton of work. One thing I did notice is that it did not have a network adapter configured by default - I'm going to go out on a whim and say this is likely to prevent network issues, so you don't accidentally boot up a second DHCP server or something. It was fairly trivial to go into Hyper-V and turn one on. I poked around a bit and found it worked just like when it was physical.
I am impressed.
ConclusionsSo far I have been using Backup Exec 2014 and have liked it. I won't go out of my way to say I love it and say HERE USE THIS! without research on your own, but I feel it's a good upgrade to 2010. The interface takes some getting used to but they seem to have organized it fairly logically and I didn't have too much of an issue learning what is where. I have to say it is somewhat of an improvement over 2010 in terms of UI design, but some of the progress indicators feel out of place, especially the indeterminate black spinner.
There are still definitely some issues though. In some areas I think the UI tries to be too playful and flashy and it looks a bit goofy.
|The main interface|
- Physical to VM transfer was incredibly painless
- Backup Scheduling wizard makes new jobs a snap (compared to 2010)
- SDR takes a lot of work out of the old style of backup exec restoration
- UI speeds up tasks that were somewhat aggravating in 2010 (Making Full + Incremental jobs, Updating agents, settings)
- Agent push still fails far too often (seems to be due to Visual C++ versions)
- Still hangs in some spots (far less than 2010)
- No SDR option using WinPE 5 - so no Windows 8.1/2012 R2
On a scale of 1 to 10 I'd give it a 7.5.
It does a lot of things right (compared to previous versions) but there are still things I don't like about it but they're slowly disappearing. But don't take my word for it - try it yourself.
As we deploy Backup Exec 2014 in the coming months I will update this review.