¿Algun MVP que me ayude?

http://www.bushcador.com/buscar.php...p;enviar=1



Fernando España
Gerente Informatica
Alta Tecnologia en Informatica S.A.
www.atisa.com.gt
7a. calle 4-34 Zona 10
Guatemala Centro America
PBX: (502) 3620005

Email:

****************************************

"Isaías" escribió en el mensaje
news:015201c39d6c$967dc700$
A escalar este problema:

Error 1229: Process ID %d:%d owns resources that are
blocking processes on scheduler %d.

Me recomendaron este LINK:

http://support.microsoft.com/defaul...cid=kb;en-
us;319892

He leido detenidamente y me comenta algo de un BUG y que
debo insertar en el STARTUP del SQL:

Establish a startup parameter (-T###)

¿Que es lo que pasa?, que me "tira" la operacion del SQL,
afortunadamente desde que instale SP 3.0, solo ha ocurrido
2 veces.

Busque en el mundo del INTERNET y solamente encontre 4
reportes de este error en todo el mundo de la internet.

Anexo algunos registros de mi LOG.

2003-10-26 02:00:01.33 backup Database log truncated:
Database: MA01900.
2003-10-26 02:40:04.25 backup Database backed up:
Database: MA01900, creation date(time): 2002/12/26
(09:59:32), pages dumped: 475505, first LSN: 150231:69:1,
last LSN: 150231:114:1, number of dump devices: 1, device
information: (FILE=1, TYPE=DISK: {'RESPMA01900'}).
2003-10-26 17:00:05.39 backup Database log truncated:
Database: MA01900.
2003-10-26 17:35:35.21 backup Database backed up:
Database: MA01900, creation date(time): 2002/12/26
(09:59:32), pages dumped: 475531, first LSN: 150248:80:1,
last LSN: 150249:194:1, number of dump devices: 1, device
information: (FILE=1, TYPE=DISK: {'RESPMA01900'}).
2003-10-26 20:43:00.27 backup Database log truncated:
Database: MA01900.
2003-10-26 20:43:19.00 spid4 Process ID 1411:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:24.08 spid4 Process ID 1411:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:29.10 spid4 Process ID 1419:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:29.11 spid4 Process ID 1421:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:34.16 spid4 Process ID 1421:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:34.17 spid4 Process ID 1735:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:34.19 spid4 Process ID 1419:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:39.22 spid4 Process ID 1419:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:39.25 spid4 Process ID 1421:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:39.27 spid4 Process ID 1735:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.28 spid4 Process ID 1419:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.28 spid4 Process ID 1431:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.32 spid4 Process ID 1421:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.32 spid4 Process ID 1431:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.33 spid4 Process ID 1735:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:44.33 spid4 Process ID 1431:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:49.38 spid4 Process ID 1439:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:49.39 spid4 Process ID 1735:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:49.39 spid4 Process ID 1439:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:49.39 spid4 Process ID 863:0 owns
resources that are blocking processes on Scheduler 0.
2003-10-26 20:43:49.39 spid4 Process ID 1431:0 owns
resources that are blocking processes on

Cualquier ayuda, MUCHAS GRACIAS COMPAÑEROS.

Isaías, me atrevo a darte mi opinión aunque soy solo un MSR porque en el
link que provees yo encuentro que sale bastante información sobre el
problema para ir descartando. Por lo que dice no se produce por instalar el
SP3, sino que se detecta al hacerlo. Espero que mi búsqueda te resulte útil.

Se menciona como un nuevo diágnostico que hace SQL Server, el cual puedes
deshabilitar con el flag -T1216. Eso podría servir para apagar el incendio
pero no resuelve el problema y te quita la chance de ver bajo qué
condiciones sucede.

Se sugiere que una de las principales causas es una situación de bloqueo
extendido, y dado que el registro del error te entrega el @@SPID podrías
correr una traza para saber bajo qué condiciones de bloqueo se produce.

Causas posibles según el artículo :

Bloqueo sostenido que agota las threads disponibles
Baja raras condiciones en consultas paralelas (la tabla sysprocess tiene el
campo ECID que son la cantidad de workers threads que corren por cuenta del
proceso)
Un valor incorrecto para la opción 'max worker thread' (el valor por defecto
recomendado es 255)

Adicionalmente y según yo :
Dado que el nuevo diágnostico se efectua sobre 5 items, y 4 de ellos son de
hardware (si es que el blocking no se refiere a bloqueo de recursos físicos)
podrías utilizar algún programa para evaluar el estado del servidor en Red,
I/O, Memoria y CPU.

Al parecer el UMS ocupa un lugar importante en esto, también te entrega su
ID la escritura del error (0 en tu caso).
Con DBCC SQLPERF(UMSSTATS) tienes acceso a estadísticas del UMS. También
sirve al parecer DBCC SQLPERF(WAITSTATS). Por lo que acabo de probar DBCC
STACKDUMP entrega información valiosa (a mi me generó un archivo de 403 kb,
aunque de la mayoría no entendí nada hacia el final se puso interesante).
Más sobre el UMS, lo que devuelve DBCC SQLPERF, algunos scripts para
evaluarlos e insertarlos periódicamente en tablas y la lógica del Scheduler
en :

http://www.sql-server-performance.c...c_tips.asp
http://sql.ru/photos/Tech-Ed03/PPT/DBA421.ppt

INF: How to Monitor SQL Server 2000 Blocking
http://support.microsoft.com/defaul...-US;271509

Según entiendo del documento de soporte cuando este problema te pasa se
genera un minidump del tipo SQLDmpr###.mdmp en la carpeta de Log.

Espero que resuelvas el problema !


"...
sure you swear you are able to
lift from the unwilling patience
and heal gently the wounded and therefore annoying heart
kissing goodbye its pride
so quiet she would not ever decide ?"
"Isaías" escribió en el mensaje
news:015201c39d6c$967dc700$
A escalar este problema:

Error 1229: Process ID %d:%d owns resources that are
blocking processes on scheduler %d.

Me recomendaron este LINK:

http://support.microsoft.com/defaul...cid=kb;en-
us;319892

He leido detenidamente y me comenta algo de un BUG y que
debo insertar en el STARTUP del SQL:

Establish a startup parameter (-T###)

¿Que es lo que pasa?, que me "tira" la operacion del SQL,
afortunadamente desde que instale SP 3.0, solo ha ocurrido
2 veces.

Busque en el mundo del INTERNET y solamente encontre 4
reportes de este error en todo el mundo de la internet.

Mauricio

Antes que nada, debo reconocer ante los foristas tu
interes y el de mi amigo Emilio en ayudarme a resolver
este problema.

¿Porque digo que fue a raiz de la instalacion del SP30?,
bueno, porque antes posiblemente sucedio un bloqueo de
recursos, pero al no guardar nada en mi LOG, mis
transacciones "normales" no competian por espacio en este,
por lo que "No tenia problemas".

En cuanto al parametero -T1216, del startup, dice que NO
guardara la alerta en el LOG, pero si te generara un
archivo DUMP, que es el que mencionas mas adelante:
SQLDmpr###.mdmp

Cuando mencionas "Se sugiere que una de las principales
causas es una situación de bloqueo
extendido, y dado que el registro del error te entrega el
@@SPID podrías
correr una traza para saber bajo qué condiciones de
bloqueo se produce"

Lo anterior, se podria hacer, solo que cuando me he dado
cuenta, es porque mis clientes (usuarios) se quejan de que
la base no responde y es cuando tengo que dar de baja los
servicios y volverlos a levantar, ya que un simple SELECT
no me lo ejecuta.

Por tus demas comentarios, los analizare muy detenidamente
y muchas gracias por los LINKS, este Domingo que viene,
hare algunas pruebas para ver si puedo detectar alguna
situacion que pueda resolver.

(EMILIO..No te olvides de mi)

Un saludo y gracias.

<hare algunas pruebas para ver si puedo detectar alguna
<situacion que pueda resolver.
<
<(EMILIO..No te olvides de mi)
<
<Un saludo y gracias.



Que romantico ISA..
jajajja



Fernando España
Gerente Informatica
Alta Tecnologia en Informatica S.A.
www.atisa.com.gt
7a. calle 4-34 Zona 10
Guatemala Centro America
PBX: (502) 3620005

Email:

****************************************

"Isaías" escribió en el mensaje
news:08e501c39e47$33d6d610$
Mauricio

Antes que nada, debo reconocer ante los foristas tu
interes y el de mi amigo Emilio en ayudarme a resolver
este problema.

¿Porque digo que fue a raiz de la instalacion del SP30?,
bueno, porque antes posiblemente sucedio un bloqueo de
recursos, pero al no guardar nada en mi LOG, mis
transacciones "normales" no competian por espacio en este,
por lo que "No tenia problemas".

En cuanto al parametero -T1216, del startup, dice que NO
guardara la alerta en el LOG, pero si te generara un
archivo DUMP, que es el que mencionas mas adelante:
SQLDmpr###.mdmp

Cuando mencionas "Se sugiere que una de las principales
causas es una situación de bloqueo
extendido, y dado que el registro del error te entrega el
@@SPID podrías
correr una traza para saber bajo qué condiciones de
bloqueo se produce"

Lo anterior, se podria hacer, solo que cuando me he dado
cuenta, es porque mis clientes (usuarios) se quejan de que
la base no responde y es cuando tengo que dar de baja los
servicios y volverlos a levantar, ya que un simple SELECT
no me lo ejecuta.

Por tus demas comentarios, los analizare muy detenidamente
y muchas gracias por los LINKS, este Domingo que viene,
hare algunas pruebas para ver si puedo detectar alguna
situacion que pueda resolver.

(EMILIO..No te olvides de mi)

Un saludo y gracias.

Amigo Fernando

No se ponga celoso, ya sabe que yo nunca me voy a subir a
sus bicicletas.

Agradezco que se interese por mi problema.

(EMILIOHELP US !!!!)