Проблемы
При выполнении параллельного запроса, в котором используется соединение слиянием в Microsoft SQL Server 2014, возникает исключение утверждения, и появляется следующее сообщение об ошибке из журнала ошибок SQL Server.
<Date> <Time> SPID<ID> с помощью "dbghelp. dll" version "4.0.5" <Date> <time> SPID> <0 id> * * Dump Thread-SPID = Disk Name <ID>, EC = 0x0000007F8608E160> <4 Дата> <время> SPID> <8 ID> MSSQLSERVER\MSSQL\LOG\SQLDump0002.txt> <2 Date> <Time> SPID> <6 ID> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * <TimeДата> <время> идентификатор SPID> <2 ID> ID * <датаDate> <время> SPID> <8 ID> <время начала создания дампа стека:> <Дата> времени<идентификатораSPID> <времени> <>. Дата <время><qxcntxt . cpp: 1143> <4 Дата> <время> SPID> <8 ID> * выражение:! " ID Код "<Dateдата> <время> SPID> <4 ID> * spid: <ID><Date> <время> идентификатор SPID> <2 ID> * идентификатор процесса: 3556> <4 дата> <время> идентификатор spid> <8 ID> * <дата> <Timeвремя> SPID><4 id > <spid> <id > * 16 00 00 00 12 00 00 00 02 00 00 00 00 00 00 00 00 00 > <00 Дата> время > <02 spid > <ID> * ÿÿ> <06 01 00 00 00 FF ff 0c 00 00 00 00 00 26 04 04 05 00 00> Дата 37> <time> SPID> <3 ID> * 00> <5 Дата> <время> SPID> <9 ID> * <Дата> <время> SPID> <5 ID> *... <Date> <time> идентификатор SPID> <1>> <7 ID> [info] Начало записи удостоверения | Ошибка результата, LazyCommit только что подготовленный только для чтения | ThreadId базы данных транзакций | LogSizeRq | не удается записать запись с разделом чтения. CommitDep TotalComm зависимый 0 зависимый 1 зависимый от 2 зависимый 3 зависит от 4 зависимого 5 зависимого 6 | Расположение области |> <9 Date> <Time> SPID> <43 ID> тайм-аута, ожидающий внешний процесс дампа 11800. <дата> <время> SPID> <49 ID> ошибка: 17066, уровень важности: 16, состояние: 1. <Дата> <время> идентификатор SPID> <5 ID> сведения о SQL Server: file: <qxcntxt. cpp> Этот код не должен вызывать исключения. Эта ошибка может быть связана со временем. Если ошибка не исчезнет после повторного выполнения инструкции, используйте DBCC CHECKDB, чтобы проверить базу данных на наличие структурной целостности, или перезапустите сервер, чтобы убедиться в том, что структуры данных в памяти не повреждены.
Решение
Эта проблема впервые устранена в следующем накопительном обновлении SQL Server.
Накопительное обновление 5 для SQL Server 2014 /en-us/help/3011055
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Ознакомьтесь с самыми последними накопительными обновлениями для SQL Server.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
