Regressor,

зависит от того, как разработана БД. Так что ответ - от возможно до невозможно.

"синхронизация" - это будет одноразовая операция, после чего оба рабочих места будут работать с одной БД в сети, или надо синхронизировать постоянно?
Если первое, то это делается руками, если второе - репликация, но опять же, возможность репликации зависит от БД.

Regressorклиенты написаны давно и работают только с БД на этом же компьютере, по сети не умеют.
клиент Firebird всегда умеет "по сети". Определяется это только расположением сервера Firebird.
Другое дело, что само приложение (как и разработанная БД) может не уметь работать в многопользовательском режиме, если оно изначально предполагало работать только как однопользовательское.

RegressorЯ так понял, сама идея внешней синхронизации вызывает у присутствующих идиосинкразию и требуется непременно "своими средствами", иначе сложно объяснить непременное желание сделать это из рабочей программы.
эээ, что?

уже сказали, что репликацию можно организовать инструментом IBReplicator. Но и я сразу сказал, что БД может быть разработана так, что репликатор просто не сможет реплицировать данные.

я так понимаю, автор вопроса ушел искать ответ в "другом месте".

Regressor,

DB Comparer сравнивает СТРУКТУРУ баз, а раз они одинаковые, в структуре различий нет.
А вот Dата Comparer - сравнивает данные. Разумеется, искать отличия совсем не быстрое занятие.
Но все равно, вы занимаетесь фигней. Почему? Ну например.
В базе есть таблица клиентов - номер, фио, телефон, и т.д. Или таксистов, не важно. Обычно в таблицах есть первичный ключ, автоинкремент, т.е. автоматически присваивается новым записям от 1 до N.
Допустим, последняя запись в этой таблице была с номером 200.
Теперь базу скопировали, и перенесли на другой комп.
Дальше, на двух компах начинают работать 2 диспетчера.
У каждого появляются 2 разных клиента.
Первый диспетчер вводит клиента 201 по фамилии Иванов
Второй диспетчер вводит клиента 201 по фамилии Петров.
Напомню, у обоих номер 201 получается потому, что в исходной базе последний был 200.

Теперь вы берете Data Comparer. Он долго работает, потом показывает, что в такой-то таблице есть запись с id 201, только у нее столбец ФИО (и другие столбцы) отличаются. Data Comparer сможет максимум что сделать - это заменить одни данные на другие. Т.е. Петрова заменить на Иванова, или наоборот (смотря какая база целевая). Но он не в состоянии добавить Петрова как 202 в одной базе, а во второй базе - поменять 201 на Иванова, и добавить 202 как Петрова.
Такие вещи вам придется делать руками. А количество изменений, сами понимаете, будет приличным, чем дольше обе базы будут несинхронизированными.

Именно об этом я говорил, что просто так синхронизировать базы не получится. Да и для репликации структура БД должна быть разработана специально. Если такое разработчиком не было предусмотрено, например, он даже ориентировался на многопользовательский режим, но не предполагал синхронизацию двух разнесенных БД, то регулярно эти БД синхронизировать не получится.