Error Nolock

28/08/2009 - 20:10 por carlos albores | Informe spam
Buenas tardes, tengo un problema con una base de datos que no me permite
modificar algun stored o tabla porque me manda el siguiente error:
"No se puede continuar la exploración con NOLOCK debido al movimiento de los
datos".
Y no he podido encontrar la solucion, pocas veces me deja ingresar a
modificar y no se que este pasando.
Gracias de antemano

Preguntas similare

Leer las respuestas

#1 Ruben Garrigos
30/08/2009 - 18:14 | Informe spam
Hola Carlos,

El polémico y habitual uso/abuso de NOLOCK puede tener esas
consecuencias. El error 601 está contemplado como una vía de escape ante
algunas circunstancias problemáticas del funcionamiento de NOLOCK. Tal y
como te viene en la documentación (libros en pantalla) lo que debes
hacer es tratar dicho error igual que tratarías un deadlock, es decir,
volviendo a lanzar la petición. También puedes encontrarte con otros
errores, como el 605, por el uso/abuso de NOLOCK.

Te recomiendo que revises el uso/abuso de NOLOCK y lo sustituyas donde
sea posible por otras alternativas como READ COMMITTED SNAPSHOT.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
Buenas tardes, tengo un problema con una base de datos que no me permite
modificar algun stored o tabla porque me manda el siguiente error:
"No se puede continuar la exploración con NOLOCK debido al movimiento de los
datos".
Y no he podido encontrar la solucion, pocas veces me deja ingresar a
modificar y no se que este pasando.
Gracias de antemano
Respuesta Responder a este mensaje
#2 carlos albores
31/08/2009 - 16:52 | Informe spam
hola ruben, antes que nada agradezco tu amable atención. El caso es que nunca
he usado el nolock almenos consientemente, me podrias decir donde puedo
checar en que lugar se esta utilizando, si es configuración, un stored
procedure, vistas, indices, etc... gracias nuevamente

"Ruben Garrigos" wrote:

Hola Carlos,

El polémico y habitual uso/abuso de NOLOCK puede tener esas
consecuencias. El error 601 está contemplado como una vía de escape ante
algunas circunstancias problemáticas del funcionamiento de NOLOCK. Tal y
como te viene en la documentación (libros en pantalla) lo que debes
hacer es tratar dicho error igual que tratarías un deadlock, es decir,
volviendo a lanzar la petición. También puedes encontrarte con otros
errores, como el 605, por el uso/abuso de NOLOCK.

Te recomiendo que revises el uso/abuso de NOLOCK y lo sustituyas donde
sea posible por otras alternativas como READ COMMITTED SNAPSHOT.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
> Buenas tardes, tengo un problema con una base de datos que no me permite
> modificar algun stored o tabla porque me manda el siguiente error:
> "No se puede continuar la exploración con NOLOCK debido al movimiento de los
> datos".
> Y no he podido encontrar la solucion, pocas veces me deja ingresar a
> modificar y no se que este pasando.
> Gracias de antemano

Respuesta Responder a este mensaje
#3 Ruben Garrigos
31/08/2009 - 17:10 | Informe spam
Hola Carlos,

Puede que estés utilizando el "NOLOCK" indirectamente si tu aplicación o
capa de datos fija el nivel de aislamiento por defecto con el comando
"SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED". También es posible
que esté modificado vía código en alguna de las propiedades de los
objetos de la conexión:

ADO: IsolationLevel=adXactReadUncommitted
ADO.NET: IsolationLevel=ReadUncommitted
OLEDB: isoLevel=ISOLATIONLEVEL_READUNCOMMITTED
ODBC: SQL_ATTR_TXN_ISOLATION=SQL_TXN_READ_UNCOMMITTED

También puede modificarse dentro de un procedimiento almacenado de forma
individual por lo que tendrás que revisar también el código de éstos.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
hola ruben, antes que nada agradezco tu amable atención. El caso es que nunca
he usado el nolock almenos consientemente, me podrias decir donde puedo
checar en que lugar se esta utilizando, si es configuración, un stored
procedure, vistas, indices, etc... gracias nuevamente

"Ruben Garrigos" wrote:

Hola Carlos,

El polémico y habitual uso/abuso de NOLOCK puede tener esas
consecuencias. El error 601 está contemplado como una vía de escape ante
algunas circunstancias problemáticas del funcionamiento de NOLOCK. Tal y
como te viene en la documentación (libros en pantalla) lo que debes
hacer es tratar dicho error igual que tratarías un deadlock, es decir,
volviendo a lanzar la petición. También puedes encontrarte con otros
errores, como el 605, por el uso/abuso de NOLOCK.

Te recomiendo que revises el uso/abuso de NOLOCK y lo sustituyas donde
sea posible por otras alternativas como READ COMMITTED SNAPSHOT.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
Buenas tardes, tengo un problema con una base de datos que no me permite
modificar algun stored o tabla porque me manda el siguiente error:
"No se puede continuar la exploración con NOLOCK debido al movimiento de los
datos".
Y no he podido encontrar la solucion, pocas veces me deja ingresar a
modificar y no se que este pasando.
Gracias de antemano
Respuesta Responder a este mensaje
#4 carlos albores
31/08/2009 - 20:46 | Informe spam
hola ruben, perdona que sea tan persistente con mi error pero en realidad
necesito de ayuda. No creo que sea lo que me comentas por lo siguiente, esta
base de datos es una base que he utilizado ya en varios proyectos de
desarrollo y no le he cambiado nada de lo que me dices, es decir de un
momento a otro no puedo accesar ni siquiera en el administrador corpoativo ni
en el analizador de consultas para modificar algun SP no se si en algun punto
de copias y copias que he realizado de la base se haya activado eso del NOLOCK
gracias nuevamente

"Ruben Garrigos" wrote:

Hola Carlos,

Puede que estés utilizando el "NOLOCK" indirectamente si tu aplicación o
capa de datos fija el nivel de aislamiento por defecto con el comando
"SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED". También es posible
que esté modificado vía código en alguna de las propiedades de los
objetos de la conexión:

ADO: IsolationLevel=adXactReadUncommitted
ADO.NET: IsolationLevel=ReadUncommitted
OLEDB: isoLevel=ISOLATIONLEVEL_READUNCOMMITTED
ODBC: SQL_ATTR_TXN_ISOLATION=SQL_TXN_READ_UNCOMMITTED

También puede modificarse dentro de un procedimiento almacenado de forma
individual por lo que tendrás que revisar también el código de éstos.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
> hola ruben, antes que nada agradezco tu amable atención. El caso es que nunca
> he usado el nolock almenos consientemente, me podrias decir donde puedo
> checar en que lugar se esta utilizando, si es configuración, un stored
> procedure, vistas, indices, etc... gracias nuevamente
>
> "Ruben Garrigos" wrote:
>
>> Hola Carlos,
>>
>> El polémico y habitual uso/abuso de NOLOCK puede tener esas
>> consecuencias. El error 601 está contemplado como una vía de escape ante
>> algunas circunstancias problemáticas del funcionamiento de NOLOCK. Tal y
>> como te viene en la documentación (libros en pantalla) lo que debes
>> hacer es tratar dicho error igual que tratarías un deadlock, es decir,
>> volviendo a lanzar la petición. También puedes encontrarte con otros
>> errores, como el 605, por el uso/abuso de NOLOCK.
>>
>> Te recomiendo que revises el uso/abuso de NOLOCK y lo sustituyas donde
>> sea posible por otras alternativas como READ COMMITTED SNAPSHOT.
>>
>> Un saludo,
>>
>> Rubén Garrigós
>> Solid Quality Mentors
>>
>> Blog: http://blogs.solidq.com/es/elrincondeldba
>>
>> carlos albores escribió:
>>> Buenas tardes, tengo un problema con una base de datos que no me permite
>>> modificar algun stored o tabla porque me manda el siguiente error:
>>> "No se puede continuar la exploración con NOLOCK debido al movimiento de los
>>> datos".
>>> Y no he podido encontrar la solucion, pocas veces me deja ingresar a
>>> modificar y no se que este pasando.
>>> Gracias de antemano

Respuesta Responder a este mensaje
#5 Ruben Garrigos
01/09/2009 - 00:14 | Informe spam
Hola Carlos,

¿Puedes dar más datos sobre la versión de SQL Server que estás
utilizando así como lo que intentas hacer cuando te da dicho error?
¿Probaste de reiniciar el servicio de SQL Server?

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
hola ruben, perdona que sea tan persistente con mi error pero en realidad
necesito de ayuda. No creo que sea lo que me comentas por lo siguiente, esta
base de datos es una base que he utilizado ya en varios proyectos de
desarrollo y no le he cambiado nada de lo que me dices, es decir de un
momento a otro no puedo accesar ni siquiera en el administrador corpoativo ni
en el analizador de consultas para modificar algun SP no se si en algun punto
de copias y copias que he realizado de la base se haya activado eso del NOLOCK
gracias nuevamente

"Ruben Garrigos" wrote:

Hola Carlos,

Puede que estés utilizando el "NOLOCK" indirectamente si tu aplicación o
capa de datos fija el nivel de aislamiento por defecto con el comando
"SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED". También es posible
que esté modificado vía código en alguna de las propiedades de los
objetos de la conexión:

ADO: IsolationLevel=adXactReadUncommitted
ADO.NET: IsolationLevel=ReadUncommitted
OLEDB: isoLevel=ISOLATIONLEVEL_READUNCOMMITTED
ODBC: SQL_ATTR_TXN_ISOLATION=SQL_TXN_READ_UNCOMMITTED

También puede modificarse dentro de un procedimiento almacenado de forma
individual por lo que tendrás que revisar también el código de éstos.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
hola ruben, antes que nada agradezco tu amable atención. El caso es que nunca
he usado el nolock almenos consientemente, me podrias decir donde puedo
checar en que lugar se esta utilizando, si es configuración, un stored
procedure, vistas, indices, etc... gracias nuevamente

"Ruben Garrigos" wrote:

Hola Carlos,

El polémico y habitual uso/abuso de NOLOCK puede tener esas
consecuencias. El error 601 está contemplado como una vía de escape ante
algunas circunstancias problemáticas del funcionamiento de NOLOCK. Tal y
como te viene en la documentación (libros en pantalla) lo que debes
hacer es tratar dicho error igual que tratarías un deadlock, es decir,
volviendo a lanzar la petición. También puedes encontrarte con otros
errores, como el 605, por el uso/abuso de NOLOCK.

Te recomiendo que revises el uso/abuso de NOLOCK y lo sustituyas donde
sea posible por otras alternativas como READ COMMITTED SNAPSHOT.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

carlos albores escribió:
Buenas tardes, tengo un problema con una base de datos que no me permite
modificar algun stored o tabla porque me manda el siguiente error:
"No se puede continuar la exploración con NOLOCK debido al movimiento de los
datos".
Y no he podido encontrar la solucion, pocas veces me deja ingresar a
modificar y no se que este pasando.
Gracias de antemano
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida