Optimizar SQL2000

07/08/2007 - 20:14 por Jose Camacho Vaca | Informe spam

Una consulta, por razones de presupuesto tenemos conexion muy lentas a
nuestro servidor SQL, hasta 3 maquinas enlazadas sobre una conexion de
64kbps. Obviamente todo eso nos esta perjudicando en la velocidad de nuestra
aplicación principal que es de tipo OnLine. Las características generales
del sistema y de la infraestructura son las siguientes: servidor HP Proliant
ML370 1Gb. RAM 3 DD SCSI de 40 Gb. (no estan en RAID),
SmallBussinessServer2003, SQL-Server2000, se conectan hasta 40 terminales
simultáneamente. Nuestra apliacion esta hecha en VFP8, usa SQLPassThroug
bastante optimizado, todos los equipos terminales tienen WinXP-Pro con 256 de
memoria. Los que se conectan a la red local por medio de cable no tienen
ningún problema, pero los que se conectan por medio de un enlace de linea
dedicada de 64 Kbps, se vuelven muy lentos.
Cualquier sugerencia será bien recibida, mucha gracias.
Saludos.
José Camacho Vaca
Colima, MX

Siga el debate

39 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#1 Maxi

07/08/2007 - 20:14 | Informe spam

Hola, mejora el enlace o simplemente revisa si estas trayendo del lado del
cliente cosas innecesarias como por ejemplo:

Traeme todos los clientes para elegir o cosas asi

Salu2

Microsoft MVP SQL Server
Culminis Speaker

"Jose Camacho Vaca" escribió en
el mensaje news:

Una consulta, por razones de presupuesto tenemos conexion muy lentas a
nuestro servidor SQL, hasta 3 maquinas enlazadas sobre una conexion de
64kbps. Obviamente todo eso nos esta perjudicando en la velocidad de
nuestra
aplicación principal que es de tipo OnLine. Las características generales
del sistema y de la infraestructura son las siguientes: servidor HP
Proliant
ML370 1Gb. RAM 3 DD SCSI de 40 Gb. (no estan en RAID),
SmallBussinessServer2003, SQL-Server2000, se conectan hasta 40 terminales
simultáneamente. Nuestra apliacion esta hecha en VFP8, usa SQLPassThroug
bastante optimizado, todos los equipos terminales tienen WinXP-Pro con 256
de
memoria. Los que se conectan a la red local por medio de cable no tienen
ningún problema, pero los que se conectan por medio de un enlace de linea
dedicada de 64 Kbps, se vuelven muy lentos.
Cualquier sugerencia será bien recibida, mucha gracias.
Saludos.
José Camacho Vaca
Colima, MX

Responder a este mensaje

#2 Gustavo Larriera (MVP)

07/08/2007 - 20:26 | Informe spam

No hay muchas posibilidades de mejorar siendo el cuello de botella una red
lenta. Cuando la red es lenta, una solución basada en cliente grueso (como es
el caso de VFP) es una mala solución.

Las soluciones en general a este tipo de situaciones son: Rearquitecturizar
la aplicacion para que trabaje en modo desconectado (con sincronizaciones
esporádicas al servidor) o implementar una aplicación web para los usuarios
que acceden por conexión lenta.

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.

"Jose Camacho Vaca" wrote:

Una consulta, por razones de presupuesto tenemos conexion muy lentas a
nuestro servidor SQL, hasta 3 maquinas enlazadas sobre una conexion de
64kbps. Obviamente todo eso nos esta perjudicando en la velocidad de nuestra
aplicación principal que es de tipo OnLine. Las características generales
del sistema y de la infraestructura son las siguientes: servidor HP Proliant
ML370 1Gb. RAM 3 DD SCSI de 40 Gb. (no estan en RAID),
SmallBussinessServer2003, SQL-Server2000, se conectan hasta 40 terminales
simultáneamente. Nuestra apliacion esta hecha en VFP8, usa SQLPassThroug
bastante optimizado, todos los equipos terminales tienen WinXP-Pro con 256 de
memoria. Los que se conectan a la red local por medio de cable no tienen
ningún problema, pero los que se conectan por medio de un enlace de linea
dedicada de 64 Kbps, se vuelven muy lentos.
Cualquier sugerencia será bien recibida, mucha gracias.
Saludos.
José Camacho Vaca
Colima, MX

Responder a este mensaje

#3 Maxi

07/08/2007 - 22:43 | Informe spam

Hola, en .net cambia la cosa porque trabajas en un ambiente desconectado con
los Dataset

Salu2

Microsoft MVP SQL Server
Culminis Speaker

"principiante" escribió en el mensaje
news:%

No hay muchas posibilidades de mejorar siendo el cuello de botella una
red
lenta. Cuando la red es lenta, una solución basada en cliente grueso
(como es
el caso de VFP) es una mala solución.

Pero no porque sea VFP. Lo sería igual para cualquier Fat-client o para
cualquier aplicación windows típica de .NET.

Jose TH

Responder a este mensaje

#4 principiante

07/08/2007 - 22:43 | Informe spam

No hay muchas posibilidades de mejorar siendo el cuello de botella una red
lenta. Cuando la red es lenta, una solución basada en cliente grueso (como
es
el caso de VFP) es una mala solución.

Pero no porque sea VFP. Lo sería igual para cualquier Fat-client o para
cualquier aplicación windows típica de .NET.

Jose TH

Responder a este mensaje

#5 principiante

07/08/2007 - 23:05 | Informe spam

.NET trae una clase dataset que está "prediseñada y pensada para un
escenario desconectado" porque se basa en un ORM y a la vez es como un
mini-datawarehouse pero que crees? en VFP hace tiempo que trabajamos en
escenarios desconectados C/S (siempre hemos podido) con ODBC, SQL Pass
Through y aprovechando la connection pooling implementado nuestro "dataset"
al estilo de VFP (dataenvironment). Y hasta más eficiente pues tenemos más
control de sólo traer lo necesario desde el principio (no digo que en .NET
no se pueda programar también).

Todo depende de cómo programes tu aplicación no importa el lenguaje de la
aplicación cliente.

Jose TH

"Maxi" escribió en el mensaje
news:%239B7%

Hola, en .net cambia la cosa porque trabajas en un ambiente desconectado
con los Dataset

Salu2

Microsoft MVP SQL Server
Culminis Speaker

"principiante" escribió en el mensaje
news:%

No hay muchas posibilidades de mejorar siendo el cuello de botella una
red
lenta. Cuando la red es lenta, una solución basada en cliente grueso
(como es
el caso de VFP) es una mala solución.

Pero no porque sea VFP. Lo sería igual para cualquier Fat-client o para
cualquier aplicación windows típica de .NET.

Jose TH

Responder a este mensaje

Ads by Google

Hacer una preguntaSiguiente

Tengo una respuesta

12 3 4 5 6 7 8

Busqueda sugerida