修复: DBCC STACKDUMP 不生成转储文件的启动从 SQL Server 2017 CU9 到 CU13 的 Linux 上的 SQL Server 2017


Hotfix and Security Content Publishing: 98046

症状

假定您在 Linux 安装有 SQL Server 2017年。当您使用 DBCC STACKDUMP 命令生成 SQLDUMPER。EXE 启动转储到累积更新 13 (CU 13) 的 SQL Server 2017,您可能会注意到它不能从SQL Server 2017年的累积更新 9 (CU 9)

状态

Microsoft 已经确认这是一个列于“适用范围”部分的 Microsoft 产品问题。

解决方案

此问题已在以下 SQL Server 的累积更新中修复:

有关 SQL Server 的累积更新:

SQL Server 的每个新累积更新包含以前的累积更新所包含的所有修补程序和所有安全修补程序。查看 SQL Server 的最新累积更新:

更多信息

有关详细信息,请参见如何使用 DBCC STACKDUMP

参考

了解 术语的用于描述软件更新 Microsoft。

Call Stack Information

Call Site
sqlmin!CStackDumpAccess::{ctor}
sqlmin!CStackDumpAutoInit::{ctor}
sqlmin!UtilDbccStackDump+0x274
sqlmin!DbccStackDump+0x38a
sqllang!DbccCommand::Execute+0x1af
sqllang!CStmtDbcc::XretExecute+0x89a
sqllang!CExecStmtLoopVars::ExecuteXStmtAndSetXretReturn+0xf
sqllang!CMsqlExecContext::ExecuteStmts<1,1>+0x4c5
sqllang!CMsqlExecContext::FExecute+0xaae
sqllang!CSQLSource::Execute+0xa2c
sqllang!process_request+0xe52
sqllang!process_commands_internal+0x289
sqllang!process_messages+0x213
sqldk!SOS_Task::Param::Execute+0x231
sqldk!SOS_Scheduler::RunTask+0xad
sqldk!SOS_Scheduler::ProcessTasks+0x3cd
sqldk!SchedulerManager::WorkerEntryPoint+0x2a1
sqldk!SystemThread::RunWorker+0x8f
sqldk!SystemThreadDispatcher::ProcessWorker+0x2e7
sqldk!SchedulerManager::ThreadEntryPoint+0x1d8
KERNEL32!BaseThreadInitThunk+0x14
ntdll!RtlUserThreadStart+0x21
0x00007fc9`1e4fa000

SqlDumper!CMiniDumper::ParseParameters
SqlDumper!CMiniDumper::Init+0x17
SqlDumper!SQLDumperMain+0xe8
SqlDumper!SQLDumperSEHWrapper+0x12
SqlDumper!__tmainCRTStartup+0x10f
sqlpal!NtpProcessStartThunk+0xef
KERNEL32_7806e0000!BaseThreadInitThunk+0x14
ntdll_780230000!RtlUserThreadStart+0x21
0x00007fc9`1ed08800

Bug Information:

KE: cobibi
Author: 
Writer: v-madora
Tech reviewer: tejasaks; pradm; bobward; sureshka; jaynar; greynya; adis; keiikoga; cobibi
Editor: v-jizho

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

谢谢您的反馈意见!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×