L'autre solution est de ne pas enregistrer tout changement intervenu après le démarrage d'une duplication, mais de l'archiver dans des logs transactionnels indexables (et donc accessibles par le processus de façon transparente - avec probablement des performances moindres à ce moment-là) ; une fois la sauvegarde terminée, on impacte les fichiers de données en exécutant réellement les logs transactionnels en attente.
Si je ne m'abuse, il me semble que c'est le principe utilisé par BerkeleyDB.