FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
SQL Server lento.
Hola Compañeros del foro , Tengo la siguiente inquietud;
Veran Tengo un Servidor con las Siguientes Caracteristicas: *Hewlett Packard ML 150 G2 *Procesador Dual Core Xeon 3.2 Ghz *Memoria Ram 2 GB *Dos HDD de 36.4 GB SCSI SO Windos Server 2003, SQL server 2000 Service Pack 4,tengo 5 Maquinas de Facturacion , de las cuales solo 3 trabajan arduamente porque en los otros departamentos no hay mucho movimiento, y tambien tengo otras 3 pcs que solo las utilizan para hacer, movimientos al inventario , consultas y demas. ya ha pasado hace un mes aproximadamente desde la implemetacion del sistema y se me an presentado varios problemas de lentitud , es decir , ultimamete se el proceso se ha vuelto lento, pareciera que el servidor se quedara sin memoria ya que cuando reinicio el servidor todo vuelve a la normalidad, lo extraño tambien es que no todos los dia pasa,pero ya me empiezo a preocupar, no se si sea por las caracteristicas del servidor, si necesita mas ram o estoy manejando mal las transacciones en el sistema. espero sus consejos...
__________________
all your base are belong to us |
#2
|
||||
|
||||
Yo trataría de ver cómo utilizas las transacciones...
- Si abres una al principio y la cierras al cerrar el programa: MAL ASUNTO! - Mira la cantidad de transacciones abiertas en el SQL Server - Trata de usar transacciones Read Only para las cosas que solo necesiten leer (listados por ejemplo) |
#3
|
||||
|
||||
Cita:
de guardar :
__________________
all your base are belong to us |
#4
|
||||
|
||||
A parte de lo dicho, yo echo en falta memoria para ese servidor (W2003 Server + SQL Server ==> 2 GB poco ).
Al precio que va hoy en día la RAM yo aumentaría esa cantidad. Revisa tráfico de red y tiempos de respuesta, no sea que venga por ahí y no por el servidor en sí.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Hola Neftali ,tomare en cuenta lo de la ram , y con respecto a del trafico de red y tiempos de respuesta, mm como lo hago , espero no molestarte con mi novatada pero... estoy aprendiendo
__________________
all your base are belong to us |
#6
|
||||
|
||||
Aunque hay herramientas más sofisticadas, lo básico es comprobar que a medida queva cayendo el rendimiento los tiempos de respuesta del servidor son buenos (similares a cuando está recién arrancado); Los PING's deben ser similares.
En ese momento (de rendimiento bajo) puedes probar otras operaciones donde intervenga la red y comprobar la velocidad y tasa de transferencia.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#7
|
||||
|
||||
Cita:
Aunque me temo que no va a poder aumentar mucho, sólo 1 gb más
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#8
|
||||
|
||||
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#9
|
||||
|
||||
¿Y qué es eso de PAE?, ¿algún PArchE?
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#10
|
||||
|
||||
Cita:
No puedo creerlo :O :O, tienes Sql server 2000, y metes las transacciones en tus clientes :| :|. El esquema adecuado es el siguiente: Abre pantalla en el sistema -- usuario realiza operaciones- -- Creas tu datamodule y preparas tus Sps -- Establececes conexión y ejecutas el sp (los bloques transaccionales están en los sps) -- Cierras conexión -- Destruyes el datamodule. con esa estructura optimizas enormemente los recursos de tu servidor y de tus clientes. Saludos. Ahhh no olvides darle mantenimiento diario a tu base e datos, respaldado y reduciendo el tamañoo del log (dbcc shrinkfile) Saludos
__________________
Conoce mi blog http://www.edgartec.com |
#11
|
||||
|
||||
Cita:
Gracias amigo , Agradesco tu ayuda. mmm, ¿que es un Sps?, si no es mucha la Molestia
__________________
all your base are belong to us |
#12
|
||||
|
||||
Cita:
Procedimientos almacenados
__________________
Conoce mi blog http://www.edgartec.com |
#13
|
||||
|
||||
Exactamente; Phisical Address Extension; Vamos! un parche. Explicación.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#14
|
||||
|
||||
Cita:
Qué pasa si de tu aplicación cliente llamas a 3 SP, y las transacciones las haces en el servidor. ponte en el caso que el 3 SP falle, ¿qué pasará?, ya que las transacciones de los dos primeros SP estarán materializadas en la base de datos. De esta forma no tienes forma de deshacer los cambios. Yo manejos las transacciones en los clientes, en distintos lenguajes (Delphi, PowerBuilder, Php y con distintos motores (Oracle, SQL Server, etc..)) y nunca he tenido problemas de lentitud. Saludos .-
__________________
No todo es como parece ser... |
#15
|
||||
|
||||
Cita:
Ojo, eso está basado en mi propia experiencia. Igual en tu caso las cosas han funcionado maravillosamente bien, no tengo por que dudarlo pero para mi honestamente no aprovechar las ventajas del motor es un grave pecado. Ejemplo: Es como si para generar Xml de un recorset de sql server u oracle usaras delphi recorriendo todo el Dataset. . SQL server y Oracle ofrecen la generación de XML con una velocidad mucho mayor a la de delphi. saludos.
__________________
Conoce mi blog http://www.edgartec.com |
#16
|
||||
|
||||
Cita:
A lo mejor hay algo que no sé y por eso sigo usando las transacciones desde el propio cliente. Por otra parte el problema de nuestro amigo no creo que se deba al uso de estos desde el cliente, yo apuntaría a problemas de red (congestión) o quizás una mala gestión de las consultas SQL. Saludos .-
__________________
No todo es como parece ser... |
#17
|
||||
|
||||
Cita:
Saludos
__________________
Conoce mi blog http://www.edgartec.com |
#18
|
||||
|
||||
Totalmente deacuerdo, a esa conclusion queria llegar, bueno ,tendre que re-estructurar la programacion para solucionar el problema , gracias compañeros por sus comentarios.
__________________
all your base are belong to us |
#19
|
||||
|
||||
Esto es mas o menos facil de resolver.
1. El asunto de las transacciones en cliente o en servidor es de poca monta aqui. Solo se afecta fuertemente en el caso de mucha concurrencia. Aunque los SP sean un poco mas eficientes, en la experiencia no es tanta la diferencia con respecto a los procesos que usualmente hace una app tipo CRUD. Sin embargo, si son procesos en batch si es mejor asi. Por el manejo de las transacciones como tal, no hay problema desde que se especifique adecuadamente el nivel de aislamiento de transacciones. 2. Sql Server *por defecto* esta diseñado para ser instalado de forma exclusiva en un servidor. O sea, se presupone que la BD esta en 1 servidor, la aplicacion en otro, el domino activo en otro, etc... Por la configuracion del servidor puedes especificar el limite de memoria de sql server: http://msdn.microsoft.com/en-us/library/ms178067.aspx 3. Optimiza el windows, cerrando servicios inutiles en un servidor (como el de camaras digitales): http://www.optimizingpc.com/optimize...sservices.html http://www.extremetech.com/article2/0,2845,5155,00.asp 4. Puede que la red este mal configurada. Es muy comun, y si ademas tienen el directorio activo en ese equipo es probable que no lo hayan montado correctamente. Para mas info, este es el mejor sitio: http://www.windowsnetworking.com/ 5. Si tienen Exchange instalado por casualidad, es un animal traga-todo. Mejor muevanlo a otro equipo o salgan de ese engendro del demonio. 6. Ya que tienes la dicha de 2 discos SCSI, si no estan en RAID entonces pon el archivo de la BD en un disco (el de sistema) y del LOG en el otro (el de datos). Es mas importante poner el de Log en el disco que menos se mueva. Puedes chequear el performance de Sql server con las herramientas de monitoreo que trae, sobre todo el Sql Profiler: Es super bueno. Te logea todas las llamadas al sql y puedes hacer uso del sql query analyzer para chequear cuales sql son los lentos. Por lo demas, mira si todo lo que debe estar indexado lo esta y recuerdan que tambien se pueden indexar las Vistas, eso ayuda mucho SI tienes informes por vistas que son muy pesados. Pero con todo, optimizar el sistema, deshabilitar servicios, que no corran menssenger ni ñoñadas y poner la BD y el LOG en discos separados es mas que suficiente. Ya en el lado de delphi: 1. Utiliza cursores del lado CLIENTE y tipo READONLY. Mira si puedes usar FORWARD-ONLY en algunos casos. 2. Coje los sql mas complejos y vuelvelos Vistas. Mas simple de programar y hay mas desempeño. 3. Pasar todo a SP no necesariamente sea lo mejor, igual, lo que describes no es PARA NADA una situacion donde el desempeño haya que llevarlo al limite. De hecho, me parece raro que se te esten quejando. Quizas, el problema estan en las estaciones. Quizas tienen mucho spyware & ñoñadas o son equipos muy lentos? Si necesitas tirar mas desempeño me avisas. Pero primero, revisa los pasos anteriores y usa el query analyzer y el performance monitor de Windows: http://www.windowsnetworking.com/art...e_Monitor.html Para ver donde realmente esta la situa. P.D: Solucion rapida: 1 Desactiva servicios. 2. BD & Log separados 3. Dataset lado cliente, solo lectura 4. SQL complejos en vistas. 5. Tira todo en batchs tanto como se pueda.
__________________
El malabarista. |
#20
|
||||
|
||||
Cita:
__________________
all your base are belong to us |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Windows server 2003 SP2 firebird 1.5 lento | hugoaponce | Firebird e Interbase | 4 | 05-03-2008 19:59:43 |
Procedure en Firebird lento o IbQuery lento | capo979 | Firebird e Interbase | 14 | 17-07-2007 22:35:36 |
SQL Server lento como tortuga | sinalocarlos | MS SQL Server | 2 | 20-04-2007 04:59:39 |
ADO lento | CHiCoLiTa | Conexión con bases de datos | 6 | 28-07-2004 18:59:46 |
lento | carlomagno | Firebird e Interbase | 4 | 02-07-2004 14:48:08 |
|