目标主体名称不正确。无法生成SSPI上下文。(MicrosoftSQLServer,错误:0)
在配置log shipping的时候发现我的域帐号无法在别的机器登陆DBR05
报错信息如下
目标主体名称不正确。无法生成 SSPI 上下文。 (Microsoft SQL Server,错误: 0)
google了下,从“目标主体名称不正确”下手
首先运行
setspn -L XX-XX-db05
setspn -L XX-XX-dbr05
可以看到多了两个MSSQLSvc打头的SPN
解决方案就是将这两个不需要的spn删掉,操作方法如下:
使用有删除权限的ID执行以下操作
setspn -D MSSQLSvc/XX-XX-DBR05.XX.com:1433 XX-XX-dbr05
setspn -D MSSQLSvc/XX-XX-DBR05.XX.com XX-XX-dbr05
今天咨询了下网络的大神,原因应该是机器安装好直接注册到了域。
而在这个之后主机名被修改了,这才会造成同一台机器在windows域中的重复注册也就有了图一看到了两个多出来的SPN
所以站在DBA的立场以后对于新机器的验收一定要和SA确认SPN是否正确,不然之后配AG 配loghipping会被坑到死啊
网站栏目:目标主体名称不正确。无法生成SSPI上下文。(MicrosoftSQLServer,错误:0)
文章网址:http://cdiso.cn/article/pgdhic.html
报错信息如下
目标主体名称不正确。无法生成 SSPI 上下文。 (Microsoft SQL Server,错误: 0)
google了下,从“目标主体名称不正确”下手
首先运行
setspn -L XX-XX-db05
setspn -L XX-XX-dbr05
可以看到多了两个MSSQLSvc打头的SPN
解决方案就是将这两个不需要的spn删掉,操作方法如下:
使用有删除权限的ID执行以下操作
setspn -D MSSQLSvc/XX-XX-DBR05.XX.com:1433 XX-XX-dbr05
setspn -D MSSQLSvc/XX-XX-DBR05.XX.com XX-XX-dbr05
今天咨询了下网络的大神,原因应该是机器安装好直接注册到了域。
而在这个之后主机名被修改了,这才会造成同一台机器在windows域中的重复注册也就有了图一看到了两个多出来的SPN
所以站在DBA的立场以后对于新机器的验收一定要和SA确认SPN是否正确,不然之后配AG 配loghipping会被坑到死啊
网站栏目:目标主体名称不正确。无法生成SSPI上下文。(MicrosoftSQLServer,错误:0)
文章网址:http://cdiso.cn/article/pgdhic.html