Since we needed a way to back up our 2012 file server, we upgrade our dpm server to sp1 beta.  Since doing so, our exchange recovery points (two different protection groups) no longer run.  They continue to show a healthy green check mark though.  This resulted in the logs filling up one of the drives which alerted us to the problem.

Is this a known issue?  Is there any way to make the schedule kick back in?  Manual recovery points work fine.

• Moved by Mike JacquetMicrosoft employee, Moderator Thursday, October 04, 2012 10:21 PM (From:Data Protection Manager - General)

Hi

Are you running CTP2? http://robertanddpm.blogspot.com/2012/06/system-center-sp1-ctp2-is-here.html

If you try and recreate the groups does it resolve the problem? Do you have adequate space to do the backups?

Is DPM giving any errors in the logs?

You can also look here: (might help)

http://www.testlabs.se/blog/2011/08/04/protect-exchange-databases-using-dpm-2010/

http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/continuous-backup-exchange-server-2010-dpm-2012-part1.html

No, as mentioned we are running beta not ctp2...  I would prefer not to have to recreate the groups (that is next on my list but is not ideal).  Definitely have plenty of space, no errors in the logs.

Again, file server backups are running swimmingly - it's only Exchange and SQL that are not running...

Is DPM talking to the Agent on the exchange and SQL servers? Any connection errors?

If you try re-installing the agent or creating the group it might help. If you look on Exchange by right clicking on the DB and checking the last backup time what does it say?

Can you manually kick off one of the backups and monitor it to see if data is being pulled across?

As mentioned in my OP, manual recovery points work fine.

Archiving for housekeeping since the product has released