Create Procedure dbo.dbm_FailoverMirrorToOriginalPrincipal
@DBName sysname
As
Declare @SQL nvarchar(200)
Set NoCount On;
/*
If database is in the principal role and is in a synchronized state
then fail database back to original principal
*/
If Exists (Select 1 From sys.database_mirroring
Where database_id = db_id(@DBName)
And mirroring_role = 1 -- Principal partner
And mirroring_state = 4) -- Synchronized
Begin
Set @SQL = 'Alter Database ' + quotename(@DBName) + ' Set Partner Failover;'
Exec sp_executesql @SQL;
End
Set NoCount Off;
这不是 SQL Server 的现成功能。这就是为什么：
在故障转移场景之后，当以前的主服务器重新联机时，这并不一定意味着它应该重新担任主角色。仅仅因为服务器在线并不意味着从硬件/软件的角度来看它一定是完全健康的（毕竟，它只是宕机了）。如果该问题将在一小时后再次发生怎么办？你真的想在每次主服务器宕机时都和镜像节点打乒乓球吗？在将节点（最好在工作时间之后）放回主要角色之前，应该对节点进行手动 QA。
简而言之：在灾难情况之外自动进行故障转移会给您的数据库正常运行时间增加不必要的风险。
这篇关于SQL Server Central的文章提供了以下存储过程来促进您描述的操作，但我警告不要再次这样做。