HOW TO install BackupExec 2010 agent on Debian (RALUS)
I hope this post will be useful to many people (please vote for it or mark it as solution if it helps you). Installing directly RALUS on Debian will not always work. First problem : ../perl/Linux/bin/perl: No such file or directory Second problem : at the end "was not successfully installed" and "impossible to add VRTSralus to (server)" And some others that will get solved when following my solution This is a simple way to install it and avoid these (and other) problems : 1. (optional) Create a folder to keep all RALUS files and copy the archive into it : mkdir /root/BE mkdir /root/BE/RALUS2010 mv RALUS_RMALS_RAMS-2896.9.tar.gz /root/BE/RALUS2010/ cd /root/BE/RALUS2010 2. Unpack the archive provided by Symantec tar xzf RALUS_RMALS_RAMS-2896.9.tar.gz 3. Stop the RALUS service if it is already installed and runnig /etc/init.d/VRTSralus.init stop 4. Very important, if you are under a 64 bit Linux you have to this Extract debian package : tar xzf RALUS64/pkgs/Linux/VRTSralus.tar.gz Install debian package : dpkg -i VRTSralus-13.0.2896-0.x86_64.deb Start installation : ./RALUS64/installralus 5. But if you are under a 32 bit Linux you have to this (I didn't tested under 32 bits) : Extract debian package : tar xzf pkgs/Linux/VRTSralus.tar.gz Install debian package : VRTSralus-13.0.2896-0.i386.deb Start installation : ./RALUSx86/installralus or ./installralus 6. Be sure to answer all questions correctly especially the one about the host server (XXX.XXX.XXX.XXX), you must give the IP of the Backup Exec server. 7. Do a restart of the RALUS Backup Exec agent, and it should say "[ OK ]" /etc/init.d/VRTSralus.init start I hope it will help ! Send me questions if you have other problems... Denis P.S. Tested with Debian 5.0.3 P.P.S. If you still have some problems : A) If you get "ERROR: VXIF_HOME is invalid. It must point to the root of VxIF. Exiting ...", simply edit ./RALUS64/installralus, and change line 3 : from : VXIF_HOME=../;export VXIF_HOME to : VXIF_HOME=/root/BE/RALUS2010/;export VXIF_HOME B) If you get "./RALUS64/installralus: line 50: ../perl/Linux/bin/perl: No such file or directory", simply edit ./RALUS64/installralus, and change line 50 : from : ../perl/$OS/bin/perl -I.. -I$PATH -I$VXIF_HOME -I../perl/$OS/lib/$PERL_VER ../installralus.pl $* to : ../perl/$OS/bin/perl -I.. -I$PATH -I$VXIF_HOME -I../perl/$OS/lib/$PERL_VER ./installralus.pl $* or to : perl -I.. -I$PATH -I$VXIF_HOME ./installralus.pl $* (to be clear, remove one dot in front of"/installralus.pl", keep only one dot instead of two) C) If the installation is sucessful but VRTSralus refuses to start, launch /opt/VRTSralus/bin/beremote –-log-console to see the error. If you get error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory you simply need to install the package : Under Debian 6.0.3 : apt-get install libstdc++5 (Thanks to RockwellMuseum)3.2KViews9likes17CommentsBackup Exec 15 - where to find manuals, guides and compatibility information
Are you looking to find information related to Backup Exec 15? If so, here is a list for your reference. Bookmark now! Backup Exec 15 Documentation Backup Exec 15 - Administrator’s Guide Backup Exec 15 - Readme Backup Exec 15 - Performance and Tuning Guide Backup Exec 15 - Licensing Guide Backup Exec 15 - Command Line Interface (BEMCLI) Help Download Backup Exec 15 - Compatibility Backup Exec 15 - Software Compatibility List Backup Exec 15 - Hardware Compatibility List Backup Exec 15 - Getting Started What's Different in Backup Exec 15 Benefits of upgrading to Backup Exec 15 Backup Exec 15 Trialware Download About upgrading from previous version of Backup Exec to Backup Exec 15 How to migrate (move) and upgrade Backup Exec from 32-bit computer to 64-bit computer that has a different Windows OS Backup Exec 15: Step-by-Step guide to download and install the program1.8KViews7likes0CommentsNetwork setings missing from vm restore
We are currently busy performing a live DR test of all our prod servers consisting of 2003 and 2008 Windows servers. The 2003 servers restore no problem. The restore job for the 2008 servers also finish successfully. However when starting up the 2008 servers it no longer hav ethe same network settins that it had when being backed up. We ran a similar test last year following the same procedure in which all servers restored no problem. We are currently runing BackupExec 2010 R2. In the virtual environment the only thing which changed is that we upgeaded from ESX\ESXi 4.1 U1 to 4.1 U2 at which time all NICs were upgraded to vmxnet3. The NICs seem to have loaded with default settings. IP6 on and configured for DHCP as apposed to IP4 on with the original IP configured. Has anyone else experiance this or have an idea on how to resotre these 2008 servers without having to reconfigure all the network settings?Solved2.2KViews7likes4CommentsBE 2014 Slow Hyper -V Incremental Back ups
Hi All There seems to be a lot ofthreads regardingthis problem, however i've not found a difinitive solution. Environment Physical Backup Server - BE 2014, OS Windows 2008 R2 - Fully patched, 16GB RAM, 2 x 6 Core CPU's, backing up a mixture of physical andHyper-V Virtual Windows servers running Windows 2008/2012. We have recently upgraded to Backup Exec 2014, and it seems that our Hyper-V incremental backups run extremly slow. At around 200 MB/M. I understand that if I enable Microsoft incremental backups I need to upgrade my server to 2012 to get GRT backups. But i've not read anything that says this resolves the issue, and may impact on servers performance due to a snapshot always running. Any help would be great. Thanks Paul.330Views6likes1CommentMy BE 2010R3 --> 2012 Upgrade Experience
I hope this will help out other users and also the Symantec tech support team: I would like to preface this by saying that I have been working on trying to get BE2012 installed on my system since it came out. I waited for SP1 with abated breath hoping it would solve my issues, no luck. I went to the forums, emailed tech support, spoke with tech support…all of that, no magic bullet. One of the reasons it has taken me this long was because I didn’t have the amount of consecutive time needed to troubleshoot such an issue. It wasn’t until September that I was able to start dedicating real time to this. We were also having some licensing woes, seems that Dell way over allocated our licensing that I had to take care of. All in all, betMy BE 2010R3 --> 2012 Upgrade Experienceween the licensing and this upgrade issue, I needed to invest about 60 hours of time and it actually may be closer to 80. Symantec Tech Support was of assistance and they were helpful (after explaining the situation what seemed like a dozen times to different people), but unfortunately they couldn’t solve my problem. Here is what started it all, DLO. BE2012 upgrade refused to install if I had the DLO option selected. We don’t use DLO, it was a lingering part of our license that we tested once and found it less useful than anticipated for our situation (using Win7 backup to a network drive and backing up to tape that resultant Win7 backup structure.) OK, so it was unselected, uninstalled, DBs renamed and removed, Symantec had me run a DLO removal tool for x86 and x64, and still, no luck. Registry keys were reviewed, file/folder permissions audited, and yet nothing would work. For months I was going back and forth with a Symantec Tech Support person that PM’d me in the forums. His final response was to wait for 2012SP2, which was to fix some of the upgrade issues. Unfortunately we were using back channels and it ended up needing to stop, I needed to get an official case created. I finally ran that MS Installer Cleanup tool to see if DLO was in there, it wasn’t. However, I did notice 2 BE installs showing up when only one was in Add/Remove programs, R2 and R3. We (Symantec Support and I) also saw this in the registry, however, they told me it wasn’t causing any issues. After working several hours over the phone over several days, the final response was to uninstall BE 2010R3. Hurumph, I didn’t care for that solution, because it isn’t a solution, it is an avoidance. So, I took matters into my own hands. I fancy myself as an excellent black-box troubleshooter but with my job responsibilities I need to unload that work to our various vendors’ tech support, that’s why we pay the support after all. Anyhow, I took the plunge and purged that lingering R2 install using the Installer cleanup. I recalled that the upgrade from SP2 to SP3 would not work using LiveUpdate. I needed to download the manual installer. Even then, the SP2->SP3 update was less than smooth. I suspect this is what caused the whole headache in the first place. So after the cleanup, I ran the upgrade process again and eureka, DLO was no longer showing as an installed product. Hurray!!! The upgrade began to move forward. After about 2 minutes of celebrating, there was another problem. It appeared that nearly all the install registry keys for SP3 had blown ACLs. BE2012 told me it couldn’t access those keys and then would rollback the update to 2010R3. Now, I didn’t realize it was nearly ALL of the keys, I had hopefully thought that it was a manageable dozen or so…Nope, there are 100’s, maybe even over 1,000. Luckily, it was the same key just in lots of places. It appeared that every single BE2010 file had a corresponding installer registry key. So like a good soldier, I began searching for the keys, assigning ownership and then assigning privs., dozens of times. When do you reach the middle of the forest??? After several hours and seemingly not making a dent (or getting to the proverbial middle of the forest), I went and started to look for alternative methods of changing these registry keys. At the same time, I knew because of this registry issue there was a good chance that a repair or uninstall wouldn’t work, so I marched forward with finding a way to discretionarily change reg keys in bulk. However, that search in itself was a challenge. So, I hung my head in defeat and decided to try and uninstall the product and install BE2012. As I suspected, the same keys that were preventing the upgrade also prevent an uninstall, go figure. I was less than hopeful about the repair process and sure enough, the repair failed as well, it just couldn’t read those registry keys. Tried them both twice. So, back to the search for a bulk-registry acl changer. This is the particular key that was causing the problem, it may be different on other systems: D92D4B60317D3FE43B994C43F68BF43F This is the registry path to where all those sub-keys live, but under other keys of course: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Components This is a short list of tools I attempted/used to get everything fixed. I tried other things as well, however the below is the most notable. RegEdit would have taken me too long. It is a basic and great tool that works, but in this instance, I would have needed a dozen people finding and fixing ACLs to get it finished in any amount of acceptable time. Powershell (http://technet.microsoft.com/en-us/library/bb978526.aspx) was too cumbersome and I couldn’t get everything just right, although there are some good sites that describe how to use Powershell for situations similar to mine. It probably would have worked if I knew it a little better, but don’t quote me on that. We then thought if PS could generate a list of broken keys, we could create a VBScript or other program to methodically go in and fix it for us, however I didn’t want to spend that kinda dough nor did we have an effective way to test it out. Subinacl (http://www.microsoft.com/en-us/download/details.aspx?id=23510) an older WinNT tool, would be a great option, for 32-bit only. It can’t be fully discretionary, but I can at least start further into the hive so I don’t change too many keys. Problem with this tool is that it does not access the 64-bit registry, where the necessary BE keys live. I found that out after a couple of iterations of trying this solution. SetACL (http://helgeklein.com/setacl/) is a Godsend. It may not be able to support discretionary changes the way I wanted it, but it sure gets the job done. I was able to change the owner and the permissions on all the keys under the …S-1-5-18\Components. The trick with any blown ACL is to set the owner first. This is an important step because if you don’t change the owner FIRST, all other security will fail. In fact, you will likely get an error even when you set the owner first, but that error is a farce. You can check yourself. After the owner is set, you are free to modify the ACL. Be aware you will likely need to add yourself (or the admin group) to the ACL before you actually can open up the key(or folder or file). So, here is the code I ran. NOTE: the SetACL.exe and the two .CMD files I list below need to be in the same directory. You could modify the code to fit your needs if you want a different setup. The options are robust, proceed with caution. ALSO, THESE SCRIPTS ARE FOR MY MACHINE IN PARTICULAR. THEY MAY WORK ON YOUR MACHINE, BUT YOU NEED TO FULLY AUDIT THE CODE BEFORE RUNNING IT ON YOUR SYSTEM. First, I ran the command to set the ownership of all the keys referenced above. I created a txt file, named it owner.cmd and put the below code in. Please note, when running this command, you need to be in a CMD shell that was ‘run as administrator’ and it would be a good idea if the user context you are running this under is also a member of the local server administrators group. SetACL -on HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Components -ot reg -actn setowner -ownr "n:Administrators" -rec yes -log setacllog_owner.txt Then, I ran the command to set the ACLs. I created a txt file, named it acl.cmd and put the below code in. SetACL -on HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Components -ot reg -actn ace -ace "n:Administrators;p:full;m:grant" -ace "n:DOMAIN\DOMAINADMIN;p:full;m:grant" -ace "n:SYSTEM;p:full;m:grant" -ace "n:Users;p:read;m:grant" -rec yes -log setacllog_ACL.txt Replace DOMAIN\DOMAINADMIN with your particular domain admin user account. After running these 2 scripts, I went and verified I could access those keys in RegEdit, they were accessible. So now, I didn’t want to uninstall, I didn’t want to repair, I just wanted to run through the upgrade. I started the upgrade process. One thing I did not mention before was the DeDupe problem. I could NOT carry over my licenses because as with DLO, the DeDupe option would not fit our needs so we did not license it. BE2012 doesn’t like to upgrade if DeDupe isn’t part of the carry over license. So I selected the trial version of BE2012 to install as mentioned in several other Symantec forums. The upgrade went flawlessly after that!!! Once it was installed, I could enter in all my keys without any problems and deselect that DeDupe option (finally). I sit here with a successful BE2012 updated server now running my first round of full backups. BE2012 is certainly way different. All I need to do now is figure out how to review what the actual job exceptions were and I would have successfully mapped out all the functionality I need to know about. There seems to be some granularity lost with the job setup, for instance, I can’t seem to find how to configure a full SQL Instance backup (we use Simple recovery mode) during an incremental backup as I could before and a few other things, but I think I like the new layout. What I don’t like is having to create a backup job for every server AND every method. I liked the 2010 and earlier way of doing it, just create a job for every method and add multiple servers to it. I hope this is helpful to all those experiencing upgrade woes!1.2KViews6likes4CommentsDownload Now! Gold Build of Backup Exec 2012
The gold build of Backup Exec 2012 is now available for immediate download as part of the First Availability program. If you have maintenance for Backup Exec (or are a partner) then you can sign-up using the following link: Backup Exec 2012 - First Availability Please read this BLOG for more information.778Views6likes7CommentsQuestion : Regards backup exec 10d
Issue is Server was carashed re-built a new server with same hardware and trying to restore the backup from old server to a new server Getting error : Invalid physical volume library media identifier. Customer want to know if this is related to hardware issue or software issue ? I found a KB link : "Invalid Physical Volume Library Media Identifier" (a0008105 HEX or e00008105 HEX) is reported when a restore job fails. Please let me know If the above KB link will be helpfull ?990Views5likes8Commentsupgrade 2010 to 2012 failed - Invalid column name 'finaljobstatus'
Hello, we are trying to do upgrade from BackupExec 2010 R3 to 2012 and we have this error: . . . 05-09-2012,15:02:49 : Invalid column name 'finaljobstatus'. 05-09-2012,15:02:49 : dbutil RunSQLScript:Stop execution sql script 05-09-2012,15:02:49 : dbutil RunSQLScript: failed: 0x80040e14 05-09-2012,15:02:49 : OS ERROR: 0x80040e14 (-2147217900) 05-09-2012,15:02:49 : Starting schedule upgrades. 05-09-2012,15:02:49 : Not doing schedule upgrades due to previous errors. rc=0x1 05-09-2012,15:02:49 : Done with schedule upgrades. 05-09-2012,15:02:49 : upgrade135x ends rc=1 05-09-2012,15:02:49 : Job Migration Failed + 05-09-2012,15:02:49 : Failure 1 running migration library 1 05-09-2012,15:02:49 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\pvlupgrade.dll 05-09-2012,15:02:49 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\jobmigration.dll 05-09-2012,15:02:49 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\catupgrade.dll 05-09-2012,15:02:49 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\postmigrationprocessing.dll 05-09-2012,15:02:49 : BE Migration Tool execution failed We found that some installation had same problem becouse of non standard collation. On our server DB collation is USA. If you have any information pls tell us. thank you for your time, Indira653Views5likes3CommentsSymantec Backup Exc 15 license
Good day, I have Symnatec Backup Exec 15 and licenses had installed on Windows Server 2012 with information as below: A) BACKUP EXEC SERVER ED WIN 1 SERVER ONPREMISE STANDARD PERPETUAL LICENSE (Entitled Qty : 1) B) BACKUP EXEC OPT LIBRARY EXPANSION WIN 1 DEVICE ONPREMISE STANDARD PERPETUAL LICENSE (Entitled Qty : 1) C) BACKUP EXEC AGENT FOR VMWARE AND HYPER-V WIN 1 HOST SERVER ONPREMISE STANDARD PERPETUAL LICENSE (Entitled Qty : 2) Service Exp : Jan 20, 2017 SC Service Type ESSENTIAL I have some questions, anyone can help me clearly explain : 1) what does "onpremise" mean and function in symantec license ? 2) If I have 3 virtual machines in Hyper-V and I must to buy how many BACKUP EXEC AGENT Licenses for them ? 3) I can upgrade new version of Symantec if service license is expired ? Thank much so much.Solved2.7KViews4likes2CommentsBackup Exec Upgrade 2012 to 2014 - Deduplication option error
Just an FYI for anyone running into this issue during an upgrade to BE-2014: Isaw this exact same problemwhen upgrading our previous edition of Backup Exec to BE-2012 and now again when upgrading 2012 to 2014 and the fix is the same. When running the installation for BE-2014 the wizard came to the point of selecting installation type (Full / Tial) -(the screens after entering Licensing) and a messagewindow appearedstating the following: "Deduplication Option is no longer licensed in this upgrade. You may not remove the license during the upgrade. To continue, either add a serial number for Deduplication Option, upgrade as trial, or remove the option in the previous version, then continue the upgrade." (Also outlined in this kb article:http://www.symantec.com/business/support/index?page=content&id=TECH185257 ) The fix was also the same - Open regedit, navigate to: HKLM\SOFTWARE\Symantec\... Delete the \Puredisk\ registry key and it's child\Puredisk\Agent\. (Inour case, since we neverinstalled, trialed, used or licenseddedupe at all these keys were completelyempty of values.) Quit and re-run the Installation. The wizard should continue past this point and straight to the options screen. Thisshould allow you to install/upgrade BE-2014 with licenses the first time, without having to go through the trial install first. Happy Upgrading.921Views4likes3Comments