Створення та налагодження розподіленої бази даних (РИБ) в 1С 8.3 Бухгалтерія (і інших конфігураціях) необхідні у випадках, коли немає можливості працювати декільком користувачам, одночасно підключаючись до однієї бази даних. В даний час це досить рідкісне явище, так як прекрасно працює стандартний віддалений робочий стіл і є інші програми, які забезпечують віддалене підключення до центрального комп'ютера, де розташована база даних.
Але тим не менш бувають ситуації, коли просто-напросто немає інтернету. А дані повинні в підсумку виявитися в одній інформаційній базі. Для цього і створюється розподілена база даних.
Зазвичай головну базу називають центральної, а решта - периферійними. Суть в тому, що або в ручному, або в автоматичному режимі (залежить від настройки) бази даних об'єднуються в одну. Щоб номера нововведених документів і коди довідників не дублювати, кожну базу даних призначається префікс.
У цій інструкції ми на прикладі створимо центральну і периферійну бази даних, перевіримо обмін між ними. Цей посібник підійде як для 1С 8.3 Бухгалтерія, так і для 1С Управління торгівлею (УТ) і інших конфігурацій.
Налаштування головної (центральної) розподіленої бази РИБ
Зайдемо в меню 1С «Адміністрування», далі по посиланню «Налаштування синхронізації даних». У вікні, потрібно встановити прапорець «Синхронізація даних». Чи стане активною посилання «Синхронізація даних». Відразу тут же встановимо префікс для головної інформаційної бази - наприклад, «ЦБ»:
Заходимо за посиланням «Синхронізація даних», відкриється вікно з кнопкою «Налаштувати синхронізацію даних». При натисканні на цю кнопку відкриється список, що випадає, де потрібно вибрати режим «Повний». Якщо потрібна синхронізація тільки по одній організації, потрібно вибрати «По організації ...».
У наступному вікні нам програма запропонує зробити резервну копію. Настійно рекомендую зробити це, тому що такі кроки налаштування можуть бути незворотні.
Після створення резервної копії натискаємо кнопку «Далі». На наступному кроці нам слід визначитися, як буде відбуватися синхронізація:
- через локальний каталог або каталог у локальній мережі;
- по інтернету за допомогою FTP.
Для простоти і наочності прикладу виберемо локальний каталог. Я вказав наступний шлях: «D: \\ Бази 1С \\ Синхронізація». Не зайвою буде перевірка записи в даний каталог, для цього є спеціальна кнопка:
Отримайте 267 відеоуроків по 1С безкоштовно:
Наступні кроки з налаштуванням синхронізації по FTP і електронній пошті пропускаємо. Зупиняємося на настройках назв головною і периферійної баз даних. Тут же поставимо префікс для периферійної бази:
Не забувайте, що префікси кожної бази повинні бути унікальні. В іншому випадку Ви отримаєте помилку «Значення префікса першої інформаційної бази не унікально».
Тиснемо «Далі», перевіряємо введену інформацію і знову натискаємо «Далі», потім - «Готово». В поле «Повне ім'я файлової бази» вказуємо файл 1Cv8.1CD в каталозі, який створили для синхронізації. Створюємо початковий образ розподіленої бази 1С:
Після створення початкового образу РИБ в 1С можна задати розклад синхронізації або синхронізувати вручну:
Після синхронізації можна підключитися до нової бази даних і переконатися, що туди вивантажилася інформація з центральної бази:
Тільки відразу в новій периферійної базі заведіть хоча б одного користувача з правами адміністратора.
Налаштування синхронізації в периферійній базі даних
В периферійній базі 1С настройка набагато простіше. Досить встановити прапорець «Синхронізація даних» і перейти за однойменною посиланням. І ми майже відразу потрапляємо у вікно з кнопкою «Синхронізувати». Спробуємо створити тестову номенклатуру в периферійній базі і вивантажити її в основну за допомогою РИБ:
Часто виникає ситуація, коли організація має кілька філій або торгових точок, територіально віддалених один від одного. Проте залишається необхідність вести єдиний облік по всій організації. Одним з варіантів вирішення цього завдання є створення єдиної мережі, в яку будуть включені автоматизовані робочі місця всіх філій, і розміщення інформаційної бази 1С на загальнодоступному сервері. Цей спосіб може бути технічно складний і витратний. Крім того, виникає ряд питань, пов'язаних з інформаційною безпекою.
Другий варіант - створення розподіленої інформаційної бази (РИБ). Розподілена інформаційна база являє собою ієрархічну структуру, що складаються з окремих інформаційних баз на платформі 1С: Підприємство, між якими організований обмін даними з метою синхронізації конфігурації і даних. Ці окремі інформаційні бази називаються вузлами РИБ.
Розподілена інформаційна база може бути створена на основі різних конфігурацій системи 1С: Підприємство. Розглянемо її створення на прикладі 1С: Управління торгівлею 10.3.
Припустимо, в організації торгівлі відкривається додаткова торгова точка, в якій необхідно мати доступ до загальної торговельній системі організації. Для створення РИБ необхідно виконати наступні кроки:
На цьому створення розподіленої інформаційної бази завершено. Для обміну інформацією необхідно запустити обмін даних в Центральній базі (вивантажити зміни, які відбулися в ній), потім - в магазині (завантажаться зміни з центральної бази і вивантажити зміни, що відбулися в магазині), і знову - в центральній базі (в неї буде завантажено зміни , що відбулися в магазині).
Розподілені інформаційні бази мають свій механізм вирішення колізій. Так, якщо при проведенні обміну з'ясовується, що який-небудь об'єкт (документ, довідник і т.д.) був змінений і в головній, і в підпорядкованій базі, то пріоритет матиме зміна, зроблене в головній базі.
При необхідності змінити конфігурацію розподіленої інформаційної бази, це потрібно робити в кореневому вузлі (див. Перший малюнок статті), зміни інших вузлів заблоковані. Після проведення необхідних змін, їх можна передати в підлеглі вузли за допомогою стандартної процедури обміну даними між вузлами РИБ. Після проведення обміну в конфігураторі підлеглого вузла необхідно виконати оновлення конфігурації інформаційної бази.
Якщо у вас виникли проблеми з налаштуванням розподіленої інформаційної бази, наші фахівці допоможуть вам налаштувати обмін даними і докладно пояснять, як його використовувати.
РИБ - розподілена інформаційна база, що вдає із себе деревоподібну конструкцію, гілками якої є окремі розгорнуті бази 1С Підприємства. Ці бази називають вузлами розподіленої інформаційної бази (далі просто вузли). Між цими вузлами утворений обмін інформацією для синхронізації всіх вузлів (конфігурацій і баз).
Основний механізму є механізм обмінів з деякими відмінними і універсальними можливостями. Основною відмінністю можна виділити те, що механізм обміну РИБ є більш спеціалізованим і вузьким, тоді як універсальні обміни дають користувачеві ширше коло можливостей.
Базові принципи роботи РИБ
Змінювати структуру конфігурації можливо тільки в головному кореневому вузлі розподіленої інформаційної бази. Далі ці зміна ієрархічно поширюються до підлеглих вузлів. Таким чином це забезпечує єдиний простір структури конфігурації у всіх вузлах РИБ.
Дані ж можуть бути змінені в будь-якому з вузлів, які в свою чергу поширюються по всім іншим вузлам. Причому ці дані не обов'язково повинні бути передані іншим учасникам системи і їх повна ідентичність може не підтримуватися. Склад даних, які беруть участь в обміні з іншими учасниками РИБ, розробник може налаштувати за своїм бажанням. Причому настройки можуть проводиться не тільки на урочну метаданих конфігурації, але і на рівні окремих елементів, на які можна накласти спеціальні відбори.
Як вже було сказано вище, механізм РИБ досягається за рахунок використання планів обміну. але щоб той чи інший план міг використовуватися в цій ієрархічній структурі, у нього має бути активовано властивість "Розподілена інформаційна база".
Всі дані в РИБ передаеются за допомогою повідомлень. Вміст цих повідомлень чітко регламентовано і не може бути довільним, як в універсальному механізмі обмінів. Дані поміщаються в повідомлення використовуючи принцип XML серіалізациі. Крім цих змін даних, в повідомлення також міститься інформація про зміну конфігурації, а також деяку кількість службової інформації. Зміни реєструються від поміщаються в повідомлення обміну повністю автоматично. Ні користувач, ні розробник на це вплинути не можуть.
Прийом і формування повідомлень обміну в РИБ встановлюються однією командою
Планиобмена. ЗапісатьІзмененія (ЗапісьСообщенія, 0)
Вміст читається за допомогою команди
висновок
Можна сміливо говорити, що механізм РИБ в основному складається з механізму універсального обміну з деякими відмітними особливостями, які присутні тільки в структурі РИБ.
В 1с 8.3 або в 1С 8.2? Налаштування розподіленої інформаційної бази. Покрокова інструкція.
Розподіл інформаційної бази застосовується при необхідності ведення спільного обліку в базах даних, які не можуть, в силу різних причин, мати фізичного з'єднання. Прикладом може служити ведення обліку в одній фірмі, що має підрозділ в большом городе і маленькому селищі без можливості підключення мережі інтернет. Або в деяких окремих випадках періодичної необхідності одночасної роботи з однією базою даних в офісі і поза офісом, наприклад будинку. У таких і їм подібних випадках застосування розподіленої інформаційної бази (РИБ) виправдано і необхідно.
У даній статті ми розглянемо організацію розподілу однієї інформаційної БД в конфігурації 1С Бухгалтерія для Росії версії 8.3 через локальний або мережевий каталог. У версії 8.2 1С дана інструкція також буде корисна, тому що описує по суті один процес з істотно малими відмінностями.
==== Налаштування для головної бази ====
Відкривши 1С 8.3 в режимі «Підприємство» перейдемо в розділ «Адміністрування». У версії 1С 8.2 для початку роботи потрібно перейти в головному меню «Сервис» - «Розподілена інформаційна база (РИБ)» - «Налаштувати вузли РИБ».
Далі будемо розглядати процес в контексті ІБ версії 8.3. Отже, перейшовши в розділ «Адміністрування», виберемо «Налаштування програми». В налаштуваннях зайдемо в розділ «Синхронізація даних». Тут ставимо галочку «Використовувати синхронізацію даних» і вказуємо префікс бази даних. Зазначимо «ЦБ», що має на увазі центральну базу.
Після цього в правому меню з'являється пункт «Синхронізація даних». Виберемо його. У відкритому дочірньому вікні натискаємо кнопку «Налаштувати синхронізацію даних». У випадаючому меню можна вибрати варіанти налаштувань під різні випадки використання синхронізації. Ми вибираємо «Розподілена інформаційна база ...».
Для загального розвитку знайомимося вмістом наступного вікна і натискаємо «Далі».
У наступному вікні заповнюємо каталог, через який буде проходити. Зазначимо стиснення даних для скорочення розмірів вивантаження і тут же можна вказувати пароль на архів з даними. Важливо не забути його. Підтверджуємо заповнення кнопкою «Далі».
Наступні два вікна призначені для вказівки параметрів налаштувань для випадків обміну через сервер FTP і через електронну пошту. Як зазначалося раніше, ми розглядаємо спосіб обміну через каталог, тому налаштування для FTP і email пропускаємо.
Наступне вікно застосовується для визначення параметрів обміну в частині периферійної бази даних. Зазначимо її назву і префікс. Далі - кнопка «Далі».
Перевіримо сформовані нами параметри обміну і підтвердимо їх правильність традиційної кнопкою «Далі».
Автоматично буде створено необхідний набір налаштувань для обміну. Це займе деякий час.
Важливо! Створення початкового образу для підлеглого вузла займає чимало часу. Розмір цієї значущості залежить від ресурсів комп'ютера і обсягів обліку в головній базі даних.
Припустимо, що ми вирішили створити образ. Після натискання на кнопку «Готово» в попередньому вікні, введемо настройки для створення образу підпорядкованої ІБ. Ми розглянемо найпростіший випадок для локальних операцій. Для цього зазначимо необхідні реквізити у вікні. Особливо звернемо увагу на параметр «Повне ім'я файлової бази». Його необхідно вказувати в повному форматі UNC, який передбачає формування і локального шляху в «мережевому» форматі. Наприклад - «\\\\ Server1C \\ Databases \\ RIB». До вказаного шляху додамо найменування файлу БД - 1Cv8.1CD.
Після натискання на кнопку «Створити початковий образ» стартує процес генерації образу для підпорядкованої бази.
Після закінчення процесу в зазначеному каталозі буде створено файл БД. Цю, новостворених базу перед повноцінним використанням потрібно налаштувати.
==== Налаштування для периферійної бази ====
Для цього її потрібно підключити до 1С. Як це зробити ви знайдете в інструкції в нашій статті - Після підключення, нову базу потрібно запустити в режимі конфігуратора і створити користувачів. Далі ІБ потрібно запустити в режимі 1С «Підприємство».
Якщо, з якоїсь причини, створення користувачів потрібно перенести на більш пізній час, можна після підключення просто запускати базу в режимі 1С «Підприємство». Буде запропоновано створення користувача «Адміністратор», погодьтеся з ним, і буде виконано початкове заповнення.
Потім потрібно продовжити настройку сполучення з головною базою. Ця настройка подібна розглянутої вище для головної бази.
Буде створена настройка для зв'язку з головною базою.
============================================
Отже, тепер у нас створені головна і периферійна бази. Також створені налаштування синхронізації в кожній з цих баз даних. Тепер можна перейти до редагування цих налаштувань і приведення їх у відповідний вигляд. Можна створити правила автоматичного обміну або виконувати обмін вручну.
Зробимо це в головній базі даних. Периферійна база налаштовується аналогічно.
Редагування можна застосувати до правил і розкладом синхронізації даних.
За кнопці «Налаштувати» в розділі «Розклад синхронізації даних», потрібно відредагувати сценарії для автоматичного розпорядку роботи з вивантаження / завантаження даних для обраної бази. Можна і не редагувати, просто погодившись із запропонованими за замовчуванням варіантами.
Для редагування параметрів достатньо клікнути по посиланню з даними автоматичного розкладу. І далі редагуємо тимчасові параметри запуску завдань. Переходячи по закладках можна змінювати як час, так і дати і дні тижня запуску.
За кнопці «Виконати завдання» головного вікна сценаріїв можна виконати ручний запуск завдання.
За кнопці «Налаштувати» розділу «Правила синхронізації даних» можна виконувати операції зі зміни сценаріїв запуску завдань, а також переглядати журнал виконання вивантажень / завантажень. Останнє досить важливо для адміністрування доступів і відстеження регулярності обмінів.
Закінчивши створення та редагування сценаріїв автоматичного запуску обміну розподіленої бази даних, можна перейти до вивантаження та подальшої завантаженнями.
На цьому, в основному, настройка розподіленої бази банних для центрального та периферійного вузла закінчені.
Завантажити ілюстровану інструкцію
Розподілена інформаційна база. Покрокова інструкція
Розподілена Інформаційна База (РИБ) 1С: Преприятие
Створення розподіленої інформаційної бази і її налаштування
як налаштувати риб в 1с 8.2
Як налаштувати розподілену інформаційну базу в 1С
Як налаштувати в 1С
Як налаштувати в 1С
Налаштування розподіленої інформаційної бази (РИБ) в 1С
Приклад настройки РИБ для 1С: Бухгалтерія 8
Створення розподіленої інформаційної бази і настройка
У цьому матеріалі докладна інструкція по налаштуванню обміну РИБ для 1С: Підприємство 8 і проблеми, з якими зіткнувся автор.
1. Створення вузлів
Створюємо нові вузли (головний і підлеглий): в призначеному для користувача режимі "Операції / Плани обміну / Повний"
Виберемо план обміну "Повний"
Створюємо два записи:
- перший запис назвемо "ЦБ" (головний вузол), код вкажемо "ЦБ",
- другий запис назвемо "Підлеглий вузол", код вкажемо "ПУ".
Значок з зеленим кружком - "ЦБ" (головний вузол)
Для підлеглого вузла натискаємо на іконку "Створити початковий образ". (Буде потрібно монопольний доступ)
Створити початковий образ
Далі у вікні заповнюємо параметри нової бази. Після закінчення натискаємо кнопку "Готово"
Створення початкового образу ІБ
Розпочнеться створення початкового образу підлеглого вузла розподіленої інформаційної бази, після закінчення з'явиться повідомлення "Створення початкового образу успішно завершено". Тиснемо кнопку "ОК".
Додаємо базу підлеглого вузла в список баз, запускаємо її.
У цій підпорядкованої базі відкриваємо повний план обміну - значок "ЦБ червоний, це означає, що цей вузол є головним для інформаційно бази, в якій ми знаходимося.
2. Налаштування префіксів
Для кожної бази, в настройках параметрів обліку (в УПП "Сервіс / Параметри обліку") на закладці "Обмін даними", встановлюємо префікси. Це робиться для того щоб не виникало конфліктів в номерах і кодах документів і довідників, створених в двох базах.
Для автообміну, встановлюємо галочку "Використовувати механізм автоматичного обміну ..."
Закладка "Обмін даними"
3. Додаємо настройку обміну даними між вузлами
Відкриваємо: "Сервіс \\ Розподілена інформаційна база (РИБ) \\ Налаштувати вузли РИБ"
Натискаємо "Додати", відкриється вікно "Налаштування обміну даними"
Налаштування обміну даними
Натискаємо на значок "Виконати обмін по установленою"
Виконати обмін по установленою
Тепер про "підводні камені"
1. Обмін даними може виконуватися в автоматичному режимі і може бути инициализирован в наступних випадках:
* При запуску програми. Обмін буде виконуватися під час запуску програми,
* При завершенні роботи з програмою. Обмін буде виконуватися перед завершенням користувачем роботи з програмою,
* При появі каталогу. Обмін буде виконано тільки в тому випадку, якщо каталог вказаний користувачем був не видко, а зараз стало видно. Налаштування може бути використана для виконання автоматичного обміну при підключенні до локальної мережі або flash карти. Програма періодично перевірятиме видимість зазначеного в налаштуваннях каталогу і відзначати його поточний стан,
* При появі файлу. Рекомендується використовувати дані режим, коли потрібно виконати обмін, якщо з'являється входить файл обміну даними. В цьому випадку, досить вказати повний шлях до вхідного файлу обміну даними. Програма періодично аналізує наявність файлу, і як тільки він з'явиться, буде виконаний обмін, а після обміну цей файл буде примусово УДАЛЕН (це робиться для того, що б процедура обміну не виконувалася постійно),
* Періодичний обмін даними. Обмін буде виконуватися згідно налаштувань періодичного обміну даними. Якщо інформаційна база працює в файл-серверному режимі, то періодичний обмін виконується тільки у користувача, який вказаний в параметрах облікової політики як "Користувач для регламентних завдань у файловому режимі". В Клієнт-серверному варіанті обмін виконується на сервері 1C: Підприємства.
У мене Клієнт-серверний варіант - для роботи регламентного автообміну довелося перевантажувати сервер
2. Кодування Windows.
Обмін переривався помилкою - так як не відбувається стиснення файлу. Це через помилку кирилиці в командному рядку при стисненні.
Лікується виправленням кодувань в реєстрі.
Наприклад, для Windows Server 2008 -
код
REGEDIT4
"1250" \u003d "c_1251.nls"
"1251" \u003d "c_1251.nls"
"1252" \u003d "c_1251.nls"
"1253" \u003d "c_1251.nls"
"1 254" \u003d "c_1251.nls"
"1 255" \u003d "c_1251.nls"
3. Створюючи копію бази (наприклад, для доопрацювання) в клієнт-серверному варіанті, НЕОБХІДНО, щоб регламентний ЗАВДАННЯ КОПІЇ бази були вимкнені. Блокування регламентних завдань для копії ВКЛ
Якщо їх не заблокувати, то копія буде робити обміни з такого самого розкладом, що і основна база. Значить, частина повідомлень в віддалені вузли буде формуватися з робочої бази, а частина з копії, що призведе рассинхронизации конфігурацій.
