08-06-2015 10:26 PM
We are testing our Disaster Recovery Plan using BE15. These are the steps that I made
1. Installed Windows Server 2008 r2 standard (Virtual Machine hosted on a VMware Workstation)
2. Installed Service Pack 1 (System Requirement of BE15 in Windows Server 2008 r2)
3. Installed BE15 v14.2
4. Installed Ubuntu 10.04 (Virtual Machine hosted on a VMWare Workstation)
5. Install RALUS on Ubuntu 10.04 (Remote Media Agent for Linux Servers)
6. Created Virtual Tape Library on Linux Ubuntu (will be used as a Tape Library by BE15)
7. Configured BE15 Storage (Added Virtual Tape Library)
8. Performed One-Time Full Backup (BE15) with all the selections (BKUPEXEC, drive C:, E:, System State, Microsoft SQL Server Instances)
Full Backup Job Successful. (at this point I now have a Full Backup Saved on a Virtual Tape Library, and will now proceed to Restore)
9. Created new Windows Server 2008 R2 std (Virtual Machine for Recovery of previous Server)
10. Installed Service Pack 1 on new WinServer 2008 r2
11. Installed BE15 on new WinServer 2008 r2
12. Configured Storage (new Server)
13. Created Inventory and Catalog Jobs (Virtual Tape Library)
14. Performed Full Restore Job
(Full Restore Job Failed)
Error writing Data: BKUPEXEC
I am now stuck with this, however if I am not selecting Microsoft SQL Server/BKUPEXEC
in my selection the Restore Job completes without errors. But I need the Old Data the old BE15 have, like the reports, backup jobs, job logs, etc.
Is there a way to do this? like to perform a restore job with BKUPEXEC in the selection list
Thanks!
08-06-2015 10:53 PM
08-06-2015 10:59 PM
Ideally, no need to backup the BEDB since Backup Exec automatically backs up the database as part of its daily maintenance.
Have a look @ this blog - https://www-secure.symantec.com/connect/blogs/how-protect-backup-exec-itself
And this article - https://support.symantec.com/en_US/backup-exec/prepare-for-disaster-recovery.html
08-06-2015 11:15 PM
Where can I see this BEUtility.exe? I can't find it
THanks!
08-06-2015 11:37 PM
Its under C:\Program Files\Symantec\Backup Exec directory.
08-07-2015 06:25 PM
After a full restore from BE15 (BKUPEXEC not selected in list to restore), I can no longer open my Backup Exec 15 Console, everything is restored just the way it was., except for BE15. It say's connect to server and asks for username/password. I tried repairing, reinstalling, and uninstalling.. none of it worked. it fails on the uninstallation of Backup Exec Server
08-09-2015 09:46 PM
When you tried to connect to the BE server, did you verify if all BE services including BKUPEXEC was up and running ?
And what error does it fail with during the uninstall ?
08-10-2015 01:32 AM
Backup Exec Services didn't start automatically after rebooting (after full restore, rebooted the server)
please see the screenshot and installation log during uninstall.
08-10-2015 01:49 AM
Are all BE services and BKUPEXEC started and running ?
If not, start them. The uninstall failed since the BE services were not running.
08-10-2015 02:18 AM
I have tried starting the services manually, it wont start. I guess the problem lies with the Dependency Service.
SQL SERVER (BKUPEXEC) wont start (automatic & manual)
08-10-2015 02:27 AM
What error does the service start up fail with ?
Have you tried a repair install of SQL followed by starting the SQL instance ? Do ensure the BEDB is not set to read-only as well.
08-10-2015 04:43 AM
This is the error message that im getting when starting the sql server (bkupexec) service
08-10-2015 05:17 AM
Can't really see the complete image.
Also, check the error message which is logged in the event viewer.
Lastly, are there any .mdf and .ldf files located under \Program Files\Symantec\Backup Exec\Data directory ?
08-10-2015 05:46 AM
Yes there are, but they are located in \Program Files\Symantec\Backup Exec\Data\Databackup directory
I have posted the screenshot on my previous post
08-10-2015 06:01 AM
is there a bedb.bak under the folder the VJware mentioned, as you probably need to use beutility to recover it if there is.
08-10-2015 06:03 AM
Without the actual .mdf and the .ldf database files, BKUPEXEC will not start. They need to be restored first and then the SQL instance can be started.
08-10-2015 07:01 AM
Yes I already tested that, I ran Beutility and performed recover database but it also failed.
I checked the events viewer and found out the reason why SQL Server (BKUPEXEC) service is not starting. The databases that was supposed to be in here 'C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\DATA' was found here instead 'C:\Program Files (x86)\Microsoft SQL Server\MSSQL10_50.BKUPEXEC\MSSQL\DATA'.
So I copied/overwritten the whole 'Data' directory from '\MSSQL10_50.BKUPEXEC\MSSQL\DATA' to '\MSQL.1\MSSQL\DATA' started the SQL Server (BKUPEXEC) and all the Backup Exec Services.
Copied the old encryption key in 'C:\Program Files\Symantec\Backup Exec\Data' and I can now log in BE15 Console.
I wonder what caused that problem though
09-20-2015 06:23 PM
Is there anybody who did this with the latest VMware Workstation 12 Pro ?
09-21-2015 04:51 AM
I don't think this is a Workstation issue you cannot really restore the BEDB whilst Backup Exec is using it so your manual recovery steps are flawed and you would have been better off just backing up the data and catalog folders in order to restore things from those areas and not looking at a SQL backup of the BEDB.
If you have the Data and Catalog folders in a backup (and preferably know the media names used by the backup jobs for the Backup Exec server itself - which is a recommended practice to save time) then:
- at step 13 inventory the VTL but you only need to catalog the media that contains the most recent Data and catalog folder backups
- restore the catalogs folder, and from inside the DATA folder, the BEDB.BAK and all the *.XML files (job logs)
- then use BEutility.exe to recover the database from backup.
Note: for consistency purposes we do also recommend that the backup of the data folder is run not long after the Backup Exec Databsse Maintenance. (efault 04:00 but this can be moved to a more useful time)