comunicacion entre bases de datos

05/06/2008 - 22:12 por flprincich | Informe spam
Hola Grupo:
En esta oportunidad busco una respuesta o sugerencia a éste ESCENARIO.

Arquitectura:
Server A (Central)
Server 1
Server 2
Server 3
Server 4

Todos SQL Server STD 2005

Todos ubicados geograficamente distantes, conectados mediante
internet, en algunos casos muy escaso ancho de banda

Situación particualr:
Las conexiones pueden caer, no debe existir una conectividad
sincronica.

Toddas las sucursales deben actualizar datos, una vez al dia, en lote
al Server A (central).. de algunas novedades (llamemos por ejemplo
Ventas,Facturacion)

Server A (Central) debe notificar a las sucursales correspondiente,
segun cierta regla en el negocio, una vez al dia, las actualizaciones
a la respectiva sucursal (llamemos entidad Pagos, por ejemplo) los
pagos se realizan solamente en casa Central (bancos, contados, etc)

lamentablemenete, estamos desarrollando en VB6, no obstante podriamos
hacer ciertos procesos en .Net, pero el sistema de gestion esta sobre
vb6

No podemos replicar las bases porq no tenemos una intranet, las
conexiones son por internet, mediante cuentas configuradas en DNS
servers publicos, no-ip, dyndns...

Hay pocos recursos, la idea es lebantar el proyecto de alguna forma y
luego buscar la posibilidad de instalar una intranet corporativa.

Creo que service broker podria ser útil, no lei mucho aun, pero viendo
lo que ofrece sql 2005 en sus libros creo que va por ahi la solucion,.
La pregunta es si puedo programar en los servers los services broker
para hacer la comunicacion, mensejes, respuestas entre los servers.

Desde ya mil gracias por tomarse el timpo para leer ésto y a la espera
de sus sugerencias estoy
Saludos, desde Corrientes - Argentina
Fernando

Preguntas similare

Leer las respuestas

#1 Gux (MVP)
05/06/2008 - 22:47 | Informe spam
No han considerado usar web services?

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.



"flprincich" wrote:

Hola Grupo:
En esta oportunidad busco una respuesta o sugerencia a éste ESCENARIO.

Arquitectura:
Server A (Central)
Server 1
Server 2
Server 3
Server 4

Todos SQL Server STD 2005

Todos ubicados geograficamente distantes, conectados mediante
internet, en algunos casos muy escaso ancho de banda

Situación particualr:
Las conexiones pueden caer, no debe existir una conectividad
sincronica.

Toddas las sucursales deben actualizar datos, una vez al dia, en lote
al Server A (central).. de algunas novedades (llamemos por ejemplo
Ventas,Facturacion)

Server A (Central) debe notificar a las sucursales correspondiente,
segun cierta regla en el negocio, una vez al dia, las actualizaciones
a la respectiva sucursal (llamemos entidad Pagos, por ejemplo) los
pagos se realizan solamente en casa Central (bancos, contados, etc)

lamentablemenete, estamos desarrollando en VB6, no obstante podriamos
hacer ciertos procesos en .Net, pero el sistema de gestion esta sobre
vb6

No podemos replicar las bases porq no tenemos una intranet, las
conexiones son por internet, mediante cuentas configuradas en DNS
servers publicos, no-ip, dyndns...

Hay pocos recursos, la idea es lebantar el proyecto de alguna forma y
luego buscar la posibilidad de instalar una intranet corporativa.

Creo que service broker podria ser útil, no lei mucho aun, pero viendo
lo que ofrece sql 2005 en sus libros creo que va por ahi la solucion,.
La pregunta es si puedo programar en los servers los services broker
para hacer la comunicacion, mensejes, respuestas entre los servers.

Desde ya mil gracias por tomarse el timpo para leer ésto y a la espera
de sus sugerencias estoy
Saludos, desde Corrientes - Argentina
Fernando






Respuesta Responder a este mensaje
#2 flprincich
05/06/2008 - 23:19 | Informe spam
On 5 jun, 17:47, Gux (MVP) wrote:
No han considerado usar web services?

Gustavo Larriera, Microsoft MVPhttps://mvp.support.microsoft.co...o.larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

"flprincich" wrote:
> Hola Grupo:
> En esta oportunidad busco una respuesta o sugerencia a éste ESCENARIO.

> Arquitectura:
> Server A (Central)
> Server 1
> Server 2
> Server 3
> Server 4

> Todos SQL Server STD 2005

> Todos ubicados geograficamente distantes, conectados mediante
> internet, en algunos casos muy escaso ancho de banda

> Situación particualr:
> Las conexiones pueden caer, no debe existir una conectividad
> sincronica.

> Toddas las sucursales deben actualizar datos, una vez al dia, en lote
> al Server A (central).. de algunas novedades (llamemos por ejemplo
> Ventas,Facturacion)

> Server A (Central) debe notificar a las sucursales correspondiente,
> segun cierta regla en el negocio, una vez al dia, las actualizaciones
> a la respectiva sucursal (llamemos entidad Pagos, por ejemplo) los
> pagos se realizan solamente en casa Central (bancos, contados, etc)

