Replicando bases de datos?

05/03/2004 - 04:01 por Wilfredo Burgos | Informe spam
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

Preguntas similare

Leer las respuestas

#1 Javier Loria
05/03/2004 - 03:25 | Informe spam
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:
Mostrar la cita
#2 Miguel Egea
05/03/2004 - 09:05 | Informe spam
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:
Mostrar la cita
el
Mostrar la cita
escuchado
Mostrar la cita
#3 WBG
05/03/2004 - 14:59 | Informe spam
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:
Mostrar la cita
area
Mostrar la cita
Eso
Mostrar la cita
en
Mostrar la cita
#4 WBG
05/03/2004 - 15:07 | Informe spam
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:
Mostrar la cita
enviar
Mostrar la cita
hay
Mostrar la cita
se
Mostrar la cita
en
Mostrar la cita
cual
Mostrar la cita
datos
Mostrar la cita
el
Mostrar la cita
#5 Javier Loria
05/03/2004 - 16:06 | Informe spam
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:
Mostrar la cita
Ads by Google
Search Busqueda sugerida