Синхронизация двух баз 1с (v7) #222608

Можно ли синхронизировать две базы 1с (v7) (не sql) ? Знаю перекачку можно сделать используя  ole , синхронизацию баз при помощи нее реально сделать? будет нормально работать ? Есть какие-нибудь другие варианты ? Было бы вобще отлично что допустим в одной из баз бух вводит документ ставит галочку записывает и в двух базах документ записывается ? или допустим элемент справочника аналогично в одной из баз вводиться и во второй он тоже записывается ?

урбд

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

было до меня. Ряд документов должны записываться только в одной базе . ////////////курить мод и урбд. объяни не понял

УРБД - управление распределенными базами данных З.Ы. про рекомендацию эт я косякнул

Пригласите прогера со стороны...

---- спасибо

или лучше знаешь что, возьми конфигурацию "конвертация данных", наваяй правила хмльного обмена в ней и обменивайся типовыми выгрузками-загрузками в xml.

- но это будет не так же  -- ///// ставит галочку записывает и в двух базах документ записывается ?

урбд--- было преназначенно в основном для удаленных баз и не синхронизирует единовременно как я понял (если неправильно понял поправьте) а  получше для моей ситуации есть

"урбд--- было преназначенно в основном для удаленных баз" - у тебя они тоже удаленные, только удалены не так далеко

Полагаю что возможно. Но одно дело когда запускаешь отчет, который делает запрос в текущей БД, лезет в другую БД там делает запрос, обобщает данные и завершает работу. т.е. вторая БД закрывается, как только перестает существовать объект ОЛЕ. И другое дело когда "бух вводит документ ставит галочку записывает и в двух базах документ записывается". Здесь уже надо что бы вторая(младшая) БД открывалась сразу после загрузки старшей (надо прописывать в Глобальном модуле ПриНачалеРаботыСистемы), либо открывать ее с первой необходимостью, и потом уже не закрывать до конца сеанса, т.е. переменная объекта ОЛЕ должна быть глобальной с Экспортом, иначе если каждый раз создавать объект при создании/изменении документов или элементов будет уходить много времени. При этом следует иметь в виду что "бух" уже не сможет войти в младшую БД под тем же именем пользователя, не выходя из старшей (но под другим именем - пожалуйста, если только ОЛЕ не откроет младшую в монопольном). Ну и соответствено надо перелапатить все глобальные процедуры конфигуратора старшей и младшей БД (ведь документы/элементы не только создаются, но и корректируются, перемещаются, удаляются), т.к. что бы использовать готовые процедуры младшей БД они должны быть экспортными. В общем при реализации идеи, "буху" будет конечно удобно, но какие вилы програмисту... Впрочем в такой ситуации "бух" рад даже небольшой механизации процесса, например автоматически создаются только новые документы/элементы, а все исправления/удаления он согласится делать вручную (как правило на первых порах, потом он попросит "ну пусть они хотя бы удаляются синхронно" - а это уже вопрос поиска одноименных документов/элементов).