> lamentablemenete, estamos desarrollando en VB6, no obstante podriamos
> hacer ciertos procesos en .Net, pero el sistema de gestion esta sobre
> vb6

> No podemos replicar las bases porq no tenemos una intranet, las
> conexiones son por internet, mediante cuentas configuradas en DNS
> servers publicos, no-ip, dyndns...

> Hay pocos recursos, la idea es lebantar el proyecto de alguna forma y
> luego buscar la posibilidad de instalar una intranet corporativa.

> Creo que service broker podria ser útil, no lei mucho aun, pero viendo
> lo que ofrece sql 2005 en sus libros creo que va por ahi la solucion,.
> La pregunta es si puedo programar en los servers los services broker
> para hacer la comunicacion, mensejes, respuestas entre los servers.

> Desde ya mil gracias por tomarse el timpo para leer ésto y a la espera
> de sus sugerencias estoy
> Saludos, desde Corrientes - Argentina
> Fernando



Gracias Gux.
Si, lo he considerado, el tema es la programación en una app .net, es
decir, yo tengo ya el sistema funcionando en VB6, y este realiza la
transaccion local en el server... lo que tengo que hacer es un
procedimiento, funcion, servicio (EN EL SERVIDOR) que me actualise el
servidor remoto. por ejemplo como mensione, quiero transmitir todas
las ventas del turno mañana a la central, y desde la central
transmitir todos los pagos hacia la sucursal. el transmisor deberia
ser un servicio escrito en el server, y el receptor seria un servicio
tambien escrito en el server.
Eso puedo hacer con service broker. o con que debo hacer? vos decis
web services? puedo utilizar webservice desde un servidor, es decir
hacer un dts por ejemplo o un sp que utilice cierto webservice.
Gracias
Respuesta Responder a este mensaje
#3 Gux (MVP)
06/06/2008 - 15:47 | Informe spam
Mi idea, a nivel general, sería resolver el problema en dos "pasos". Primero
resolver el transporte de datos entre los nodos y después cargarlos en cada
base de datos.

Mencioné web services para resolver el primer paso, transferir datos entre
los nodos. Por supuesto que web services es la moda, también se puede
resolver con ideas más viejitas pero siempre válidas como usar FTP.

Una vez transferidos los datos, aplicarlos a la base de datos.

Por supuesto, considere lo que digo solamente como una idea general de
resolver el problema y para ponerla sobre la mesa.

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.



"flprincich" wrote:

On 5 jun, 17:47, Gux (MVP) wrote:
> No han considerado usar web services?
>
> Gustavo Larriera, Microsoft MVPhttps://mvp.support.microsoft.co...o.larriera
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
> "flprincich" wrote:
> > Hola Grupo:
> > En esta oportunidad busco una respuesta o sugerencia a éste ESCENARIO.
>
> > Arquitectura:
> > Server A (Central)
> > Server 1
> > Server 2
> > Server 3
> > Server 4
>
> > Todos SQL Server STD 2005
>
> > Todos ubicados geograficamente distantes, conectados mediante
> > internet, en algunos casos muy escaso ancho de banda
>
> > Situación particualr:
> > Las conexiones pueden caer, no debe existir una conectividad
> > sincronica.
>
> > Toddas las sucursales deben actualizar datos, una vez al dia, en lote
> > al Server A (central).. de algunas novedades (llamemos por ejemplo
> > Ventas,Facturacion)
>
> > Server A (Central) debe notificar a las sucursales correspondiente,
> > segun cierta regla en el negocio, una vez al dia, las actualizaciones
> > a la respectiva sucursal (llamemos entidad Pagos, por ejemplo) los
> > pagos se realizan solamente en casa Central (bancos, contados, etc)
>
> > lamentablemenete, estamos desarrollando en VB6, no obstante podriamos
> > hacer ciertos procesos en .Net, pero el sistema de gestion esta sobre
> > vb6
>
> > No podemos replicar las bases porq no tenemos una intranet, las
> > conexiones son por internet, mediante cuentas configuradas en DNS
> > servers publicos, no-ip, dyndns...
>
> > Hay pocos recursos, la idea es lebantar el proyecto de alguna forma y
> > luego buscar la posibilidad de instalar una intranet corporativa.
>
> > Creo que service broker podria ser útil, no lei mucho aun, pero viendo
> > lo que ofrece sql 2005 en sus libros creo que va por ahi la solucion,.
> > La pregunta es si puedo programar en los servers los services broker
> > para hacer la comunicacion, mensejes, respuestas entre los servers.
>
> > Desde ya mil gracias por tomarse el timpo para leer ésto y a la espera
> > de sus sugerencias estoy
> > Saludos, desde Corrientes - Argentina
> > Fernando

Gracias Gux.
Si, lo he considerado, el tema es la programación en una app .net, es
decir, yo tengo ya el sistema funcionando en VB6, y este realiza la
transaccion local en el server... lo que tengo que hacer es un
procedimiento, funcion, servicio (EN EL SERVIDOR) que me actualise el
servidor remoto. por ejemplo como mensione, quiero transmitir todas
las ventas del turno mañana a la central, y desde la central
transmitir todos los pagos hacia la sucursal. el transmisor deberia
ser un servicio escrito en el server, y el receptor seria un servicio
tambien escrito en el server.
Eso puedo hacer con service broker. o con que debo hacer? vos decis
web services? puedo utilizar webservice desde un servidor, es decir
hacer un dts por ejemplo o un sp que utilice cierto webservice.
Gracias

Respuesta Responder a este mensaje
#4 flprincich
12/06/2008 - 17:45 | Informe spam
On 6 jun, 10:47, Gux (MVP) wrote:
Mi idea, a nivel general, sería resolver el problema en dos "pasos". Primero
resolver el transporte de datos entre los nodos y después cargarlos en cada
base de datos.

Mencioné web services para resolver el primer paso, transferir datos entre
los nodos. Por supuesto que web services es la moda, también se puede
resolver con ideas más viejitas pero siempre válidas como usar FTP.

Una vez transferidos los datos, aplicarlos a la base de datos.

Por supuesto, considere lo que digo solamente como una idea general de
resolver el problema y para ponerla sobre la mesa.

Gustavo Larriera, Microsoft MVPhttps://mvp.support.microsoft.co...o.larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

"flprincich" wrote:
> On 5 jun, 17:47, Gux (MVP) wrote:
> > No han considerado usar web services?

> > Gustavo Larriera, Microsoft MVPhttps://mvp.support.microsoft.co...o.larriera
> > Este mensaje se proporciona tal como es, sin garantías de ninguna clase.

> > "flprincich" wrote:
> > > Hola Grupo:
> > > En esta oportunidad busco una respuesta o sugerencia a éste ESCENARIO.

> > > Arquitectura:
> > > Server A (Central)
> > > Server 1
> > > Server 2
> > > Server 3
> > > Server 4

> > > Todos SQL Server STD 2005

> > > Todos ubicados geograficamente distantes, conectados mediante
> > > internet, en algunos casos muy escaso ancho de banda

> > > Situación particualr:
> > > Las conexiones pueden caer, no debe existir una conectividad
> > > sincronica.

> > > Toddas las sucursales deben actualizar datos, una vez al dia, en lote
> > > al Server A (central).. de algunas novedades (llamemos por ejemplo
> > > Ventas,Facturacion)

> > > Server A (Central) debe notificar a las sucursales correspondiente,
> > > segun cierta regla en el negocio, una vez al dia, las actualizaciones
> > > a la respectiva sucursal (llamemos entidad Pagos, por ejemplo) los
> > > pagos se realizan solamente en casa Central (bancos, contados, etc)

> > > lamentablemenete, estamos desarrollando en VB6, no obstante podriamos
> > > hacer ciertos procesos en .Net, pero el sistema de gestion esta sobre
> > > vb6

> > > No podemos replicar las bases porq no tenemos una intranet, las
> > > conexiones son por internet, mediante cuentas configuradas en DNS
> > > servers publicos, no-ip, dyndns...

> > > Hay pocos recursos, la idea es lebantar el proyecto de alguna forma y
> > > luego buscar la posibilidad de instalar una intranet corporativa.

> > > Creo que service broker podria ser útil, no lei mucho aun, pero viendo
> > > lo que ofrece sql 2005 en sus libros creo que va por ahi la solucion,.
> > > La pregunta es si puedo programar en los servers los services broker
> > > para hacer la comunicacion, mensejes, respuestas entre los servers.

> > > Desde ya mil gracias por tomarse el timpo para leer ésto y a la espera
> > > de sus sugerencias estoy
> > > Saludos, desde Corrientes - Argentina
> > > Fernando

> Gracias Gux.
> Si, lo he considerado, el tema es la programación en una app .net, es
> decir, yo tengo ya el sistema funcionando en VB6, y este realiza la
> transaccion local en el server... lo que tengo que hacer es un
> procedimiento, funcion, servicio (EN EL SERVIDOR) que me actualise el
> servidor remoto. por ejemplo como mensione, quiero transmitir todas
> las ventas del turno mañana a la central, y desde la central
> transmitir todos los pagos hacia la sucursal. el transmisor deberia
> ser un servicio escrito en el server, y el receptor seria un servicio
> tambien escrito en el server.
> Eso puedo hacer con service broker. o con que debo hacer? vos decis
> web services? puedo utilizar webservice desde un servidor, es decir
> hacer un dts por ejemplo o un sp que utilice cierto webservice.
> Gracias


ok, seria separar en las capas el proceso.
te consulto lo siguiente. yo puedo escribir en el mismo server los
webservices y los stored procedures para que realicen las dos tareas,
es decir... en el server origen: realizar la consulta, trnasportar
los datos al server destion, y en el server destino leer datos
transportados y ejecutar un sp X que podria ser por ejmplo un update
en una tabla.
Gracias y saludos...
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida