Baza de informatii distribuite. Instrucțiuni pas cu pas și capcane. Alexey Alekseev bun venit pe blogul meu confortabil 1C 8.3 baze de date de informații distribuite

Creare și configurare bază distribuită datele (RIB) din 1C 8.3 Contabilitatea (și alte configurații) sunt necesare în cazurile în care nu este posibil ca mai mulți utilizatori să lucreze în timp ce se conectează simultan la o bază de date. În zilele noastre, acest lucru este destul de rar, deoarece desktopul la distanță standard funcționează bine și există alte programe care oferă o conexiune la distanță la computerul central unde se află baza de date.

Dar, cu toate acestea, există situații în care pur și simplu nu există Internet. Și datele ar trebui să ajungă în cele din urmă într-o singură bază de informații. Acesta este motivul pentru care se creează o bază de date distribuită.

De obicei, baza principală se numește centrală, iar restul sunt numite periferice. Concluzia este că fie manual, fie automat (în funcție de setări), bazele de date sunt combinate într-una singură. Pentru a vă asigura că numerele de documente nou introduse și codurile de director nu sunt duplicate, fiecărei baze de date i se atribuie un prefix.

În această instrucțiune, vom folosi un exemplu pentru a crea o bază de date centrală și periferică și a verifica schimbul dintre ele. Acest manual este potrivit atât pentru 1C 8.3 Accounting și 1C Trade Management (UT), cât și pentru alte configurații.

Configurarea bazei de date RIB distribuite principale (centrale).

Să mergem la meniul 1C „Administrare”, apoi faceți clic pe linkul „Setări de sincronizare a datelor”. În fereastra care se deschide, trebuie să bifați caseta de selectare „Sincronizare datelor”. Linkul „Sincronizare datelor” va deveni activ. Chiar aici vom seta un prefix pentru baza de informații principale - de exemplu, „CB”:

Faceți clic pe linkul „Sincronizare datelor” și se va deschide o fereastră cu butonul „Configurați sincronizarea datelor”. Când faceți clic pe acest buton, se va deschide o listă derulantă în care trebuie să selectați modul „Complet”. Dacă sincronizarea este necesară doar pentru o singură organizație, trebuie să selectați „După organizație...”.

În fereastra următoare, programul ne va solicita să facem o copie de rezervă. Recomand cu tărie să faceți acest lucru, deoarece următorii pași de configurare pot fi ireversibili.

După creație copie de rezervă faceți clic pe butonul „Următorul”. La pasul următor, trebuie să decidem cum va avea loc sincronizarea:

printr-un director local sau un director din rețeaua locală;
pe Internet prin FTP.

Pentru simplitate și claritate a exemplului, vom selecta un director local. Am specificat următoarea cale: „D:\1C Baze de date\Synchronization”. Ar fi o idee bună să verificați intrările din acest director; există un buton special pentru aceasta:

Obțineți 267 de lecții video pe 1C gratuit:

Omitem pașii următori cu configurarea sincronizării prin FTP și e-mail. Să ne uităm la setările pentru numele bazelor de date principale și periferice. Aici vom seta prefixul pentru baza de date periferică:

Nu uitați că prefixele pentru fiecare bază de date trebuie să fie unice. În caz contrar, veți primi eroarea „Valoarea prefixului primei baze de informații nu este unică”.

Faceți clic pe „Next”, verificați informațiile introduse și faceți clic din nou pe „Next”, apoi pe „Finish”. În câmpul „Nume complet”. baza de date de fișiere„Indicați fișierul 1Cv8.1CD în directorul pe care l-ați creat pentru sincronizare. Creăm imaginea inițială a bazei de date distribuite 1C:

După crearea imaginii inițiale a RIB în 1C, puteți seta un program de sincronizare sau puteți sincroniza manual:

După sincronizare, vă puteți conecta la noua bază de date și vă puteți asigura că informațiile din baza de date centrală au fost încărcate acolo:

Doar creați imediat cel puțin un utilizator cu drepturi de administrator în noua bază de date periferică.

Configurarea sincronizării în baza de date periferică

În baza de date periferică 1C, configurarea este mult mai simplă. Doar bifați caseta de selectare „Sincronizare datelor” și urmați linkul cu același nume. Și aproape imediat ne găsim într-o fereastră cu butonul „Sincronizează”. Să încercăm să creăm un articol de testare în baza de date periferică și să-l încărcăm în cea principală folosind RIB:

În 1C 8.3 sau în 1C 8.2? Crearea unei baze de informații distribuite. Instrucțiuni pas cu pas.

Distribuția bazei de informații este utilizată atunci când este necesară menținerea înregistrărilor comune în baze de date care nu pot, din diverse motive, să aibă o conexiune fizică. Un exemplu ar fi contabilitatea într-o companie care are o divizie într-un oraș mare sau într-un sat mic, fără posibilitatea de a se conecta la Internet. Sau în unele cazuri speciale de necesitate periodică de a lucra simultan cu o singură bază de date la birou și în afara biroului, de exemplu acasă. În astfel de cazuri și în cazuri similare, utilizarea unei baze de informații distribuite (DIB) este justificată și necesară.

