Replicación !!!

Hola:

Creo que el mejor sitio por el que puedes empezar son los BOL (libros en
pantalla o ayuda) de SQL Server, allí está traducido como Duplicación.
Una vez que te hayas leído esa información, nos puedes ir planteando aquí
las dudas que te vayan surgiendo.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Javier Carrascal" escribió en el mensaje
news:%

Hola ...

Actualmente tengo que montar un sistema de bases de datos replicadas entre
sí. El asunto está en que apenas he tocado todo lo que conlleva una
replicacion de base de datos. Estoy buscando información por la red, pero
hasta el momento no he encontrado nada de información interesante.

Alguna recomendación, sobre libros, dirección Web o lo que sea !!! :S

Gracias y un saludo ...

Javier

Aparte de lo que comenta Salvador, si tiene SQL 2000
Enterprise, puede pensar en implementar un LOG SHIPPING
(Transavase de Datos)

Gracias a ambos por responder ...

No había caido, "duplicación" :S, me ha servido de mucha ayuda ...
De todas formas, lo que no entiendo, es el porque de pensar en implementar
un LOG SHIPPING

Salu2

"Isaías" escribió en el mensaje
news:0c5201c5042e$6b40c220$

Aparte de lo que comenta Salvador, si tiene SQL 2000
Enterprise, puede pensar en implementar un LOG SHIPPING
(Transavase de Datos)

Hola:

Porque tu hablas de replicar datos en general sin indicarnos tu caso exacto.
Por ejemplo si quieres tener un servidor preparado para ponerlo en marcha en
caso de fallo del servidor activo, sería interesante implementar log
shipping, también si quieres tener un servidor con los datos replicados y
utilizarlo para consultas, en fin, el múltiples casos puede ser una
alternativa de replicación de datos. Ahora si estás pensando, por ejemplo en
dos servidores, que en ambos se actualicen datos y se mantenga la
información sincronizada, pues ahí no lo tiene. Log shipping es una forma
más de replicar datos, otra cosa es que se adapte a tus necesidades
concretas (que no comentas en tu pregunta).

Espero haberte aclarado :-)

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Javier Carrascal" escribió en el mensaje
news:

Gracias a ambos por responder ...

No había caido, "duplicación" :S, me ha servido de mucha ayuda ...
De todas formas, lo que no entiendo, es el porque de pensar en implementar
un LOG SHIPPING

Salu2

"Isaías" escribió en el mensaje
news:0c5201c5042e$6b40c220$

Aparte de lo que comenta Salvador, si tiene SQL 2000
Enterprise, puede pensar en implementar un LOG SHIPPING
(Transavase de Datos)

Ahora lo entendí ...

En mi caso, necesito disponer de los datos (replicados) en dos bases de
datos distintas. La base de datos publicadora, estará en el servidor, al que
ataca una aplicación Web, y las bases de datos suscriptoras, estarán en unos
tablet que utilizaran los comerciales.

Salu2

"Salvador Ramos" escribió en el
mensaje news:

Hola:

Porque tu hablas de replicar datos en general sin indicarnos tu caso

exacto.

Por ejemplo si quieres tener un servidor preparado para ponerlo en marcha

en

caso de fallo del servidor activo, sería interesante implementar log
shipping, también si quieres tener un servidor con los datos replicados y
utilizarlo para consultas, en fin, el múltiples casos puede ser una
alternativa de replicación de datos. Ahora si estás pensando, por ejemplo

en

dos servidores, que en ambos se actualicen datos y se mantenga la
información sincronizada, pues ahí no lo tiene. Log shipping es una forma
más de replicar datos, otra cosa es que se adapte a tus necesidades
concretas (que no comentas en tu pregunta).

Espero haberte aclarado :-)

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"Javier Carrascal" escribió en el mensaje
news:
> Gracias a ambos por responder ...
>
> No había caido, "duplicación" :S, me ha servido de mucha ayuda ...
> De todas formas, lo que no entiendo, es el porque de pensar en

implementar

> un LOG SHIPPING
>
> Salu2
>
> "Isaías" escribió en el mensaje
> news:0c5201c5042e$6b40c220$
>> Aparte de lo que comenta Salvador, si tiene SQL 2000
>> Enterprise, puede pensar en implementar un LOG SHIPPING
>> (Transavase de Datos)
>
>