Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Topic Last Modified: 2014-03-14
If you have configured your back-end database to use synchronized mirroring with a witness, failover is automatic. If you have configured synchronized mirroring without a witness, you can use the following procedures to failover and failback your database. You can also use these procedures to manually failover and failback your databases even if you have configured a witness.
To fail over your back-end database
Before failing over, determine which back-end database is the principal and which is the mirror by typing the following cmdlet:
Get-CsDatabaseMirrorState -PoolFqdn <poolFQDN> -DatabaseType UserIf the Central Management store is hosted in this pool, type the following cmdlet to determine which is the principal and which is the mirror for the Central Management store:
Get-CsDatabaseMirrorState -PoolFqdn <poolFQDN> -DatabaseType CentralMgmtPerform the failover of the user database:
If the primary has failed and you are failing over to the mirror, type:
Invoke-CsDatabaseFailover -PoolFqdn <poolFQDN> -DatabaseType User -NewPrincipal mirror -VerboseIf the mirror has failed and you are failing over to the primary, type:
Invoke-CsDatabaseFailover -PoolFqdn <poolFQDN> -DatabaseType User -NewPrincipal primary -Verbose
If the pool hosts the Central Management Server, perform the failover of the Central Management store.
If the primary has failed and you are failing over to the mirror, type:
Invoke-CsDatabaseFailover -PoolFqdn <poolFQDN> -DatabaseType CentralMgmt -NewPrincipal mirror -VerboseIf the mirror has failed and you are failing over to the primary, type:
Invoke-CsDatabaseFailover -PoolFqdn <poolFQDN> -DatabaseType CentralMgmt -NewPrincipal primary -Verbose