Exchange 2016 Test-ReplicationHealth - DatabaseAvailability FAILED

Question

I'm not sure why I'm having a failure with this command.

The database is healthy and mounted on the server which shows the error above

When I look at further databasecopy status output, I see the failure there too and the last check passed date is a long time ago.

The HighAvailability component is running.

We have two nodes in each of our two sites and we have Intrasite Activation mode enabled. Automatic failover of the databases during patching and other maintenance works fine.

I'm not sure what to do to fix this.

Answer 1

This is what I ran to fix the component states

$ServerName = 'COLO-EXCH1'
$RequesterToFix = 'Functional'
$ComponentsToFix = 'RecoveryActionsEnabled', 'Monitoring'

foreach($ComponentToFix in $ComponentsToFix){
Set-ServerComponentState -Identity $ServerName -Component $ComponentToFix -Requester $RequesterToFix -State Active
}

After running the detection script I wrote again, I don't see anything else Inactive. I still have the warning message when running Get-MailboxDatabaseCopyStatus -Server COLO-EXCH1 | FL

I'm going to give AD replication some time to work given the fact that the remote values are what needed to change. I also read that some components need to restart which apparently happens automatically

Here are some articles I was reading

https://techcommunity.microsoft.com/t5/exchange-team-blog/server-component-states-in-exchange-2013/ba-p/591342
https://www.ntweekly.com/2016/03/09/exchange-server-2016-2013-component-highavailability-state-is-offline-error/
https://www.codetwo.com/admins-blog/exchange-2013-components-inactive/

Answer 2

@Hollisorama

The error is mainly caused by "-DatabaseCopyAutoActivationPolicy" set to "IntrasiteOnly". I think there may exist issue with the communication between mounted active database and passive database.

I would suggest you set it to "Unrestricted", then use "Update-MailboxDatabaseCopy -Identity DB1\MBX1" to make sure all database copy is update to data, then change the "DatabaseCopyAutoActivationPolicy" back to "IntrasiteOnly".

---

If the response is helpful, please click "Accept Answer" and upvote it.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

Answer 3

Thanks @KyleXu-MSFT . I will try that on one of the databases and let you know how it goes.

Answer 4

Toggling Unrestricted on resolved the issue, however when I toggle IntrasiteOnly back on, the error returns. It's odd that the warning is only for the databases that are active at one datacenter but not the copies that are active in the other datacenter. I toggled it back to Unrestricted for now. I'm going to give it a little more time to see if Active Manager needs to do some other checks.

Answer 5

Even with Unrestricted turn on, I still see this on the servers in the one datacenter where we see the problem