重新连接镜像服务器SQL Server 2008 R2

故障转移服务器的状态为（镜像，断开连接，正在恢复），主体服务器的状态为（主体，断开连接）。

重新连接这些服务器的过程是什么？

有时在主体服务器上重新启动镜像端点将解决此问题。

为此，请使用以下T-SQL。

ALTER ENDPOINT Endpoint_Name STATE = STOPPED

ALTER ENDPOINT Endpoint_Name STATE = STARTED

获取端点的名称。

SELECT * FROM sys.endpoints
WHERE type = 4

有关更多详细信息，请参见KB 2490051。

首先，尝试使它们重新与主体上的此T-SQL命令重新连接：

ALTER DATABASE AdventureWorks2012 SET PARTNER RESUME;

如果失败，则在主体和镜像之间出现通信问题，这就是乐趣的开始。从IP连接到镜像端点上的安全性，再到不同的加密方法，都可以是任何东西。如果您需要进行深入的故障排除，我建议罗伯特·戴维斯（Robert Davis）的《 Pro SQL Server 2008镜像》一书。

在我们的案例中，我们使用证书身份验证来连接镜像端点，而问题是因为镜像端点正在使用的证书之一已经过期。

您可以通过执行以下操作来检查端点身份验证中涉及的证书的到期日期：

SELECT * FROM sys.certificates  

在这种情况下，您需要为任何过期的证书创建新证书，然后ALTER ENDPOINT在导入证书后执行。

我通过后续步骤解决了此问题，仅在PRIMARY上重新启动端点没有帮助

1. 在主要：

   SELECT * FROM sys.endpoints WHERE type = 4
   
   ALTER ENDPOINT Mirroring STATE = STOPPED
   
   ALTER ENDPOINT Mirroring STATE = STARTED
   

2. 在镜子上：

   SELECT * FROM sys.endpoints WHERE type = 4
   
   ALTER ENDPOINT Mirroring STATE = STOPPED
   
   ALTER ENDPOINT Mirroring STATE = STARTED
   

3. 回到主要：

   ALTER DATABASE PACXDSite SET PARTNER RESUME;

案件：

在主体服务器上运行以下命令时：

alter database  'Database_Name' set partner off

运行上述命令后，您的数据库将进入[mirror, disconnected]镜像服务器上的状态。

解析度：

步骤1：在镜像上运行以下查询

exec sp_resetstatus 'Database_Name'

步骤2：在执行以下命令后，您的数据库即可使用。

restore database 'Database_Name' with recovery

注意：步骤2将需要一些时间才能恢复。

如果“ RESUME PARTNER”不起作用

ALTER DATABASE AdventureWorks2016 SET PARTNER RESUME;

我会破坏该数据库的镜像并重新配置它。

--STEP 1 ON PRINCIPAL，断开数据库镜像

ALTER DATABASE AdventureWorks2016 SET PARTNER OFF;

--STEP 2 ON MIRROR，断开数据库的镜像

ALTER DATABASE AdventureWorks2016 SET PARTNER OFF;

-第三步镜

RESTORE LAST FULL BACKUP DATABASE WITH NO RECOVERY 
RESTORE TRAN BACKUP DATABASE WITH NO RECOVERY

-步骤4在镜子上

ALTER DATABASE AdventureWorks2016 SET PARTNER = 'TCP://PRINCIPAL.MyDomain.COM:5022';

-步骤5

ALTER DATABASE AdventureWorks2016 SET PARTNER = 'TCP://MIRROR.MyDomain.COM:5022';

-步骤6，如果已配置证人，则在主密码上

ALTER DATABASE AdventureWorks2016 SET WITNESS = 'TCP://WITNESS.MyDomain.COM:5022';

值得一提的是，上述所有操作均可在工作时间内完成，因为主体数据库将始终在线且可用。