Replicación Transaccional Y snapshot

Hola.

La arquitectura que propones es perfectamente normal. Si se ajusta a tus
requisitos, te funcionará sin mayores problemas (o con problemas que no se
derivarán de tener los dos tipos de replicación en la misma base de datos).
A lo mejor podrías prescindir de usar snapshot y hacerlo todo por
transaccional, pero nada te impide hacerlo de esa manera. Tendrás dos
publicaciones (al menos), una que sincronice por transaccional y otra por
snapshot. Y si te da problemas, ya sabes dónde acudir.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Pao" escribió en el mensaje
news:

Necesito implementar ambas replicaciones transaccional (44 articulos ó
tablas) y snapshot (55 articulos ó tablas) sobre una misma base de datos
en
sqlserver 2000 con sp3.
La replicación transaccional se realizará de forma continúa conforme hagan
insert, update, delete.
Y la replicación snapshot la voy a calendarizar para que se haga cada los
lunes, miercoles y viernes en un horario de menor carga. considera esto
algo
bueno o no es recomendable.
Noté que el distribute agent history que se crea en ambas publicaciones se
actualiza o cambia conforme hago algo en el snapshot de cada uno. y me
preocupa que cuando ambas esten funcionado genere algún error.
Gracias por su ayuda.

Ok, sucede que no puedo hacerlo todo por transaccional puesto que los objetos
no tienen Primary key entonces no cumplen el requisito.
Ahora si yo creo ambas publicaciones, la transaccional y la snapshot, donde
le configuro para que la snapshot se esté ejecutando como quería:
" la replicación snapshot la voy a calendarizar para que se haga cada los
lunes, miercoles y viernes en un horario de menor carga. " En la
transaccional lo defino mientras la creo pero en esta no?? Donde defino en
laparte de Job's? Porque hay se ha creado uno.

Por otro lado también veo que se puede replicar vistas y procedimientos pero
no entiendo muy bien que es lo que se replica en estos casos? Me puedes
explicar un poco mejor esto?


"qwalgrande" wrote:

Hola.

La arquitectura que propones es perfectamente normal. Si se ajusta a tus
requisitos, te funcionará sin mayores problemas (o con problemas que no se
derivarán de tener los dos tipos de replicación en la misma base de datos).
A lo mejor podrías prescindir de usar snapshot y hacerlo todo por
transaccional, pero nada te impide hacerlo de esa manera. Tendrás dos
publicaciones (al menos), una que sincronice por transaccional y otra por
snapshot. Y si te da problemas, ya sabes dónde acudir.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Pao" escribió en el mensaje
news:
> Necesito implementar ambas replicaciones transaccional (44 articulos ó
> tablas) y snapshot (55 articulos ó tablas) sobre una misma base de datos
> en
> sqlserver 2000 con sp3.
> La replicación transaccional se realizará de forma continúa conforme hagan
> insert, update, delete.
> Y la replicación snapshot la voy a calendarizar para que se haga cada los
> lunes, miercoles y viernes en un horario de menor carga. considera esto
> algo
> bueno o no es recomendable.
> Noté que el distribute agent history que se crea en ambas publicaciones se
> actualiza o cambia conforme hago algo en el snapshot de cada uno. y me
> preocupa que cuando ambas esten funcionado genere algún error.
> Gracias por su ayuda.

Hola.

Por partes. Empieza por ponerle clave primaria a todas las tablas. No por la
replicación, es una cuestión de paz interior principalmente. Si no,
cualquier día te encontrarás con dos registros iguales que no puedes
diferenciar.

Cada publicación tendrá su suscripción (o suscripciones). Y cada
suscripción, sea del tipo que sea, la podrás programar como te interese. En
el caso de la transaccional, continua (que en la práctica es cada minuto).
En el caso de la snapshot, los días pares (o como tú lo definas). Se crearán
jobs para cada distribución y luego podrás modificar las propiedades de ese
job como las de cualquier otro, pero creo recordar que el propio asistente
de creación de la suscripción te permite configurar la frecuencia de la
suscripción.

La replicación de vistas y procedimientos almacenados tiene dos
alternativas. Puedes replicar la definición de los objetos o la ejecución de
los mismos. Mira en los books online (Publishing Data and Database Objects)
para que tengas un primer vistazo sobre el tema. Su aplicación está
restringida a casos muy puntuales, pero igual es tu caso.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Pao" escribió en el mensaje
news:

Ok, sucede que no puedo hacerlo todo por transaccional puesto que los
objetos
no tienen Primary key entonces no cumplen el requisito.
Ahora si yo creo ambas publicaciones, la transaccional y la snapshot,
donde
le configuro para que la snapshot se esté ejecutando como quería:
" la replicación snapshot la voy a calendarizar para que se haga cada los
lunes, miercoles y viernes en un horario de menor carga. " En la
transaccional lo defino mientras la creo pero en esta no?? Donde defino en
laparte de Job's? Porque hay se ha creado uno.

Por otro lado también veo que se puede replicar vistas y procedimientos
pero
no entiendo muy bien que es lo que se replica en estos casos? Me puedes
explicar un poco mejor esto?


"qwalgrande" wrote:

Hola.

La arquitectura que propones es perfectamente normal. Si se ajusta a tus
requisitos, te funcionará sin mayores problemas (o con problemas que no
se
derivarán de tener los dos tipos de replicación en la misma base de
datos).
A lo mejor podrías prescindir de usar snapshot y hacerlo todo por
transaccional, pero nada te impide hacerlo de esa manera. Tendrás dos
publicaciones (al menos), una que sincronice por transaccional y otra por
snapshot. Y si te da problemas, ya sabes dónde acudir.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Pao" escribió en el mensaje
news:
> Necesito implementar ambas replicaciones transaccional (44 articulos ó
> tablas) y snapshot (55 articulos ó tablas) sobre una misma base de
> datos
> en
> sqlserver 2000 con sp3.
> La replicación transaccional se realizará de forma continúa conforme
> hagan
> insert, update, delete.
> Y la replicación snapshot la voy a calendarizar para que se haga cada
> los
> lunes, miercoles y viernes en un horario de menor carga. considera esto
> algo
> bueno o no es recomendable.
> Noté que el distribute agent history que se crea en ambas publicaciones
> se
> actualiza o cambia conforme hago algo en el snapshot de cada uno. y me
> preocupa que cuando ambas esten funcionado genere algún error.
> Gracias por su ayuda.