AlwaysOn辅助副本的SQL服务账号修改,导致可用性组下DB处于不同步状态

时间:2022-05-05 01:23:15
AlwaysOn测试了几个问题
Admin和dbAdmin都是域管理员权限
1. 主Server在更换域管理员账号(从admin改为dbadmin)时候,辅助Server不更换,无异常,DB处于同步状态
2. 无论主Server换不换SQL服务账号,辅助Server只要更换为dbadmin时,AlwaysOn可用性组下的DB都处NOTSYNCHRONIZING
3. 之后把用户换回admini时,辅助正常
这个情况是设置方面问题 吗,AlwaysOn设为手动FailOver的

4 个解决方案

#1


**未生产性部署过,此案例情况亦未实际测试过**
按推测,应该主SVR生成了加密密钥传送日志到AO机,即使主SVR更换服务帐号,但加密密钥已经生成,所以没影响
在AO机上,换了服务帐号,接收到的数据没法解密,导致同步不了

按推荐,应该主SVR和AO机使用同一个服务域帐号,能减省很多“意外”麻烦

#2


引用 1 楼 luckyrandom 的回复:
**未生产性部署过,此案例情况亦未实际测试过**
按推测,应该主SVR生成了加密密钥传送日志到AO机,即使主SVR更换服务帐号,但加密密钥已经生成,所以没影响
在AO机上,换了服务帐号,接收到的数据没法解密,导致同步不了

按推荐,应该主SVR和AO机使用同一个服务域帐号,能减省很多“意外”麻烦


感谢,这个是因为几台正在使用的Server要换域账号,提前测试一下,怕出问题,这个加密秘钥的话是如果主Server用什么域账号,辅助Server必须用什么账号才能解密吗?如果是这样的话,主辅Server上面同时更改改了域账号,按说加密秘钥什么的也应该传送日志到了辅助Server上,为什么还是不能同步呢?

#3


有木有人?帮忙看下,如果说吧AlwaysOn移除,更改账号,再重建,那就是好的,为什么呢?

#4


有人帮忙看看不~

#1


**未生产性部署过,此案例情况亦未实际测试过**
按推测,应该主SVR生成了加密密钥传送日志到AO机,即使主SVR更换服务帐号,但加密密钥已经生成,所以没影响
在AO机上,换了服务帐号,接收到的数据没法解密,导致同步不了

按推荐,应该主SVR和AO机使用同一个服务域帐号,能减省很多“意外”麻烦

#2


引用 1 楼 luckyrandom 的回复:
**未生产性部署过,此案例情况亦未实际测试过**
按推测,应该主SVR生成了加密密钥传送日志到AO机,即使主SVR更换服务帐号,但加密密钥已经生成,所以没影响
在AO机上,换了服务帐号,接收到的数据没法解密,导致同步不了

按推荐,应该主SVR和AO机使用同一个服务域帐号,能减省很多“意外”麻烦


感谢,这个是因为几台正在使用的Server要换域账号,提前测试一下,怕出问题,这个加密秘钥的话是如果主Server用什么域账号,辅助Server必须用什么账号才能解密吗?如果是这样的话,主辅Server上面同时更改改了域账号,按说加密秘钥什么的也应该传送日志到了辅助Server上,为什么还是不能同步呢?

#3


有木有人?帮忙看下,如果说吧AlwaysOn移除,更改账号,再重建,那就是好的,为什么呢?

#4


有人帮忙看看不~