サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for Exchange 10.0.5 - User Guide

Introducing Dell™ 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 other issues

This section describes some common errors and their solutions. In cases where an error occurs and is not described in this table, obtain the Microsoft Exchange Server error number from the NetVault Backup logs, and then see the relevant Microsoft Exchange Server documentation for help.
 
Table 1. Troubleshooting
Error message
Explanation
NetVault Backup 10.x service (netvault-pgsql) will not start on Windows®
Check the Windows Event Viewer to see if it displays the following message: PDT FATAL: lock file “postmaster.pid” already exists.
NetVault Backup 10.x uses a PostgreSQL database. If the PostgreSQL database does not start, NetVault Backup cannot start. To correct this issue, delete the “postmaster.pid” file from the location referenced in the log and restart the NetVault Backup Server. For more information, see https://support.quest.com/netvault-backup/kb/122475.
Failed to Connect or Failed to log on as user <userName>
Ensure that all relevant Exchange Services are started before initiating backup or restore jobs. These services include:
•
Microsoft Exchange Information Store
•
Microsoft Exchange System Attendant
•
Microsoft Exchange Replication Service (LCR and CCR environments)
•
Microsoft Software Shadow Copy Provider (VSS backups)
•
Volume Shadow Copy (VSS backups) (started automatically by Microsoft Software Shadow Copy Provider)
Failed to get Backup Components
Ensure that Exchange databases are mounted. Additionally, when performing backups of passive data, verify that the passive copies in CCR and LCR environments have a state of Healthy in the Exchange Management Console. If the passive copy has a status of Failed, the backup fails. The Failed passive copy can be returned to a Healthy state by deleting it and updating it with the Update-StorageGroupCopy command. For more information on this command, see http://technet.microsoft.com/en-us/library/aa998853.aspx.
No Suitable Media for Job
This error occurs when multiple Storage Groups/Mailbox Databases are backed up simultaneously by using parallel streams and the number of media drives is less than the number of Storage Groups/Mailbox Databases.
An error occurred. Please check that databases are dismounted.
Even if a specific database has been dismounted, if the This database can be overwritten by a restore option is not selected on the Database tab of the Store Properties dialog box, this error occurs.
•
Failed to add backup record
•
Failed to write index of backup to the database
These messages indicate that the selected data was backed up, but the job’s index information was not properly added by NetVault Backup to its database. Without this index information, the data cannot be properly restored.
Method 1:
Open the Manage Devices page, select the backup media, and click Scan. NetVault Backup stores index information for backup jobs in two locations: in the NetVault Database and on the media targeted by the backup. When you scan the backup media, the index information is added to the NetVault Database. To verify that the information was added, open the Manage Job Definitions page, and locate the specific job. If you can run the job now, the scan process has corrected the problem.
Method 2:
If the scan has failed, run the backup job again.
In clustered environments of Exchange Server 2007, the following operations do not work:
•
Mount and dismount databases
•
Suspend and update replication of Storage Groups
This problem is isolated to the Exchange Server 2007 RTM version in a clustered environment. Ensure that Exchange Server 2007 RTM has been upgraded to Exchange Server 2007 Service Pack 1 or later.
Replication fails with Event ID 2070 on an LCR database after a successful Incremental or Differential restore
The restore job is completed successfully and the Plug‑in for Exchange updates the replication for the Storage Group without a problem. However, after a Differential restore on a replicated database, the reseeding process fails on the passive node. If you view the Copy Status field in the Exchange Management Console for the Storage Group, the status is Failed, even though it should have been Healthy. Even if you try to update the replicated copy of the Storage Group, the status remains Failed. To resolve this issue, upgrade the Exchange Server with Update Rollup 9 for Exchange 2007 Service Pack 1. For more information, see http://support.microsoft.com/?kbid=957137.
Alternatively, if you cannot upgrade the Exchange Server, perform a full backup after the restore job and update the replicated copy of the Storage Group.
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択