Crearea nervurii în 1s 8.3. Instrucțiuni pentru configurarea unei baze de informații distribuite (DIB) prin resursa FTP

Adesea, în practică, există situații în care diferite divizii sau ramuri sunt situate 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 asigurarea teritorială angajați la distanță acces 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 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.

RIB - distribuit baza de informatii, 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ță poate fi identificată că mecanismul de schimb RIB este mai specializat și mai îngust, în timp ce schimburile universale oferă utilizatorului mai mult cerc larg 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 nivelul metadatelor de configurare, ci și la nivelul elementelor individuale, asupra cărora 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 ierarhică, 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.

Crearea și configurarea unei baze de date distribuite (RDB) în 1C 8.3 Contabilitate (și alte configurații) este necesară î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 standard la distanță 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 în cele din urmă să ajungă î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 principală de informații - 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ă crearea unei copii 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:

Următorii pași cu setarea sincronizării FTP și e-mail sărim. 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âmp" Numele complet baza de date de fișiere” indicăm fișierul 1Cv8.1CD în directorul pe care l-am 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:

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 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. Când selectați modificări pentru încărcare, tabelul bazei de date este blocat pentru a înregistra noi modificări pentru volume mari de încărcare, acest lucru poate dura perioadă lungă de timp, oprirea lucrului.
• Costul general de întreținere cantitate mare 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.