The Restore-StorageGroupCopy operation on %1 was successful, and production paths were updated. All logs were not successfully copied.Time of the failure was: %2.Last log copied was %3 with a creation time of %4.

Details
Product: Exchange
Event ID: 2088
Source: MSExchangeRepl
Version: 8.0
Symbolic Name: RestoreStorageGroupCopyIncompletePathsChanged
Message: The Restore-StorageGroupCopy operation on %1 was successful, and production paths were updated. All logs were not successfully copied.Time of the failure was: %2.Last log copied was %3 with a creation time of %4.
   
Explanation

The Information event indicates that the Microsoft Exchange Replication Service did not copy all the logs from the previously active node to the current active node during a Restore-StorageGroupCopy operation.

This event is generated only in a local continuous replication (LCR) environment. In LCR, the administrator has the option of activating the copy either by moving the files to the location of the previously active database or by changing the paths of the previously active database to the newly activated copy. To do this, the administrator can use the ReplaceLocations switch in the Restore-StorageGroupCopy task. This event relates to the latter option where the LCR copy paths are pointing to the copy and not all log files are available in the copy.

The event indicates that the current active node has had a lossy database mount where one or more log files from the last mounted node could not be copied.

Note   In certain circumstances, overriding the loss restrictions of mounting the storage group on the newly active node may require reseeding the previously active node storage group. Reseeding would be required if one or more of the logs in the loss region had been written to the database.

The Restore-StorageGroupCopy task in an LCR solution is used to disable LCR and make the passive copy viable for Mount-Database. The Mount-Database command is the task to activate a passive storage group copy.

For more information about Restore-StorageGroupCopy, see Restore-StorageGroupCopy.

   
User Action

No user action is required. This event provides information about data loss resulting from mounting the database in the current active node. The Restore-StorageGroupCopy operation will check if all logs created on the source server for the storage group are present in the copy, and if not, will try to copy them again.

If you are not already doing so, consider running the tools that Microsoft Exchange offers to help administrators analyze and troubleshoot their Exchange environment. These tools can help you make sure that your configuration is in line with Microsoft best practices. They can also help you identify and resolve performance issues, improve mail flow, and better manage disaster recovery scenarios. Go to the Toolbox node of the Exchange Management Console to run these tools now. For more information about these tools, see Toolbox in the Exchange Server 2007 Help.

Related:

Leave a Reply