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

УРБД как-то не подходит, т.к. выгружает все.
Обработка TRANREF.ERT с диска ИТС тоже не походит, т.к. если переместить в А элемент в другую группу, в Б он остается на своем месте.

Есть ли другие способы синхронизации?

УРБД прекрасно подходит.
Кроме УРБД есть ОЛЕ, триггеры и много других сповобов

>>УРБД как-то не подходит, т.к. выгружает все.

хватить курить всякую гадость

(1) а где достать подробную инструкцию как выгружать только один справочник в УРБД?

про ОЛЕ и триггеры можно подробнее?

http://kb.mista.ru/article.php?id=3

там не написано как только определенный справочник выгружать-грузить

(2) не понял

(5) автор поста (2) хотел сказать, что вы ошибаетесь ))

(5) в дереве метаданных встань на какой-либо справочник, ПКМ - Свойства - Последняя закладка

(7) ок, спасибо

а какие еще есть способы синхронизации, кроме УРБД?

мод

(9) что это значит?

(10) менеджер обмена данными.
Но лучше урбд.

всем спасибо, попробую, отпишусь

лучше гибрид.. регистрация объектов урибом, выгрузка по правилам мод-а.

про КД еще не вспоминали?

(14) кд никак не отслеживает изменения в базе.

тригеры +МОД

(15) ааа, пропустил ключевое слово "большого объема"

думал просто весь справочник выгружать/пересылать

(8) Если на одном компьютере или в терминале в абсолютно идентичных конфигурациях, то можно сделать файл справочника общим через жесткие связи файлов NTFS, но тогда общими надо делать и назначение внутренних идентификаторов, а значит точно также "расшаривать" между базами файл 1suidctrl.*
ну итогом этому частично общим будет и "ожидание захвата таблицы..."

(18) естественно, что вытворять такое нужно в самом начале, на абсолютно пустой базе

Да если один справочник только и больше не планируется - вести свою регистрацию и выгружать измененные объекты правилами КД
http://1c911.by/stati_1s/statya-kak-avtomatizirovat-obmen-s-pomoshchyu-konvertacii-dannyh.htm

+(19) еще одним плюсом этому является то, что это бомба замедленного действия, известная только фикси, при прочих посторонних вмешательствах мимо этого фикси - все накроется медным тазом.

грохать в базе Б справочник грузить новый с изменениями ))

(22) прикольно ( так нельзя )
так на этот справочник уже могут быть ссылки по id

через sql менеджер экспорт настроить. Если база скульная.

(13) (16) МОД оказался платным решение, к тому он вносит изменения в конфигурацию

(7) выбрал, как вы советовали, получается, что в конфигураторе придется у каждого ненужного объекта в свойтвах отменять миграцию????

26 можно отменить на все объекты типа справочник затем вернуть на те которым нужно мигрировать.

(27) во идея, век учись, спасиб :)

(25) 800 рублей, это огромные не подъемные деньжищщщааа!

И да, УРИБ, если че, тоже платный, раньше, тыщ 15 стоил, если не ошибаюсь.

Он у вас куплен ?

МОД прекрасно справится. настройки там минут на 10 для одного справочника.

(30) а если УРИБ использовать в "периферийном режиме"? :-)

(31) уриб не знаю, стоит давно вообще-то

(32) а где его взять для теста, мож потом купим

(35) на любом варезном сайте.. как грязи + ключей штук 70 в одном файле..

(36) так в описании пишут, что мод надо ставить еще он изменения в конфу вносит.

Что-то я сомневаюсь что простой оператор 1с в другом городе сие осилит

(37) осилит что ?
У вас оператор занимается изменением конфы ?
Всё будет в автомате, в полном. И не важно, на чем будет решение - на мод-е, на урибе.. на обменен своей поделкой.
Делать надо именно так.

(38) ты не так понял, оператор базы Б в другом городе, который далеко, ему инструкцию надо как справочник грузить делать, а вообще желательно обработку с одной кнопкой

39 если изменения в конфигурации планируются часто мод будет сложнее в обслуживании на мой взгляд.

(40) не, конфа фактически не меняется, но элементы в справочник слишком часто заносятся и перемещаются между группами

плюс к этому, он большого объема

Простая обработка с учетом транзакций грузит слишком долго

Иногда простым решением является установка общей базы на доступный терминал-сервер.

(42) фирмы разные, а с интернетом постоянные обрывы

тогда катайте обмены по урбд в автомате каждые 5-15 минут да и нехай. главное не забудьте подтверждения с базы Б принимать иначе файл выгрузки будет пухнуть не получая подтверждения предыдущего обмена.

(44) не, такая частота обмена не нужна, обычно 2-3 раза в неделю синхронизировать справочник достаточно

(44) а где, кстати, про урбд очень подробно расписано, что да как, включая синхронизацию только определенных справочников?доков и тд?

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

Есть подозрение, что у ТС в базах уже давно работают...

угу. слить все придется в кучу) для урбд дополнительные действия. в случае с мод начхать на это)

(39) Зачем ?
Не надо никакой инструкции, полный автомат по расписанию.

(48) да, точно, работают давно, упустил про такой момент

(27) И где это ты такое видел?
Может поделишься?