es posible mantener dos bases sincronizadas sin usar REPLICACION

21/04/2009 - 23:29 por César Toledo | Informe spam
Hola

necesito tener un servidor que tenga copia idénticas de todas las
operaciones en otra base de datos y por supuesto
almacenada en otro servidor.

La pregunta es si se puede hacer a nivel de log de transacciones sin
tener que ir tabla x tabla con esquemas de replicación
(ya conozco esa metodología y tendré mas problemas que soluciones ) ?

gracias por cualquier ayuda

Preguntas similare

Leer las respuestas

#6 César Toledo
23/04/2009 - 16:55 | Informe spam
Dejame contarte todo el panorama.

Yo tengo bases de datos que operan en servidores en cada oficina (una
por pais) del grupo empresarial
al que pertenezco.
Cada uno de estos servidores tienen SQL 2005, pero como comprenderán en
el tiempo habrá una
migración gradual a 2008 o la versión que haya más adelante.

En este momento, tengo la necesidad de tener una copia espejada de cada
una de esas bases de datos
en un lugar unico en un solo pais, que sirva como centro de backups por
cualquier emergencia
y como centro de consultas unico de toda la operación de cada pais.

A mí no me parece nada raro ni extraño, he visto peores cosas de los
productos Microsoft. :-D

Las opciones de Replicación (duplicación) están descartadas.
Solo me queda Database Mirroring, como los servidores que he comprado
para el centro unico
son nuevos vienen con SQL 2008, asumí que este eran tan inteligente para
tratar con instancias de SQL 2005
que ya fueron instaladas con anterioridad.



Maxi escribió:
Tienen que ser la misma y ademas para asincronico necesitas la edicion
enterprise.

Ahora que cosa rara no, implementar un metodo de alta disponibilidad
entre distintas versiones de sql, jamas lo vi eso

Respuesta Responder a este mensaje
#7 Carlos Sacristan
23/04/2009 - 17:18 | Informe spam
Con Database Mirroring te obliga a que sea la misma edición y versión de SQL
Server, pero por ejemplo Log Shipping creo que sí permite que el servidor
primario sea 2005 y el secundario 2008, es decir, desde 2005 hacia 2008. Me
parece que tienes que dejar la base de datos en NO RECOVERY, pero bueno, es
un mal menor.

Es decir, en tu caso, podrías tener en el servidor central 2008 y aunque las
sucursales se fueran actualizando a 2008 a su ritmo, no tendrías problemas
más allá de reconfigurar LS.

Lo que no entiendo es el hecho de descartar replicación, ya en que la
situación que describes, es probablemente la funcionalidad más típica para
solucionarlo...


Un saludo
-
www.navento.com
Servicios de Localización GPS


"César Toledo" wrote:

Dejame contarte todo el panorama.

Yo tengo bases de datos que operan en servidores en cada oficina (una
por pais) del grupo empresarial
al que pertenezco.
Cada uno de estos servidores tienen SQL 2005, pero como comprenderán en
el tiempo habrá una
migración gradual a 2008 o la versión que haya más adelante.

En este momento, tengo la necesidad de tener una copia espejada de cada
una de esas bases de datos
en un lugar unico en un solo pais, que sirva como centro de backups por
cualquier emergencia
y como centro de consultas unico de toda la operación de cada pais.

A mí no me parece nada raro ni extraño, he visto peores cosas de los
productos Microsoft. :-D

Las opciones de Replicación (duplicación) están descartadas.
Solo me queda Database Mirroring, como los servidores que he comprado
para el centro unico
son nuevos vienen con SQL 2008, asumí que este eran tan inteligente para
tratar con instancias de SQL 2005
que ya fueron instaladas con anterioridad.



Maxi escribió:
> Tienen que ser la misma y ademas para asincronico necesitas la edicion
> enterprise.
>
> Ahora que cosa rara no, implementar un metodo de alta disponibilidad
> entre distintas versiones de sql, jamas lo vi eso
>

Respuesta Responder a este mensaje
#8 César Toledo
23/04/2009 - 17:56 | Informe spam
Carlos

Gracias por tus consejos, creeme que me están sirviendo muchísimo.

Replicación está descartado, porque en el pasado ya lo usé con más
dolores que beneficios..
tendría que crear publicaciones para todas las tablas y generar un
trafico por cada cosa
que cambie en el sistema, de verdad no necesito eso.
a mi parecer es una locura, Replicación está bien cuando yo quiero
duplicar cierta porción de información
focalizada. Pero para reproducir toda la base de datos, de verdad no
creo que sea la solución.

