Parece que tienes severos problemas de bloqueos.Sugiero que puebes el modo de aislamiento Snapshot a ver si la cosa mejora.
Sin embargo eso es un paliativo, debes solucionar muchas otras cosas. -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting 2008/11/14 Sergio A. Monserrat <[EMAIL PROTECTED]> > Te cuento: > > 1) > La migración se hizo hacia un servidor nuevo, más potente que aquel donde > corría el motor 2000. > El nuevo servidor tiene el sp2 instalado con todas sus actualizaciones y la > base está en modo 90 sobre un raid 1+0. > En cuanto al servidor, he monitoreado la memoria, cambios de contextos, > compilaciones de planes de ejecución, procesador y no he observado valores > fuera de lo normal. > > 2) > En cuanto a diagnósticos, he tomado trazas que me arrojaron en algunos > casos consultas con muchas lecturas (más de 1000000) y en otros, consultas > simples con elevados tiempos de respuesta. He trabajado ordenando algunas de > ellas, pero no obtuve una mejora global. > Generalmente cuando una consulta en la traza tiene un valor muy alto de > Reads (>1.000.000) la Duración es altísima.¿Es posible que esto bloquee las > tablas de la consulta de tal manera que otros usuarios no puedan > consultarlas o actualizarlas?? > Cuando veo en la traza consultas con tiempo de Duración alto (>5000) > generalmente la cantidad de Reads es chico. ¿Es posible que esto se deba a > que la consulta dura mucho tiempo porque está esperando que otra consulta > libere la tabla? ¿Se lee así? > > 3) > Por último, visto todo lo anterior comencé a analizar los índices y es ahí > que econtré un alto porcentaje de fragmentación (>90%), lo que me hizo dudar > que estos se estuvieran usando, tanto que en ocaciones el optimizador de SQL > 2005 me ha llegado a sugerir crear uno igual nonclustered aún cuando la BD > posee el clustered. > > > > > -----Mensaje original----- > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi > Accotto > Enviado el: Viernes, 14 de Noviembre de 2008 17:23 > Para: Sergio A. Monserrat > Asunto: [dbadmin] Problemas de performance > > Hola, es el mismo HW que el 2000? tiene el sp2 instalado? como sabe donde > estan los problemas? ha hecho un diagnostico de performance? las bases estan > en modo 90 u 80?... bueno hay mil cosas a ver, lo primero un diagnositico > serio de donde estan los problemas luego empezar a hacer cosas... > > El día 14 de noviembre de 2008 11:22, Sergio A. Monserrat < > [EMAIL PROTECTED]> escribió: > > Buenos días. > > Quisiera saber si pueden brindarme algunas sugerencias respecto a > > lo siguiente. > > Hace un par de meses, migramos la BD de la empresa de SQL Server > > 2000 a 2005. Al poco tiempo comenzaron a aparecer errores en tiempos > > de espera con consultas que con el viejo motor no representaban un > > problema. Comencé a investigar posibles causas y llegué a las > > recomendaciones de actualizar la estadísticas y corregir el recuento > > de páginas (dbcc updateusage). He hecho esto último sin lograr mejores > > resultados. Paso siguiente fue revisar el estado de los índices. Una > > consulta me indicó una fragmentación elevada de los mismos, por ello > > he trabajado en la reconstrucción de los que afectan las tablas más > > usadas y grandes pero he notado que una reducción de la BD vuelve a > fragmentarlos. > > Puede una fragmentación de los índices afectar tanto la > > performance, cuando con SQL 2000 no sucedía lo mismo? Cómo debo > > proceder con los mismos, ya que si no llevo a cabo una reducción de la > > BD, su tamaño se vuelve perjudicial? > > Debo tener en cuenta algo más después de la migración? > > Esperando haber sido claro y poniéndome a vuestra disposición para > > cualquier aclaración, quedo a la espera de vuestra posible > > colaboración agradeciendo desde la predisposición brindada. > > > > > > > > > > > > > > AVISO LEGAL > > La información contenida en este mensaje, y en cualquier archivo > > asociado al mismo, es confidencial y está destinada exclusivamente a > > su destinatario. Si usted no lo es, y por error lo ha recibido, por > > favor reenvíelo a su emisor indicando tal situación y luego elimínelo. > > La distribución, reproducción o copia de lo arriba expresado está > > prohibida y corresponden a su autor. No debe interpretarse que > > pertenezcan o sean compartidas por Jerárquicos Salud, quien no se > > responsabiliza por errores u omisiones producidas, ni garantiza la > > certeza de lo transmitido por este medio debido a que puede ser objeto > > de interpretación, alteración, demora, contener virus u otras anomalías. > > > > -- > ----------------------------------------------------------- > Microsoft MVP en SQL Server > Consultor en SQLTotalConsulting > Excelencia en servicios y consultoria SQLServer > www.sqltotalconsulting.com > ----------------------------------------------------------- > > > > > > > AVISO LEGAL > La información contenida en este mensaje, y en cualquier archivo asociado > al mismo, es confidencial y está destinada exclusivamente a su destinatario. > Si usted no lo es, y por error lo ha recibido, por favor reenvíelo a su > emisor indicando tal situación y luego elimínelo. > La distribución, reproducción o copia de lo arriba expresado está prohibida > y corresponden a su autor. No debe interpretarse que pertenezcan o sean > compartidas por Jerárquicos Salud, quien no se responsabiliza por errores u > omisiones producidas, ni garantiza la certeza de lo transmitido por este > medio debido a que puede ser objeto de interpretación, alteración, demora, > contener virus u otras anomalías. > >
