Lentitud en Aplicacion con SQLSERVER 2005

15/08/2007 - 04:34 por Jorge Loyola | Informe spam
Hola:
Hace aproximadamente un mes actualizamos la version de sistema operativo
Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos volumenes
de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a raiz
de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db por
medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
performance versus versiones de db y so instalados. Tenemos en hrs pico hasta
un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer para
mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.

Preguntas similare

Leer las respuestas

#1 Luis Mata
15/08/2007 - 06:15 | Informe spam
Quizas el problema esta en la Red.
Fijate si algun terminal no esta enviando y recibiendo información en masa,
osen un troyano.
Yo trabajo con las mismas caracteristicas que usas y no tengo problemas.
Pero si las tuve cuando detecte que algunos usuarios tenian algunos bichos
que saturaban la red y los demas usuarios eran afectados por eso.

- prueba usar tu aplicación con un solo terminal conectado a tu servidor.
- tambien reinicia tu server y fijate la carga de red tambien ahi puede
estar algun troyano o algo asi.
- Baja todos los services pack de windows y sql

revisa tu server y tus pc clientes
y tu antivirus.

Luis Mata
Peru





"Jorge Loyola" escribió en el
mensaje news:
Hola:
Hace aproximadamente un mes actualizamos la version de sistema operativo
Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos
volumenes
de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a
raiz
de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db
por
medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
performance versus versiones de db y so instalados. Tenemos en hrs pico
hasta
un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer
para
mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.
Respuesta Responder a este mensaje
#2 Gustavo Larriera (MVP)
15/08/2007 - 06:17 | Informe spam
Entiendo que la misma aplicación luego de subir de versiones de Windows
y de SQL Server ahora tiene más bloqueos.

No puedo explicar por qué, con el cambio de versiones, la misma
aplicación tiene más bloqueos. Sugiero que consigas un buen consultor
especializado para analizar el problema en vivo, este tipo de problemas
exceden las posibilidades de un foro de discusión.

De todas formas, como guía puedo recomendarte estas lecturas:

How to reduce lock contention in SQL Server
http://support.microsoft.com/kb/q75722/

Reducing SQL Server Locks
http://www.sql-server-performance.c...ks_p1.aspx

How to Minimize SQL Server Blocking
http://www.sql-server-performance.c...ng_p1.aspx

SQL Server Lock Contention Tamed: The Joys Of NOLOCK and ROWLOCK
http://www.sql-server-
performance.com/articles/per/lock_contention_nolock_rowlock_p1.aspx

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

In article ,
says...
Hola:
Hace aproximadamente un mes actualizamos la version de sistema operativo
Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos volumenes
de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a raiz
de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db por
medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
performance versus versiones de db y so instalados. Tenemos en hrs pico hasta
un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer para
mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.

Respuesta Responder a este mensaje
#3 Jorge Loyola
15/08/2007 - 21:02 | Informe spam
Gracias Gustavo, por estos comentarios, nada mas un detalle como saber los
minimos requerimientos de memoria ram por usuario o conexion, para determinar
si la memoria que esta utilizando SqlServer es la idonea ahora en este
mometno lo tengo configurado para que tome 2.5 GB.
Luis : Gracias por el comentario, ya monitoreamos los recursos de la red y
no aparce ningun cuello de botella o saturamiento por parte de los usuarios.

"Gustavo Larriera (MVP)" wrote:

Entiendo que la misma aplicación luego de subir de versiones de Windows
y de SQL Server ahora tiene más bloqueos.

No puedo explicar por qué, con el cambio de versiones, la misma
aplicación tiene más bloqueos. Sugiero que consigas un buen consultor
especializado para analizar el problema en vivo, este tipo de problemas
exceden las posibilidades de un foro de discusión.

De todas formas, como guía puedo recomendarte estas lecturas:

How to reduce lock contention in SQL Server
http://support.microsoft.com/kb/q75722/

Reducing SQL Server Locks
http://www.sql-server-performance.c...ks_p1.aspx

How to Minimize SQL Server Blocking
http://www.sql-server-performance.c...ng_p1.aspx

SQL Server Lock Contention Tamed: The Joys Of NOLOCK and ROWLOCK
http://www.sql-server-
performance.com/articles/per/lock_contention_nolock_rowlock_p1.aspx

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

In article ,
says...
> Hola:
> Hace aproximadamente un mes actualizamos la version de sistema operativo
> Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
> Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos volumenes
> de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a raiz
> de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db por
> medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
> performance versus versiones de db y so instalados. Tenemos en hrs pico hasta
> un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
> ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer para
> mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.
>


Respuesta Responder a este mensaje
#4 Gustavo Larriera (MVP)
15/08/2007 - 23:26 | Informe spam
Las estimaciones de memoria del servidor son bastante más complejas, no se
basan simplemente en la cantidad de usuarios y coenxiones. Para responder su
pregunta se requiere un detallado análisis de uso que se dará al servidor SQL.

Las recomendaciones de la Guia de Operaciones puede serle útil:

http://www.microsoft.com/technet/pr...lops6.mspx

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Jorge Loyola" wrote:

