一次由于SQL Server BUG引起的数据库AlwaysOn主从切换故障分析处理

记一次 Always on group 故障切换失败的处理 最近遭遇了一次有点奇怪的Always on group 故障切换,Always on group由两台SQL Server 2014组成, 阅读详情

故障描述

        今日在17:10左右,接到业务人员反馈,数据库出现故障,经过初步查看,发现数据库AlwaysOn主从发生了切换

版本信息

数据库版本:SQL Server 2016 SP1

操作系统版本:Windows Server 2016

故障分析过程

        由于之前发生过CPU及内存使用率过高导致系统资源不足发生了主从切换,初步推断也是由于系统资源不足导致主从响应超时导致被判断为主节点故障继而发生了切换。

首先查看sqlserver日志:

 日志中出现了未出现过的报错,报错信息如图上。

通过查阅资料及微软官方文档,发现该报错和如下报错相匹配:

该报错在SQL Server 2016版本的数据库中需要升级到SQL Server 2016 SP2才能进行修复:

故障处理

        由于发生了切换,从节点已经变成主库,主库顺利切换为从库,考虑到原主库有部分库未进行同步,为了保障业务正常进行,手动进行了故障转移,恢复故障前的主从关系。

        为了数据库安全稳定的运行,避免该报错再次出现,将会计划进行数据库版本升级。

AlwaysOn实现主从切换 系列一:AlwaysOn搭建:http://blog.youkuaiyun.com/weixin_38357227/article/details/79033494 ALWAYSON搭建成功后,主数据库可进行读写操作,从库默认只能进行读操作。在某些情况下,我们需要进行主从切换,使从库可进行读写操作,此时主库变成辅助角色。此时如果我们需要在新的辅助副本上做一些硬件升级等操作,需要停掉SQL SERVER服务, 阅读详情

相关推荐

管理SQL Server AlwaysOn(1)——基础维护

本文属于管理SQL Server AlwaysOn 系列文章 前言: 前面系列已经介绍了SQL Server AlwaysOn的知识点、安装演示及注意事项等。但是这并不是终点,更多的反而是起点。就像不能生了孩子就不管,你还得养(管理)。作为DBA,更

MVP黄钊吉(發糞塗牆) 1万+

若依前后端分离版切换数据库方法,以切换sqlServer为例[超详细]

framework.config包下添加MybatisPlus配置MybatisPlusConfig.java。自此是可以启动了,但是有个小问题.当按时间查询语句的时候遇到date_format会报错.比如这里。SysMenuMapper.xml文件内,把4个ifnull全部改为isnull。quartz.config包下的ScheduleConfig.java解除注释。PS自己该不好的话,就把整合版的下载下来对着抄吧.这里需要改好几个文件,但是不改其实关系也不大......................

张子豪的博客 1万+

STM32 SYSTICK定时器及延时函数详解

STM32 SYSTICK及延时函数详解 SysTick定时器 SysTick定时器被捆绑在NVIC中,用于产生SYSTICK异常(异常号:15)。在以前,大多操作系统需要一个硬件定时器来产生操作系统需要的滴答中断,作为整个系统的时基。例如,为多个任务许以不同数目的时间片,确保没有一个任务能霸占系统;或者把每个定时器周期的某个时间范围赐予特定的任务等,还有操作系统提供的各种定时功能,都与这个滴答定时器有关。因此,需要一个定时器来产生周期性的中断,而且最好还让用户程序不能随意访问它的寄存器,以维持操作系统“心

w1050321758的博客 2366

哨兵机制:主库挂了,如何不间断服务?

我们都了解Redis主从库集群模式。在这个模式下,如果从库发生故障了,客户端可以继续向主库或其他从库发送请求,进行相关的操作,但是如果主库发生故障了,那就直接会影响到从库的同步,因为从库没有相应的主库可以进行数据复制操作了。 而且,如果客户端发送的都是读操作请求,那还可以由从库继续提供服务,这在纯读的业务场景下还能被接受。但是,一旦有写操作请求了,按照主从库模式下的读写分离要求,需要由主库来完成写操作。此时,也没有实例可以来服务客户端的写操作请求了,如下图所示: 无论是写服务中断,还是从库无法进行.

