我已经配置了两个服务器之间的数据库镜像,距离对方40英里。
服务器规范: Server 2008,标准版64位
校长、镜子和证人也是如此。该配置具有高度安全性,具有自动故障转移功能。
最初,我们在主体和镜像上测试了我们的.net应用程序(web应用程序),并确保登录没有被组织。
generally.But有时在镜像服务器上运行良好,我看到登录尝试失败:
用户'd0main\ user‘登录失败。原因:未能打开显式指定的数据库。客户端: xx.xx.x.x消息错误: 18456,严重性: 14,状态: 38。
此错误每天出现3-4次,但不多于此。
我向专家提出的问题是:如果主体是活动的,那么为什么应用程序试图连接到mirror.The默认超时的.net网页是30秒,那么应用程序是否有可能尝试连接主体,即使主体还活着,也有可能在30秒之后,它假设它已经死了,因此尝试打开一个连接来镜像它失败的地方。
请帮我解决这个问题。
发布于 2011-02-16 12:32:14
嗨,我希望这个网站回答你的问题,因为我不知道你的问题到底是什么。
http://msdn.microsoft.com/en-us/library/ms190913.aspx
或直接:更改超时值(仅限高度安全模式)
* Use the ALTER DATABASE <database> SET PARTNER TIMEOUT <integer> statement.* Query mirroring_connection_timeout in sys.database_mirroring.还可以在客户端重定向下查看本文:http://technet.microsoft.com/en-us/library/cc917680.aspx
如果连接到初始主体服务器的连接失败,则连接字符串中的故障转移伙伴将用作备用服务器名称。如果连接到初始主体服务器成功,则将不使用故障转移合作伙伴名称,但驱动程序将存储从客户端缓存中的主体服务器检索的故障转移合作伙伴名称。
发布于 2011-02-16 17:29:02
您确定错误来自应用程序吗?IP地址是否指向应用服务器?或者可能是其他应用程序,比如SSMS,试图专门连接到镜像?
如果没有,请确保主体服务器没有超载,如果它有高CPU时间,它可能无法响应连接尝试,我将运行Perfmon来查看它的外观。
还检查主体服务器上的SQL错误和服务器事件日志,以查找与镜像登录次数匹配的任何异常错误。
https://serverfault.com/questions/236163
复制相似问题