Replicando bases de datos?

Hola Wilfredo:
Dependiendo de como este construida la aplicacion es probable que el
problema sea la WAN. En principio las aplicaciones de VB 6.0 con ADO
"asumen" que la red es local y tienen un compartamiento "CHATTY" o sea
hablan con frecuencia entre el servidor y la estacion. Esto puede ser
cambiado pero requiere bastante ezfuerzo. VB.NET es mucho mejor en esta area
y podrias darle consideracion.
Replicacion de BD seria una MUY BUENA opcion para lo que describes. Eso
si no es facil y requiere una buena cantidad de estudio y configuracion y en
algunas ocasiones cambios en la aplicaciones pero es mucho mas
"transparente" para los programas que otras opciones.
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Wilfredo Burgos escribio:

Saludos amigos foreros,

Tengo el siguiente problema. He desarrollado un aplicación en VB6 la
cual accesa una base de datos montada en un SQL Server 2000, esta
base de datos consite de mas o menos 1.3 gb.

Ahora , tengo el siguiente problema tengo usarios en el edifcio en
cual trabajo (LAN1), tengo usuarios en otro edificio a mas o menos 10
millas (Lan2) y tengo usuarios en otroedifio (LAN3) a mas o menos 20
millas del edificio en donde trabajo.

Ellos autentifican sus cuentas en el dominio de cada LAN, y realizando
pruebas
de mi aplicación he notado que los usarios del LAN1 pueden ejecutar el
programa muy bien (accesan a los datos sin nigún problema,

Sin embargo los usuarios del LAN2 y LAN3 el programa demora mucho en
devolverle los datos lo cual entiendo es porque la base de datos está
en el LAN1 y posiblemente los datos se están quedando pinchados en el
WAN.

Existe alguna forma o mecanismo de yo resolver este problema. He
escuchado mucho sobre replicación de base de datos, pero realmente me
resolvería el problema replicando base de datos tanto en LAN2 como en
LAN3?

Desde ya gracias,
Wilfredo Burgos

Además de lo que comenta javier te diría que seguramente esa demora se
produce en eltrafico de red, no en el server. Las consultas suelen
ejecutarse a la misma velocidad, otra cosa es cuanto tarde la red en enviar
'15000' filas, por ejemplo. Fijate en el desarrollo en internet, siempre hay
paginacio´n, solo se muestran las primeras n filas etc.etc.

La replicación es quizá lo adecuado, pero tienes que determinar en donde se
modifican los datos, en donde se explotan etc. Si los datos se modifican en
todos sitios, tendrás que usar una replica de mezcla y eso añade campos a
tus tablas, lo que no es siempre posible, muchas veces las aplicaciones
fallan si les haces eso.

Saludos
Miguel Egea

"Wilfredo Burgos" escribió en el mensaje
news:

Saludos amigos foreros,

Tengo el siguiente problema. He desarrollado un aplicación en VB6 la cual
accesa una base de datos montada en un SQL Server 2000, esta base de datos
consite de mas o menos 1.3 gb.

Ahora , tengo el siguiente problema tengo usarios en el edifcio en cual
trabajo (LAN1), tengo usuarios en otro edificio a mas o menos 10 millas
(Lan2) y tengo usuarios en otroedifio (LAN3) a mas o menos 20 millas del
edificio en donde trabajo.

Ellos autentifican sus cuentas en el dominio de cada LAN, y realizando
pruebas
de mi aplicación he notado que los usarios del LAN1 pueden ejecutar el
programa muy bien (accesan a los datos sin nigún problema,

Sin embargo los usuarios del LAN2 y LAN3 el programa demora mucho en
devolverle los datos lo cual entiendo es porque la base de datos está en

el

LAN1 y posiblemente los datos se están quedando pinchados en el WAN.

Existe alguna forma o mecanismo de yo resolver este problema. He

escuchado

mucho sobre replicación de base de datos, pero realmente me resolvería el
problema replicando base de datos tanto en LAN2 como en LAN3?

Desde ya gracias,
Wilfredo Burgos

Gracias Javier por tus sugerencias,

La aplicación se creó pensando que se iba a ejecura a través de un Terminal
Server conectado al ladito del SQL Server o sea que el SQL Server y el
Terminal Server estarían en el mismo LAN.

Para los usarios dentro del LAN donde reside SQL Server no tengo problema
pues estamos dentro del mismo LAN y los datos no pasan por el WAN, ahora los
demás usuarios entrarían al Termnial Server del LAN donde reside SQL Server
y entiendo que de esta forma los datos y el comportamiento de la aplicación
no tendría problemas ya que lo he realizado de esta forma para otros
programas además que el procesamiento ocurre dentro del Terminal Server.

Lo que sucede es que la gerencia me indica que no le entusiasma que la
aplicación (la cual es muy pequeña alrededor de 1 mb) se corra por Terminal
Server y que existen costos en licencia.

Entonces otro problema es que tengo que implementarlo esta semana, ¿Tienen
alguna sugerencia para la que menciono? Yo me inclinó hacia correr la
aplicación por Termnial Server, pero ante el panorama descrito fue que
comenzé a vislumbrar la replicación de los datos.

Gracias,

Wilfredo Burgos

"Javier Loria" wrote in message
news:

Hola Wilfredo:
Dependiendo de como este construida la aplicacion es probable que el
problema sea la WAN. En principio las aplicaciones de VB 6.0 con ADO
"asumen" que la red es local y tienen un compartamiento "CHATTY" o sea
hablan con frecuencia entre el servidor y la estacion. Esto puede ser
cambiado pero requiere bastante ezfuerzo. VB.NET es mucho mejor en esta

area

y podrias darle consideracion.
Replicacion de BD seria una MUY BUENA opcion para lo que describes.

Eso

si no es facil y requiere una buena cantidad de estudio y configuracion y

en

algunas ocasiones cambios en la aplicaciones pero es mucho mas
"transparente" para los programas que otras opciones.
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Wilfredo Burgos escribio:
> Saludos amigos foreros,
>
> Tengo el siguiente problema. He desarrollado un aplicación en VB6 la
> cual accesa una base de datos montada en un SQL Server 2000, esta
> base de datos consite de mas o menos 1.3 gb.
>
> Ahora , tengo el siguiente problema tengo usarios en el edifcio en
> cual trabajo (LAN1), tengo usuarios en otro edificio a mas o menos 10
> millas (Lan2) y tengo usuarios en otroedifio (LAN3) a mas o menos 20
> millas del edificio en donde trabajo.
>
> Ellos autentifican sus cuentas en el dominio de cada LAN, y realizando
> pruebas
> de mi aplicación he notado que los usarios del LAN1 pueden ejecutar el
> programa muy bien (accesan a los datos sin nigún problema,
>
> Sin embargo los usuarios del LAN2 y LAN3 el programa demora mucho en
> devolverle los datos lo cual entiendo es porque la base de datos está
> en el LAN1 y posiblemente los datos se están quedando pinchados en el
> WAN.
>
> Existe alguna forma o mecanismo de yo resolver este problema. He
> escuchado mucho sobre replicación de base de datos, pero realmente me
> resolvería el problema replicando base de datos tanto en LAN2 como en
> LAN3?
>
> Desde ya gracias,
> Wilfredo Burgos

Estas tratando de decir que cambie la aplicación a WEB enabled. Cuentame un
poco mas sobre paginación si puedes

Wilfredo Burgos



"Miguel Egea" wrote in message
news:

Además de lo que comenta javier te diría que seguramente esa demora se
produce en eltrafico de red, no en el server. Las consultas suelen
ejecutarse a la misma velocidad, otra cosa es cuanto tarde la red en

enviar

'15000' filas, por ejemplo. Fijate en el desarrollo en internet, siempre

hay

paginacio´n, solo se muestran las primeras n filas etc.etc.

La replicación es quizá lo adecuado, pero tienes que determinar en donde

se

modifican los datos, en donde se explotan etc. Si los datos se modifican

en

todos sitios, tendrás que usar una replica de mezcla y eso añade campos a
tus tablas, lo que no es siempre posible, muchas veces las aplicaciones
fallan si les haces eso.

Saludos
Miguel Egea

"Wilfredo Burgos" escribió en el mensaje
news:
> Saludos amigos foreros,
>
> Tengo el siguiente problema. He desarrollado un aplicación en VB6 la

cual

> accesa una base de datos montada en un SQL Server 2000, esta base de

datos

> consite de mas o menos 1.3 gb.
>
> Ahora , tengo el siguiente problema tengo usarios en el edifcio en cual
> trabajo (LAN1), tengo usuarios en otro edificio a mas o menos 10 millas
> (Lan2) y tengo usuarios en otroedifio (LAN3) a mas o menos 20 millas del
> edificio en donde trabajo.
>
> Ellos autentifican sus cuentas en el dominio de cada LAN, y realizando
> pruebas
> de mi aplicación he notado que los usarios del LAN1 pueden ejecutar el
> programa muy bien (accesan a los datos sin nigún problema,
>
> Sin embargo los usuarios del LAN2 y LAN3 el programa demora mucho en
> devolverle los datos lo cual entiendo es porque la base de datos está en
el
> LAN1 y posiblemente los datos se están quedando pinchados en el WAN.
>
> Existe alguna forma o mecanismo de yo resolver este problema. He
escuchado
> mucho sobre replicación de base de datos, pero realmente me resolvería

el

> problema replicando base de datos tanto en LAN2 como en LAN3?
>
> Desde ya gracias,
> Wilfredo Burgos
>
>

Hola Wilfredo:
Yo comparto tu criterio tecnico, creo que lo mas economico y rapido
seria la solucion por Terminal Server. Unicamente si los enlaces fueran
inestables, se requiriera independencia de los sitios o fueran muchos
usuarios, es que te recomendaria la replicacion. Si mi permites te doy un
super "Off Topic".
Parte de los siguientes supuestos:
a) Los desarrolladores son malos negociadores (Rapid Develoment, Steve
McConnell, pag 221). Creo que aplica tambien a los DBA's.
b) La gerencia tiene razon en tratar de buscar el maximo beneficio de su
dinero y los mas rapido posible.
c) La gerencia muy probablemente no tiene los conocimientos tecnicos
necesarios para tomar esta desicion y y solo tiene como alternativa
presionar hasta donde el posible para ver que efectivamente se logren sus
objetivo.
A partir de aqui mi recomendacion:
Aconseja y asesora a la gerencia para que pueda tomar la desicion
adecuada. NO ES TU DESICION, debe ser la de la Gerencia, pero es TU
RESPONSABILIDAD brindar los argumentos necesarios para que tomen la Desicion
Correcta. Los gerentes aprecian los Desarrolladores/Tecnicos que les ayudan
a tomar Desiciones Inteligentes.
Esto es facil de decir pero dificil de implementar. Un mecanismo que me
gusta usar y que funciona bien.es poner de vuelta los objetivos en la mesa,
sientate con la persona que Toma de Desicion (Gerente o Jefe) y haz un
cuadro resumen juntos.
1) Terminal cuesta $, Replicacion $.
2) Riesgo: El software esta disenado para Terminal y es reponsabilidad
de MS y del Fabricante del Sofware que funcione. Luego ASIGNA UN NUMERO, por
Ejemplo: Estimaria el riesgo de que este proyecto fracase con Terminal en un
10%, y estimaria el riesgo que fracase con replicacion en un 40%. Cuando
pregunte porque dices: porque no conozco replicacion, porque es una
tecnologia que no es tan popular como terminal, porque es posible que deba
cambiarse la aplicacion, porque es dificil conseguir tecnicos que ayuden con
Terminal, pero dificil con Replicacion, etc...
3) Tiempo Con Terminal este proyecto puede implementarse con pruebas y
documentacion por nosostros en 2 semanas. Con Replicacion tiene 2 opciones o
contratar a un Experto en Replicacion (+$3000) y lo logra en 1/2 semanas o
en casa probablemente sea 2/4 meses.
etc,
Es muy importante ser HONESTO con los numeros y ser colaborativo, de
alguna forma eso se transmite.
Espero te sirva,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