码农架构 474

论文精读——A Comprehensive Survey of Continual Learning: Theory, Method and Application

为了应对现实世界的动态性,智能系统需要在其整个生命周期中逐步获取、更新、积累并利用知识。这种能力被称为Continue Learning(持续学习)。从广义上讲,持续学习明显受到catastrophic forgetting(灾难性遗忘)的限制,即学习新任务通常会导致旧任务的性能急剧下降。Continue Learning的核心目的有二,其一为(稳定性与可塑性间的权衡),其二为(足够的任务内/任务间泛化能力)。

xsddys的博客 1241

dToF直方图之美

上面视频里如果你能看懂,那么就能理解对于dToF单点的测距问题,对于大部分的描述在AMS和ST里的手册都非常的详细,有疑问的可以后台来找我探讨,今天我们单纯从上层讨论成像的问题。作为dToF算法工程师,应该是对直方图敏感的,直方图的每个Count峰都会表征出问题,因为dToF的输出只有直方图,观察直方图能够逆推出dToF的很多东西,这也是大多数公司不愿意开放直方图和Raw data的缘故。以上是一个小面阵的分辨率,第一张是直方图,后面是基于直方图寻峰出来的成像ToF图,Peak图,以及噪声Noise图。

dream it possible 2992

SQL SERVER SQLOS的任务调度

http://blogs.msdn.com/b/apgcdsd/archive/2011/11/24/sql-server-sqlos.aspx SQL Server 通过WORKER, SCHEDULER, TASK等来对任务进行调度和处理。了解这些概念,对于了解SQL Server 内部是如何工作,是非常有帮助的。   通常来讲,SCHEDULER个数是跟CPU个数相匹配的

学无止境 1046

【CIC-IDS数据集+机器学习】实现网络流量异常检测

本项目基于CIC-IDS数据集,使用多种机器学习算法实现网络流量异常检测系统。项目采用了完整的机器学习工作流程,从数据预处理到模型部署,实现了高精度的网络入侵检测。

XiaoMu_001的博客 1935

SqlServer主从技术

sqlserver主从技术包含:复制、日志传送、镜像、AlwaysOn这四种方式。

bigcucumber的博客 4133

手把手教你搞定MT6701磁编码器的SSI通信与CRC-6校验(附避坑代码)

本文详细介绍了MT6701磁编码器的SSI通信与CRC-6校验的实现方法,包括硬件连接、时序配置、数据读取和专用CRC-6算法。通过提供避坑代码和常见问题解决方案,帮助开发者快速掌握磁编芯片的调试技巧,确保通信稳定可靠。

weixin_30872337的博客 218

英伟达 DGX Spark & Reachy Mini 入门教程(一)

英伟达在2026年CES上发布多款开放模型,包括Nemotron推理LLM、Isaac GR00T VLA和Cosmos世界模型,助力开发者构建个性化AI代理。文章详细介绍了如何通过DGXSpark和Reachy Mini机器人打造办公助手,涵盖材料准备(推理/视觉模型、文本转语音服务)、智能体构建(NeMo Agent Toolkit框架)、工具调用和路由策略实现。系统支持本地/云端部署,提供语音交互、视觉识别和动作执行功能,并保持完全开源可定制。最后给出运行演示的终端配置步骤和测试用例,鼓励开发者在此基

2506_90492529的博客 2713

主从复制中的主从切换

