enkele dingen om in gedachten te houden:
-
Aantal scopes - misschien wilt u een 1-op-1 scope-verhouding houden voor client-naar-server in plaats van 1500 clientscopes voor één serverbereik. dit isoleert de synchronisatiekennis van elke client van elkaar, u kunt zelfs een clientbereik laten vallen en opnieuw maken zonder andere bereiken te beïnvloeden. synchronisatiekennis zal ook veel compacter zijn.
-
Bereikdefinitie - dump niet alle tabellen in één bereik. verschillende tabellen hebben verschillende kenmerken (bijv. alleen downloaden, alleen-lezen, minder vaak bijwerken, vaak bijgewerkt, enz...). groepeer tabellen op basis van hun kenmerken.
-
Batching - als de wijzigingen klein zijn, niet batchgewijs. u maakt prestatieoverhead bij batchverwerking, omdat de batchverwerking bestanden moet schrijven en later de wijzigingsgegevensset uit de bestanden moet reconstrueren.
-
Metagegevens opschonen - stel het proces voor het bewaren van metagegevens en het opschonen van metagegevens in. dit zou de synchronisatiemetadata (rijen in de trackingtabellen en de synchronisatiekennis) moeten verminderen.
-
WCF-configuratie - pas op voor uw WCF-configuratievermeldingen zoals time-out, berichtgrootte, enz. Houd ook rekening met dit probleem:http://support.microsoft.com/kb/2567595
BEWERKEN:
Bekijk ook andere Scope-overwegingen hier:Sync Framework Scope en SQL Azure Data Sync Dataset overwegingen