 | |||
|
|
||
| |||
| |||
| |
|
Home > Fixing DPM 2007 inconsistent replica errors in Exchange Server |
| |
|
|
|
|
| Tutorial: |
|
||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|
|||||||||||||||||||||||||||
It's common to set up DPM to protect a set of Exchange storage groups, only to have DPM report that the replicas that were created are inconsistent. I took my own primary DPM server offline and set up a new DPM server to show why this happens. In Figure 1, you'll see that I've configured DPM to protect three servers. For each server, I'm also protecting all of the server volumes and the system state. For the two Exchange servers, I'm protecting the storage groups. The screen capture was taken after one volume was replicated and another was in the replication-creation process.
Although the replicas were created successfully for each server volume and for each server's system state, both of the protected Exchange storage groups returned a Replica is Inconsistent error. This error message is generated when the replica that was created is different from the data residing on the protected computer. This is a big deal because the storage group -- or any other protected resource that returns this error -- is left completely unprotected until the error is corrected. If the replica was consistent at one point and then became inconsistent, you can still use the recovery points that were created previously. However, all future protection activities will fail until the error is corrected. It's important to find out why the inconsistency happened in the first place and how to fix it. This can be difficult to determine, though, since there are a number of different conditions that can lead to storage group inconsistencies. Fortunately, DPM gives some explanations. If you look at Figure 2, you'll see that I selected the DPM console's Monitoring view and am looking at the Alerts tab. This shows you all of the most recent alerts. If you select any of the Replica is Inconsistent errors, you'll see a detailed explanation of the error message in the lower pane. In this case, the explanation isn't very helpful because it points to an unknown error. I've seen situations where the explanation text indicated that the database was not mounted, which would prevent it from being backed up.
You may notice that one of the recommendations DPM makes is to copy the ESEUTIL.EXE and ESE.DLL files from Exchange to the DPM server's \Program Files\Microsoft\DPM\BIN folder. According to DPM 2007 documentation, the tool supports Exchange 2003 SP2 or Exchange Server 2007. It isn't necessary to run the same version of Exchange on all of the servers that you're protecting. However, there are a few things that you need to know about protecting multiple versions of Exchange:
About the author: Brien M. Posey, MCSE, is a five-time recipient of Microsoft's Most Valuable Professional (MVP) award for his work with Exchange Server, Windows Server, Internet Information Services (IIS), and File Systems and Storage. Brien has served as CIO for a nationwide chain of hospitals and was once responsible for the Department of Information Management at Fort Knox. As a freelance technical writer, Brien has written for Microsoft, TechTarget, CNET, ZDNet, MSD2D, Relevant Technologies and other technology companies. You can visit Brien's personal website at www.brienposey.com. Do you have comments on this tip? Let us know. Please let others know how useful this tip was via the rating scale below. Do you know a helpful Exchange Server, Microsoft Outlook or SharePoint tip, timesaver or workaround? Email the editors to talk about writing for SearchExchange.com.
|
|
|
|
|||||||||||||||||||||||||
|
|
 |  |  | |  | |  | |  | |  | |  | |  | |  | |
|
|
About Us | Contact Us | For Advertisers | For Business Partners | Site Index | RSS |
|
|
||
|
|||||||
