I am trialing BE2014. We are a hosting company, so have multiple clients on different networks that require backing up. We are currently using BE2010 R3 with no issues.
I have installed the trial on a different server in the same backup network, but am having difficulty pushing out the Windows agent to any machines. I am getting the error "Error connecting to the remote computer. Ensure that the computer is available, has WMI enabled and is not blocked by a firewall. 2147944122"
The backup server can ping the servers I am testing on, can browse the file structures, WMI is enabled and no firewalls are blocking traffic.
Would someone be able to assist?
2147944122 usually relates to WMI and DCOM issues. Try/confirm the following pls.
1) Enable remote WMI requests using these steps:
On the target server, go to Administrative Tools > Computer management.
Expand 'Services and Applications',
Right Click for Properties on 'WMI Control'.
Select the Security tab.
Click on Security button.
Add the account that is used during the installation of the Backup Exec Remote agent for Windows Systems.
Check Remote Enable for the user/group that will be requesting WMI data.
2) Grant DCOM rights per this KB - http://msdn.microsoft.com/en-us/library/aa393266%28VS.85%29.aspx
Retry push install then. If the agent install still fails, pls post the install log from %ProgramData%\Symantec\Backup Exec\Logs
Which, I believe, it does. If I carry out the same task from our current BE2010 server (Windows Server 2003 R2), it works. If I do this from the trial BE2014 server (server 2012) it fails.
If the remote agent is already communicating with the BE 2010 server, there may be issues. Please try establishing a trust manually and then have the Backup Exec services restarted.
Perhaps I was a bit vague with my last comment. I'm not actually installing the agent from BE2010. If I go through the process, but don't install, I have no issue communicating with the server(s). One of the servers I am attempting has never been backed up before, so currently had no agent installed.
try do a local installation.
copy the source in the client server from BE server in c:\programfiles\symantec\backupexec\Agents\Rawsx86 or x64.
Install it and specify the beserver for the rattachment
We've tried installing on the server we want to back up. When I try to add the server into a backup, either as a VM or as a machine in its own right, I still am unable to contact it.
Can anyone shed any light on this? This is becoming a sticking point, and will prevent us from upgrading, which is a shame.
I could find just one file present with these lines repeating multiple times:-
HyperV Registry Keys are NOT present
Failed to initialize Hyper-V WMI interface
Failed to initialize Virtual Server
Therefore Virtual Server and Hyper-V are not installed
Is this a VM or is it a Hyper-V host ?
If you are planning to back this VM using the Hyper-V agent, add the Hyper-V host in the Backup & Restore tab, else if planning to back it up as a physical machine, add it as regualr Windows computer.
I believe this error is occuring as the Hyper-V host option was chosen and as the Hyper-V information wasn't found, it errored out.
I would recommend the following:
1) Install the BE 2014 agent manually on the VM. ( Do ensure traces of the previous version of the agent aren't present)
2) Enable debugging on the BE server and the VM.
3) Add this VM to the Backup & Restore tab as a Windows Computer. If its successful, clear the SGMon output, but keep it running.
4) Establish a trust by right-clicking on this VM from the Backup & Restore tab. If its successful, clear the SGMon output, but keep it running.
5) Run a backup and check. If there is a failure, pls attach the job log and the debug from both machines.
It would appear a manual install works.
When I was attempting a remote install, I wan't selecting the Hyper-V Host option. I was attempting to install a Windows agent on the guest machines both "after" the Hyper-V agent on the Host, and also as a "stand alone" server.
What will be frustrating is manually installing the agent on nearly 100 machines and arranging reboots on mission critical servers, so while a manual install works, it doesn't solve my problem.
Push installs can be affected by default security restrictions in such a way that even as an administrator remote access to some processes are blocked. Unfortunately when this happens it is more of an environmental issue than a Backup Exec one and in some cases local installs may then be the only option (unless you can find the settings that are blocking the access in the remote servers operating system.)
I know WMI has been previously mentioned, but file and printer sharing with access to the ADMIN$ shares must be eabled and accesible to the user account and for some operating systems RPC must also be enabled
If you have a software firewall enabled on the remote system then you may also have to adjust settings there as well.