always on 备库一直处于已同步/正在恢复状态

羽之大公公 2020-05-08 02:41:31

刚搭好测试用的always on ，主库显示已同步，备库一直显示已同步/正在恢复，请问这是什么原因呢？哪一步出错了呢，求大大们告知一下，谢谢,然后我检查集群状态发现了问题，一下是问题

无法将可用性副本联接到可用性组xx，该操作遇到了SQL Server错误41106，已被回滚。
有关详细信息，请查看 SQL Server 错误日志。在错误根源得到纠正后，请重试 ALTER AVAILABILITY GROUP JOIN 命令。 (Microsoft SQL Server，错误: 41158)

41158这个错误该怎么解决呢？

...全文

923 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

本课程以企业中生产环境为思路，分别详细讲解SQL Server 2016 AlwaysOn 的两种实现方式：数据库节点都采用双网卡，分担数据同步和前端业务流量的压力；一，需要域控：双域控（主备域控）的搭建，数据库三节点的AlwaysOn的搭建；二，非域控：数据库三节点的AlwaysOn 的搭建；以实战为目的，非常详细的讲解，一步一步操作，最终完成搭建；

sql server 2016 Always on 之数据库处于恢复挂起状态 ①、背景描述上次使用三台服务器搭建的sql server 2016 集群，搭建好之后就没管了，后来测试服务器断电就没启。今天准备重新测试使用两台服务器搭建sql server 2016高可用，发现原来的集群中sql4服务器上的Demo数据库状态为：恢复挂起（数据很长时间未同步导致）再次记录一下处理过程： ②、现有状态集群状态解决思路：本来想着删除数据库重新还原提示：需要从always on 高可用中移除该数据

让我一度怀疑副库是不是被损坏了导致不能恢复同步，后面重启了SQL Server服务之后，重试恢复数据同步，又成功了；然后过了两天这个问题又出现，客户忍不了了，我也忍不了了，总不能一直重启服务吧，奈何SQL Server 功力不够，找了大佬来解决问题。第一次出现，以为是偶发性问题，直接右键点击恢复数据同步，没一会就同步好了；过了一个月问题又出现了，这次右键恢复数据同步也没有用，一直卡着处理中，在KB4536075 - SQL Server 2019 的累积更新 2 的补丁中修复了该问题，

1. SQL Server AlwaysOn数据同步基本工作 AlwaysOn 副本同步需要完成三件事： 1．把主副本上发生的数据变化记录下来。 2．把这些记录传输到各个辅助副本。 3．把数据变化在辅助副本上同样完成一遍。这3件工作主要由以下4个线程完成： Log Writer线程：当任何一个SQL用户提交一个数据修改事务时，它会负责把记录本次修改的日志信息先记入一段内存中的日志缓冲区，然后再写入物理日志文件（日志固化）。 Log Scanner工作线程：位于主副本所在SQL Serv.

一、取消还原状态： restore database BSERP20150521TEST with recovery 如果不需要还原，则使用： restore database test with recovery 如果只需要还原，则使用： restore database test with norecovery

27,579

社区成员

68,558

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章