MAGAZKA

(Центральную базу устанавливаем ДОМА (в офисе))

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

и стала доступна кнопку "Новая периф.ИБ" ее и нажмем.

 

В диалоге «Новая периферийная информационная база» вводим код

( три знака , можно цифры или буквы латинксие) 

 

 

см. мой пример

 

 

 

 

нажимаем "Ок" видим значок у базы серого цвета (не активаная) - это значит что данные из 

Центральной базы в нее еще не разу не выгружались.

 

 

 

можно еще (по количеству ваших магазинов) создать НОВЫЕ Периферийные базы

скопируем его и папку МАГАЗьКА Магазин

на флешку (и отправимся в магазин)

 

Настройка Периферийной базы

 

В магазине также прописываем заново базу

(для новой периферийной базы (если она находится на другом компьютере) 

нужна лицензия на МАГАЗьКА)

 

 

 

 

 

 

 

 

 

 

 

Теперь можно проверить, что инициализация ПБ прошла успешно. Для этого нужно открыть пункт меню «Администрирование – Распределённая ИБ - Управление». В открывшемся диалоге «Управление распределёнными базами» можно увидеть данные о ЦБ и ПБ.

 

 

Диалог управления распределёнными данными в периферийной базе

 

 

Теперь нужно выполнить настройку ПБ.

Для этого откроем пункт меню «Администрирование – Распределённая ИБ - Автообмен», после чего на экране появляется диалог «Автообмен».

 

 

В диалоге «Автообмен» нажимаем кнопку «Настройка»,

после чего открывается диалог «Настройка параметров автообмена».

 

 

В диалоге «Настройка параметров автообмена» в разделе «Каталоги, имена файлов, режим» указываем каталоги, которые будут использоваться для загрузки и выгрузки файлов автообмена.

Параметры электронной почты также не настраиваем,

поскольку почта 1С использоваться не будет.

Пароль на файл автообмена настраиваем при необходимости.

Сохраняем настройки автообмена нажатием на кнопку «ОК»

и выходим из диалога «Автообмен».

Теперь периферийная база настроена и готова для автообмена данными с Центральной информационной базой.

 

давайте нажмем Выполнить

 

 

видим сообщение об успешной выгрузки

 

 

откроем каталог и увидим файл выгрузки

 

 

так выглядит Автообмен в Центральной базе

 

 

попробуем загрузить и выгрузить одновременно

 

 

 

 

Насколько часто проводить автообмен?

Частота обмена файлами обновлений между распределёнными базами определяется потребностями пользователей информационной базы. Тем не менее, не редко критерием частоты автообмена становится механизм передачи обменных файлов между базами. Файлы автообмена могут передаваться по электронной почте, через FTP сервер или посредством физических носителей (флешка, переносной жёсткий диск и подобное). Если администратору системы 1С удалось настроить автоматический обмен файлами, то есть смысл делать обмен данными ежедневно.

Почему полезно проводить автообмен как можно чаще?

Чем чаще будут обновляться данные в распределённой базе данных, тем оперативнее будут приниматься управленческие решения. А если на вопрос посмотреть с технической точки зрения, то увеличение частоты обмена данными между распределёнными базами будет способствовать уменьшению размера обменных файлов.

Будут ли пропадать данные при автообмене?

Нередко у администраторов, не имеющих опыта работы с УРБД, возникает вопрос о том, не будут ли пропадать данные в базах после автообмена с другой базой. На данный вопрос можно дать подробный ответ.

Запрет повторной загрузки инициализационного файла

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

 

 

 

 

 

Коллизии

 

А что произойдёт, если в центральной и в периферийной базах были

одновременно внесены изменения в один и тот же объект?

Например, одновременно пользователи в разных базах изменили одну и ту же расходную накладную

или свойства некоего контрагента. Что тогда?

Здесь ответ однозначен и варианты исключены.

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

Иными словами, если в периферийной базе в расходной накладной № 12 была добавлена новая строка, а в центральной базе в строке № 4 той же расходной накладной № 12 была изменена цена товара, то после обновления в периферийной базе затрётся добавленная строка, но будет проведено изменение цены, пришедшее из Центральной базы.

Как предотвратить потерю данных? Думаю, способов может быть очень много. Например, можно поиграться с набором прав пользователей. Скажем, предоставить право повторного редактирования документа только пользователю, который создал документ, а другие пользователи данный документ могут только просматривать. А чтобы "изменить" документ, нужно удалить "ошибочный" документ и вместо него создать новый, если потребуется.

Могут быть другие коллизии и и другие способы предотвращения потери данных при возникновении коллизий в работе с распределённой базой данных. Вы сможете их придумать сами. Потому что теперь вы будете предупреждены, а значит - вооружены.

 

Теперь когда мы с вами настроили УРБД, подведу итог своими словами.

Чтобы получить данные из магазина (ов) нужно чтобы в магазине выгрузили данные

и прислали (передали ) вам в офис. Вы все данные загружаете (например вечером) и высылаете им выгрузку.

Администраторы в магазинах загружают. После загрузки у вас ОДИНАКОВЫЕ ДАННЫЕ.

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

 

В сети есть много программ по автоматизации автообмена между базами (при наличии постоянного интернета)