SQL Server 2019 (Centos 8) 非收益调度程序

SQL Server 2019 (Centos 8) 非收益调度程序

我们正在运行 SQL Server 2019 (Linux) CU4,其服务器规格如下...

操作系统:Centos 8

内存:32GB

硬盘:1TB SSD

CPU:8 核 I-7

SQL:Linux 上的 Microsoft SQL Server 2019 (RTM-CU4) (KB4548597) - 15.0.4033.1 (X64) 标准版 (64 位)(CentOS Linux 8 (Core))

SQL 服务器在负载过大之后变得无响应(看起来是这样),并且在崩溃后 SQLDump 文件中出现以下内容...

2020-04-09 02:38:11.48 spid12s AppDomain 3 (mssqlsystemresource.dbo[runtime].2) 由于内存压力而被标记为卸载。

2020-04-09 02:38:11.48 spid12s AppDomain 3 (mssqlsystemresource.dbo[runtime].2) 已卸载。

2020-04-09 10:09:43.60 spid31s AppDomain 2 (master.sys[runtime].1) 由于内存压力而被标记为卸载。

2020-04-09 10:09:43.61 spid31s AppDomain 2 (master.sys[runtime].1) 已卸载。

2020-04-10 11:52:15.26 备份数据库已备份。数据库:readyalert,创建日期(时间):2020/02/11(08:19:22),转储页面:190987,第一个 LSN:67110:336:1,最后一个 LSN:67110:360:1,转储设备数量:1,设备信息:(FILE=1,TYPE=DISK:{'/var/opt/mssql/backup/readyalert_prod.BAK'})。这只是一条信息性消息。无需用户执行任何操作。

2020-04-10 11:52:15.28 备份 BACKUP DATABASE 在 4.842 秒内成功处理了 190746 个页面(307.765 MB/秒)。

2020-04-12 00:00:02.54 spid59 [8]. 功能状态:PVS:0。CTR:0。ConcurrentPFSUpdate:1。

2020-04-12 00:00:12.34 spid59 DBCC CHECKDB (readyalert) 由 NT AUTHORITY\NETWORK SERVICE 执行,发现 0 个错误,修复 0 个错误。耗时:0 小时 0 分钟 9 秒。内部数据库快照具有分割点 LSN = 00010627:00010e78:0001 和第一个 LSN = 00010627:00010e68:0001。

2020-04-15 11:12:58.53 spid59 AppDomain 4 (mssqlsystemresource.dbo[runtime].3) 已创建。

2020-04-15 11:16:28.21 spid88 AppDomain 5 (master.sys[runtime].4) 已创建。

2020-04-15 14:39:02.71 服务器使用“dbghelp.dll”版本“4.0.5”

2020-04-15 14:39:02.76 服务器 ***无法获取 spid 0 的线程上下文

2020-04-15 14:39:02.76 服务器 * ****************************************************************************************

2020-04-15 14:39:02.76 服务器 *

2020-04-15 14:39:02.76 服务器 * 开始堆栈转储:

2020-04-15 14:39:02.76 服务器 * 04/15/20 14:39:02 spid 384

2020-04-15 14:39:02.76 服务器 *

2020-04-15 14:39:02.76 服务器 * 非收益调度程序

2020-04-15 14:39:02.76 服务器 *

2020-04-15 14:39:02.76 服务器 * ****************************************************************************************

2020-04-15 14:39:02.77 转储的服务器堆栈签名为 0x00000000000000338

我们尝试更新到最新的 CU4 但问题仍然存在,因此任何帮助都将不胜感激。

相关内容