当从服务器停止之后,主服务器上的数据在从服务器再次开启的时候,新的数据依然会记录到数据库当中。如上图所示,此时我们仍然需要去到从服务器中,首先使用远程连接用户连接主服务器,这里的master_log_file信息和master_log_pos信息,都需要我们到主服务器上的二进制日志中去查看。如上图所示,这表示的是,我作为从服务器已经记录到了主服务器02文件的451事件位置,在从服务器本地是使用的日志文件是08记录位置是732。如上图所示,这是在从服务器上停止数据库服务后在主服务器上发生的写操作。

ZHX2285的博客 471

YOLOv11涨点改进 | Conv篇/小目标改进 | YOLOv11引入SPDConv卷积特征无损下采样模块,增加YOLOv11小目标P2检测层(助力小目标任务高效涨点)

本文提出了一种创新的SPDConv模块来优化YOLOv11模型,通过空间到深度(SPD)层和非步幅卷积层实现特征无损下采样。该方法有效解决了传统CNN中因跨步卷积和池化层导致的细粒度信息丢失问题,特别提升了小目标检测性能。实验表明,SPDConv在目标检测和图像分类任务中显著优于现有SOTA模型。文章详细介绍了模块原理、核心代码实现,并提供了YOLOv11集成SPDConv的具体方法,包括配置文件修改和P2层增强等优化技巧。该技术为计算机视觉任务提供了一种高效的特征保留方案。

Ai缝合怪、助力小伙伴高效发论文 586

SQL Server主从数据库配置过程

条件1.源端的表,需要添加主键;2.备库准备:安装与源端一致的操作系统和数据库版本;一、准备工作:注意点:1、服务器名称(主机名)最好在确定好后再安装SQL Server 2012数据库这样能确保主机名,实例名保持一致。2、如果是在安装好sqlserver2012后修改了主机名,通常会导致主机名和实例名不一致问题。3、可通过下面的命令进行检测和修复查看服务名称(默认安装时的实例名也是和主机名一致)和主机名是否一致修改完成之后,重启sqlserver服务。1。

Auspicious航的博客 9484

Hermes 教程 03:Skills 系统

摘要:Hermes Skills是一种自我改进机制,可将解决问题的经验保存为可复用技能文档。v0.13.0版本遵循agentskills.io开放标准,与Claude Skills互通。技能创建流程包括发现问题、创建技能文件、加载使用和优化更新四个阶段。系统提供技能检索和自维护机制(Curator),支持技能媒体路由和多种管理命令。内置技能涵盖开发调试、创意头脑风暴等场景,通过积累技能使Hermes更适应用户需求。

程序猿_三产 728

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

【SQLServer】HA共享集群和AlwaysOn故障转移集群如何切换

这种方法非常简单,关闭主库后,主库上IP资源都会自动切换到从库上,从库会变成主库对外提供服务,但是这个过程并不是瞬间完成的。由机器的性能决定,一般1分到到3分钟以内可以自动切换完成。(2)通过windows自带的故障转移集群功能手工切换。21变成了备节点,22变成主节点,且21同步。23也同步,且23还是备节点。选择新主:fgedu22;将主节点切换到2号机器。1.最简单的切换方法。(1)关闭并重启主库。切换完成,验证主节点。

weixin_43346403的博客 1484

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

SQL Server 镜像数据库切换及同步状态变化

(4)当主库上的日志总是收缩不掉, 完整备份 后收缩不行,日志备份后 收缩也不行,此时应该查看下镜像的状态,看master-mirror 间 log的 sent 和 restore 是否正常。但是,当我们重启原主Server上的SQL Server 服务后,切换后的Mirror镜像的同步状态变成了 挂起 状态。正常情况下都是在主Server上执行的,此时主Server上DB仍然可以正常访问。正常切换后,MirrorDB变成主DB;成功执行后,主体服务器实例的数据库的状态变成了【主体,挂起】。

hongjian006的博客 1142

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

C#.NET初级开发者面试必备21~30题解析

