Вопрос такой: есть два филиала работают в одной базе MS SQL 2000. Вторая соединяется через isdn. Как организовать работу второй, чтобы при обрыве она работала на локале, а при восстановлении связи данные синхронизировались.

Репликация данных между серверами (синхронизация)-отдельный вопрос
Он тут много раз обсуждался, всего не опишешь, а вот первая проблема так, например, решается
Есть 2 стиля работы с сервером
Первый постоянная коннекция и а ля интернет-соединился, выполнил серию команд на сервере, отсоединился. В ашем варианте втрой случай подойдет
Так вот, если коннекция на удаленный сервак не удалась, соединяетесь на локалку и все туда пишете, отсоединяетесь, как только в очередной раз связь с удаленным сервером есть, работаете на него

Это понятно. Проблема как организовать репликацию

Hi, Vadim!

Это слишком обширный и сложный вопрос - сделай ПОИСК тут и на sql.ru, а
так-же поищи какие-нить специализированные книжки или статьи в инете. Скажу
лишь что существует просто тьма подходов - от самых
примитивно-прямолинейных, до сверх-навороченно-изощрённых - потому сначала
нужно определиться в каком объёме тебе нужна репликация:
одно-двунаправленная,
2-х или N-узловая (вдруг завтра у вас появится 3-й филиал),
инкрементная (транзакционная, по логу изменений) репликация или репликация
"текущего состояния".
Как должны разрешаться конфликты совместного доступа (ибо в "соединённом"
состоянии конечно сразу виден такой конфликт - 2 юзера одну запись поменяли
и 2-й не может сохранить из-за конфликта, а вот в "рассоединённом" конфликт
выплывет лишь на этапе синхронизации)...
Надо ли контролировать процесс репликации (т.е. сидит человек и ловит
конфликты ,ошибки и т.п.), или он автоматически проходит (ночью например) и
лишь потом админ может просмотреть лог ошибок...