Sincronización pesadilla - es posible utilizar la replicación de mezcla (o RDA) entre instancias 2 SQL CE sin IIS?

Question

Nos encontramos con el siguiente problema que implica el mantenimiento de la siguiente sincronizados:

• 1 servidor centralizado (IIS / MSSQL 2005)
• Muchos clientes de escritorio de WPF distribuidos por ClickOnce
• Muchos clientes móviles - (Windows CE)

texto alternativo http://img502.imageshack.us/img502/8246/deployment .png

Con estas limitaciones espinosos:

• todas las relaciones de sincronización son bidireccionales
• los nodos de escritorio y móviles requieren modo fuera de línea
• los nodos móviles no se puede sincronizar con el servidor central, pero son para sincronizar con los nodos de escritorio a través de USB. Los nodos de escritorio actuar como un servidor para los clientes móviles, no en el servidor central. Actualizaciones de los nodos móviles necesitan entonces se propaguen a servidor central, en virtud de la sincronización con el escritorio, y luego la sincronización de escritorio que con el servidor central. uf .

desagradable.

Para sincronizar el escritorio y servidor sabemos que podemos utilizar la replicación de mezcla - el servidor de ser un proveedor, el escritorio como suscriptor, todo bien. Pero lo que sobre la sincronización de los nodos móviles y de escritorio? Al parecer, el escritorio no puede ser un editor sin el servidor SQL + ISS, ¿verdad? Sólo podemos desplegar MSSQL CE para el escritorio.

Incluso si este fuera el caso, podría ser a la vez un nodo suscriptor y editor? Sospecho que esta disposición no es compatible con la arquitectura de duplicación de mezcla. - aparentemente concentrador y radio es el único modelo apoyado

Estamos tratando de determinar si podemos eliminar RDA o la replicación de mezcla como una posible solución -. Si es así, probablemente vamos a seguir el Sync Framework MS

Tal vez hay otras tecnologías que podríamos considerar?

Gracias a todos,

Ashley

ACTUALIZACIÓN: acabamos de comenzar con un juego con EM Sync Framework y rocas

Answer 1

Por razones que no están directamente relacionados con su pregunta específica, creo que se puede seguir adelante y eliminar la RDA / replicación de mezcla como una posible solución. Microsoft no hace publicidad de este (por razones obvias), pero la duplicación de mezcla no es 100% fiable en condiciones en que la conexión de red se puede caer en medio del proceso de replicación (lo que ocurre con bastante frecuencia con los clientes de Windows Mobile).

El resultado de este problema es que los cambios realizados en las bases de datos de clientes a veces no son propagadas por completo a la base de datos maestra, pero se obtiene ninguna indicación detectable que esto ha sucedido. Como se puede imaginar, esto es una mala cosa, especialmente si se vende a su cliente en esta solución basada en la suposición de que RDA funciona como se anuncia. La única solución a corto plazo nos encontramos a este problema fue la implementación de un proceso de redundancia doble muy torpe para confirmar que cada registro añadido o modificado en el cliente hizo al servidor sin error. La solución a largo plazo era utilizar nunca más RDA para nada.

Este problema puede haber sido corregido en las versiones recientes de RDA (nuestro problema se produjo con la versión más reciente hace 2 años), pero nunca sabrá (una vez que dos veces mordida tímido).

Actualización: por cierto, he tenido muchas personas que he hablado sobre esto (incluyendo técnicos de soporte técnico de Microsoft) niegan que esto podría ser cierto, pero es muy fácil de comprobar: añadir un montón de datos sobre la cliente, a continuación, iniciar la replicación, a continuación, tire del cable USB del dispositivo (asumiendo que su cliente es Windows Mobile se conecta a través de ActiveSync), mientras que en el medio de esto.

Si parezco un poco molesto, que es en parte porque esto era lo que la tecnología EM finalmente se vio obligado a decir (cita textual): "bien, sólo seguir replicando - los datos se fusionarán con el tiempo"

Answer 2

Consulte el Colaboración Escenarios ( Peer to Peer) en Microsoft Framework 2.0. Los proveedores incluyen no permitir que dos bases de datos de SQL Server Compact que se sincronizan directamente. También son capaces de sincronizar directamente con otros proveedores.