Autobloqueos en SQL Server

Hola, usted deberia usar el profiler o bien el pssdiag para detctar donde
estan los problemas de bloqueos, ha hecho esto?


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Jose Nadim" escribió en el mensaje
news:
Hola tengo un nuevo servidor al que le restauré una db de 60gb, el
servidor anterior tenia las siguientes caracteristicas :

Xseries 235 Xeon 1.8 Ghz con 1.5 gb de memoria Nt4 Spack 6, Sql Server
2000 Estandar Ed. Svcpack 3

Servidor nuevo
Hp DL380 G4 2 procesadores xeon de 3.4 Ghz ,Server 2003 con spack 1,
Sql Server Standar Ed con Spack4. yy 3 gb de memoria.
Storage SAN raid 5 el .MDF y storage SAN raid 1 el ldf

Estamos notando bloqueos spid con él mismo. Ej el spid 60 con el
mismo. El problema radica en que esto no lo noto en otros servidores y
hemos notado lentitud en los procesos que corren los usuarios.
Agradezco por parte de ustedes alguna sugerencia.
anexo una consulta a sysprocesses de un spid, está separado por punto
ycoma para que pueda ser cargado a excel

spid;kpid;blocked;waittype;waittime;lastwaittype;waitresource;dbid;uid;cpu;physical_io;memusage;ecid;open_tran;status;hostprocess;cmd;stmt_start;stmt_end
71;1016;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;156;139501;0;4;1;sleeping ;
1636;SELECT ;0;0
71;3160;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;172;139501;0;3;1;sleeping ;
1636;SELECT ;0;0
71;3792;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;157;139501;0;2;1;sleeping ;
1636;SELECT ;0;0
71;2864;71;0x0422;16;PAGEIOLATCH_SH;
7:1:1335488;1;0;188;139501;0;1;1;sleeping ;
1636;SELECT ;0;0



Gracias.
Jose Nadim

Hola Jose, pareces estar sufriendo un problema de paralelismo en el acceso a
disco. Este problema se suele dar en entornos donde hay un cuello de botella
en disco causado por la lectura en paralelo sobre dispositivos de diferente
tasa de respuesta. En tu caso, segun comentas tienes el mdf en una SAN de
Raid 5 por lo que entiendo que no dispones de grupos de ficheros dispersados
en diferentes discos que pudieran tener distinta tasa de velocidad.

Lo que te aconsejo es que hagas un buen análisis de rendimiento de SQL
Server para detectar que consultas son las que te estan llevando a esa
situación. En mi caso el análisis de rendimiento sobre sql server me reveló
que teníamos problemas de paralelismo y fui bajando el grado de paralelismo
de sql server hasta encontrar el mejor, puede que tu estes en ese caso, pero
tendras que investigar el por qué.

Como pista te puedo decir tirandome a la piscina que en las propiedades de
sql server hay una pestaña "processors" , donde puedes tocar estos
parámetros, pero es mejor que te informes antes de tocar nada.

salu2!

Atentamente, Enrique Catala Bañuls


"Jose Nadim" wrote:

Hola tengo un nuevo servidor al que le restauré una db de 60gb, el
servidor anterior tenia las siguientes caracteristicas :

Xseries 235 Xeon 1.8 Ghz con 1.5 gb de memoria Nt4 Spack 6, Sql Server
2000 Estandar Ed. Svcpack 3

Servidor nuevo
Hp DL380 G4 2 procesadores xeon de 3.4 Ghz ,Server 2003 con spack 1,
Sql Server Standar Ed con Spack4. yy 3 gb de memoria.
Storage SAN raid 5 el .MDF y storage SAN raid 1 el ldf

Estamos notando bloqueos spid con él mismo. Ej el spid 60 con el
mismo. El problema radica en que esto no lo noto en otros servidores y
hemos notado lentitud en los procesos que corren los usuarios.
Agradezco por parte de ustedes alguna sugerencia.
anexo una consulta a sysprocesses de un spid, está separado por punto
ycoma para que pueda ser cargado a excel

spid;kpid;blocked;waittype;waittime;lastwaittype;waitresource;dbid;uid;cpu;physical_io;memusage;ecid;open_tran;status;hostprocess;cmd;stmt_start;stmt_end
71;1016;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;156;139501;0;4;1;sleeping ;
1636;SELECT ;0;0
71;3160;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;172;139501;0;3;1;sleeping ;
1636;SELECT ;0;0
71;3792;71;0x0404;16;LATCH_EX;PARALLEL_PAGE_SUPPLIER (42DA7FE4);
1;0;157;139501;0;2;1;sleeping ;
1636;SELECT ;0;0
71;2864;71;0x0422;16;PAGEIOLATCH_SH;
7:1:1335488;1;0;188;139501;0;1;1;sleeping ;
1636;SELECT ;0;0



Gracias.
Jose Nadim