Alexey Alekseev bun venit pe blogul meu confortabil. Baza de informații distribuite: Fundamente Principii de bază ale funcționării RIB

Pentru a crea o bază de informații distribuite, trebuie să introduceți programul în modul 1C: Enterprise. Pentru a crea noduri de baze de date distribuite, selectați din meniu: Operațiuni - Planuri de schimb. Se va deschide fereastra „Selectare obiect: Schimb plan”.

1. Luați în considerare opțiunea cu planul de schimb „Complet”.

Schimbul se va desfășura în toate organizațiile situate în baza de informații distribuite.

Să alegem planul de schimb „Complet”. Se va deschide fereastra „Plan de schimb complet”.

Completem două intrări:

Să numim prima intrare „Nod principal”, să indicăm codul „GU”,

Să numim a doua intrare „Nod subordonat”, indicați codul „PU”.

După cum putem vedea din figură, prima intrare are o pictogramă cu un cerc verde; aceasta este pictograma „Nodul principal”.

Pentru a crea o copie a bazei de informații „Nodul principal”, faceți clic pe „Nodul sclav” și faceți clic pe pictograma „Creați imaginea inițială”. Aceasta va fi baza de informații „Nodul subordonat”.

Se va deschide fereastra „Crearea unei imagini inițiale de securitate a informațiilor”, selectați „Pe acest computer sau pe un computer din rețeaua locală”, faceți clic pe „Următorul”.

În câmpul „Infobase Directory”, selectați locația în care va fi instalată copia „Main Node” și faceți clic pe „Finish”.

După crearea bazei de informații „Nod subordonat”, va apărea următorul mesaj:

Faceți clic pe „Ok”.

Adăugați baza de informații „Subordinate Node” la „1C: Enterprise”. Mergem la baza de date subordonată în modul „1C: Enterprise”. Să deschidem: Operațiuni - Planuri de schimb. Se va deschide fereastra „Selectare obiect: Schimb plan”. Să alegem planul de schimb „Complet”. Se va deschide fereastra „Plan de schimb complet”. Vedem că pictograma „Main Node” este portocalie, ceea ce înseamnă că acest nod este nodul principal pentru baza de informații în care ne aflăm.

Facem următoarele setări atât în ​​nodurile Master, cât și în nodurile Slave:

1. Adăugați un prefix pentru baza de informații distribuită.

Acest lucru se face astfel încât să nu existe conflicte în numerele și codurile documentelor și directoarelor create în două baze de date, astfel încât în ​​fiecare bază de date indicăm un prefix care va fi adăugat numerelor de document și codurilor de director. Deschideți: Instrumente - Setări program - fila „Schimb de date”. În câmpul „Prefix de nod pentru o bază de informații distribuită:”, introduceți „PU” în baza de date subordonată și „GU” în baza de date principală.

2. Adăugați o setare pentru schimbul de date între noduri:

Deschidere: Serviciu - Baza de informații distribuite (DIB) - Configurați nodurile RIB. Se va deschide fereastra „Setări de schimb de date”.

Faceți clic pe „Adăugați” și se va deschide fereastra „Setări de schimb de date”. Introduceți „Numele” setării dvs.

Un nod va apărea automat în câmpul „Nod”, pentru „Nodul Master” va fi un „Nod Slave”, pentru „Nodul Slave” va exista un „Nod Master”.

În câmpul „Director”, selectați folderul în care vor fi trimise datele de schimb; cel mai bine este să specificați un director pentru bazele de date principale și slave.

În câmpul „Exchange Type”, configurăm transferul de date între baze de date: printr-un fișier sau o resursă FTP. Să alegem, de exemplu, „partajarea printr-o resursă de fișier”.

Nu modificăm nimic în câmpurile rămase.

Faceți clic pe „Ok”. Vedem că a apărut o setare.

3. Pentru a face schimb de date facem următoarele:

Mai întâi, în baza de date în care au fost făcute modificările, faceți clic pe pictograma „Schimb în funcție de setarea curentă”, așa cum se arată în figură.

După încărcare, va apărea fereastra cu rezultatul încărcării.

Apoi, în baza de date în care doriți să transferați modificările, faceți clic pe pictograma „Schimb în funcție de setarea curentă” și datele vor merge în baza de date dorită.

2. Luați în considerare opțiunea cu planul de schimb „După organizație”.

