Chat now with support
Chat mit Support

NetVault Plug-in for Exchange 12.3 - User Guide

Introducing NetVault Backup Plug-in for Exchange Defining an Exchange data protection strategy Planning your Exchange Server deployment Installing and removing the plug-in Configuring the plug-in Backing up data Restoring data Troubleshooting

Troubleshooting

Upgrading the plug-in fails

If the nvexchangeserver.exe process is running when you install an upgrade, the upgrade might fail and display the following message:

To work around this issue, do either of the following on the NetVault Backup Client where Exchange Server is running:

Stop and start the NetVault Backup Service.

For more information on stopping and starting the NetVault Backup Service, see the Quest NetVault Backup Administrator’s Guide.

Diagnosing and resolving VSS-related issues

When a VSS-backup job is run, the plug-in might generate one or more shadow copies (snapshots). After completing the job, the plug-in sends the VSS subsystem a notification indicating that the shadow copy can be deleted. Also, if the VSS job is canceled for any reason and the plug-in detects the event, the plug-in sends the same type of notice. However, there are instances in which shadow copies are not deleted, which means that the VSS inadvertently stores obsolete shadow copies.

If the plug-in is unable to create a VSS shadow copy, or if the backup job fails during the processing of taking or managing snapshots, it might indicate that obsolete shadow copies are interfering with the VSS subsystem.

In addition to the NetVault Backup logs and the individual job logs, the following resources can expedite the diagnoses of VSS-related issues with backup and restore jobs.

Windows Application Log: In this log, VSS Writers record detailed error messages that are not logged in the NetVault Backup logs. For more information, see http://msdn.microsoft.com/en-us/library/ms157312.aspx.
Vssadmin and DiskShadow: You can use Vssadmin to list the VSS writers and providers, display their status, and ensure that the VSS Writers that the plug-in depends on are enabled and available. Vssadmin also indicates whether it has encountered any errors. DiskShadow, which is a newer utility, also provides information that might be useful. For more information, see http://technet.microsoft.com/en-us/library/bb491031.aspx and http://technet.microsoft.com/en-us/library/cc772172(v=WS.10).aspx.

Quest recommends that you use the Vssadmin and DiskShadow utilities to maintain the VSS subsystem, and to address specific issues, such as deleting obsolete shadow copies. You can use these utilities to list the shadow copies stored by the VSS, remove shadow copies, and manage the space allocated in a specific volume for the storage of shadow copies.

Addressing cluster-related issues

Clustered Exchange environments, such as DAG, present more challenges, especially when the plug-in tries to detect all the applicable NetVault Backup Clients or when the clients must communicate with each other. Usually, NetVault Backup scans the network to locate known NetVault Backup Clients. However, under certain conditions, such as when clients are in the same network but different segments or when clients are located in geographically distant networks, the NetVault Backup Clients might not be aware of each other. This issue can cause errors, such as the display of a “Failed to launch Proxy Master in <NameOfNetVaultBackupClient>” message in the binary log during a backup job. This message might indicate that the NetVault Backup Client that is running the backup job is not aware of the network location of the client that is specified in the message.

To work around this issue, you can use the “machines.dat” file to identify all clients that the NetVault Backup Client must be aware of. Each NetVault Backup Client contains this list of known NetVault Backup Clients in the NetVault Backup installation’s etc directory. For example, in a typical Windows installation, the path is: C:\Program Files (x86)\Quest\NetVault Backup\etc\machines.dat. Adding a known NetVault Backup Client name as an IP address to this file lets the local NetVault Backup Client locate the remote NetVault Backup Client in the network.

If you encounter the “Failed to launch Proxy Master in <NameOfNetVaultBackupClient>” message, Quest recommends that you add all NetVault Backup Clients in an Exchange cluster to the specific NetVault Backup Client that runs the backups. In the following steps, the DAG contains three NetVault Backup Clients: Client_1, Client_2, and Client_3. The NetVault Backup Client that manages backups is Client_1, so the “machines.dat” file on Client_1 is the one that you would modify.

To add a client, perform the following steps.

2
On the Service tab, click Stop Service.
3
In Windows, navigate to the etc directory where NetVault Backup is installed, for example, C:\Program Files (x86)\Quest\NetVault Backup\….
4
To ensure that you can restore the original settings if necessary, make a backup copy of the “machines.dat” file, for example, “machines.dat_saved.”
5
Networks=<IPaddressOfClient_1>
Preferred Address=<IPaddressOfClient_1>
Contact Address=<IPaddressOfClient_1>
Networks=<<IPaddressOfClient_2>
Preferred Address=<IPaddressOfClient_2>
Contact Address=<IPaddressOfClient_2>
Networks=<IPaddressOfClient_3>
Preferred Address=<IPaddressOfClient_3>
Contact Address=<IPaddressOfClient_3>
9
Return to the Service tab in the NetVault Backup Configurator, and click Start Service.
10
If the Current State remains Running, the changes have been implemented; otherwise, if the state changes to Stopped after a few seconds, complete the following steps:
c
To determine whether the nvstatsmngr.exe or nvstatsmngr.exe*32 process is listed, check the list.
Verwandte Dokumente

The document was helpful.

Bewertung auswählen

I easily found the information I needed.

Bewertung auswählen