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 prezent, aceasta este o apariție destul de rară, deoarece desktopul la distanță standard funcționează bine și există alte programe care oferă conexiune la distanță la calculator 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. Ideea este că fie manual, fie mod automat(în funcție de setare) bazele de date sunt combinate într-una singură. Pentru a vă asigura că numerele de documente nou introduse și codurile de referință 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. Să setăm prefixul pentru pagina principală chiar aici baza de informatii– 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 în retea locala;
- 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”. In camp " 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:
O situație apare adesea atunci când o organizație are mai multe sucursale sau puncte de vânzare cu amănuntul, din punct de vedere geografic prieten de la distanță de la prieten. 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 unificată, care va include stații de lucru automate ale tuturor filialelor și plasarea bazei 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ă o organizație comercială deschide o altă organizație magazin, în care este necesar să avem acces la un comun sistem comercial organizatii. 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 folosind 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.
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 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 un anumit plan să poată fi utilizat în această structură ierarhică, trebuie activată proprietatea sa „Bază de informații distribuită”.
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 un număr de informatii oficiale. 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 din mecanism schimb universal cu cineva trăsături distinctive, care sunt prezente numai în structura RIB.
În 1C 8.3 sau în 1C 8.2? Configurarea 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ă le aibă 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 opțiunile de setări pentru diverse cazuri folosind sincronizarea. 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 indicat în format complet UNC, care implică formarea unei căi locale într-un format de „rețea”. De exemplu - „\\Server1C\Databases\RIB”. LA calea specificată Să adăugăm 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 executa pornire manuală sarcini.
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 am terminat de creat și editat scripturi pornire automată schimbul unei baze de date distribuite, puteți trece la descărcarea și încărcarea ulterioară a 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
În acest material instrucțiuni detaliate privind configurarea schimbului RIB pentru 1C:Enterprise 8 și problemele pe care le-a întâmpinat autorul.
1. Crearea nodurilor
Creăm noi noduri (master și slave): în modul utilizator „Operațiuni/Planuri de schimb/Complet”
Să alegem planul de schimb „Complet”
Creăm două înregistrări:
- să numim prima înregistrare „CB” (nodul principal), să indicăm codul „CB”,
- să numim a doua intrare „Nod subordonat”, indicați codul „PU”.
Pictogramă cu un cerc verde - „CB” (nodul principal)
Pentru nodul slave, faceți clic pe pictograma „Creați imaginea inițială”. (Necesită acces exclusiv)
Creați o imagine de pornire
Apoi, în fereastra care se deschide, completați parametrii noii baze de date. Când ați terminat, faceți clic pe butonul „Terminare”.
Crearea unei imagini inițiale de securitate a informațiilor
Va începe crearea imaginii inițiale a nodului slave al bazei de informații distribuite, iar la finalizare va apărea mesajul „Crearea imaginii inițiale a fost finalizată cu succes”. Faceți clic pe butonul „OK”.
Adăugăm baza nodului slave la lista de baze și o lansăm.
În această bază de date subordonată deschidem planul complet de schimb - pictograma „CB” este roșie, ceea ce înseamnă că acest nod este nodul principal pentru baza de informații în care ne aflăm.
2. Configurarea prefixelor
Pentru fiecare bază de date, în setările parametrilor contabili (în UPP „Service / Accounting Parameters”) din fila „Data Exchange”, setăm prefixe. Acest lucru se face astfel încât să nu existe conflicte în numerele și codurile documentelor și directoarelor create în două baze de date.
Pentru schimbul automat, bifați caseta „Utilizați mecanismul de schimb automat...”
Fila „Schimb de date”
3. Adăugați o setare pentru schimbul de date între noduri
Deschideți: „Service\Distributed Information Base (RIB)\Configurați nodurile RIB”
Faceți clic pe „Adăugați” și se va deschide fereastra „Setări de schimb de date”.
Configurarea schimbului de date
Faceți clic pe pictograma „Schimb conform setărilor curente”.
Executați schimbul conform setării curente
Acum despre capcane
1. Schimbul de date poate fi efectuat automat și poate fi inițiat în următoarele cazuri:
* La pornirea programului. Schimbul va fi efectuat la pornirea programului,
* Când terminați de lucrat cu programul. Schimbul va fi efectuat înainte ca utilizatorul să termine lucrul cu programul,
* Când apare catalogul. Schimbul va fi efectuat numai dacă directorul specificat de utilizator era invizibil, dar acum a devenit vizibil. Setarea poate fi folosită pentru a efectua schimbul automat atunci când este conectat la o rețea locală sau carduri flash. Programul va verifica periodic vizibilitatea directorului specificat în setări și va nota starea sa actuală,
* Când apare fișierul. Este recomandat să utilizați modul de date atunci când trebuie să faceți schimb dacă apare un fișier de schimb de date primit. În acest caz, este suficient să specificați calea completă către fișierul de schimb de date primit. Programul analizează periodic prezența fișierului și, de îndată ce acesta apare, schimbul va fi efectuat, iar după schimb, acest fișier va fi ȘTERS forțat (acest lucru se face pentru ca procedura de schimb să nu se efectueze în mod constant),
* Schimb periodic de date. Schimbul se va efectua conform setărilor pentru schimbul periodic de date. Dacă baza de informații funcționează în modul server de fișiere, atunci schimbul periodic se efectuează numai pentru utilizatorul care este specificat în setările politicii contabile ca „Utilizator pentru sarcini de rutinăîn modul fișier.” În versiunea Client-server, schimbul se realizează pe serverul 1C:Enterprise.
Am o opțiune Client-Server - pentru ca schimbul automat de rutină să funcționeze, a trebuit să supraîncarc serverul
2. Codare Windows.
Schimbul a fost întrerupt de o eroare deoarece fișierul nu a fost comprimat. Acest lucru se datorează unei erori chirilice în Linie de comanda când este comprimat.
Poate fi tratată prin corectarea codificărilor din registru.
De exemplu, pentru Windows Server 2008 -
Cod
REGEDIT4
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"
"1253"="c_1251.nls"
"1254"="c_1251.nls"
"1255"="c_1251.nls"
3. La crearea unei copii a bazei de date (de exemplu, pentru modificare) în versiunea client-server, ESTE NECESAR ca SARCINIILE DE RUTINĂ ALE COPIEI BAZEI DE DATE să fie DEZACTIVATE. Blocarea sarcinilor de rutină pentru copiere ON
Dacă nu sunt blocate, atunci copia va face schimburi în același program ca baza de date principală. Aceasta înseamnă că unele mesaje către nodurile de la distanță vor fi generate din baza de date de lucru, iar altele dintr-o copie, ceea ce va duce la desincronizarea configurațiilor.