Schimbul se va desfășura între organizații selectate situate într-o bază de informații distribuite.

Pentru a crea noduri ale unei baze de date distribuite, selectați din meniu: Operațiuni - Schimb planuri. Se va deschide fereastra „Selectare obiect: Schimb plan”.

Să alegem planul de schimb „După organizație”. Se va deschide fereastra „Plan de schimb după organizație”.

Completem două intrări:

Să numim prima intrare „Nod principal”, să indicăm codul „GU”, vedem diferența față de „Planul de schimb: Complet”, a apărut un tabel în care indicăm organizațiile pentru care va avea loc schimbul.

Să numim a doua intrare „Nod subordonat”, indicați codul „PU”, indicați organizația.

În toate celelalte privințe, configurația este absolut aceeași ca în cazul „Planului de schimb: complet”.

OLEG FILIPOV, ANT-Inform, șef adjunct departament dezvoltare, [email protected]

RIB în 1C. Limitele posibilităților

Tehnologia bazelor de informații distribuite (RIB) din platforma 1C:Enterprise provoacă multe controverse. Vom încerca să ne dăm seama când este indicat să îl folosim și când este mai bine să preferăm soluții alternative

Adesea, când citiți forumuri sau articole ale autorilor online despre RIB în 1C, puteți întâlni opinii contradictorii de la „acesta este cel mai bun și singurul lucru care poate fi folosit” la „este iremediabil depășit”. Să încercăm să ne dăm seama cum stau lucrurile cu adevărat.

În numărul din noiembrie 2016, am scris deja despre unele dintre caracteristicile RIB în legătură cu o sarcină practică specifică, așa că doar câteva cuvinte despre elementele de bază și să intrăm puțin mai adânc în detaliile tehnologice.

RIB este o tehnologie de baze de informații distribuite 1C:Enterprise - care nu trebuie confundată cu schimbul universal, cu o tehnologie similară, dar suport fundamental diferit pentru actualizarea centralizată a configurațiilor bazei de informații. Este format din următoarele părți funcționale (care pot fi utilizate și separat):

• Serviciu de înregistrare a modificărilor– când este activat, începe să înregistreze automat modificările aduse obiectelor sau înregistrărilor pentru schimb (sau alte scopuri). În modul RIB este folosit și pentru a înregistra modificările la configurația bazei de informații.
• Serializarea obiectelor/înregistrărilor în XML. Aproape orice obiect 1C:Enterprise este serializat în mod obișnuit în XML.
• Un mecanism pentru menținerea aceleiași configurații a tuturor nodurilor unei baze de informații distribuite.În modul RIB, schimbul de date între diferite noduri este posibil numai dacă acestea au aceeași configurație. Este transferat automat în timpul schimbului. Nodul final trebuie doar să accepte modificările.
• Infrastructura mesajelor schimbate într-un sistem informatic distribuit este garantată de livrare. Modificările înregistrate sunt împachetate în mesaje și trimise la nodul final în loturi. Înregistrările sunt șterse numai după confirmarea livrării pachetului.
• Infrastructură la nivel de aplicație. Desigur, toate cele de mai sus nu vor funcționa fără mecanisme dezvoltate la nivel de soluții de aplicație, dintre care unele sunt deja incluse în BSP. Soluțiile oferă posibilitatea de a încărca date în conformitate cu anumite reguli, de a schimba principiile înregistrării lor și de a determina metoda de livrare a pachetului.

După cum puteți vedea, RIB în 1C poate face destul de multe. În cele mai multe cazuri, această funcționalitate este mai mult decât suficientă. De exemplu, în Fig. Figura 1 arată forma nodului de bază de informații din 1C, unde puteți vedea capacitatea de a descărca regulile de înregistrare, de a specifica parametrii de conexiune și de a vizualiza lista de obiecte înregistrate pentru schimb.

Din descrierea de mai sus putem concluziona despre capacitățile RIB 1C ca sistem distribuit:

• Suport pentru o configurație unificată a bazei de informații (semi-automatizată).
• Modificați suportul de urmărire.
• Livrare garantata.
• Posibilitatea circuitului master-master.
• Posibilitatea unui circuit în stea.
• Posibilitatea de filtrare selectivă a modificărilor.

Destul de bine - va satisface complet nevoile unei rețele mici. Dar RIB are anumite limitări, în mare parte legate de caracteristicile arhitecturale ale platformei 1C, care impun anumite restricții privind utilizarea acestei tehnologii:

