Създаването и конфигурирането на разпределена база данни (RDB) в 1C 8.3 Accounting (и други конфигурации) е необходимо в случаите, когато не е възможно няколко потребители да работят, докато се свързват едновременно с една база данни. В наши дни това е доста рядко явление, тъй като стандартният отдалечен работен плот работи добре и има други програми, които предоставят дистанционна връзкадо централен компютър, където се намира базата данни.
Но въпреки това има ситуации, когато просто няма интернет. И данните в крайна сметка трябва да попаднат в една информационна база. Ето защо се създава разпределена база данни.
Обикновено основната база се нарича централна, а останалите се наричат периферни. Въпросът е, че или ръчно, или автоматичен режим(в зависимост от настройката) базите данни се обединяват в една. За да се гарантира, че номерата на нововъведените документи и кодовете на указателите не се дублират, на всяка база данни се присвоява префикс.
В тази инструкция ще използваме пример за създаване на централна и периферна база данни и ще проверим обмена между тях. Това ръководство е подходящо както за 1C 8.3 Accounting, така и за 1C Trade Management (UT) и други конфигурации.
Настройка на основната (централна) разпределена RIB база данни
Нека отидем в менюто „Администриране“ на 1C, след което щракнете върху връзката „Настройки за синхронизиране на данни“. В прозореца, който се отваря, трябва да поставите отметка в квадратчето „Синхронизиране на данни“. Връзката „Синхронизиране на данни“ ще стане активна. Нека зададем префикса за главната страница точно тук информационна база– например „CB“:
Щракнете върху връзката „Синхронизиране на данни“ и ще се отвори прозорец с бутон „Настройване на синхронизиране на данни“. Когато щракнете върху този бутон, ще се отвори падащ списък, където трябва да изберете режим „Пълен“. Ако се изисква синхронизация само за една организация, трябва да изберете „По организация...“.
В следващия прозорец програмата ще ни подкани да направим резервно копие. Горещо препоръчвам да направите това, тъй като следните стъпки за настройка може да са необратими.
След създаването резервно копиещракнете върху бутона "Напред". На следващата стъпка трябва да решим как ще се извърши синхронизирането:
- чрез локална директория или директория в локална мрежа;
- през интернет чрез FTP.
За простота и яснота на примера ще изберем локална директория. Посочих следния път: “D:\1C Databases\Synchronization”. Би било добра идея да проверите записите в тази директория, има специален бутон за това:
Вземете безплатно 267 видео урока за 1C:
Пропускаме следващите стъпки с настройка на синхронизацията чрез FTP и имейл. Нека да разгледаме настройките за имената на основните и периферните бази данни. Тук ще зададем префикса за периферната база данни:
Не забравяйте, че префиксите за всяка база данни трябва да бъдат уникални. В противен случай ще получите грешката „Стойността на префикса на първата информационна база не е уникална.“
Щракнете върху „Напред“, проверете въведената информация и щракнете отново върху „Напред“, след което върху „Край“. в полето " Пълно имефайлова база данни" посочваме файла 1Cv8.1CD в директорията, която създадохме за синхронизация. Създаваме първоначалното изображение на разпределената база данни 1C:
След като създадете първоначалното изображение на RIB в 1C, можете да зададете график за синхронизиране или да синхронизирате ръчно:
След синхронизацията можете да се свържете с новата база данни и да се уверите, че там е качена информация от централната база данни:
Просто веднага създайте поне един потребител с права на администратор в новата периферна база данни.
Настройка на синхронизация в периферната база данни
В периферната база данни 1C конфигурацията е много по-проста. Просто поставете отметка в квадратчето „Синхронизиране на данни“ и следвайте връзката със същото име. И почти веднага се озоваваме в прозорец с бутона „Синхронизиране“. Нека се опитаме да създадем тестов елемент в периферната база данни и да го качим в основната с помощта на RIB:
Често възниква ситуация, когато една организация има няколко клона или търговски обекта, географски отдалечен приятелот приятел. Въпреки това остава необходимостта от поддържане на последователни записи в цялата организация. Един от вариантите за решаване на този проблем е създаването единна мрежа, който ще включва автоматизирани работни станции на всички клонове и поставяне на информационната база 1C на публичен сървър. Този метод може да бъде технически сложен и скъп. Освен това възникват редица въпроси, свързани с информационната сигурност.
Вторият вариант е създаването на разпределена информационна база (RIB). Разпределената информационна база е йерархична структура, състояща се от отделни информационни бази на платформата 1C:Enterprise, между които е организиран обмен на данни с цел синхронизиране на конфигурация и данни. Тези отделни информационни бази се наричат RIB възли.
Разпределена информационна база може да бъде създадена на базата на различни конфигурации на системата 1C:Enterprise. Нека разгледаме създаването му на примера на 1C: Управление на търговията 10.3.
Да приемем, че търговска организация отваря допълнителен изход, в който е необходимо да има достъп до общ търговска системаорганизации. За да създадете RIB, трябва да изпълните следните стъпки:
С това завършва създаването на разпределена информационна база. За да обмените информация, трябва да започнете обмен на данни в централната база данни (промените, които са настъпили в нея, ще бъдат изтеглени), след това в магазина (ще бъдат изтеглени промените от централната база данни и промените, които са настъпили в магазина, ще бъдат изтеглени ) и отново в централната база данни (промените ще бъдат изтеглени в нея, настъпили в магазина).
Разпределените информационни бази имат свой собствен механизъм за разрешаване на сблъсъци. Така че, ако по време на обмен се окаже, че някой обект (документ, директория и т.н.) е променен както в основната, така и в подчинената база данни, тогава промяната, направена в основната база данни, ще има приоритет.
Ако е необходимо да се промени конфигурацията на разпределена информационна база, това трябва да се направи в основния възел (вижте първата фигура на статията), конфигурациите на останалите възли са заключени. След извършване на необходимите промени, те могат да бъдат прехвърлени към подчинени възли, като се използва стандартната процедура за обмен на данни между RIB възли. След извършване на обмена в конфигуратора на подчинения възел е необходимо да се актуализира конфигурацията на информационната база.
Ако имате проблеми с изграждането на разпределена информационна база, нашите специалисти ще ви помогнат да настроите обмена на данни и ще ви обяснят подробно как да го използвате.
RIB е разпределена информационна база, която представлява дървовидна структура, чиито клонове са отделни разгърнати бази данни 1C Enterprise. Тези бази данни се наричат възли на разпределена информационна база (наричани по-нататък просто възли). Между тези възли се формира обмен на информация, за да се синхронизират всички възли (конфигурации и бази данни).
Основният механизъм е обменен механизъм с някои отличителни и универсални възможности. Основната разлика е, че механизмът за обмен на RIB е по-специализиран и тесен, докато универсалните обмени предоставят на потребителя по-широк набор от възможности.
Основни принципи на работа на RIB
Възможно е да се промени структурата на конфигурацията само в главния основен възел на разпределената информационна база. След това тези промени се разпространяват йерархично към подчинените възли. По този начин това осигурява единно пространство за конфигурационна структура във всички RIB възли.
Данните могат да се променят във всеки от възлите, които от своя страна се разпространяват към всички останали възли. Освен това не е задължително тези данни да се прехвърлят на други участници в системата и може да не се запази пълната им идентичност. Разработчикът може да персонализира състава на данните, които участват в обмена с други участници в RIB, както желае. Освен това настройките могат да се правят не само на ниво метаданни за конфигурация, но и на ниво отделни елементи, върху които могат да се прилагат специални селекции.
Както бе споменато по-горе, механизмът RIB се постига чрез използването на планове за обмен. но за да може конкретен план да се използва в тази йерархична структура, неговото свойство „Разпределена информационна база“ трябва да бъде активирано.
Всички данни се предават към RIB чрез съобщения. Съдържанието на тези съобщения е ясно регламентирано и не може да бъде произволно, както при универсалния механизъм за обмен. Данните се поставят в съобщение, като се използва принципът на XML сериализация. В допълнение към тези промени в данните, съобщението съдържа също информация за промени в конфигурацията, както и редица официална информация. Промените се регистрират и поставят в съобщението за обмен напълно автоматично. Нито потребителят, нито разработчикът могат да повлияят на това.
Приемането и генерирането на обменни съобщения в RIB се настройват с една команда
Планове за обмен. WriteChanges(WriteMessages, 0)
Съдържанието се чете с помощта на командата
Заключение
Спокойно можем да кажем, че механизмът RIB се състои главно от механизма универсален обменс някои отличителни черти, които присъстват само в RIB структурата.
В 1C 8.3 или в 1C 8.2? Създаване на разпределена информационна база. Инструкции стъпка по стъпка.
Разпределението на информационни бази се използва, когато е необходимо да се поддържат съвместни записи в бази данни, които по различни причини не могат да имат физическа връзка. Пример може да бъде счетоводството на компания, която има подразделение в голям град или малък град без възможност за връзка с интернет. Или в някои специални случаи на периодична необходимост от едновременна работа с една база данни в офиса и извън офиса, например у дома. В такива и подобни случаи използването на разпределена информационна база (DIB) е оправдано и необходимо.
В тази статия ще разгледаме организирането на разпространението на една информационна база данни в конфигурацията 1C Accounting for Russia версия 8.3 чрез локална или мрежова директория. Във версия 8.2 1C тази инструкциясъщо ще бъде полезно, т.к описва по същество един процес със значително малки разлики.
==== Настройка за основната база ====
След като отворите 1C 8.3 в режим „Предприятие“, нека отидем в секцията „Администриране“. Във версия 1C 8.2, за да започнете, трябва да отидете в главното меню „Услуга“ - „Разпределена информационна база (RIB)“ - „Конфигуриране на RIB възли“.
След това ще разгледаме процеса в контекста на информационната сигурност версия 8.3. Така че, като отидете в секцията „Администриране“, изберете „Настройки на програмата“. В настройките отидете в секцията „Синхронизиране на данни“. Тук поставяме отметка в квадратчето „Използване на синхронизация на данни“ и посочваме префикса на базата данни. Нека посочим "CB", което означава централна основа.
След това в дясното меню се появява елементът „Синхронизиране на данни“. Да изберем него. В детския прозорец, който се отваря, щракнете върху бутона „Настройване на синхронизиране на данни“. В падащото меню можете да изберете опции за настройки за различни случаис помощта на синхронизация. Избираме „Разпределена информационна база...“.
За общо развитие, запознайте се със съдържанието на следващия прозорец и щракнете върху „Напред“.
В следващия прозорец попълнете директорията, през която . Ние ще посочим компресиране на данни, за да намалим размера на качването, като можете веднага да посочите парола за архива с данните. Важно е да не го забравяме. Потвърдете попълването с бутона "Напред".
Следващите два прозореца са предназначени за задаване на параметри за настройки за случаи на обмен чрез FTP сървъри чрез имейл. Както беше посочено по-рано, обмисляме метода на обмен чрез директория, така че пропускаме настройките за FTP и имейл.
Следващият прозорец е предназначен за задаване на параметри за обмен в периферната част на базата данни. Нека посочим неговото име и префикс. Следва бутонът „Напред“.
Нека проверим параметрите за обмен, които сме създали, и потвърдим тяхната коректност с традиционния бутон „Напред“.
Ще се създаде автоматично необходим наборнастройки за споделяне. Това ще отнеме известно време.
важно! Създаването на първоначално изображение за подчинен възел отнема значително време. Размерът на това значение зависи от компютърните ресурси и обема на счетоводството в основната база данни.
Да приемем, че решихме да създадем изображение. След като щракнете върху бутона „Край“ в предишния прозорец, ще влезем в настройките, за да създадем изображение на подчинената информационна сигурност. Ще разгледаме най-простия случай за локални операции. За да направите това, посочете необходимите подробности в прозореца, който се отваря. Нека обърнем специално внимание на параметъра „Пълно име на файловата база“. Трябва да се посочи в пълен формат UNC, което включва формирането на локален път в „мрежов“ формат. Например - “\\Server1C\Databases\RIB”. ДО указан пътНека добавим името на файла с базата данни - 1Cv8.1CD.
След като щракнете върху бутона „Създаване на първоначално изображение“, започва процесът на генериране на изображение за подчинената база данни.
След като процесът приключи, в посочената директория ще бъде създаден файл с база данни. Тази новосъздадена база данни трябва да бъде конфигурирана преди пълно използване.
==== Настройка за периферна база ====
За да направите това, трябва да го свържете към 1C. Ще намерите как да направите това в инструкциите в нашата статия - След като се свържете, трябва да стартирате новата база данни в режим на конфигуратор и да създадете потребители. След това информационната сигурност трябва да бъде стартирана в режим 1C „Предприятие“.
Ако по някаква причина създаването на потребители трябва да бъде отложено за по-късен момент, след свързване можете просто да стартирате базата данни в режим 1C „Enterprise“. Ще бъдете подканени да създадете потребител „Администратор“, да се съгласите с него и първоначалното попълване ще бъде направено.
След това трябва да продължите да настройвате сдвояването с основната база. Тази настройка е подобна на тази, обсъдена по-горе за основната база данни.
Ще бъде създадена настройка за комуникация с основната база.
============================================
И така, сега създадохме основната и периферната база. Настройките за синхронизиране също са създадени във всяка от тези бази данни. Сега можете да преминете към редактиране на тези настройки и привеждането им в подходяща форма. Можете да създавате правила автоматичен обменили извършете обмена ръчно.
Нека направим това в основната база данни. Периферната основа е конфигурирана по същия начин.
Редактирането може да се приложи към правилата и графици за синхронизиране на данни.
Като щракнете върху бутона „Конфигуриране“ в секцията „График за синхронизиране на данни“, трябва да редактирате скриптовете, за да планирате автоматично работата по качване/зареждане на данни за избраната база данни. Не е нужно да го редактирате, просто се съгласете с опциите по подразбиране.
За да редактирате параметрите, просто щракнете върху връзката с данните за автоматичния график. След това редактираме временните параметри за стартиране на задачи. Като преминете през отметките, можете да промените както часа, така и датите и дните от седмицата на стартиране.
Като щракнете върху бутона „Изпълни задача“ в главния прозорец на скрипта, можете да изпълните ръчен стартзадачи.
Като щракнете върху бутона „Конфигуриране“ в секцията „Правила за синхронизиране на данни“, можете да извършвате операции за промяна на скриптове за стартиране на задачи, както и да преглеждате регистъра на качванията/изтеглянията. Последното е доста важно за администриране на достъпа и наблюдение на редовността на обмена.
След като приключих със създаването и редактирането на скриптове автоматичен стартобмен на разпределена база данни, можете да преминете към разтоварване и последващо зареждане на данни.
На този етап конфигурацията на разпределената база данни на банята за централните и периферните възли е основно завършена.
Изтеглете илюстрирани инструкции
Разпределена информационна база. Инструкции стъпка по стъпка
Разпределена информационна база (RIB) 1C:Enterprise
Създаване на разпределена информационна база и нейната настройка
как да настроите rib в 1s 8.2
Как да създадете разпределена информационна база в 1C
Как да настроите в 1C
Как да настроите в 1C
Създаване на разпределена информационна база (RIB) в 1C
Пример за настройка на RIB за 1C: Счетоводство 8
Създаване на разпределена информационна база и конфигурация
В този материал подробни инструкцииотносно настройката на обмена на RIB за 1C:Enterprise 8 и проблемите, които авторът срещна.
1. Създаване на възли
Създаваме нови възли (главен и подчинен): в потребителски режим „Операции / Планове за обмен / Пълен“
Да изберем плана за обмен "Пълен"
Създаваме два записа:
- нека наречем първия запис "CB" (главен възел), посочете кода "CB",
- нека наречем втория запис „Подчинен възел“, посочете кода „PU“.
Икона със зелен кръг - "CB" (основен възел)
За подчинения възел щракнете върху иконата „Създаване на първоначално изображение“. (Изисква изключителен достъп)
Създайте начално изображение
След това в прозореца, който се отваря, попълнете параметрите на новата база данни. Когато приключите, щракнете върху бутона „Край“.
Създаване на първоначално изображение за защита на информацията
Създаването на първоначалния образ на подчинения възел на разпределената информационна база ще започне и след завършване ще се появи съобщението „Създаването на първоначалния образ е успешно завършено“. Кликнете върху бутона "OK".
Добавяме базата на подчинения възел към списъка с бази и я стартираме.
В тази подчинена база данни отваряме пълния план за обмен - иконата „CB“ е червена, това означава, че този възел е основният възел за информационната база, в която се намираме.
2. Настройване на префикси
За всяка база данни в настройките на счетоводните параметри (в UPP „Услуга / Счетоводни параметри“) в раздела „Обмен на данни“ задаваме префикси. Това се прави, за да няма конфликти в номерата и кодовете на документите и справочниците, създадени в две бази данни.
За автоматичен обмен поставете отметка в квадратчето „Използване на механизъм за автоматичен обмен...“
Раздел „Обмен на данни“
3. Добавяне на настройка за обмен на данни между възли
Отворете: "Услуга\Разпределена информационна база (RIB)\Конфигуриране на RIB възли"
Щракнете върху „Добавяне“ и ще се отвори прозорецът „Настройки за обмен на данни“.
Настройка на обмен на данни
Кликнете върху иконата "Обмен според текущите настройки".
Извършете обмена според текущата настройка
Сега за клопките
1. Обменът на данни може да се извършва автоматично и може да бъде иницииран в следните случаи:
* При стартиране на програмата. Обменът ще се извърши, когато програмата започне,
* Когато приключите работата с програмата. Обмяната ще се извърши преди потребителят да приключи работата с програмата,
* Когато се появи каталогът. Обменът ще се извърши само ако директорията, посочена от потребителя, е била невидима, но сега е станала видима. Настройката може да се използва за извършване на автоматичен обмен при свързване към локална мрежа или флаш карти. Програмата периодично ще проверява видимостта на директорията, посочена в настройките, и ще отбелязва текущото й състояние,
* Когато файлът се появи. Препоръчително е да използвате режим на данни, когато трябва да обмените, ако се появи входящ файл за обмен на данни. В този случай е достатъчно да посочите пълния път до входящия файл за обмен на данни. Програмата периодично анализира наличието на файла и веднага щом се появи, обменът ще бъде извършен и след обмена този файл ще бъде принудително ИЗТРИТ (това се прави, за да не се извършва процедурата за обмен постоянно),
* Периодичен обмен на данни. Обменът ще се извършва според настройките за периодичен обмен на данни. Ако информационната база работи в режим на файлов сървър, периодичният обмен се извършва само за потребителя, който е посочен в настройките на счетоводната политика като „Потребител за рутинни задачи V файлов режим". Във версията клиент-сървър обменът се извършва на сървъра на 1C:Enterprise.
Имам опция клиент-сървър - за да работи рутинният автоматичен обмен, трябваше да претоваря сървъра
2. Windows кодиране.
Обменът беше прекъснат от грешка, защото файлът не беше компресиран. Това се дължи на грешка в кирилицата команден редпри компресиране.
Може да се лекува чрез коригиране на кодировките в системния регистър.
Например за Windows Server 2008 -
Код
REGEDIT4
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"
"1253"="c_1251.nls"
"1254"="c_1251.nls"
"1255"="c_1251.nls"
3. При създаване на копие на базата данни (например за модификация) във версия клиент-сървър е НЕОБХОДИМО РУТИННИТЕ ЗАДАЧИ НА КОПИЕТО НА БАЗАТА ДАННИ да са ИЗКЛЮЧЕНИ. Блокиране на рутинни задачи за копиране ВКЛ
Ако не са блокирани, тогава копието ще прави обмени по същия график като основната база данни. Това означава, че някои съобщения до отдалечени възли ще бъдат генерирани от работещата база данни, а някои от копие, което ще доведе до десинхронизиране на конфигурациите.
