Синхронизация баз SQL #675625

Здравствуйте всем. Необходимо организовать автоматическую синхронизацию большого числа баз данных на разных серверах с базами данных на удаленном сервере. И вот я думаю как лучше это сделать, средствами 1С, либо же средствами SQL. Не могли бы вы мне дать толковый совет. Спасибо

начни с того что имеешь ввиду под синхронизацией и какие данные

Вообщем надо добиться того чтобы на удаленном сервере была всегда актуальная копия каждой из баз размещенных на других серверах. Следовательно данные все (все таблицы всех баз данных)

Разумеется - средствами 1С. Ты же на форуме 1С :) А если серьёзно, то штатный функционал платформы не совсем подходят для  создания "актуальной копии". Даже если для этих целей использовать функционал УРИБ. Даже если РИБ-база по плану, в который включены все объекты. Это не совсем то, что нужно. Не совсем "копия" - нет, например, синхронизации пользователей БД (речь не о справочнике "Пользователи") и не совсем "актуально" - нельзя обмены делать непрерывно друг за другом. Чисто теоретически - можно и легко реализовать алгоритм, который запускает следующий сеанс обмена, как только завершается предыдущий сеанс обмена... но это чисто теоретически. Если учитывать, что пользователям тоже надо работать :) то придётся делать паузы между сеанса обмена. И длительность паузы придётся "подбирать" опытным путём (по разным причинам).

Может репликацию скуля настроить? Боюсь средства 1с тут не помогут

Репликация средствами скуляя, без вариантов

Так то, тоже интересует этот вопрос. Хочется что бы юзеры работали в одной базе, а изменения синхронизировались средствами sql. Только вот что произойдет, если в двух копиях, юзеры изменят одновременно один и тот же документ?

Если юзверы работают в обеих базах, то "две копии" - неуместное выражение. Несуразица получается. Это уже классическая риб-база получается. "Две копии" и пользователи в каждой из них - смешно :) Пользователи, которые работают в архиве рабочей базы - обхохочешься :)

замени слово копия, словом база, если тебе так удобнее. Вопрос таки интересный. Можно использовать РИБ(сейчас именно так), но это все равно немного не то. Есть мысль переехать в тонкого клиента и работать через инет в одной базе. Но нужен резервный вариант, на случай если пропадет инет. Что бы юзер мог переключиться на резервный сервер. а при появлении инета все синхронизировалось обратно. Это как раз таки похоже на репликацию, только непонятно взлетит нет.

Боюсь, не взлетит

я тоже подозреваю, что не все так просто, но не вижу в чем проблема. Вопрос, что помешает?

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

>> идут обмены для синхронизации данных. Имеется ввиду, идут обмены между узлами средствами sql?

средствами УРИБ

В типовой БП 3.0 это заяывлено

это не то

... если вы работаете в сервисе. Не надо никаких если. Есть база, хочется средствами скуля поддерживать актуальную копию, постоянно без заморочек, что  бы случае чего переключиться на нее продавать а потом обратно в боевую. А так еще один РИБ, мы и сами умеем.

На 7-ке получилось сделать репликацию  средствами скуля, но много перепахать пришлось... база была обута МОД (пи-би).

Это не репликация, а зеркалирование. Средствами SQL.

Кстати говоря по сабжу автору будет загуглить server 2012 always on