• Necesitatea de a actualiza manual configurația bazei de informații și de a închide utilizatorii. Oprirea schimburilor până când configurația este actualizată.
• Limita tranzacțională a infrastructurii de mesaje privind regăsirea datelor. La selectarea modificărilor pentru încărcare, tabelul bazei de date este blocat pentru a înregistra noi modificări; cu volume mari de încărcare, acest lucru poate dura mult timp, oprind munca.
• Overhead pentru menținerea unui număr mare de noduri de sincronizare (numărul de înregistrări de serviciu este egal cu numărul de noduri).
• Probleme la încărcarea unor cantități mari de date.

Să încercăm acum să comparăm acest lucru cu un sistem „avansat” care are un mecanism de replicare.

Adesea, în practică, există situații în care diferite divizii sau ramuri sunt localizate geografic în locuri diferite. În același timp, datele introduse în program în departamentele îndepărtate trebuie să ajungă cumva la sediul central, astfel încât evidențele generale să fie păstrate.

În prezent, această problemă este adesea rezolvată oferind angajaților la distanță geografică acces de la distanță la o bază de date comună. Se poate realiza prin publicarea bazei de date pe un server web, printr-un desktop la distanță etc.

Cu toate acestea, situațiile nu sunt neobișnuite când pur și simplu nu există Internet într-un birou îndepărtat din punct de vedere geografic sau nu este suficient de stabil pentru a lucra într-o bază comună de informații. În acest scop, 1C are un mecanism pentru configurarea unei baze de date distribuite.

Mai simplu spus, sediul central este locul în care se află baza principală. Departamentul de la distanță folosește un subordonat. Pot exista mai multe astfel de baze de sclavi. Ca rezultat, o astfel de bază de date distribuită este unită într-una singură prin sincronizare. Se poate face fie automat conform unui program, fie manual.

În acest articol ne vom uita la configurarea unei baze de date distribuite pentru 1C: Contabilitate 3.0. În ciuda acestui fapt, instrucțiunile sunt potrivite pentru majoritatea celorlalte configurații 1C 8.3.

Notă ca toate modificările de configurare necesare să fie făcute numai în baza de date RIB principală. În timpul sincronizării, aceste modificări vor fi transmise tuturor bazelor de date slave și vor intra în vigoare.

Baza principală de informații

Când utilizați o bază de date distribuită, setările principale cad în baza de date principală. Acestea trebuie făcute în secțiunea „Administrare”, așa cum se arată în imaginea de mai jos.

În fereastra care se deschide, bifați imediat caseta de selectare „Sincronizare datelor”. În partea de jos, specificați prefixul bazei de date principale (actuală). Poate consta din cel mult două caractere. În cazul nostru, prefixul va fi „BG”, deoarece ne referim la acest RIB 1C este „Contabilitatea principală”.

Acum puteți începe configurarea sincronizării în sine, și anume, specificând cu ce bază de date (sau baze de date) vor fi schimbate datele. Pentru a face acest lucru, urmați hyperlinkul „Setări de sincronizare a datelor”. Va fi disponibil pentru navigare numai dacă caseta de selectare din stânga este bifată.

În fereastra care se deschide, selectați „Complet...” din meniu. Ne va permite să specificăm orice bază de informații 1C pentru sincronizare.

În prima fereastră pentru conectarea unei baze de date subordonate, care se află într-un birou îndepărtat geografic, bifați caseta că conexiunea se va face printr-un director local sau de rețea. În cazul nostru este „D:\DB\InfoBase”. De asemenea, vom verifica în prealabil dacă îi puteți scrie.

Asigurați-vă că specificați prefixe diferite pentru diferite baze de date. Faptul este că la sincronizarea datelor, datelor supraîncărcate din fiecare bază de date li se atribuie propriul prefix. Dacă sunt duplicate, munca va fi incorectă, așa că programul nu vă va oferi această oportunitate.

Când programul vă solicită să creați o imagine de pornire, selectați această opțiune. Această procedură va dura ceva timp, după care salvați-o pe computer cu numele „1Cv8.1CD”.

Sincronizarea în sine se poate face fie automat conform unui program pe care îl puteți configura singur, fie manual. În cel de-al doilea caz, faceți clic pe butonul „Sincronizare” la un moment convenabil pentru dvs.

