Cuando se inicia el servicio de sincronización activo, dmSyncMaster.json se crea en la ruta especificada como el valor de sql.log.directory en sync.properties. De manera predeterminada, el servicio escribe el archivo de actualizaciones de SQL en /var/opt/teradata/datamover/logs/dmSyncMaster.json. Los desencadenadores instalados en las tablas del repositorio vuelven a generar sentencias INSERT. Sin embargo, el daemon vuelve a generar las sentencias UPDATE y DELETE. Todos los datos se escriben en la tabla DMAuditLog. Desde ahí, el servicio de sincronización activo lee estos datos y los inserta en el archivo dmSyncMaster.json. Otro proceso que se ejecuta en el servicio activo lee las sentencias SQL desde dmSyncMaster.json y las envía al servicio en espera.
Cuando un servidor en espera se conecta al servidor activo, el servicio de sincronización activo crea slave_clientName.lastread en la ruta que se especifica como el valor de sql.log.directory en sync.properties.slave_clientName.lastread que rastrea todas las instrucciones SQL enviadas al servidor en espera. El servicio crea un archivo .lastread específico para cada servidor en espera que se conecta al servidor activo. Por ejemplo, si un entorno de Data Mover tiene dos servidores en espera, repos_bu1 y repos_bu2, y se ejecuta el servicio de sincronización en cada servidor en espera, el servicio escribirá los siguientes archivos:
- /var/opt/teradata/datamover/logs/slave_repos_bu1.lastread
- /var/opt/teradata/datamover/logs/slave_repos_bu2.lastread