algunas cosas a tener en cuenta:
-
Número de ámbitos:es posible que desee mantener una relación de ámbito de 1 a 1 para el cliente a servidor en lugar de 1500 ámbitos de cliente contra un ámbito de servidor. esto aísla el conocimiento de sincronización de cada cliente entre sí, incluso puede descartar y volver a crear un ámbito de cliente sin afectar a otros ámbitos. el conocimiento de sincronización también será mucho más compacto.
-
Definición de alcance:no descargue todas las tablas en un solo alcance. diferentes tablas tienen diferentes características (por ejemplo, solo descarga, solo lectura, actualización menos frecuente, actualización frecuente, etc.). agrupa las tablas según sus características.
-
Lotes:si los cambios son pequeños, no lo haga. incurre en una sobrecarga de rendimiento en el procesamiento por lotes, ya que el procesamiento por lotes tiene que escribir archivos y, más adelante, tiene que reconstituir el conjunto de datos de cambios a partir de los archivos.
-
Limpieza de metadatos:configure la retención de metadatos y el proceso de limpieza de metadatos. esto debería reducir los metadatos de sincronización (filas en las tablas de seguimiento y el conocimiento de sincronización).
-
Configuración de WCF:tenga cuidado con las entradas de configuración de WCF, como el tiempo de espera, el tamaño del mensaje, etc. También tenga en cuenta este problema:http://support.microsoft.com/kb/2567595
EDITAR:
Además, eche un vistazo a otras consideraciones de alcance aquí:Alcance de Sync Framework y Consideraciones sobre el conjunto de datos de sincronización de datos de SQL Azure
