Mamy do czynienia z następującym problemem, który wiąże się z synchronizacją następujących elementów:

1 scentralizowany serwer (IIS / MSSQL 2005)Wielu klientów Desktop WPF dystrybuowanych przez ClickOnceWielu klientów mobilnych - (Windows CE)

alt tekst http://img502.imageshack.us/img502/8246/deployment.png

Z tymi drażliwymi ograniczeniami:

wszystkie relacje synchronizacji są dwukierunkowewęzły stacjonarne i mobilne wymagają trybu offlinewęzły mobilne nie mogą zsynchronizować się z serwerem centralnym, ale są zsynchronizowane z węzłami stacjonarnymi przez USB. Węzły pulpitu działają jako serwer dla klientów mobilnych, a nie dla serwera centralnego. Aktualizacje z węzłów mobilnych muszą następnie rozprzestrzeniać się na serwer centralny dzięki synchronizacji z pulpitem, a następnie synchronizowaniu tego pulpitu z serwerem centralnym.uff.

Paskudny.

Aby zsynchronizować pulpit i serwer, wiemy, że możemy użyć replikacji scalającej - serwer będący dostawcą, pulpit jako subskrybent, wszystko dobrze. ALE co z synchronizacją węzłów mobilnych i komputerowych? Pozornie Desktop nie może być wydawcą bez serwera SQL + ISS, prawda? Możemy tylko wdrożyć MSSQL CE na pulpicie.

Nawet gdyby tak było, czy węzeł mógłby być zarówno subskrybentem, jak i wydawcą? Podejrzewam, że ten układ nie jest obsługiwany przez architekturę replikacji scalającej - pozornie hub i spoke to jedyny obsługiwany model.

Staramy się ustalić, czy możemy wyeliminować RDA lub replikację scalania jako możliwe rozwiązanie - jeśli tak, prawdopodobnie będziemy kontynuować pracę z ramami MS Sync.

Być może istnieją inne technologie, które moglibyśmy rozważyć?

Dziękuje wszystkim,

Ashley

AKTUALIZACJA: właśnie zaczęliśmy grać w MS Sync Framework i to się zdarza!