několik věcí, které je třeba mít na paměti:
-
Počet oborů – možná budete chtít zachovat poměr rozsahu 1:1 pro klient/server namísto 1500 oborů klienta proti jednomu oboru serveru. tím se izolují synchronizační znalosti každého klienta od sebe navzájem, můžete dokonce upustit a znovu vytvořit rozsah klienta, aniž byste ovlivnili ostatní rozsahy. znalosti synchronizace budou také mnohem kompaktní.
-
Definice oboru – nevypisujte všechny tabulky do jednoho oboru. různé tabulky mají různé vlastnosti (např. pouze ke stažení, pouze pro čtení, méně časté aktualizace, často aktualizované atd...). skupinové tabulky na základě jejich charakteristik.
-
Dávkování – pokud jsou změny malé, nedávkujte. při dávkování vzniká režie výkonu, protože dávkování musí zapisovat soubory a později musí znovu vytvořit datovou sadu změn ze souborů.
-
Metadata Cleanup – nastavení uchovávání metadat a proces čištění metadat. to by mělo snížit metadata synchronizace (řádky v tabulkách sledování a znalosti synchronizace).
-
Konfigurace WCF – dávejte si pozor na položky konfigurace WCF, jako je časový limit, velikost zprávy atd... uvědomte si také tento problém:http://support.microsoft.com/kb/2567595
EDIT:
Podívejte se také na další úvahy týkající se rozsahu zde:Úvahy o rozsahu Sync Framework a SQL Azure Data Sync