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 funcționa într-o bază de date 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.

Vă rugăm să rețineți 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 din punct de vedere 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 date” ș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ă.

Vă rugăm să rețineți că numerotarea elementelor în cazul nostru este continuă, dar numai în cadrul aceluiași prefix.

Î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 avea, din diverse motive, 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 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ă mergeți la meniul principal „Service” - „Distributed Information Base (RIB)” - „Configurați nodurile RIB”.

În continuare, vom analiza 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. Este important să nu-l uităm. Confirmați completarea cu butonul „Următorul”.

Următoarele două ferestre sunt destinate specificarii setărilor pentru cazurile de schimb prin intermediul unui server FTP și prin e-mail. După cum am menționat mai devreme, luăm în considerare metoda de schimb prin intermediul unui 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. Acest lucru va dura ceva timp.

Important! Crearea unei imagini inițiale pentru un nod 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, trebuie doar să faceți clic pe linkul cu datele programului 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

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 majoritatea cazurilor, această funcționalitate este mai mult decât suficientă. De exemplu, în Fig. Figura 1 prezintă 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.

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”.

Completam doua intrari:

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 schimbă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”.

Completam doua intrari:

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”.

O situație apare adesea atunci când o organizație are mai multe sucursale sau puncte de vânzare cu amănuntul îndepărtate geografic unele de altele. 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 unei rețele unificate, care va include stații de lucru automate ale tuturor ramurilor și găzduiește baza de informații 1C pe un server public. Această metodă poate fi complexă și costisitoare din punct de vedere tehnic. Î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 informații distribuite este o structură ierarhică constând din baze de informații separate pe platforma 1C:Enterprise, între care schimbul de date este organizat în scopul sincronizării configurației și datelor. Aceste baze de informații individuale sunt numite noduri RIB.

O bază de informații distribuite poate fi creată pe baza diferitelor configurații ale sistemului 1C:Enterprise. Să luăm în considerare crearea sa folosind exemplul 1C: Managementul comerțului 10.3.

Să presupunem că un punct de vânzare cu amănuntul suplimentar este deschis într-o organizație comercială, unde este necesar să aveți acces la sistemul general de tranzacționare al organizației. Pentru a crea un RIB trebuie să parcurgeți următorii pași:

Aceasta completează crearea unei baze de informații 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 aceasta vor fi descărcate), apoi în magazin (modificările din baza de date centrală vor fi descărcate și modificările care au avut loc în magazin vor fi descărcate ), și din nou în baza de date centrală (modificările vor fi descărcate în ea , au avut loc în magazin).

Bazele de informații distribuite au propriul mecanism de rezoluție a coliziunilor. Deci, dacă în timpul unui schimb se dovedește că orice obiect (document, director etc.) a fost modificat atât în ​​baza de date principală, cât și în cea subordonată, atunci modificarea făcută în baza de date principală va avea prioritate.

Dacă este necesară modificarea configurației unei baze de informații distribuite, aceasta trebuie făcută în nodul rădăcină (vezi prima figură a articolului), configurațiile nodurilor rămase sunt blocate. După efectuarea modificărilor necesare, acestea pot fi transferate către nodurile slave utilizând procedura standard pentru schimbul de date între nodurile RIB. După ce schimbul este efectuat în configuratorul nodului slave, este necesară actualizarea configurației bazei de informații.

Dacă aveți probleme la configurarea unei baze de informații distribuite, specialiștii noștri vă vor ajuta să configurați schimbul de date și vă vor explica în detaliu cum să o utilizați.