Gracias Gustavo, por estos comentarios, nada mas un detalle como saber los
minimos requerimientos de memoria ram por usuario o conexion, para determinar
si la memoria que esta utilizando SqlServer es la idonea ahora en este
mometno lo tengo configurado para que tome 2.5 GB.
Luis : Gracias por el comentario, ya monitoreamos los recursos de la red y
no aparce ningun cuello de botella o saturamiento por parte de los usuarios.

"Gustavo Larriera (MVP)" wrote:

> Entiendo que la misma aplicación luego de subir de versiones de Windows
> y de SQL Server ahora tiene más bloqueos.
>
> No puedo explicar por qué, con el cambio de versiones, la misma
> aplicación tiene más bloqueos. Sugiero que consigas un buen consultor
> especializado para analizar el problema en vivo, este tipo de problemas
> exceden las posibilidades de un foro de discusión.
>
> De todas formas, como guía puedo recomendarte estas lecturas:
>
> How to reduce lock contention in SQL Server
> http://support.microsoft.com/kb/q75722/
>
> Reducing SQL Server Locks
> http://www.sql-server-performance.c...ks_p1.aspx
>
> How to Minimize SQL Server Blocking
> http://www.sql-server-performance.c...ng_p1.aspx
>
> SQL Server Lock Contention Tamed: The Joys Of NOLOCK and ROWLOCK
> http://www.sql-server-
> performance.com/articles/per/lock_contention_nolock_rowlock_p1.aspx
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/p...o.Larriera
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
> In article ,
> says...
> > Hola:
> > Hace aproximadamente un mes actualizamos la version de sistema operativo
> > Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
> > Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos volumenes
> > de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a raiz
> > de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db por
> > medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
> > performance versus versiones de db y so instalados. Tenemos en hrs pico hasta
> > un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
> > ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer para
> > mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.
> >
>
>
Respuesta Responder a este mensaje
#5 Jorge Loyola
17/08/2007 - 03:13 | Informe spam
Hola Gustavo, gracias por tus observaciones, el dia de hoy por la madrugada
hice unos cambios y aumente la memoria al sql. espero que esto me ayude.
Gracias

"Gustavo Larriera (MVP)" wrote:

Las estimaciones de memoria del servidor son bastante más complejas, no se
basan simplemente en la cantidad de usuarios y coenxiones. Para responder su
pregunta se requiere un detallado análisis de uso que se dará al servidor SQL.

Las recomendaciones de la Guia de Operaciones puede serle útil:

http://www.microsoft.com/technet/pr...lops6.mspx

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Jorge Loyola" wrote:

> Gracias Gustavo, por estos comentarios, nada mas un detalle como saber los
> minimos requerimientos de memoria ram por usuario o conexion, para determinar
> si la memoria que esta utilizando SqlServer es la idonea ahora en este
> mometno lo tengo configurado para que tome 2.5 GB.
> Luis : Gracias por el comentario, ya monitoreamos los recursos de la red y
> no aparce ningun cuello de botella o saturamiento por parte de los usuarios.
>
> "Gustavo Larriera (MVP)" wrote:
>
> > Entiendo que la misma aplicación luego de subir de versiones de Windows
> > y de SQL Server ahora tiene más bloqueos.
> >
> > No puedo explicar por qué, con el cambio de versiones, la misma
> > aplicación tiene más bloqueos. Sugiero que consigas un buen consultor
> > especializado para analizar el problema en vivo, este tipo de problemas
> > exceden las posibilidades de un foro de discusión.
> >
> > De todas formas, como guía puedo recomendarte estas lecturas:
> >
> > How to reduce lock contention in SQL Server
> > http://support.microsoft.com/kb/q75722/
> >
> > Reducing SQL Server Locks
> > http://www.sql-server-performance.c...ks_p1.aspx
> >
> > How to Minimize SQL Server Blocking
> > http://www.sql-server-performance.c...ng_p1.aspx
> >
> > SQL Server Lock Contention Tamed: The Joys Of NOLOCK and ROWLOCK
> > http://www.sql-server-
> > performance.com/articles/per/lock_contention_nolock_rowlock_p1.aspx
> >
> > Gustavo Larriera, Microsoft MVP
> > https://mvp.support.microsoft.com/p...o.Larriera
> > Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
> >
> > In article ,
> > says...
> > > Hola:
> > > Hace aproximadamente un mes actualizamos la version de sistema operativo
> > > Windows 2003 Standart a Enterprise y sqlserver 2000 Standart a 2005
> > > Enterprise en un servidor IBM Blade-HS20 con 4 GB en ram, Con dos volumenes
> > > de 20 GB (Sistema Operativo) y 50 GB (Base de Datos) en raid 0. Pero a raiz
> > > de esa fecha nuestra aplicacion desarrollada en C++ con conexion a la db por
> > > medio de OLEDB y el cliente tiene instalado el Mdac 2.8 ha disminuido su
> > > performance versus versiones de db y so instalados. Tenemos en hrs pico hasta
> > > un maximo de 500 conexiones activas (Lectura, Update e Insert) y en
> > > ocasiones hemos tenido problemas de procesos bloqueados. Que puedo hacer para
> > > mejorar el perfomances de la aplicacion y evitar los procesos bloqueados.
> > >
> >
> >
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida