Replicaciones

Hola:
1) En el ancho de Banda depende de la "Volatilidad" de los datos, o sea
con que tanta frecuencia se modifican y que tan frecuentemente se publican.
Mi experiencia es que aun con BD de varios Gigas y bastante volatiles si
esta bien disenada la replicacion es posible hacerlo en enlaces de 64 Kb/128
Kb.
Para el procesador y para el I/O es una carga importante, calcula un 50%
a un 100% mas de recursos que la aplicacion sin replicacion. Lo mejor es
hacer un Laboratorio para hacer pruebas.
2) Si es posible, pero en Transaccional hay que hacer una publicacion
para cada subscriptor con los filtro indicados. Con la replicacion de Mezcla
si es posible usar Subscriptores Dinamicos que permite con una sola
publicacion manejar datos filtrados de acuerdo con el subscriptor.
3) Cuidado con las operaciones no transaccionales (Bulk Copy, Cuidado
con WRITETEXT/UPDATETEXT), manejo de los identities y por supuesto el
espacio que se requiere en el transaction log y en la BD de subscripcion.


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
"Brenda" wrote in message
news:

1) Quisiera saber que cantidad de recursos utilizan las duplicaciones
transaccionales en cuanto a ancho de banda,procesadores,etc.

2) Es posible filtrar los datos de manera diferente para cada suscriptor

en

una duplicaciòn transaccional.?

3)Que contras tiene filtrar los datos en una duplicacion transaccional.?

Gracias