Грамотная архитектура БД + репликация + триггеры на конфликты обновлений должны помочь. Тогда клиентское приложение сможет как подключаться к консолидированной БД, если соединение устойчивое, так и к локальной БД, которая будет периодически реплицироваться с консолидированной.

UrriА полная периодическая репликация, которую предлагает ASCRUS, в условиях плохого интернета тоже будет плохо работать. Да и не всегда она возможна. Что, если размер консолидированной БД 200 ГБ, то все эти гигабайты периодически таскать через плохой интернет? И где их помещать локально?
Очень мало видел задач, где требуется полная репликация. Обычно это удаленные узлы, на которые сверху реплицируется централизованные справочники и информация и снизу вводится своя информация, т.е. данные на удаленном узле в БД должны лежать централизованные + только свои. И с чего это вдруг необходимо постоянно таскать гигабайты информации по узлам, когда репликация передает только изменения с момента последнего сеанса репликации, а не сами данные ?

UrriВпрочем, для частных подзадач предложенная схема репликации вполне реализуема. Но тогда зачем изобретать механизм аварийного переключения с центральной БД на локальную? Не лучше ли получить из центральной БД те данные, которые нужны, потом поработать локально, сколько нужно, а уж потом отправить результаты своей работы в центр, где они обработаются пакетно?
Ага, замечательное решение. Сделать изменения, выключить компьютер и потерять изменения. Или сохранить данные в какой нибудь XML и изменять данные без каких либо проверок и логики, надеясь, авось эти данные не изменились уже в центре, авось ссылочная целостность и бизнес-логика не нарушены и когда мы в центральную БД обратно будем сохранять изменения, никто никуда нас не пошлет. Конечно можно все эти проблемы решить ... только они решены - в локальном сервере, который полноценно работая локально, так же полноценно через репликацию в обе стороны таскает изменения данных и консолидированный сервер через триггеры разрешения конфликтов версий позволяет запрограммировать автоматическое разрешение конфликтных ситуаций одновременного обновления информации удаленными узлами. В отличие от "обработаются пакетно", в данном решении нет кода и все уже написано за нас, остается только воспользоваться.