Nod slave RIB

Numărul de setări efectuate în baza de date slave este semnificativ mai mic. În aceeași secțiune, setați indicatorul „Sincronizare datelor” și făcând clic pe linkul corespunzător, butonul „Sincronizare” va fi disponibil.

În exemplul nostru, două articole de articole au fost adăugate la baza de date principală: „Grânză” și „Placă”. După sincronizare, au ajuns în baza de date slave. După cum puteți vedea în imaginea de mai jos, li s-a dat prefixul „BG”. Celelalte două poziții („strung” și „palet”) li se atribuie prefixul „BP”, deoarece au fost create direct în baza de date subordonată.

Notă că numerotarea elementelor în cazul nostru este continuă, dar numai în cadrul aceluiași prefix.

Tehnologia bazelor de informații distribuite (RIB) vă permite să creați un sistem distribuit geografic bazat pe configurații 1C Enterprise. Acest lucru vă permite să aveți un spațiu de informare comun chiar și cu acele departamente care nu au un canal de comunicare fiabil, combinând autonomia ridicată a nodurilor cu capacitatea de a schimba rapid informații. În articolele noastre ne vom uita la caracteristicile și implementarea practică a acestui mecanism pe platforma 8.2

În primul rând, să ne întrebăm: de ce schimbul automat? Tehnologiile moderne, combinate cu internetul ieftin și rapid, fac posibilă organizarea lucrului de la distanță fără dificultăți. Alegerea metodelor este la fel de largă ca întotdeauna: RDP, clienți subțiri și web, conectarea rețelelor folosind VPN - sunt multe de gândit. Cu toate acestea, toate aceste metode au un dezavantaj semnificativ - o dependență puternică de calitatea canalului de comunicare.

Chiar și cu funcționarea ideală a furnizorului local, este imposibil să se garanteze disponibilitatea 100% a canalului de comunicare. Problemele cu furnizorul backbone, lipsa sursei de alimentare, deteriorarea fizică a liniei de comunicație și mulți alți factori fac această sarcină de netrecut. În același timp, inaccesibilitatea bazei de informații la un depozit la distanță sau un magazin de vânzare cu amănuntul duce la pierderi destul de semnificative. Și, în sfârșit, să nu uităm că există locuri (de exemplu, zone industriale de la periferia orașelor) în care furnizarea unui canal de comunicare de înaltă calitate este costisitoare și/sau problematică.

Mecanismul RIB vă permite să scăpați de aceste neajunsuri; fiecare departament are propria sa copie a bazei de informații cu care puteți lucra autonom chiar și în absența completă a comunicării cu lumea exterioară. Iar cantitatea mică de informații transmise vă permite să utilizați orice canal de comunicare, inclusiv internetul mobil, pentru schimb.

RIB pe platforma 8.2 nu este ceva fundamental nou, reprezentând o dezvoltare ulterioară a platformei RIB 7.7, doar că acum această tehnologie a devenit mai accesibilă și mai simplă. Spre deosebire de componenta RIB, care trebuia achiziționată separat, RIB este o parte integrantă a multor configurații standard și funcționează în întregime în modul utilizator, permițându-vă să faceți fără Configurator chiar și în etapa de configurare.

În acest moment ar fi timpul să trecem la partea practică, dar va trebui să mai facem o digresiune. Cert este că trecerea la platforma 8.2, care pare să se fi produs deja, a dus, de fapt, la apariția a două tipuri de configurații: bazate pe o aplicație gestionată, „nativă” pentru platforma 8.2, și adaptată de la 8.1, continuând să utilizeze tehnologii și mecanisme învechite. Deoarece o parte semnificativă a configurațiilor (Contabilitatea întreprinderii, Salarizarea și Managementul resurselor umane) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, așa că prima parte a articolului nostru va fi dedicată acestor configurații (în esență platforma 8.1), în timp ce în a doua. vom examina configurarea schimbului automat pentru configurații bazate pe o aplicație gestionată (platforma 8.2).

Să luăm în considerare o sarcină practică: configurarea schimbului automat prin FTP pentru configurația Enterprise Accounting 2.0. În ciuda faptului că RIB vă permite să faceți schimb prin e-mail sau partajări de fișiere, vă recomandăm să utilizați FTP ca cea mai simplă și mai fiabilă metodă de comunicare. Puteți citi cum să vă configurați propriul server FTP sau puteți utiliza serviciul FTP al oricărui furnizor de găzduire.

