Bajo rendimiento en SQLSErver2005

Hola,

No siempre la causa de todos los males es la base de datos, esta solo recibe
instrucciones de la aplicación y trata de llevarlas a cabo lo mejor posible,
pero si la aplicación esta mal diseñada o mal programada, me refiero a la
lógica de los procesos y a la forma de atacar a la base de datos, el
problema no esta en manos de la base de datos.

Yo buscaría el problema en la falta de índices o en la propia aplicación
externa.

Hace un par de meses me toco un tema parecido al tuyo, una aplicación
externa que atacaba la base de datos de mi aplicación hacia tan mal las
cosas que mis transacciones siempre eran elegidas como victima de los
interbloqueos.

Cuando vi el código fuente de la aplicación externa quería matar al
programador, en resumen, lo que en esa aplicación externa antes tardaba 30
segundos en actualizar un comprobante paso a tardar menos de 3 segundos, así
que imagínate que forma tan ineficiente que tenia para insertar registros,
ni te cuento el desparramo bloqueos de registros que hacia.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:

Amigos cordial saludo !

Una aplicación externa corre procesos largos en SQLServer2005 y hemos
notado problemas como los siguientes que afectan mucho el rendimiento del
servidor:
1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es
utilizado cuando SQLServer corre el proceso
2. El uso de memoria sobrepasa en ocasiones los 1,5 GB
3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento
el proceso

SQLServer está instalado en un Servidor con Windows Server 2003 Entreprise
Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. Las bases de
datos provienen de SQLServer version MSDE (no sé si eso efecte). Además,
supongo que los problemas de rendimiento hay hecho que se borren datos en
algunos campos de tablas que deben ser estáticos o no deberían cambiar al
ejectutar el proceso.

De antemano, gracias !

Luis

Víctor, gracias por el comentario. Lo que me sirve de base para no pensar en
la aplicación externa es que antes, cuando se conectaba con SQLServer MSDE
el proceso corría sin problema.

Luis

"Victor Koch" <v i c t o r (arroba)correo(punto)waldbott(punto)com(punto)ar>
escribió en el mensaje news:

Hola,

No siempre la causa de todos los males es la base de datos, esta solo
recibe instrucciones de la aplicación y trata de llevarlas a cabo lo mejor
posible, pero si la aplicación esta mal diseñada o mal programada, me
refiero a la lógica de los procesos y a la forma de atacar a la base de
datos, el problema no esta en manos de la base de datos.

Yo buscaría el problema en la falta de índices o en la propia aplicación
externa.

Hace un par de meses me toco un tema parecido al tuyo, una aplicación
externa que atacaba la base de datos de mi aplicación hacia tan mal las
cosas que mis transacciones siempre eran elegidas como victima de los
interbloqueos.

Cuando vi el código fuente de la aplicación externa quería matar al
programador, en resumen, lo que en esa aplicación externa antes tardaba 30
segundos en actualizar un comprobante paso a tardar menos de 3 segundos,
así que imagínate que forma tan ineficiente que tenia para insertar
registros, ni te cuento el desparramo bloqueos de registros que hacia.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:

Amigos cordial saludo !

Una aplicación externa corre procesos largos en SQLServer2005 y hemos
notado problemas como los siguientes que afectan mucho el rendimiento del
servidor:
1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es
utilizado cuando SQLServer corre el proceso
2. El uso de memoria sobrepasa en ocasiones los 1,5 GB
3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento
el proceso

SQLServer está instalado en un Servidor con Windows Server 2003
Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno.
Las bases de datos provienen de SQLServer version MSDE (no sé si eso
efecte). Además, supongo que los problemas de rendimiento hay hecho que
se borren datos en algunos campos de tablas que deben ser estáticos o no
deberían cambiar al ejectutar el proceso.

De antemano, gracias !

Luis

Hola,

