Baza de informații distribuită. Instrucțiuni pas cu pas și capcane

Tehnologia bazelor de informații distribuite (RIB) vă permite să creați geografic sistem distribuit pe baza configurațiilor 1C Enterprise. Acest lucru vă permite să aveți o comună spațiul informațional chiar și cu acele unități care nu au un canal de comunicare fiabil, combinând o autonomie ridicată a nodurilor cu capacitatea de a face schimb rapid de informații. În articolele noastre, vom lua în considerare caracteristicile și implementarea practică a acestui mecanism pe platforma 8.2.

În primul rând, să ne punem o întrebare: de ce schimbul automat? Tehnologii moderne, combinat cu ieftin și internet rapid, vă permit să organizați munca la distanță fără dificultăți. Alegerea metodelor este mai largă ca niciodată: RDP, clienți subțiri și web, conectarea rețelelor utilizând VPN - există ceva de gândit. Cu toate acestea, toate aceste metode au un dezavantaj semnificativ - o puternică dependență de calitatea canalului de comunicare.

Chiar și cu munca ideală a unui furnizor local, este imposibil să se garanteze 100% disponibilitatea canalului de comunicare. Problemele cu furnizorul coloanei vertebrale, lipsa sursei de alimentare, deteriorarea fizică a liniei de comunicație și mulți alți factori fac această sarcină insolubilă. În același timp, indisponibilitate baza de informații la un depozit la distanță sau în magazin de vânzare cu amănuntul duce la pierderi destul de tangibile. Și, în cele din urmă, să nu uităm că există locuri (de exemplu, zone industriale la marginea orașelor) în care este costisitor și / sau problematic să aduci un canal de comunicare de înaltă calitate.

Mecanismul RIB vă permite să scăpați de aceste neajunsuri, fiecare unitate are propria copie a bazei de informații cu care poate lucra autonom chiar și în absența completă a comunicării cu lumea exterioară. Iar cantitatea mică de informații transmise permite utilizarea oricărui canal de comunicație pentru schimb, inclusiv internetul mobil.

RIB pe platforma 8.2 nu este ceva fundamental nou, reprezentând o dezvoltare ulterioară a platformei URIB 7.7, doar că acum această tehnologie a devenit mai accesibilă și mai simplă. Spre deosebire de componenta URIB, care trebuia achiziționată separat, RIB este o parte integrantă a multor configurații tipice și funcționează în întregime în modul utilizator, făcând posibilă renunțarea la configurator chiar și în etapa de configurare.

În acest moment, ar fi timpul să trecem la partea practică, dar va trebui să facem încă o digresiune. Faptul este că tranziția la platforma 8.2, care pare să fi avut deja loc, a condus 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ă folosească tehnologii și mecanisme învechite. Deoarece o parte semnificativă a configurațiilor (contabilitate întreprindere, salariu și resurse umane) sunt adaptate sau tranzitorii, acestea nu pot fi reduse, prin urmare prima parte a articolului nostru va fi dedicată acestor configurații (de fapt, platforma 8.1), în timp ce în în al doilea rând vom analiza configurarea schimbului automat pentru configurații bazate pe o aplicație gestionată (platforma 8.2).

Să luăm în considerare o sarcină practică: configurați schimbul automat prin FTP pentru configurația Enterprise Accounting 2.0. În ciuda faptului că RIB vă permite să faceți schimburi 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ă configurăm nodurile de schimb. Pentru aceasta, rulați configurația cu drepturi de administrator și selectați Operațiuni - Planuri de schimb.

În lista care apare, selectați Deplin plan sau După organizație, dacă o bază de date ține evidența mai multor firme ș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 specificând codul și numele.

După aceea, 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 să creați o imagine inițială pentru acest nod, care este o bază de date gata făcută în modul fișier. Pentru a face acest lucru, faceți clic dreapta pe nodul dorit și selectați Creați o imagine inițială.

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

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

Marcaj Schimb automat vă permite să configurați programul schimburilor, schimbul după evenimente (începutul și sfârșitul lucrului etc.), aceste setări sunt făcute pentru utilizatorul în numele căruia va fi efectuat schimbul, deci asigurați-vă că are drepturile de a schimba date .

Nu uitați să specificați prefixul de nod pentru numerotarea documentelor (în caz contrar veți primi diferite documente cu aceleași numere) în Service - Setări program, aici puteți configura și alți parametri de schimb. În 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. Amintiți-vă că schimbul se va face numai dacă acest utilizator este conectat la program.