În primul rând, trebuie să configuram nodurile de schimb. Pentru a face acest lucru, lansați configurația cu drepturi de administrator și selectați Tranzacții - Planuri de schimb.

În lista care apare, selectați Deplin plan sau După organizare, dacă înregistrările sunt păstrate pentru mai multe companii într-o bază de date și schimbul trebuie făcut doar pentru una dintre ele. În fereastra care se deschide, există deja un nod - cel central, trebuie să-l edităm indicând codul și numele.

Apoi vom crea un alt nod pentru ramură, umplându-l în același mod (pentru a adăuga, faceți clic pe cercul verde cu un plus). Următorul pas este crearea unei imagini inițiale pentru acest nod, care este o bază de informații gata făcută în modul fișier. Pentru a face acest lucru, faceți clic dreapta pe nodul dorit și selectați din lista derulantă Creați o imagine de pornire.

Acum să trecem mai departe Serviciu - Baza de informații distribuite (DIB) - Configurați nodurile RIB.

În fereastra care se deschide, faceți clic pe butonul Adăugași configurați un nou schimb specificând gazda la distanță, tipul schimbului (prin FTP) și parametrii de conectare la server.

Marcaj Schimb automat vă permite să stabiliți un program de schimb, schimb pe evenimente (început și sfârșit de lucru etc.), aceste setări sunt făcute pentru utilizatorul în numele căruia se va efectua schimbul, deci asigurați-vă că are drepturi de schimb de date.

Nu uitați să specificați prefixul nodului pentru numerotarea documentelor (în caz contrar veți primi documente diferite cu aceleași numere) în Instrumente - Setări program; aici puteți configura și alți parametri de schimb. Pe aceeași filă, ar trebui să selectați un utilizator pentru a efectua sarcini de schimb; dacă nu faceți acest lucru, programul nu va funcționa. Rețineți că schimbul se va face numai dacă utilizatorul este autentificat în program.

Aceasta completează configurarea nodului central; acum trebuie să faceți setări similare pentru nodul periferic, conectând imaginea inițială ca un sistem de securitate a informațiilor existent. După care puteți începe să faceți schimb de date. Pentru a controla ar trebui să utilizați Monitor de comunicare, vă permite nu numai să monitorizați succesul încărcării/descărcării, ci arată și eventualele coliziuni apărute sau mișcările întârziate (dacă utilizatorul care a efectuat schimbul nu are suficiente drepturi pentru a efectua orice acțiuni în baza de date). Prezența acestui instrument vă permite să rezolvați rapid și eficient diferite tipuri de probleme care apar în timpul schimbului automat.

În acest moment, configurarea schimbului poate fi considerată completă și puteți începe să lucrați în modul distribuit. Merită să ne oprim în mod special la actualizarea sau efectuarea de modificări ale configurației. Aceste acțiuni sunt disponibile doar pe nodul central; toate modificările efectuate vor fi propagate automat către nodurile periferice în timpul următorului schimb. Pentru a face modificări automat, baza de date periferică trebuie să fie în modul exclusiv, altfel va trebui să rulați Configurator si executa Actualizarea configurației bazei de date manual.

Instrucțiuni pentru crearea și configurarea bazelor de date distribuite folosind componenta URDB (URIB).

Componenta URDB (Distributed Database Management) este utilizată pentru a face schimb de informații între două baze de date 1C identice. Dacă configurațiile sunt diferite, atunci îl puteți folosi și, acesta este scris în altul. Pentru ca componenta să funcționeze, trebuie să aveți fișierul DistrDB.dll în folderul BIN al programului 1C: Enterprise.

Să ne uităm la pașii pentru a crea baze de date distribuite. De exemplu, avem o bază de lucru în directorul D:\base1. Este necesar să îl facă central și să creeze o bază periferică.

1. Creați un director D:\base2 pentru baza de date periferică.

2. În directoarele D:\base1 și D:\base2, creați folderele CP și PC (utilizați litere latine).

3. Lansați configuratorul central de baze de date (D:\base1) și selectați Meniu - Administrare - Securitate informații distribuite - Management.

