Want to win a PS4? Go Premium and enter to win our High-Tech Treats giveaway. Enter to Win

x
?
Solved

Information Store cache flush did not complete

Posted on 2011-03-20
3
Medium Priority
?
864 Views
Last Modified: 2012-05-11
Hi

When I attempt to failover a CMS in my Exchange 2007 SP2 SCC Active/Active/Passive cluster, it says it fails due to the "Checkpoint depth at start was 20 and at end was 17". However, the CMS does move to the passive node.

I also see this event id 113 in Application log:

Information Store cache flush before moving clustered mailbox server 'CMS2' did not complete. Data: Storage group Server\SG: checkpoint depth start was 20 and end was 17

The databases do seem to mount ok.

Is this something to worry about? Have I experienced any data loss? I'm not sure what exactly is going on here, and why is this an Informational ID only, sure it should be something more critical?

This happens whether I use Powershell or Exchange Management Console.

OS is Windows 2008 Server.
0
Comment
Question by:jasonwatts1972
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
3 Comments
 
LVL 44

Accepted Solution

by:
Amit earned 2000 total points
ID: 35180313
There is no issue. Event ID 113 is only information given in the logs. MS made new improvent in Exchange 2007, so don't need to worry. You can read the below article, which will clear your doubt.

http://technet.microsoft.com/en-us/library/bb676571(EXCHG.80).aspx
0
 

Author Comment

by:jasonwatts1972
ID: 35183314
Thanks, but what does it actually mean? What;s going on?
0
 
LVL 44

Expert Comment

by:Amit
ID: 35183418
I will try to explain you in my words, but request you to read the article.

When administrator uses the Move-ClusteredMailboxServer command, in SCC failover takes nearly 5 mins and sametime database cache flushing was going on in the background, this is called opportunistic flush which allows client to be connected with the Exchange server, in order to avoid any downtime for the user. During failover process below two events are triggered in the logs

9868 logged two times. This tells, what is the status for flush operation going on.
113 it tells you what is the replications status.

Hope this clears your doubt.
0

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

On September 18, Experts Exchange launched the first installment of the Help Bell, a new feature for Premium Members, Team Accounts, and Qualified Experts. The Help Bell will serve as an additional tool to help teams increase question visibility.
This month, Experts Exchange sat down with resident SQL expert, Jim Horn, for an in-depth look into the makings of a successful career in SQL.
To show how to create a transport rule in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Mail Flow >> Rules tab.:  To cr…
The video tutorial explains the basics of the Exchange server Database Availability groups. The components of this video include: 1. Automatic Failover 2. Failover Clustering 3. Active Manager

610 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question