Aceasta completează configurația nodului central, acum trebuie să faceți setări similare pentru nodul periferic, conectând imaginea inițială ca o securitate a informațiilor existente. Apoi, puteți începe schimbul de date. Pentru control, ar trebui să utilizați Monitor de schimb de date, vă permite nu numai să controlați succesul încărcării / descărcării, ci arată și coliziunile sau mișcările întârziate care au apărut (dacă utilizatorul care a făcut schimbul nu are suficiente drepturi pentru a efectua acțiuni în baza de date). Disponibilitate acest 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 într-un mod distribuit. Separat, merită să vă așteptați la actualizarea sau modificarea configurației. Aceste acțiuni sunt disponibile numai pe site-ul central, toate modificările făcute vor fi propagate automat către site-urile periferice la următoarea centrală. Pentru ca modificările automate să fie făcute, baza periferică trebuie să fie înăuntru monopol altfel va trebui să fugiți Configuratorși executați Actualizarea configurației bazei de date manual.

Obiectiv: este necesar să configurați infobaza astfel încât trei utilizatori care nu se află în retea locala dar conectat la internet.

Vom realiza această sarcină configurând baza de date distribuită. Configurarea bazei de informații - „Enterprise Accounting 2.0”.

Configurarea unei resurse FTP.

Să configurăm FTP folosind HCube ca exemplu: Accesați site-ul web hcube.ru. Fila Gazduire, Gazduire FTP (http://www.hcube.ru/hosting/ftp/). Noi alegem minimul plan tarifar FTP -10, acest lucru va fi suficient pentru schimbul între nodurile unei baze de date distribuite. Poate fi comandat Perioada de probă 15 zile, faceți clic pe „Încercați”. Apoi, trebuie să ne înregistrăm:

Vă indicăm numele de utilizator și parola pentru a accesa contul dvs. personal. După ce cererea este acceptată, așteptăm o scrisoare către cel specificat e-mail cu detaliile accesului la FTP. Informații despre configurația serviciului dvs. de găzduire: ****************************************** * *********************
Conectare gazdă: user725
Parola de găzduire: ffUXP3CDU
IP de găzduire: 85.10.207.234

****************************************************************
Panoul de control pentru găzduirea FTP https://cp.hcube.ru/manager/ispmgr

Așteptăm ca statul să devină „activ”.

Configurarea unui plan de schimb.

Este necesar să se definească nodul central al bazei de date. Alegem ca nod central la locul de muncă amplasat în birou. Celelalte două vor fi schimbate cu nodul central. Să configurăm nodul central. Pentru a face acest lucru, trebuie să vă conectați la IB ca utilizator cu drepturi depline. În meniul principal al programului, selectați elementul „Operațiuni / Planuri de schimb ...”... 7 planuri de schimb standard au fost deja create în planurile de schimb ale configurației standard „Enterprise Accounting 8”: Deschiderea planului "Deplin"... Conține o intrare goală predefinită. Această intrare descrie nodul curent. Predefinit, adică o intrare adăugată la nivelul de configurare nu poate fi ștearsă, dar poate fi corectată. Faceți clic pe Modificare: câmp "Nume" poate fi arbitrar, de exemplu „Nod central”. "Cod" poate fi, de asemenea, arbitrar, de exemplu „01”, faceți clic pe "BINE"... Nodul curent este descris, acum este necesar să descrieți nodurile subordonate. Adăugați elemente noi numite „Nodul 1”și codul „02”și „Nodul 2” cu cod „03”... Obținem trei noduri:
Pot exista multe noduri slave în RIB și schimbul se va efectua între un nod central și fiecare dintre nodurile slave. Acum vom crea fizic un nod sclav ( baza noua date). Pentru a face acest lucru, trebuie să stați pe linia nodului „Nodul 1”și faceți clic pe pictogramă „Creați imaginea inițială ...” sau alegeți această acțiune din meniu:
Sistemul va oferi selectarea tipului de bază de date (IB). Trebuie să alegi "Pe acest calculator…» ... Apoi specificați directorul în care va fi creat noul IB. După aceea, o nouă bază de date va fi creată în directorul specificat și toate datele din baza principală... Trebuie remarcat imediat că noua securitate a informațiilor nu este o copie exactă a celei originale. Are propriile setări (propria listă de utilizatori etc.), doar datele și planurile de schimb modificate sunt transferate, adică doar două noduri vor rămâne în noul IB „Nod central”și „Nodul 1”... Dacă baza de date sursă este mare și utilizatorii lucrează în ea, coliziuni sunt posibile la crearea imaginii inițiale, prin urmare, se recomandă crearea unei noi imagini în regim exclusiv. Dacă în nodul central au fost descrise mai multe noduri subordonate, operația de creare a unei imagini IS inițiale trebuie efectuată pentru fiecare nod, adică vor fi create tot atâtea IB noi, pe măsură ce au fost descrise nodurile din baza de date originală. Vom face la fel pentru „Nodul 2”... În momentul creării imaginii inițiale, un tabel de sincronizare a obiectelor bazei de date principale cu acest nod va fi creat în baza de date principală. În cazul general, astfel de tabele sunt create de numărul de noduri subordonate. La crearea unei imagini inițiale a unui nod, este stabilit semnul sincronizării cu nodul. Acum, bazele de date ale nodurilor slave trebuie copiate pe stațiile de lucru „Nodul 1”și „Nodul 2”... După aceea, cele trei calculatoare vor avea aceleași baze de informații (în ceea ce privește datele).

Setări de schimb de baze de date distribuite.

În această problemă, avem un caz general când toate cele trei baze de date funcționează, adică documentele sunt introduse și modificate în trei baze. Să mergem la meniu "Service / Baza de informații distribuite (RIB) / Configurați nodurile RIB"... Să stabilim un schimb între Butuc centralși Nodul 1... În fila „Informații distribuite”, adăugați element nou, să-i spunem „Birou - nodul 1”(unde „Office” este site-ul nostru central). Alegeți în recuzită "Nod" – „Nodul 1”... În câmp „Tipul de schimb” alege "Schimbă prin Resursă FTP "... Completăm detaliile care ne-au venit într-o scrisoare la poștă: "Abordare", "Utilizator", "Parola"... Filele „Schimb interactiv”și „Schimb automat” nu completați încă, o vom face după setările de schimb de bază în toate nodurile. Apoi, prin analogie, vom crea un nou element pentru stabilirea schimbului între Nodul Central și Nodul 2.
Să mergem la imaginea inițială creată anterior (infobază) Nodul 1și creați setări „Nodul 1 - Birou”. Să o facem și în nodul 2. În filă „Schimb interactiv” putem determina: dacă trebuie să încărcăm și să descărcăm date, sau un singur lucru. În filă „Schimb automat” puteți adăuga un nou articol pentru a configura schimbul automat. Aici putem seta un program pentru un anumit schimb, de exemplu, pentru „Birou - nodul 1”, și / sau partajarea evenimentelor.

Când selectați un utilizator în setările de schimb de evenimente, trebuie să specificați și utilizator dat v „Setări program”în filă "Schimb de date".
Schimbul din exemplul nostru va fi efectuat numai dacă baza de date a fost introdusă în conformitate cu specificațiile din setări „Schimbă după eveniment” utilizator. De asemenea, trebuie să specificați "Prefix nod pentru o bază de date distribuită" pentru numerotarea corectă a documentelor. Cu ajutorul prefixului, vom putea vedea: prin ce nod a fost creat documentul și, de asemenea, pentru a evita duplicarea numerelor documentului. Pentru o muncă convenabilă în baza de date distribuită, este necesar să se ia în considerare cu atenție ciclul de schimb de noduri între ele, programul de schimb și / sau schimbul de evenimente pentru o sarcină specifică.

RIB este o bază de informații distribuită, care este o structură asemănătoare unui copac, ale cărei ramuri sunt baze de date 1C Enterprise desfășurate separat. Aceste baze sunt numite noduri ale unei baze de date distribuite (în continuare, pur și simplu noduri). Se formează un schimb de informații între aceste noduri pentru a sincroniza toate nodurile (configurații și baze).

Mecanismul principal este un mecanism de schimb cu unele capacități distinctive și universale. Principala diferență este că mecanismul de schimb RIB este mai specializat și îngust, în timp ce schimburile universale oferă utilizatorului o gamă mai largă de posibilități.

Principiile de bază ale RIB

Schimbarea structurii de configurare este posibilă numai în nodul rădăcină principal al unei baze de date distribuite. Aceste modificări sunt apoi propagate ierarhic către noduri subordonate. Astfel, oferă un singur spațiu de structură de configurație în toate nodurile RIB.

Datele pot fi modificate în oricare dintre noduri, care la rândul lor este propagat către toate celelalte noduri. Mai mult, aceste date nu trebuie transferate către restul participanților la sistem și este posibil ca identitatea lor completă să nu fie acceptată. Compoziția datelor care participă la schimbul cu alți participanți RIB, dezvoltatorul poate personaliza după bunul plac. Mai mult, setările pot fi făcute nu numai pe baza metadatelor de configurare, ci și la nivel elemente individuale, pe care le puteți impune selecții speciale.

După cum sa menționat mai sus, mecanismul RIB se realizează prin utilizarea planurilor de schimb. dar pentru ca acest plan sau altul să fie utilizat în această structură ierarhică, trebuie să aibă activată proprietatea „Infobase distribuită”.

Toate datele din RIB sunt transmise prin intermediul mesajelor. Conținutul acestor mesaje este strict reglementat și nu poate fi arbitrar, ca într-un mecanism de schimb universal. Datele sunt introduse în mesaj folosind principiul serializării XML. Pe lângă aceste modificări de date, mesajul conține și informații despre modificarea configurației, precum și o anumită cantitate de informații despre servicii. Modificările sunt înregistrate de la plasarea în mesajul de schimb complet automat. Nici utilizatorul, nici dezvoltatorul nu pot influența acest lucru.

Recepția și formarea mesajelor de schimb în RIB sunt setate printr-o singură comandă

Planuri de schimb. WriteChanges (WriteMessages, 0)

Conținutul este citit folosind comanda

Ieșire

Putem spune cu siguranță că mecanismul RIB constă în principal dintr-un mecanism schimb universal cu cineva trăsături distinctive, care sunt prezente doar în structura RIB.

Instrucțiuni pentru crearea și configurarea bazelor de date distribuite utilizând componenta URBD (URIB)

Componenta URBD (Distributed Database Management) este utilizată pentru a face schimb de informații între două baze de date identice 1C. Dacă configurațiile sunt diferite, atunci îl puteți folosi și, despre acesta este scris în altul. Pentru ca componenta să funcționeze, fișierul DistrDB.dll trebuie să fie prezent în dosar Programe BIN 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 faceți central și să creați o bază periferică.

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

2. În directoarele D: \ base1 și D: \ base2 creăm dosare CP și PC (folosim litere latine).

3. Lansați configuratorul central de baze de date (D: \ base1) și selectați Meniu - Administrare - IB distribuit - Administrare.

4. Apăsați butonul „Central IB”, în fereastra care apare, introduceți codul și numele bazei de date. Este mai bine să folosiți cifre sau litere latine pentru cod. Introducem, de exemplu, 001 și „Baza centrală”, confirmăm apăsând butonul „OK”.

5. Apăsați butonul „IB periferic nou” pentru a crea o bază periferică. Introduceți parametrii pentru aceasta: 002 și „Baza periferică 1”.

6. Selectați baza „Periferic base 1” cu cursorul și apăsați butonul „Settings”. schimb automat ". În setări schimbăm mod manual pe automat. Fii atent, acest lucru este important.

7. Selectați baza „Periferic base 1” cu cursorul și apăsați butonul „Upload data”, apoi butonul „OK”. Ca urmare a descă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ă "Periferic base 1" în fereastra de lansare 1C, specificați directorul creat anterior D: \ base2 pentru acesta.

9. Alegeți Meniu - Administrare - IS distribuit - Administrare. Pe întrebarea pusă„Baza de informații nu a fost găsită. Doriți să descărcați date? " apăsați butonul „Da” și specificați numele fișierului „D: \ base1 \ CP \ 020.zip”, apăsați butonul „OK”. După finalizarea descărcării, procesul de creare a unei baze periferice poate fi considerat complet.

În și încă în 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 unui script. Acest lucru va fi util pentru cantități mari de date, atunci când încărcările-descărcările se întind timp de ore sau sunt în general nerealiste.

Instrucțiuni pentru schimbul între bazele de date distribuite utilizând componenta URBD (URIB)

Să luăm în considerare un exemplu simplificat, vom efectua schimbul manual lansând configuratorul. Poate fi utilizat modul lot Configurator, puteți utiliza mail, ftp, copierea automată a fișierelor pentru a livra pachete de schimb.

Pentru a efectua schimbul, selectați Meniu - Administrare - Securitate distribuită a informațiilor - Schimb automat. Dacă schimbul este automat (a se vedea punctul 6 din instrucțiunea anterioară), atunci vom reuși.

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

2. Lansați configuratorul bazei centrale, selectați Meniu - Administrare - Securitate a informațiilor distribuite - Schimb automat, apăsați butonul „Executare”.

3. Fișierul rezultat D: \ base1 \ CP \ 020.zip este mutat în folderul D: \ base2 \ CP \

4. Schimbăm unele obiecte ale bazei de date periferice. Nu este recomandabil celor care s-au schimbat anterior în baza de date centrală, tk. baza centrală are prioritate față de modificările aduse obiectelor atunci când sunt schimbate.

5. Lansați configuratorul bazei periferice, selectați Meniu - Administrare - Securitate a informațiilor distribuite - Schimb automat, apăsați butonul „Executare”.

6. Ca urmare a schimbului automat, ar trebui să avem modificări primite din baza de date centrală. De asemenea, ar trebui să avem un fișier pe care să îl transferăm î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 din baza de date periferică vor apărea în baza de date centrală.

Asa de, principiu general schimb: executarea alternativă a schimbului automat cu mișcarea simultană a fișierelor (schimb de pachete) din folderul PC al unei baze în folderul PC al altei baze și din folderul CP al unei baze în folderul CP al altei baze.

Modificările de configurare se fac numai în baza de date centrală. La schimbarea configurației, este necesar să efectuați schimbul în bazele periferice într-un mod exclusiv. Pentru procesarea cu succes a pachetelor din bazele periferice din baza centrală, configurația trebuie încărcată în bazele periferice. Dacă vă confundați, este în regulă, pachetul respins de baza de date centrală va fi reîncărcat.

O situație apare adesea atunci când o organizație are mai multe sucursale sau puncte de vânzare cu amănuntul geografic îndepărtate una de alta. Cu toate acestea, rămâne nevoia de a menține înregistrări consistente în întreaga organizație. Una dintre opțiunile pentru rezolvarea acestei probleme este crearea rețea unită, care va include stații de lucru automatizate ale tuturor ramurilor și plasarea bazei de date 1C pe un server public. Această metodă poate fi dificilă din punct de vedere tehnic și costisitoare. În plus, apar o serie de probleme legate de securitatea informațiilor.

A doua opțiune este crearea unei baze de informații distribuite (RIB). O bază de date distribuită este o structură ierarhică constând din baze de informații separate pe platforma 1C: Enterprise, între care se organizează schimbul de date pentru a sincroniza configurația și datele. Aceste infobaze individuale sunt numite noduri RIB.

O bază de date distribuită poate fi creată pe baza diverse configurații sisteme 1C: Enterprise. Să luăm în considerare crearea sa folosind exemplul 1C: Trade Management 10.3.

Să presupunem că se deschide o priză suplimentară într-o organizație comercială, unde este necesar să aveți acces la sistemul comercial general al organizației. Pentru a crea un RIB, trebuie să parcurgeți următorii pași:

Aceasta finalizează crearea unei baze de date distribuite. Pentru a face schimb de informații, trebuie să începeți schimbul de date în baza de date centrală (modificările care au avut loc în ea vor fi încărcate), apoi în magazin (modificările vor fi încărcate din baza de date centrală și modificările care au avut loc în magazin vor fi încărcate) și din nou - în baza de date centrală (modificările vor fi încărcate în ea) au avut loc în magazin).

Infobazele distribuite au propriul lor mecanism de rezolvare a coliziunilor. Deci, dacă în timpul schimbului se dovedește că orice obiect (document, director etc.) a fost schimbat atât în ​​baza principală, cât și în baza subordonată, atunci schimbarea făcută în baza principală va avea prioritate.

Dacă este necesar să modificați configurația unei baze de date distribuite, acest lucru trebuie făcut în nodul rădăcină (a se vedea prima figură a articolului), configurațiile altor noduri sunt blocate. După efectuarea modificărilor necesare, acestea pot fi transferate către nodurile slave folosind procedura standard de schimb de date între nodurile RIB. După schimbul în configuratorul nodului sclav, este necesar să actualizați configurația infobazei.

Dacă aveți probleme cu configurarea unei baze de date distribuite, specialiștii noștri vă vor ajuta să configurați schimbul de date și să vă explice în detaliu cum să îl utilizați.