在C#.NET开发中,理解值类型与引用类型的区别、字符串拼接优化、装箱拆箱性能损耗等基础概念至关重要。这些核心知识点不仅关系到代码效率,更是面试中的高频考点。通过哈希表实现的Dictionary、基于状态机的async/await异步编程、以及LINQ查询的延迟执行机制,都体现了.NET框架的设计精髓。合理使用StringBuilder预分配容量、采用泛型集合避免装箱、利用GC分代算法管理内存,能在实际项目中显著提升性能。本文通过典型代码示例,演示如何在高并发场景下选用ConcurrentDictionar

weixin_30595035的博客 439

SQL SERVER Alwayson 原理及故障排除

SQL SERVER Alwayson 是SQL SERVER 分布式数据库的一种形式,使用的公司可能不是很多,对于快速开发和高可用,是一种很不错的解决方法。但在使用中,也会有TROUB...

sql server的专栏 4529

sqlsever主库从库如何切换_MySQL如何实现高可用?

Orchestrator功能强大,能适应多种恢复场景,通过调用WEB接口和命令orchestrator-client能完成非常多的功能。 本文介绍了Orchestrator的几种应用场景,以及云和恩墨自主研发的MySQL整体解决方案MyData是如何基于Orchestrator进行优化,实现数据库高可用的。Orchestrator简介Orchestrator是近年出现的基于GO语言编写的MySQL...

weixin_39929602的博客 423

sqlsever主库从库如何切换_负载突然翻了100倍,如何拯救MySQL架构?

“最近有一个业务库的负载比往常高了很多,最直观的印象就是原来的负载最高是 100%,现在不是翻了几倍或者指数级增长,而是突然翻了 100 倍,导致业务后端的数据写入剧增,产生了严重的性能阻塞。引入读写分离,优化初见成效这类问题引起了我的兴趣和好奇心,经过和业务方沟通了解,这个业务是记录回执数据的。简单来说就好比你发送了一条微博,想看看有多少人已读,有多少人留言等。所以这类场景不存在事务,...

weixin_39973009的博客 248

[AlwaysOn] AlwaysOn可用性组的故障转移和故障转移模式[中英文对照] 5

4 、计划的手动故障转移(无数据丢失) 4 、Planned Manual Failover (Without Data Loss) 在数据库管理员针对承载目标辅助...

469

[AlwaysOn] AlwaysOn可用性组的故障转移和故障转移模式[中英文对照] 4

3 、自动故障转移 3 、Automatic Failover 在主副本变得不可用之后,自动故障转移将导致合格的辅助副本自动转换为主角色。当承载主副本的WSFC节点...

844

Sql Server 2017主从配置之:AlwaysOn高可用

AlwaysOn高可用功能,真正实现了数据库的灾备切换、高可用。 AlwaysOn通过Windows Server故障转移群集,部署高可用数据库组。 - 在故障转移群集基础上完成部署 - 读写分离,只读负载平衡 - 最多3个写入节点实现故障转移 - 最多3个数据实时同步节点

不积跬步无以至千里,不积小流无以成江海。一个喜欢学习分享的程序员 4234

SQL Server中,always on服务器的相关操作

在SQL Server中,建立了always on服务,可用于数据库的同步备份,当数据库出现问题后,always on服务会自动切换主从服务器。 例如192.168.1.10为主服务器,12为从服务器,当主服务器出现问题后,always on自动将主服务器切换为12,保证数据库正常访问。 对于always on服务器有如下操作: 1、切换主从服务器:假如需要手动切换主从服务器时(如果两个服务

u012138032的博客 2145

SQL Server主备切换的流程

在 SQL Server 容器环境下,主备切换和新备同步的关键在于确保数据一致性、正确配置镜像端点以及启用事务日志同步。通过这些步骤,可以实现高可用性和快速故障恢复。

喝醉酒的小白 1420
上一篇: 一次由于盘符变化导致的Oracle 19.7集群无法启动
下一篇: Linux(centos)中使用源码安装PostGIS
听雪楼主.
博客等级 码龄10年 513粉丝 214原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值