lentitud en base de datos
-
Tengo un server con 2 cpus y 4 gb de ram basado en win2003 server y sql server 2000.
Tengo tambien conexiones de aprox. 50 clientes contra ese server a traves de una aplicacion que dise?e en VB6 y SPs T-SQL conectados por TCP/IP(internet).
El problema se me presenta es a ciertas horas en donde todos los clientes usan la aplicacion hecha en VB6 al mismo tiempo, justo en ese momento la aplicacion en la parte de los clientes se pone bastante lenta, cosa que no sucede en horas donde no se
He probado optimizando varias cosas, una de ellas es el volumen de informacion que va de los clientes hasta el server y viceversa (he minimizado esto todo lo posible). Todo esta basado en SPs.
He estado monitoreando el rendimiento
Agradezco toda la ayuda posible.
- Primero me disculpo por la traducción que utilicé el babelfish que no es siempre todo el que exacto. (For english see below)Se parece tan como si usted puede tener algunas ediciones con funcionamiento en las horas máximas. El uso de la CPU va hasta 40-60% y los clientes retrasaron. Usted mencionó esto puede ser de la fijación de registro. Esto podía causar ciertamente esto. Una cosa que usted puede desear para hacer se fija encima de un rastro del servidor durante su tiempo y funcionamiento ocupados que a través del mago que templa del índice. Esto se podía causar mis muchas cosas. Preguntas mal optimizadas, fijación de registro, carencia de índices y cosas otras.First I apologize for the translation I used babelfish which isn't always all that accurate.So it seems as though you may be having some issues with performance at peak times. CPU usage goes up to 40-60% and the Clients slow down. You mentioned this may be from record locking. This certainly could cause this. One thing you may want to do is set up a server trace during your busy time and run that through the index tuning wizard.This could be caused my many things. Poorly optimized queries, record locking, lack of indices and various other things.
-
Thank you very much....
jejeje, my english is very limited.
-
Utilicé a un traductor también. Otra cosa para mirar es la longitud media de la línea para cada disco físico en el perfmon. Si está sobre 2, usted tiene un embotellamiento. Inglés abajo:
I used a translator also. Another thing to look at is the average queue length for each physical disk in perfmon. If it is over 2, you have a bottleneck.
MG
"There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies."
Tony Hoare"If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair.
-
Here's my 'short list' for tuning:
Round I
DBCC UPDATEUSAGE
UPDATE STATISTICS (with FULL scan) for all tables
exec sp_recompile for all tables
exec sp_refreshview for all views
Round II
DBCC DBREINDEX
UPDATE STATISTICS (with FULL scan) for all tables
exec sp_recompile for all tables
exec sp_refreshview for all views
Round III
Profiler
Query Hints
Aquí está mi ' lista corta ' para templar: La ESTADÍSTICA redonda de la ACTUALIZACIÓN de I DBCC UPDATEUSAGE (con la exploración COMPLETA) para todo el exec de las tablas sp_recompile para todo el sp_refreshview del exec de las tablas para toda visión alrededor II de ESTADÍSTICA de la ACTUALIZACIÓN de DBCC DBREINDEX (con la exploración COMPLETA) para todo el exec de las tablas sp_recompile para todo el sp_refreshview del exec de las tablas para todas las opiniónes alrededor III de indirectas de la pregunta del profilerRegardsRudy KomacsarSenior Database Administrator"Ave Caesar! - Morituri te salutamus."
Viewing 5 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply