Wenn eine reine Download-Synchronisation vorgenommen wird, führt dbmlsync keinen Upload von Datenbankänderungen durch. Allerdings
wird ein Upload von Informationen über das Schema und das Offset für den Verarbeitungsfortschritt vorgenommen.
Außerdem sorgt dbmlsync dafür, dass Änderungen in der entfernten Datenbank während einer reinen Download-Synchronisation nicht
überschrieben werden. Dazu wird das Log gescannt, um Zeilen zu ermitteln, für die Vorgänge auf einen Upload warten. Wenn eine
dieser Zeilen durch den Download geändert würde, wird der Download zurückgesetzt und die Synchronisation schlägt fehl. Wenn
die Synchronisation aus diesem Grund fehlschlägt, müssen Sie eine vollständige Synchronisation vornehmen, um das Problem zu
beheben.
Wenn Sie mit entfernten Datenbanken arbeiten, die durch reine Download-Synchronisation synchronisiert werden, sollten Sie
regelmäßig eine vollständige bidirektionale Synchronisation durchführen, um das Volumen des Logs zu verkleinern, das von der
reinen Download-Synchronisation gescannt werden muss. Sonst würden die reinen Download-Synchronisationen zunehmend mehr Zeit
brauchen.
Bei aktivierter Option -ds wird die erweiterte Option ConflictRetries ignoriert. Dbmlsync versucht nie, eine reine Download-Synchronisation
nochmals durchzuführen. Wenn eine reine Download-Synchronisation fehlschlägt, wird sich dieser Fehlschlag wiederholen, bis
eine vollständige Synchronisation durchgeführt wird.
Eine Liste aller Skripten, die für reine Download-Synchronisationen definiert werden müssen, finden Sie unter Erforderliche Skripten.