WBG escribio:

Gracias Javier por tus sugerencias,

La aplicación se creó pensando que se iba a ejecura a través de un
Terminal Server conectado al ladito del SQL Server o sea que el SQL
Server y el Terminal Server estarían en el mismo LAN.

Para los usarios dentro del LAN donde reside SQL Server no tengo
problema pues estamos dentro del mismo LAN y los datos no pasan por
el WAN, ahora los demás usuarios entrarían al Termnial Server del LAN
donde reside SQL Server y entiendo que de esta forma los datos y el
comportamiento de la aplicación no tendría problemas ya que lo he
realizado de esta forma para otros programas además que el
procesamiento ocurre dentro del Terminal Server.

Lo que sucede es que la gerencia me indica que no le entusiasma que la
aplicación (la cual es muy pequeña alrededor de 1 mb) se corra por
Terminal Server y que existen costos en licencia.

Entonces otro problema es que tengo que implementarlo esta semana,
¿Tienen alguna sugerencia para la que menciono? Yo me inclinó hacia
correr la aplicación por Termnial Server, pero ante el panorama
descrito fue que comenzé a vislumbrar la replicación de los datos.

Gracias,

Wilfredo Burgos

"Javier Loria" wrote in message
news:

Hola Wilfredo:
Dependiendo de como este construida la aplicacion es probable
que el problema sea la WAN. En principio las aplicaciones de VB 6.0
con ADO "asumen" que la red es local y tienen un compartamiento
"CHATTY" o sea hablan con frecuencia entre el servidor y la
estacion. Esto puede ser cambiado pero requiere bastante ezfuerzo.
VB.NET es mucho mejor en esta area y podrias darle consideracion.
Replicacion de BD seria una MUY BUENA opcion para lo que
describes. Eso si no es facil y requiere una buena cantidad de
estudio y configuracion y en algunas ocasiones cambios en la
aplicaciones pero es mucho mas "transparente" para los programas que
otras opciones. Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Wilfredo Burgos escribio:

Saludos amigos foreros,

Tengo el siguiente problema. He desarrollado un aplicación en VB6
la cual accesa una base de datos montada en un SQL Server 2000, esta
base de datos consite de mas o menos 1.3 gb.

Ahora , tengo el siguiente problema tengo usarios en el edifcio en
cual trabajo (LAN1), tengo usuarios en otro edificio a mas o menos
10 millas (Lan2) y tengo usuarios en otroedifio (LAN3) a mas o
menos 20 millas del edificio en donde trabajo.

Ellos autentifican sus cuentas en el dominio de cada LAN, y
realizando pruebas
de mi aplicación he notado que los usarios del LAN1 pueden ejecutar
el programa muy bien (accesan a los datos sin nigún problema,

Sin embargo los usuarios del LAN2 y LAN3 el programa demora mucho en
devolverle los datos lo cual entiendo es porque la base de datos
está en el LAN1 y posiblemente los datos se están quedando
pinchados en el WAN.

Existe alguna forma o mecanismo de yo resolver este problema. He
escuchado mucho sobre replicación de base de datos, pero realmente
me resolvería el problema replicando base de datos tanto en LAN2
como en LAN3?

Desde ya gracias,
Wilfredo Burgos