Saludos



Carlos Sacristan escribió:
Con Database Mirroring te obliga a que sea la misma edición y versión de SQL
Server, pero por ejemplo Log Shipping creo que sí permite que el servidor
primario sea 2005 y el secundario 2008, es decir, desde 2005 hacia 2008. Me
parece que tienes que dejar la base de datos en NO RECOVERY, pero bueno, es
un mal menor.

Es decir, en tu caso, podrías tener en el servidor central 2008 y aunque las
sucursales se fueran actualizando a 2008 a su ritmo, no tendrías problemas
más allá de reconfigurar LS.

Lo que no entiendo es el hecho de descartar replicación, ya en que la
situación que describes, es probablemente la funcionalidad más típica para
solucionarlo...



Respuesta Responder a este mensaje
#9 Maxi
23/04/2009 - 21:48 | Informe spam
Hola, pero hay cosas raras aun jaja, si tenes en produccion un 2008 y queres
HA de ese 2008 hacelo sobre otro 2008, entonces en tu etapa de migracion
tendras cosas en 2005 y 2008 pero no yo no las mezclaria. Revisalo con MS
pero creo recordar que el servidor mirror no paga licencias con lo cual en
tu maquina central podrias tener una instancia 2005 y otra 2008, se
entiende?



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server



"César Toledo" escribió en el mensaje de
noticias:#J#
Dejame contarte todo el panorama.

Yo tengo bases de datos que operan en servidores en cada oficina (una por
pais) del grupo empresarial
al que pertenezco.
Cada uno de estos servidores tienen SQL 2005, pero como comprenderán en el
tiempo habrá una
migración gradual a 2008 o la versión que haya más adelante.

En este momento, tengo la necesidad de tener una copia espejada de cada
una de esas bases de datos
en un lugar unico en un solo pais, que sirva como centro de backups por
cualquier emergencia
y como centro de consultas unico de toda la operación de cada pais.

A mí no me parece nada raro ni extraño, he visto peores cosas de los
productos Microsoft. :-D

Las opciones de Replicación (duplicación) están descartadas.
Solo me queda Database Mirroring, como los servidores que he comprado
para el centro unico
son nuevos vienen con SQL 2008, asumí que este eran tan inteligente para
tratar con instancias de SQL 2005
que ya fueron instaladas con anterioridad.



Maxi escribió:
Tienen que ser la misma y ademas para asincronico necesitas la edicion
enterprise.

Ahora que cosa rara no, implementar un metodo de alta disponibilidad
entre distintas versiones de sql, jamas lo vi eso

Respuesta Responder a este mensaje
#10 Carlos Sacristan
24/04/2009 - 08:19 | Informe spam
Pensé que lo que necesitabas era tener centralizado ciertos puntos de las
bases de datos de las sucursales, no todo, por eso te comenté lo de
replicación.

Prueba entonces con Log Shipping. Si no lo quieres o no te sirve, tendrás
que tener varias versiones y ediciones de SQL Server para poder implementar
Database Mirroring.


Un saludo
-
www.navento.com
Servicios de Localización GPS


"César Toledo" wrote:

Carlos

Gracias por tus consejos, creeme que me están sirviendo muchísimo.

Replicación está descartado, porque en el pasado ya lo usé con más
dolores que beneficios..
tendría que crear publicaciones para todas las tablas y generar un
trafico por cada cosa
que cambie en el sistema, de verdad no necesito eso.
a mi parecer es una locura, Replicación está bien cuando yo quiero
duplicar cierta porción de información
focalizada. Pero para reproducir toda la base de datos, de verdad no
creo que sea la solución.

Saludos



Carlos Sacristan escribió:
> Con Database Mirroring te obliga a que sea la misma edición y versión de SQL
> Server, pero por ejemplo Log Shipping creo que sí permite que el servidor
> primario sea 2005 y el secundario 2008, es decir, desde 2005 hacia 2008. Me
> parece que tienes que dejar la base de datos en NO RECOVERY, pero bueno, es
> un mal menor.
>
> Es decir, en tu caso, podrías tener en el servidor central 2008 y aunque las
> sucursales se fueran actualizando a 2008 a su ritmo, no tendrías problemas
> más allá de reconfigurar LS.
>
> Lo que no entiendo es el hecho de descartar replicación, ya en que la
> situación que describes, es probablemente la funcionalidad más típica para
> solucionarlo...
>
>
>

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida