Optimizar SQL2000

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:

Mostrar la cita

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

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:
Mostrar la cita

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:

Mostrar la cita

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

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:

Mostrar la cita

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

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:%
Mostrar la cita

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:
Mostrar la cita

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:

Mostrar la cita

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

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
>
>