La misma base de datos en ciudades diferentes

Hola,
Espero que me podáis dar alguna pista para poder solucionar mi problema:
He desarrollado una aplicación .NET que funciona con una base de datos de
SQLServer 2005, en una ciudad, Barcelona, funciona perfectamente, pero me
han pedido que también pueda funcionar en la oficina de Madrid. Ambas
oficinas están conectadas por la LAN (todos los equipos tanto de Madrid como
de Barcelona tienen direcciones 172.18.XXX.XXX y son visibles para el
resto).

En una primera aproximación, hago que los ordenadores de Madrid se conecten
a la base de datos de Barcelona, pero más a menudo de lo deseable (la ley de
Murphy no falla) la conexión es demasiado lenta o a veces se cae durante un
tiempo y hace difícil trabajar desde Madrid.

Eso hace que deba buscar una solución más robusta, por lo que había pensado
en duplicar la base de datos, de forma que en ambas ciudades se trabaje con
la base de datos "local" y que de alguna manera "automática" se actualicen
los cambios en la otra ciudad.
En principio se realizan muy pocas escrituras en la base de datos, pues es
una aplicación básicamente de consulta.

He buscado información sobre como hacer esto, y he encontrado conceptos como
"cluster", "reflejos de bases de datos"... que tal vez podrían serme útiles,
pero no he sabido encontrar información clara sobre estos temas, por lo que
agradecería que alguien pudiera guiarme para poder encontrar la mejor
solución.

Muchas gracias por vuestra atención

Consuelo

Hola,
Espero que me podáis dar alguna pista para poder solucionar mi problema:
He desarrollado una aplicación .NET que funciona con una base de datos de
SQLServer 2005, en una ciudad, Barcelona, funciona perfectamente, pero me
han pedido que también pueda funcionar en la oficina de Madrid. Ambas
oficinas están conectadas por la LAN (todos los equipos tanto de Madrid
como de Barcelona tienen direcciones 172.18.XXX.XXX y son visibles para el
resto).

En una primera aproximación, hago que los ordenadores de Madrid se
conecten a la base de datos de Barcelona, pero más a menudo de lo deseable
(la ley de Murphy no falla) la conexión es demasiado lenta o a veces se
cae durante un tiempo y hace difícil trabajar desde Madrid.

Eso hace que deba buscar una solución más robusta, por lo que había
pensado en duplicar la base de datos, de forma que en ambas ciudades se
trabaje con la base de datos "local" y que de alguna manera "automática"
se actualicen los cambios en la otra ciudad.
En principio se realizan muy pocas escrituras en la base de datos, pues es
una aplicación básicamente de consulta.

He buscado información sobre como hacer esto, y he encontrado conceptos
como "cluster", "reflejos de bases de datos"... que tal vez podrían serme
útiles, pero no he sabido encontrar información clara sobre estos temas,
por lo que agradecería que alguien pudiera guiarme para poder encontrar la
mejor solución.

Muchas gracias por vuestra atención

Consuelo

Hola,
Espero que me podáis dar alguna pista para poder solucionar mi problema:
He desarrollado una aplicación .NET que funciona con una base de datos de
SQLServer 2005, en una ciudad, Barcelona, funciona perfectamente, pero me
han pedido que también pueda funcionar en la oficina de Madrid. Ambas
oficinas están conectadas por la LAN (todos los equipos tanto de Madrid
como de Barcelona tienen direcciones 172.18.XXX.XXX y son visibles para el
resto).

En una primera aproximación, hago que los ordenadores de Madrid se
conecten a la base de datos de Barcelona, pero más a menudo de lo deseable
(la ley de Murphy no falla) la conexión es demasiado lenta o a veces se
cae durante un tiempo y hace difícil trabajar desde Madrid.

Eso hace que deba buscar una solución más robusta, por lo que había
pensado en duplicar la base de datos, de forma que en ambas ciudades se
trabaje con la base de datos "local" y que de alguna manera "automática"
se actualicen los cambios en la otra ciudad.
En principio se realizan muy pocas escrituras en la base de datos, pues es
una aplicación básicamente de consulta.

He buscado información sobre como hacer esto, y he encontrado conceptos
como "cluster", "reflejos de bases de datos"... que tal vez podrían serme
útiles, pero no he sabido encontrar información clara sobre estos temas,
por lo que agradecería que alguien pudiera guiarme para poder encontrar la
mejor solución.

Muchas gracias por vuestra atención

Consuelo

Hola,
Espero que me podáis dar alguna pista para poder solucionar mi problema:
He desarrollado una aplicación .NET que funciona con una base de datos de
SQLServer 2005, en una ciudad, Barcelona, funciona perfectamente, pero me
han pedido que también pueda funcionar en la oficina de Madrid. Ambas
oficinas están conectadas por la LAN (todos los equipos tanto de Madrid
como de Barcelona tienen direcciones 172.18.XXX.XXX y son visibles para el
resto).

En una primera aproximación, hago que los ordenadores de Madrid se
conecten a la base de datos de Barcelona, pero más a menudo de lo deseable
(la ley de Murphy no falla) la conexión es demasiado lenta o a veces se
cae durante un tiempo y hace difícil trabajar desde Madrid.

Eso hace que deba buscar una solución más robusta, por lo que había
pensado en duplicar la base de datos, de forma que en ambas ciudades se
trabaje con la base de datos "local" y que de alguna manera "automática"
se actualicen los cambios en la otra ciudad.
En principio se realizan muy pocas escrituras en la base de datos, pues es
una aplicación básicamente de consulta.

He buscado información sobre como hacer esto, y he encontrado conceptos
como "cluster", "reflejos de bases de datos"... que tal vez podrían serme
útiles, pero no he sabido encontrar información clara sobre estos temas,
por lo que agradecería que alguien pudiera guiarme para poder encontrar la
mejor solución.

Muchas gracias por vuestra atención

Consuelo

En pocas palabras:

Cluster y mirroring son soluciones para tener alta disponibilidad. No es
lo
que usted necesita pues de su mensaje entiendo que lo que desea no es alta
disponibilidad sino distribución remota de datos.

Considere entonces el uso de replicación. Hay abundante información de
todo
esto en los Books Online del producto:

Réplica de SQL Server
http://technet.microsoft.com/es-es/...51198.aspx

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.