Entonces hay que ver como migraste los datos de MSDE a SQL2005, tal vez el
problema pase por falta de indices o por actualizar las estadisticas de la
base montada en SQL2005.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:%

Víctor, gracias por el comentario. Lo que me sirve de base para no pensar
en la aplicación externa es que antes, cuando se conectaba con SQLServer
MSDE el proceso corría sin problema.

Luis

"Victor Koch" <v i c t o r
(arroba)correo(punto)waldbott(punto)com(punto)ar> escribió en el mensaje
news:

Hola,

No siempre la causa de todos los males es la base de datos, esta solo
recibe instrucciones de la aplicación y trata de llevarlas a cabo lo
mejor posible, pero si la aplicación esta mal diseñada o mal programada,
me refiero a la lógica de los procesos y a la forma de atacar a la base
de datos, el problema no esta en manos de la base de datos.

Yo buscaría el problema en la falta de índices o en la propia aplicación
externa.

Hace un par de meses me toco un tema parecido al tuyo, una aplicación
externa que atacaba la base de datos de mi aplicación hacia tan mal las
cosas que mis transacciones siempre eran elegidas como victima de los
interbloqueos.

Cuando vi el código fuente de la aplicación externa quería matar al
programador, en resumen, lo que en esa aplicación externa antes tardaba
30 segundos en actualizar un comprobante paso a tardar menos de 3
segundos, así que imagínate que forma tan ineficiente que tenia para
insertar registros, ni te cuento el desparramo bloqueos de registros que
hacia.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:

Amigos cordial saludo !

Una aplicación externa corre procesos largos en SQLServer2005 y hemos
notado problemas como los siguientes que afectan mucho el rendimiento
del servidor:
1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es
utilizado cuando SQLServer corre el proceso
2. El uso de memoria sobrepasa en ocasiones los 1,5 GB
3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento
el proceso

SQLServer está instalado en un Servidor con Windows Server 2003
Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno.
Las bases de datos provienen de SQLServer version MSDE (no sé si eso
efecte). Además, supongo que los problemas de rendimiento hay hecho que
se borren datos en algunos campos de tablas que deben ser estáticos o no
deberían cambiar al ejectutar el proceso.

De antemano, gracias !

Luis

Es posible Víctor que existan problemas por la migración a la versión 2005
porque se hizo un proceso simple de descomprimir y ajuntar la base de datos
al servidor. Tienes algunas pautas sobre las tareas adicionales que se deben
efectuar al cambiar versión? (intentaré averiguar también vía google)

Gracias

Luis

"Victor Koch" <v i c t o r (arroba)correo(punto)waldbott(punto)com(punto)ar>
escribió en el mensaje news:

Hola,

Entonces hay que ver como migraste los datos de MSDE a SQL2005, tal vez el
problema pase por falta de indices o por actualizar las estadisticas de la
base montada en SQL2005.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:%

Víctor, gracias por el comentario. Lo que me sirve de base para no pensar
en la aplicación externa es que antes, cuando se conectaba con SQLServer
MSDE el proceso corría sin problema.

Luis

"Victor Koch" <v i c t o r
(arroba)correo(punto)waldbott(punto)com(punto)ar> escribió en el mensaje
news:

Hola,

No siempre la causa de todos los males es la base de datos, esta solo
recibe instrucciones de la aplicación y trata de llevarlas a cabo lo
mejor posible, pero si la aplicación esta mal diseñada o mal programada,
me refiero a la lógica de los procesos y a la forma de atacar a la base
de datos, el problema no esta en manos de la base de datos.

Yo buscaría el problema en la falta de índices o en la propia aplicación
externa.

Hace un par de meses me toco un tema parecido al tuyo, una aplicación
externa que atacaba la base de datos de mi aplicación hacia tan mal las
cosas que mis transacciones siempre eran elegidas como victima de los
interbloqueos.

Cuando vi el código fuente de la aplicación externa quería matar al
programador, en resumen, lo que en esa aplicación externa antes tardaba
30 segundos en actualizar un comprobante paso a tardar menos de 3
segundos, así que imagínate que forma tan ineficiente que tenia para
insertar registros, ni te cuento el desparramo bloqueos de registros que
hacia.

Un Saludo, Víctor Koch



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje
news:

Amigos cordial saludo !

Una aplicación externa corre procesos largos en SQLServer2005 y hemos
notado problemas como los siguientes que afectan mucho el rendimiento
del servidor:
1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es
utilizado cuando SQLServer corre el proceso
2. El uso de memoria sobrepasa en ocasiones los 1,5 GB
3. Corriendo el proceso desde otro equipo cliente, se hace aún más
lento el proceso

SQLServer está instalado en un Servidor con Windows Server 2003
Entreprise Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno.
Las bases de datos provienen de SQLServer version MSDE (no sé si eso
efecte). Además, supongo que los problemas de rendimiento hay hecho que
se borren datos en algunos campos de tablas que deben ser estáticos o
no deberían cambiar al ejectutar el proceso.

De antemano, gracias !

Luis

Hola Luis,, este problema ya esta resulto en este POST: te paso lo que
detallan

*** SOLUCION ***
Como paso final de una migración siempre es recomendable chequear la
integridad de las bases de datos, ejecutar DBCC UPDATEUSAGE y actualizar
estadísticas

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Alberto" wrote in message
news:

Todas las Delegaciones tienen mas o menos las mismas caracteristicas.
El cambio de servidor se realizo mediante un backup de la base de datos
del
antiguo servidor, y ese fue el problema, ya que no actualizamos los
indices.

Despues de actualizarlos va todo perfecto

Muchas Gracias

"Carlos Sacristan" wrote:

¿Cómo hicísteis ese cambio (migración)?

¿Actualizásteis estadísticas?

¿Echásteis un vistazo al plan de ejecución?

¿Estamos hablando de una arquitectura similar al resto de las
delegaciones
(hw, aplicaciones, concurrencia, volumen de datos, etc, etc)?

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Alberto" wrote in message
news:
> Hola a todos.
> Tengo una aplicación que corre sobre un servidor SQLServer 2000
> Hasta ahora ha funcionado todo bien, tanto en local como en remoto, ya
> que
> existen varias delegaciones, cada una con su servidor local, pero que
> pueden
> acceder al resto de servidores.
> El problema viene al actualizar una de las delegaciones. se cambia el
> servidor por otro mas moderno.
> se utiliza el sqlserver 2005
> y resulta que una consulta que sobre cualquier otro servidor es casi
> instantanea, sobre este tarda 6 minutos.
>
> No le encuentro explicación y si alguien puede echarme una mano lo
> agradeceria
>
> Saludos
>
> Alberto

.

***************** AQUI TERMINA ****



"MSNEWS" <luism0@(arroba)yahoo.es> escribió en el mensaje de
noticias:

Amigos cordial saludo !

Una aplicación externa corre procesos largos en SQLServer2005 y hemos
notado problemas como los siguientes que afectan mucho el rendimiento del
servidor:
1. El equipo servidor tiene dos procesadores, pero solo uno de ellos es
utilizado cuando SQLServer corre el proceso
2. El uso de memoria sobrepasa en ocasiones los 1,5 GB
3. Corriendo el proceso desde otro equipo cliente, se hace aún más lento
el proceso

SQLServer está instalado en un Servidor con Windows Server 2003 Entreprise
Edition SP2, 4GB de RAM y dos procesadores de 2GB cada uno. Las bases de
datos provienen de SQLServer version MSDE (no sé si eso efecte). Además,
supongo que los problemas de rendimiento hay hecho que se borren datos en
algunos campos de tablas que deben ser estáticos o no deberían cambiar al
ejectutar el proceso.

De antemano, gracias !

Luis