några saker att tänka på:
-
Antal scopes - du kanske vill behålla ett 1-till-1 scope-förhållande för klient-till-server istället för 1500 klient scopes mot en server scope. detta isolerar synkroniseringskunskapen för varje klient från varandra, du kan till och med släppa och återskapa en klientomfattning utan att påverka andra omfattningar. synkkunskap kommer också att vara mycket kompakt.
-
Omfattningsdefinition - dumpa inte alla tabeller i ett omfång. olika tabeller har olika egenskaper (t.ex. endast nedladdning, skrivskyddad, mindre frekvent uppdatering, ofta uppdaterad, etc...). grupptabeller baserat på deras egenskaper.
-
Batchning - om ändringarna är små, batch inte. du ådrar dig prestandaoverhead vid batchning eftersom batchningen måste skriva filer och senare måste den rekonstruera förändringsdatauppsättningen från filerna.
-
Metadatarensning - ställ in metadatalagring och metadatarensningsprocess. detta bör minska synkroniseringsmetadata (rader i spårningstabellerna och synkroniseringskunskapen).
-
WCF-konfiguration - se upp för dina WCF-konfigurationsposter som timeout, meddelandestorlek, etc... var också medveten om detta problem:http://support.microsoft.com/kb/2567595
EDIT:
Ta också en titt på andra Scope-överväganden här:Synkroniseringsramverk och SQL Azure Data Sync Dataset-överväganden