algumas coisas para ter em mente:
-
Nº de escopos - você pode querer manter uma proporção de escopo de 1 para 1 para cliente-servidor em vez de 1.500 escopos de cliente em relação a um escopo de servidor. isso isola o conhecimento de sincronização de cada cliente um do outro, você pode até mesmo descartar e recriar um escopo de cliente sem afetar outros escopos. o conhecimento de sincronização também será muito compacto.
-
Definição de escopo - não despeje todas as tabelas em um escopo. tabelas diferentes têm características diferentes (por exemplo, somente download, somente leitura, atualização menos frequente, atualização frequente, etc...). agrupar tabelas com base em suas características.
-
Lotes - se as alterações forem pequenas, não em lote. você incorre em sobrecarga de desempenho em lotes, pois o lote precisa gravar arquivos e, posteriormente, precisa reconstituir o conjunto de dados de alteração dos arquivos.
-
Limpeza de metadados - configuração de retenção de metadados e processo de limpeza de metadados. isso deve reduzir os metadados de sincronização (linhas nas tabelas de rastreamento e o conhecimento de sincronização).
-
Configuração do WCF - atente para as entradas de configuração do WCF, como tempo limite, tamanho da mensagem, etc... esteja ciente deste problema também:http://support.microsoft.com/kb/2567595
EDITAR:
Além disso, dê uma olhada em outras considerações de escopo aqui:Escopo do Sync Framework e Considerações sobre o Conjunto de Dados do SQL Azure Data Sync