În acest articol ne vom uita la organizarea distribuției unei baze de date de informații în configurația 1C Accounting for Russia versiunea 8.3 printr-un director local sau de rețea. În versiunea 8.2 1C această instrucțiune va fi de asemenea util, deoarece descrie în esență un proces cu diferențe semnificativ mici.

==== Configurare pentru baza principală ====

După ce am deschis 1C 8.3 în modul „Enterprise”, să mergem la secțiunea „Administrare”. În versiunea 1C 8.2, pentru a începe, trebuie să accesați meniul principal „Service” - „Distributed Information Base (DIB)” - „Configurați nodurile RIB”.

În continuare, vom lua în considerare procesul în contextul securității informațiilor versiunea 8.3. Deci, mergând la secțiunea „Administrare”, selectați „Setări program”. În setări, accesați secțiunea „Sincronizare datelor”. Aici bifăm caseta „Utilizați sincronizarea datelor” și specificăm prefixul bazei de date. Să indicăm „CB”, implicând o bază centrală.

După aceasta, elementul „Sincronizare datelor” apare în meniul din dreapta. Să-l alegem. În fereastra copil care se deschide, faceți clic pe butonul „Configurați sincronizarea datelor”. În meniul derulant, puteți selecta setări pentru diferite cazuri de utilizare a sincronizării. Selectăm „Baza de informații distribuite...”.

Pentru dezvoltarea generală, familiarizați-vă cu conținutul ferestrei următoare și faceți clic pe „Următorul”.

În fereastra următoare, completați directorul prin care . Vom specifica compresia datelor pentru a reduce dimensiunea încărcării și puteți specifica imediat o parolă pentru arhiva cu datele. Important este să nu-l uităm. Confirmați completarea cu butonul „Următorul”.

Următoarele două ferestre sunt destinate specificarii parametrilor de setări pentru cazurile de schimb prin server FTP si prin e-mail. După cum am menționat mai devreme, luăm în considerare metoda de schimb printr-un director, așa că omitem setările pentru FTP și e-mail.

Următoarea fereastră este destinată specificarii parametrilor de schimb în partea periferică a bazei de date. Să îi indicăm numele și prefixul. Următorul este butonul „Următorul”.

Să verificăm parametrii de schimb pe care i-am creat și să le confirmăm corectitudinea cu butonul tradițional „Următorul”.

Setul necesar de setări pentru schimb va fi creat automat. O să ia ceva timp.

Important! Crearea imaginii inițiale pentru nodul slave necesită o perioadă semnificativă de timp. Mărimea acestei semnificații depinde de resursele informatice și de volumul contabilității din baza de date principală.

Să presupunem că decidem să creăm o imagine. După ce facem clic pe butonul „Finish” din fereastra anterioară, vom intra în setările pentru a crea o imagine a securității informațiilor slave. Vom lua în considerare cel mai simplu caz pentru operațiuni locale. Pentru a face acest lucru, indicați detaliile necesare în fereastra care se deschide. Să acordăm o atenție deosebită parametrului „Numele complet al bazei fișierului”. Trebuie specificat în format UNC complet, ceea ce necesită formarea unei căi locale într-un format de „rețea”. De exemplu - „\\Server1C\Databases\RIB”. La calea specificată vom adăuga numele fișierului bazei de date - 1Cv8.1CD.

După ce faceți clic pe butonul „Creați imaginea inițială”, începe procesul de generare a unei imagini pentru baza de date slave.

După finalizarea procesului, un fișier de bază de date va fi creat în directorul specificat. Această bază de date nou creată trebuie configurată înainte de utilizarea completă.

==== Configurare pentru o bază periferică ====

Pentru a face acest lucru, trebuie să-l conectați la 1C. Veți găsi cum să faceți acest lucru în instrucțiunile din articolul nostru - După conectare, trebuie să lansați noua bază de date în modul configurator și să creați utilizatori. Apoi, securitatea informațiilor trebuie să fie lansată în modul 1C „Enterprise”.

Dacă, dintr-un motiv oarecare, crearea utilizatorilor trebuie amânată pentru o dată ulterioară, după conectare, puteți pur și simplu să lansați baza de date în modul 1C „Enterprise”. Vi se va solicita să creați un utilizator „Administrator”, să fiți de acord cu acesta, iar completarea inițială va fi făcută.

Apoi trebuie să continuați configurarea asocierii cu baza principală. Această setare este similară cu cea discutată mai sus pentru baza de date principală.

Va fi creată o configurație pentru comunicarea cu baza principală.

============================================

Deci, acum am creat bazele principale și periferice. Setările de sincronizare au fost create și în fiecare dintre aceste baze de date. Acum puteți trece la editarea acestor setări și aducerea lor într-o formă adecvată. Puteți crea reguli de schimb automat sau puteți efectua schimbul manual.

Să facem asta în baza de date principală. Baza periferică este configurată în același mod.

Editarea poate fi aplicată regulilor și programelor de sincronizare a datelor.

