KB4058565: error de aserción al ejecutar un procedimiento almacenado que hace referencia a un objeto grande en SQL Server 2014, 2016 y 2017

Síntomas

Se puede producir un error de aserción cuando Microsoft SQL Server ejecuta repetidamente un procedimiento almacenado que realiza lo siguiente:

• Toma un objeto grande, como VARCHAR (Max) o varbinary (Max), como argumento, y

• Crea una tabla temporal en el ámbito de la ejecución del procedimiento y

• Usa el argumento de objeto grande de la tabla temporal.

Puede encontrar el error de aserción que se asemeja a lo siguiente en el registro de errores de SQL Server:

ErrorSPID de fecha y hora: 17065, gravedad: 16, estado: 1. 

Fecha y hora SPID SQL Server Assertion: archivo: filePath \filename, line = lineNumber error de aserción = ' fFalse ' intento de acceso al identificador de BLOB expirado (1). Este error puede estar relacionado con el tiempo. Si el error persiste después de volver a ejecutar la instrucción, Use DBCC CHECKDB para comprobar la integridad estructural de la base de datos o reinicie el servidor para asegurarse de que las estructuras de datos en memoria no están dañadas.

Error SPID de fecha y hora : 3624, gravedad: 20, estado: 1.

SPID de fecha y hora seprodujo un error en una comprobación de aserción del sistema. Compruebe el registro de errores de SQL Server para ver los detalles. Por lo general, el error de aserción se debe a un error de software o a daños en los datos. Para comprobar si hay daños en la base de datos, considere la posibilidad de ejecutar DBCC CHECKDB. Si aceptó el envío de volcados a Microsoft durante la instalación, se enviará un minivolcado a Microsoft. Es posible que Microsoft disponga de una actualización en el último Service Pack o en un hotfix del soporte técnico.

Causa

SQL Server tiene lógica interna para deshabilitar el almacenamiento en caché de las consultas que hacen referencia a objetos grandes, de modo que las ejecuciones posteriores no hagan referencia a esos LOB (creados durante ejecuciones anteriores y, por lo tanto, no son válidos para ejecuciones posteriores). Esa lógica no se encontraba en el caso de la resolución diferida de nombres (DNR) en las tablas temporales que hicieron que esos planes se almacenaran en caché. Las tablas temporales con ámbito son costosas de crear y SQL Server las almacena en caché para volver a usarlas en ejecuciones posteriores. Esto impide la recompilación de estas consultas debido a cambios en el esquema.

Obtenga más información sobre la resolución diferida de nombres.

Resolución

Este problema se ha corregido en las siguientes actualizaciones acumulativas para SQL Server:

       Actualización acumulativa 8 para SQL Server 2016 SP1  

       Actualización acumulativa 4 para SQL Server 2017

       Actualización acumulativa 10 para SQL Server 2014 Service Pack 2

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".

Referencias

Obtenga más información sobre la terminología que Microsoft usa para describir las actualizaciones de software.