Duplicación Transaccional

Hola Guillermo:
Cuando fijas la replicacion Transaccional esta unicamente se fija en la
Tabla y no "replica" la estructura de indices, y esto es por diseno porque
no siempre tiene sentido tener los mismos indices.
Una forma facil de iniciar la replicacion es no usar el Snapshot
inicial, configurarar la replicacion y subscribir a alguien. Una vez que
este realizado esto, eliminas la replicacion (Esto es para que se generen
los cambios del esquema necesarios sobre todo en la replicacion Merge).
Despues realizas un Respaldo Completo, y montas de nuevo la replicacion (en
este ocasion pones que cuando haga el snapshot inicial solo borre las filas
de la tabla), luego en el subscriptor restauras la BD y cuando configuras el
subscriptor lo configuras para que no realize el snapshot inicial.
Si esto no aplica para tu BD porque va a tener muchos subscriptores o
requieres que sea mas dinamico, entonces lo que te recomiendo es que generes
un script de toda la BD y luego copias las partes relevantes en el script a
la configuracion del script previo y/o posterior de la replicacion snapshot
que inicia la replicacion..
Saludos


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Guillermo Regairaz escribio:

Buenos Días, configuré dos servidores de bases de datos SQL 2000 para
que se sincronicen. El primero es el publicador y el segundo es el
distribuidor y suscriptor principal. La duplicación funciona
perfectamente, sólo que al observar los diseños de tablas del
suscriptor, las mismas perdieron las claves primarias. Es esto
correcto? tengo que poner a mano cada PK en todas las tablas o hay
una manera de que cuando se crea la suscripción no se pierdan las PK?

Desde ya muchas gracias!!!

Muchisimas gracias!!!!!!!!!!!
"Javier Loria" escribió en el mensaje
news:

Hola Guillermo:
Cuando fijas la replicacion Transaccional esta unicamente se fija en

la

Tabla y no "replica" la estructura de indices, y esto es por diseno porque
no siempre tiene sentido tener los mismos indices.
Una forma facil de iniciar la replicacion es no usar el Snapshot
inicial, configurarar la replicacion y subscribir a alguien. Una vez que
este realizado esto, eliminas la replicacion (Esto es para que se generen
los cambios del esquema necesarios sobre todo en la replicacion Merge).
Despues realizas un Respaldo Completo, y montas de nuevo la replicacion

(en

este ocasion pones que cuando haga el snapshot inicial solo borre las

filas

de la tabla), luego en el subscriptor restauras la BD y cuando configuras

el

subscriptor lo configuras para que no realize el snapshot inicial.
Si esto no aplica para tu BD porque va a tener muchos subscriptores o
requieres que sea mas dinamico, entonces lo que te recomiendo es que

generes

un script de toda la BD y luego copias las partes relevantes en el script

a

la configuracion del script previo y/o posterior de la replicacion

snapshot

que inicia la replicacion..
Saludos


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Guillermo Regairaz escribio:
> Buenos Días, configuré dos servidores de bases de datos SQL 2000 para
> que se sincronicen. El primero es el publicador y el segundo es el
> distribuidor y suscriptor principal. La duplicación funciona
> perfectamente, sólo que al observar los diseños de tablas del
> suscriptor, las mismas perdieron las claves primarias. Es esto
> correcto? tengo que poner a mano cada PK en todas las tablas o hay
> una manera de que cuando se crea la suscripción no se pierdan las PK?
>
> Desde ya muchas gracias!!!