Făcând clic pe butonul „Configurare” din secțiunea „Program de sincronizare a datelor”, trebuie să editați scripturile pentru a programa automat munca de încărcare/încărcare a datelor pentru baza de date selectată. Nu trebuie să îl editați, doar să fiți de acord cu opțiunile implicite.

Pentru a edita parametrii, faceți clic pe linkul cu datele program automat. Și apoi edităm parametrii temporari pentru lansarea sarcinilor. Parcurgând marcajele, puteți modifica atât ora, cât și datele și zilele săptămânii lansării.

Făcând clic pe butonul „Run task” din fereastra principală de script, puteți rula manual sarcina.

Făcând clic pe butonul „Configurare” din secțiunea „Reguli de sincronizare a datelor”, puteți efectua operațiuni pentru a modifica scripturile de lansare a sarcinilor, precum și pentru a vizualiza jurnalul de încărcări/descărcări. Acesta din urmă este destul de important pentru administrarea accesului și monitorizarea regularității schimburilor.

După ce ați terminat de creat și editat scripturi pentru pornirea automată a schimbului de baze de date distribuite, puteți continua cu încărcarea și apoi încărcarea datelor.

În acest moment, configurarea bazei de date a băilor distribuite pentru nodurile centrale și periferice este practic finalizată.

Descărcați instrucțiuni ilustrate

Baza de informatii distribuite. Instrucțiuni pas cu pas
Baza de informații distribuite (RIB) 1C:Enterprise
Crearea unei baze de informații distribuite și configurarea acesteia
cum se instalează nervura în 1s 8.2
Cum să configurați o bază de informații distribuite în 1C
Cum se configurează în 1C
Cum se configurează în 1C
Crearea unei baze de informații distribuite (RIB) în 1C
Exemplu de configurare a RIB pentru 1C: Contabilitate 8
Crearea unei baze de informații distribuite și configurație

RIB este o bază de informații distribuite, care este o structură arborescentă, ale cărei ramuri sunt baze de date individuale 1C Enterprise implementate. Aceste baze de date sunt numite noduri de bază de informații distribuite (denumite în continuare pur și simplu noduri). Între aceste noduri se formează un schimb de informații pentru a sincroniza toate nodurile (configurații și baze de date).

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 mai îngust, în timp ce schimburile universale oferă utilizatorului o gamă mai largă de oportunități.

Principiile de bază de funcționare ale RIB

Este posibilă modificarea structurii de configurare numai în nodul rădăcină principal al bazei de informații distribuite. Aceste modificări sunt apoi propagate ierarhic la nodurile subordonate. Astfel, aceasta oferă un spațiu de structură de configurare unic în toate nodurile RIB.

Datele pot fi modificate în oricare dintre noduri, care, la rândul său, este distribuit tuturor celorlalte noduri. Mai mult, aceste date nu trebuie neapărat transferate altor participanți la sistem și este posibil ca identitatea lor completă să nu fie păstrată. Dezvoltatorul poate personaliza compoziția datelor care participă la schimbul cu alți participanți RIB, după cum dorește. Mai mult, setările pot fi făcute nu numai la nivel de metadate de configurare, ci și la nivel elemente individuale, pe care pot fi aplicate selecții speciale.

După cum sa menționat mai sus, mecanismul RIB se realizează prin utilizarea planurilor de schimb. dar pentru ca cutare sau cutare plan să fie folosit în aceasta structura ierarhica, trebuie să aibă proprietatea „Bază de informații distribuită” activată.

Toate datele sunt transmise către RIB prin mesaje. Conținutul acestor mesaje este clar reglementat și nu poate fi arbitrar, ca în mecanismul de schimb universal. Datele sunt plasate într-un mesaj utilizând principiul serializării XML. Pe lângă aceste modificări de date, mesajul conține și informații despre modificările de configurare, precum și o anumită cantitate de informații despre servicii. Modificările sunt înregistrate și plasate în mesajul de schimb complet automat. Nici utilizatorul, nici dezvoltatorul nu pot influența acest lucru.

Recepția și generarea mesajelor de schimb în RIB sunt setate cu o singură comandă

Schimb de planuri. WriteChanges(WriteMessages, 0)

Conținutul este citit folosind comanda

Concluzie

Putem spune cu siguranță că mecanismul RIB constă în principal dintr-un mecanism de schimb universal cu unele caracteristici distinctive care sunt prezente numai în structura RIB.

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ă, deci doar câteva cuvinte despre elementele de bază și să intrăm puțin mai adânc în detaliile tehnologice.

RIB – tehnologia bazelor de date cu informații distribuite 1C:Enterprise – nu trebuie confundat cu schimb universal, cu 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.
Infrastructură de mesaje pentru schimbul distribuit Sistem informatic- livrare garantata. 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 solutii aplicative. 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.

Nu destul de rău - nevoi rețea mică va fi destul de satisfăcător. 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ă prin furnizarea de angajați la distanță geografică acces de la distanță la o bază 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ă au fost adăugate la baza de date principală articole de nomenclatură: „Brâ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.