> Remoting - это я полагаю удаленный доступ к компьютеру.

Если говорить грубо и коротко, то это DCOM под свежим соусом и со всякими вкусностями. Возможность удаленного вызова методов объектов. Я, честно говоря, тоже толком не понял, какое отношение .NET Remoting имеет к рассматриваемому вопросу.

По сути топика.
Мне кажется, вопрос разбивается на две части. 1) Найти программу, которая сможет удовлетворить ваши требования функционально (в плане требований предметной области). 2) И чтобы при этом не возникло проблем с физическим обменом информацией между удаленными офисами.

Я бы на вашем месте сначала поинтересовался функциональной частью имеющихся программ, а потом поинтересовался, какие в них имеются возможности для подобного информационного обмена. И если бы оказалось, что вдруг обнаружился потрясающий инструментарий, но без возможностей информационного обмена, то можно было бы рассмотреть варианты прикручивания подобных механизмов, например, непосредственно к СУБД в виде репликации. Или воспользовался бы иными средствами интеграции распределенных приложений (например, MS BizTalk Server).

Если отделить технический вопрос от всех прочих как самостоятельный и рассматривать его отдельно, да еще в ракурсе вполне конкретной СУБД, то это тоже весьма емкая тема.

Среди перечисленных трех подходов два первых имеют один существенный недостаток. Сильную зависимость от каналов связи. Если это вас не пугает, то вполне можно воспользоваться терминальной службой и дальше более не мучиться и не ломать голову. Но при этом нужно отдавать себе отчет, что если ваш провайдер на три дня выпадет в осадок, то выша контора выпадет в осадок на этот же промежуток времени вместе с ним. Если вероятность этого события весьма невелика, и риск вполне допустим, то первые два решения вполне приемлемы. Если риск недопустим, значит за его отсутствие нужно платить. Либо выделением более надежных каналов (а, может быть, и канального пула). либо проблемами другого рода. Если каждый удаленный офис будет иметь свою копию данных, то прерывание связи между офисами даже на существенный период может не повлиять на бизнес. Но тогда нужно использовать репликацию. А репликация может порождать конфликты репликации. Если грамотно продумать логику обмена информацией по части разрешенных источников ее ввода, то можно на порядки снизить вероятность появления конфликтов репликации. Если устранить конфликты репликации не удается, значит нужно продумать бизнес-процессы, связанные с их устранением. Кто этим будет заниматься? Если DBA, то наверняка у вас возникнет текучка этих самых DBA. А вынести их на прикладной уровень не так просто, но тоже не невозможно (см. презентацию , правда не забывая, что эта концепция не доведена пока до полноценного практического воплощения).