Sincronizar datos (SQL Server Compact)
La sincronización de datos garantiza que los datos de la base de datos de suscripciones de Microsoft SQL Server Compact 3.5 coinciden con los datos de la publicación correspondiente. Al sincronizar la base de datos de SQL Server Compact 3.5, los cambios realizados se envían a la publicación. SQL Server combina los cambios con los cambios de la base de datos de publicación, resuelve los conflictos que puedan producirse y, a continuación, devuelve los cambios a la suscripción de SQL Server Compact 3.5.
Cómo se sincronizan los datos
Cuando un suscriptor de SQL Server Compact 3.5 se sincroniza con SQL Server, todos los cambios realizados en los datos se recuperan de la base de datos de publicación. No obstante, cuando se sincroniza primero un suscriptor de SQL Server Compact 3.5, puede recuperar datos directamente de la base de datos de publicación, o del archivo de instantáneas (un archivo .bcp de la carpeta de instantáneas).
Al sincronizar datos con SQL Server Compact 3.5, puede realizar la sincronización de datos de forma sincrónica o asincrónica. Una aplicación que utilice la sincronización de datos sincrónica esperará a que la sincronización se haya completado antes de continuar. Sin embargo, si escribe una aplicación para que utilice la sincronización de datos asincrónica, la aplicación podrá seguir procesando otra información mientras espera a que se haya completado la sincronización. Para obtener más información, vea Sincronización de datos sincrónica y Sincronización de datos asincrónica.
Cuándo se sincronizan los datos
Los datos se sincronizan siempre que la aplicación solicite la sincronización llamando al método Synchronize del objeto Replication. La sincronización también se puede producir de forma automática si hay un problema con una determinada sincronización. El publicador enviará un mensaje de resincronización automática cuando se produzca alguno de las siguientes situaciones:
Existe un cambio de esquema en el publicador.
Está utilizando un solucionador de conflictos del tipo Suscriptor siempre gana (Subscriber-always-wins) y los datos del suscriptor no se pueden aplicar al servidor.
Existe un problema de integridad referencial (R/I) cuando los datos del publicador se aplican al suscriptor.
Existe un conflicto en el nivel de columnas del publicador. Cuando se produce este problema, el servidor solicita que el suscriptor vuelva a enviar la fila completa.
Si Internet Information Services de Microsoft se inicia durante la sincronización.
Nota
La resincronización automática puede tener lugar hasta cinco veces consecutivas. Si hay un problema de R/I que causa la resincronización automática, solo se producirán dos resincronizaciones automáticas.