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

Preguntas similare

Leer las respuestas

#11 Salvador Ramos
08/08/2007 - 18:47 | Informe spam
Hola,

Otra alternativa sería utilizar Terminal Server (u otro producto similar),
con lo que todo ese tráfico se produciría en la LAN.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Jose Camacho Vaca" escribió en
el mensaje news:
Muchas gracias a todos por sus respuestas. Bueno, antes que nada, parece
que
de manera definitiva voy a tener que migrar a otra arquitectura. Primero,
el
volumen de datos no es tanto el problema, sino el trafico que hay en la
red,
normalmente un proceso implica lo siguiente:
Dame el No. de cliente.
Dame el detalle de la cuenta del cliente.
Dame los abonos del renglón 5 del detalle.
Dame los documentos del primer abono
y volvemos al primer paso.
Lo malo como pueden ver es que hay mucho trafico de ida y vuelta, no es
mucho con lo que se trafica, pero si muchas veces y eso multiplicado por
el
No. de equipos hace lenta la conexión.
Al parecer la solución va a ser ASP o algo por el estilo.
De todas formas cualquier sugerencia adicional va a ser bien recibida.
Gracias nuevamente y saludos.
José Camacho Vaca
Colima, MX


"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
Respuesta Responder a este mensaje
#12 Antonio Ortiz
08/08/2007 - 18:58 | Informe spam
Y no seria mayor el 'trafico' de enviar pantallas a la pc remota?

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Salvador Ramos" escribió en el
mensaje news:%
Hola,

Otra alternativa sería utilizar Terminal Server (u otro producto similar),
con lo que todo ese tráfico se produciría en la LAN.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Jose Camacho Vaca" escribió
en el mensaje news:
Muchas gracias a todos por sus respuestas. Bueno, antes que nada, parece
que
de manera definitiva voy a tener que migrar a otra arquitectura.
Primero, el
volumen de datos no es tanto el problema, sino el trafico que hay en la
red,
normalmente un proceso implica lo siguiente:
Dame el No. de cliente.
Dame el detalle de la cuenta del cliente.
Dame los abonos del renglón 5 del detalle.
Dame los documentos del primer abono
y volvemos al primer paso.
Lo malo como pueden ver es que hay mucho trafico de ida y vuelta, no es
mucho con lo que se trafica, pero si muchas veces y eso multiplicado por
el
No. de equipos hace lenta la conexión.
Al parecer la solución va a ser ASP o algo por el estilo.
De todas formas cualquier sugerencia adicional va a ser bien recibida.
Gracias nuevamente y saludos.
José Camacho Vaca
Colima, MX


"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






Respuesta Responder a este mensaje
#13 jcac
08/08/2007 - 19:07 | Informe spam
No se que tan descabellada sea esta propuesta pero puedes trabajar con
sockets, pero tendrias que rearmar tus aplicaciones para qeu solo envien
textos, y un programa que escuche cada uno de estas cadenas y haga lo que tu
desees y te devuelva lo que desees tambien, ten en cuenta que solo envias
texto algo mas sencillo que inclusive este mensaje de noticia.

Saludos y suerte

"Jose Camacho Vaca" escribió en
el mensaje news:
Muchas gracias a todos por sus respuestas. Bueno, antes que nada, parece
que
de manera definitiva voy a tener que migrar a otra arquitectura. Primero,
el
volumen de datos no es tanto el problema, sino el trafico que hay en la
red,
normalmente un proceso implica lo siguiente:
Dame el No. de cliente.
Dame el detalle de la cuenta del cliente.
Dame los abonos del renglón 5 del detalle.
Dame los documentos del primer abono
y volvemos al primer paso.
Lo malo como pueden ver es que hay mucho trafico de ida y vuelta, no es
mucho con lo que se trafica, pero si muchas veces y eso multiplicado por
el
No. de equipos hace lenta la conexión.
Al parecer la solución va a ser ASP o algo por el estilo.
De todas formas cualquier sugerencia adicional va a ser bien recibida.
Gracias nuevamente y saludos.
José Camacho Vaca
Colima, MX


"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
Respuesta Responder a este mensaje
#14 Salvador Ramos
08/08/2007 - 20:03 | Informe spam
Pues habría que estudiarlo en su caso en concreto, simplemente lo comenté
como una alternativa que podría evaluar :-)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Antonio Ortiz" escribió en el mensaje
news:

Y no seria mayor el 'trafico' de enviar pantallas a la pc remota?

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Salvador Ramos" escribió en el
mensaje news:%
Hola,

Otra alternativa sería utilizar Terminal Server (u otro producto
similar), con lo que todo ese tráfico se produciría en la LAN.

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Jose Camacho Vaca" escribió
en el mensaje news:
Muchas gracias a todos por sus respuestas. Bueno, antes que nada,
parece que
de manera definitiva voy a tener que migrar a otra arquitectura.
Primero, el
volumen de datos no es tanto el problema, sino el trafico que hay en la
red,
normalmente un proceso implica lo siguiente:
Dame el No. de cliente.
Dame el detalle de la cuenta del cliente.
Dame los abonos del renglón 5 del detalle.
Dame los documentos del primer abono
y volvemos al primer paso.
Lo malo como pueden ver es que hay mucho trafico de ida y vuelta, no es
mucho con lo que se trafica, pero si muchas veces y eso multiplicado por
el
No. de equipos hace lenta la conexión.
Al parecer la solución va a ser ASP o algo por el estilo.
De todas formas cualquier sugerencia adicional va a ser bien recibida.
Gracias nuevamente y saludos.
José Camacho Vaca
Colima, MX


"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










Respuesta Responder a este mensaje
#15 Gustavo Larriera (MVP)
08/08/2007 - 20:48 | Informe spam
Terminal Server usa el protocolo RDP, que está diseñado para trabajar en
redes de baja velocidad y Microsoft lo recomienda en tales escenarios.
Considerar que la conexion remota puede personalizarse para consumir el
minimo ancho de banda posible (desactivando sonido, bajando la resolucion
grafica, etc.)

Por detalles acerca del consumo de recursos y el rendimiento de RDP ver:

http://www.microsoft.com/technet/pr...fperf.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.



"Antonio Ortiz" wrote:


Y no seria mayor el 'trafico' de enviar pantallas a la pc remota?

saludos,

Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com



"Salvador Ramos" escribió en el
mensaje news:%
> Hola,
>
> Otra alternativa sería utilizar Terminal Server (u otro producto similar),
> con lo que todo ese tráfico se produciría en la LAN.
>
> Un saludo
> Salvador Ramos
>
> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
> www.helpdna.net/acerca_de_salvador_ramos.htm
>
>
> "Jose Camacho Vaca" escribió
> en el mensaje news:
>> Muchas gracias a todos por sus respuestas. Bueno, antes que nada, parece
>> que
>> de manera definitiva voy a tener que migrar a otra arquitectura.
>> Primero, el
>> volumen de datos no es tanto el problema, sino el trafico que hay en la
>> red,
>> normalmente un proceso implica lo siguiente:
>> Dame el No. de cliente.
>> Dame el detalle de la cuenta del cliente.
>> Dame los abonos del renglón 5 del detalle.
>> Dame los documentos del primer abono
>> y volvemos al primer paso.
>> Lo malo como pueden ver es que hay mucho trafico de ida y vuelta, no es
>> mucho con lo que se trafica, pero si muchas veces y eso multiplicado por
>> el
>> No. de equipos hace lenta la conexión.
>> Al parecer la solución va a ser ASP o algo por el estilo.
>> De todas formas cualquier sugerencia adicional va a ser bien recibida.
>> Gracias nuevamente y saludos.
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "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
>
>



Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida