SQL Server - problema con identy ranges

Tengo la siguiente conrfiguracion

- tengo transactional replication entre un publicer y varios suscribers
- los servidores son sql 2000
- tengo identity columns en algunas tablas
- estoy usando la forma automatica para el manejo de identity ranges

El problema ocurre cuando el publisher o uno de los suscribers se cae (pasa relativamente seguido y no podemos hacer nada contra eso), cuando la coneccion es reestablecida, el distribution agent le asigna un nuevo identity range a el publisher o suscriber que se cayo

Cada vez que el server se cae, el publisher "se come" un identity range, ,no impora cuandos id's han sido usados

Quiero seguir usando la forma automatica para manejar los rangos, porque cambiarlo seria algo dificil para nosotros

Yo veo 2 posible soluciones
1. evitar que el agent asigne un nuevo rango al servidor que se caiga
2. dejar que el agent le asign un nuevo rango, y luego reestablecer los valores, (talvez con CHECKIDENTITY, o algo parecido), pero esto implicaria modificar algunos datos en el publisher para mantener la sincronia, esto pienso yo

Cual seria la mejor solución, como se podria implementar? o si hay otra solucion mas facil?

gracias por su atencion

Hacer duplicacion (replicacion) con columnas de tipo IDENTITY, no es factible, SQL 2000 la mejor opcion para hacer lo que desas es Log Shipping
(Trasvase de datos) por varias razones:

1) Es menos intrusiva. En Merge replication se agregan columnas, tablas y
triggers a la BD. En Log Shipping nada.

2) Es mas liviana: En merge replication el servidor se ve obligado a llevar
control de los cambios y a resolver conflictos por cambios simultaneos en
ambas BD. En Log shiping es respaldo y restauracion.

La ventaja de Replicacion Merge es que puedes actualizar los datos en 2
o mas servidores simultaneamente.

Saludos,

Grcias por la info