4. Faceți clic pe butonul „Central Information Security”, în fereastra care apare, introduceți codul și numele bazei de date. Este mai bine să folosiți cifre sau litere latine pentru cod. Introduceți, de exemplu, 001 și „Bază centrală”, confirmați apăsând butonul „OK”.

5. Faceți clic pe butonul „Securitate nouă a informațiilor periferice” pentru a crea o bază de date periferice. Introducem parametrii pentru acesta: 002 și „Bază periferică 1”.

6. Folosiți cursorul pentru a selecta baza „Bază periferică 1” și apăsați butonul „Configurare”. schimb auto”. În setări, schimbați modul manual în automat. Fii atent, asta este important.

7. Folosind cursorul, selectați baza de date „Bază periferică 1” și apăsați butonul „Încărcare date”, apoi butonul „OK”. Ca urmare a încărcării, va apărea fișierul D:\base1\CP\020.zip.

8. Lansați 1C în modul configurator, adăugați o nouă bază de date „Peripheral database 1” în fereastra de lansare 1C, specificați directorul creat anterior D:\base2 pentru aceasta.

9. Selectați Meniu - Administrare - Securitate informații distribuite - Management. La întrebarea adresată „Baza de informații nu a fost găsită. Doriți să încărcați date?" Faceți clic pe butonul „Da” și specificați numele fișierului „D:\base1\CP\020.zip”, faceți clic pe butonul „OK”. După ce descărcarea este completă, procesul de creare a unei baze de date periferice poate fi considerat finalizat.

În și, de asemenea, metodele de creare a unei baze de date periferice prin restaurarea unei copii a bazei de date centrale dintr-o copie de rezervă sau atașarea fișierelor unei copii a bazei de date centrale pentru format SQL și executarea scriptului sunt date. Acest lucru va fi util pentru volume mari de date, atunci când încărcările și descărcările durează ore întregi sau sunt complet nerealiste.

Instrucțiuni pentru schimbul între bazele de date distribuite folosind componenta URDB (URIB).

Să luăm în considerare un exemplu simplificat; vom efectua schimbul manual prin lansarea configuratorului. Puteți utiliza modul batch al configuratorului; puteți utiliza e-mail, ftp și copierea automată a fișierelor pentru a livra pachete de schimb.

Pentru a efectua schimbul, trebuie să selectați Meniu - Administrare - Securitate informații distribuite - Schimb automat. Dacă schimbul este automat (a se vedea punctul 6 din instrucțiunile anterioare), atunci totul va funcționa.

1. Deci, schimbăm sau creăm niște obiecte care migrează în baza de date periferică. Regulile de migrare a obiectelor sunt setate în fila „Migrare” din proprietățile obiectului (vezi arborele de obiecte din configurator).

2. Lansați configuratorul central de baze de date, selectați Meniu - Administrare - Securitate informații distribuite - Schimb automat, faceți clic pe butonul „Run”.

3. Mutați fișierul rezultat D:\base1\CP\020.zip în folderul D:\base2\CP\

4. Schimbăm unele obiecte din baza de date periferică. De preferat nu cele care au fost modificate înainte în baza de date centrală, pentru că baza de date centrală are prioritate pentru modificările obiectelor în timpul schimbului.

5. Lansați configuratorul bazei de date periferice, selectați Meniu - Administrare - Securitate informații distribuite - Schimb automat, faceți clic pe butonul „Run”.

6. Ca rezultat al schimbului automat, ar trebui să avem modificări care vin din baza de date centrală. Ar trebui să avem și un fișier de transferat în baza de date centrală D:\base2\PC\021.zip

7. Copiați fișierul D:\base2\PC\021.zip în folderul D:\base1\PC

8. Repetați punctul 2. Ca urmare, modificările primite din baza de date periferică vor apărea în baza de date centrală.

Deci, principiul general al schimbului: execuția alternativă a schimbului automat cu deplasarea simultană a fișierelor (pachete de schimb) din folderul PC al unei baze de date în folderul PC al altei baze de date și din folderul CP al unei baze de date în folderul CP al altă bază de date.

Modificările de configurare se fac numai în baza de date centrală. La schimbarea configurației, este necesar să se efectueze schimbul în baze de date periferice în modul exclusiv. Pentru a procesa cu succes pachetele din bazele de date periferice în baza de date centrală, configurația trebuie să fie încărcată în bazele de date periferice. Dacă sunteți confuz, este în regulă, pachetul respins de baza de date centrală va fi descărcat din nou.