1c 8.3 distribuirane infobaze. Izgradnja RDB -a od nule. Osnovna načela RIB -a

25. listopada 2016

Nema velike razlike između konfiguriranja i održavanja RIB -a za 2 čvora i za 10, ali kada broj udaljenih točaka premaši stotinu, moraju se riješiti potpuno različiti problemi.

Početni podaci:

Konfiguracija: Maloprodaja 2.2
Platforma 1C: 8.3.7.1970

Trajanje projekta: godina.

Arhitektura:

Prvo smo se odlučili za shemu RIB. Odlučeno je da se što dulje usredotočimo na shemu zvijezda; po dosezanju tehnoloških granica - pahuljica.

Ograničenja:
- 2 GB RAM -a
- 1 fizički procesor

Od svega navedenog, ograničenje maksimalnog volumena baze podataka u osnovi je neugodno.

No to samo znači da je potrebno organizirati postupak čišćenja od zastarjelih podataka na terenu.

Za 1C i MS SQL poslužitelj dodijeljen je zasebni fizički poslužitelj. On će snositi glavni teret razmjene i dugoročnog poslovanja.
Računala krajnjih klijenata se ne zamjenjuju jer će raditi s tankim klijentom, a opterećenje na njima bit će minimalno.
.

osnovne postavke

Naravno, od dana UT -a 10.3, na kojem sam imao svoj prvi projekt uvođenja RIB -a za 60 čvorova, "puno vode je poteklo ispod mosta".

1C nije stajao na mjestu. Maloprodaja 2.2 sada uzima u obzir potrebu za selektivnim prijenosom podataka.
U bazu podataka trgovine bit će učitani samo podaci koji su relevantni za trgovinu:
- Sve priručnike (osim specijaliziranih)
- Dokumenti za ovu trgovinu

Drugo je pitanje da na ovaj ili onaj način dodavanje čvora u bazu znači dodavanje još jednog zapisa u registracijsku tablicu za svaki zajednički element kada se zabilježi.

1) Treba ga podijeliti u zasebne skripte za sinkronizaciju za prijenos i preuzimanje
Poanta je u tome da prijenos traje dugo i s zaključavanjem, a preuzimanje je prilično jednostavno. Istodobno, često se događa da moramo brzo primati podatke iz maloprodajnih objekata, a da ih vraćamo samo nekoliko puta dnevno.

2) Odaberite spremišta problema i uklonite ih iz općeg scenarija sinkronizacije. Mogu imati veliko rasterećenje - u ovom slučaju će se usporiti cijela razmjena, uključujući i druge čvorove. Nakon rješavanja problema, oni se vraćaju natrag.

3) Izradite nekoliko scenarija za slanje i primanje podataka. Ali glavna stvar ovdje je uloviti ispravnu ravnotežu njihovog broja.
(od verzije 8.1).
Slijedom toga, paralelizam u istovaru RIB -a je ograničen. U praksi se ispostavlja da paralelno pokreću 2-3 skripte.

Ono što je trebalo dovršiti

Najvažniji zastoj u standardnoj logici 1C RIB -a su ažuriranja

Registar informacija još je jedan problem razmjene. Izbacivanjem svakog zapisa registra podataka u XML stvara se zaseban XML čvor s elementima usluge itd. Osim toga, funkcija "SelectChanges ()" za registar informacija u kojoj će 100 zapisa istovremeno dobiti rezultirajuću tablicu od 100 redaka, ako je to imenik sa 100 redaka u tabličnom odjeljku, bit će odabran samo jedan zapis. Ovo je vrijeme isključivog blokiranja. Dakle, ako u računalu postoji mnogo zapisa koji su redovito registrirani za razmjenu u drugim trgovinama, onda je svakako ispravno predstaviti ih u obliku referentne knjige s tabličnim odjeljkom, koji se u ekstremnim slučajevima, prilikom snimanja, mogu formirati redove istog registra. U svakom slučaju, .

Drugi važan detalj je Za što? Kartice s popustom već su prikupile blizu 3 milijuna. Za rad s njima koristi se vanjski mrežni sustav. Nastavite li prenositi kartice s popustom u sve trgovine, to će značajno povećati razmjene, osim toga, to može dovesti do viška osnovnog volumena od 10 GB.

Neki od mehanizama implementirani su putem interneta kontaktiranjem središnje baze podataka: salda u drugim trgovinama, vraćanje čeka iz druge trgovine, provjera valjanosti poklon bona.

Umnožavanje

Stvaranje početnog RIB čvora na uobičajen način onemogućilo bi replikaciju u načelu.
Stoga se novi čvor stvara na sljedeći način:

2) Ova baza podataka razmjenjuje sve opće podatke u RIB -u, ali ne prima specijalizirane (dokumente)

5) Baza za trgovinu je spremna.

Na poslužitelj je raspoređen gotov programski paket pa ne oduzima puno vremena. Zatim se novostvorena baza podataka učitava na poslužitelj i spremna je za slanje u trgovinu.

Prednosti tankih klijenata

Dvije značajne prednosti Retail 2.2 (Thin Client) koje su "zagrijale dušu":

Podrška i ažuriranja

1) Ažurirajte rukama trgovina (nije baš točno, možda neće primiti promjene, bit će poziva i problema) - kao što je bilo prije

3) Napišite skriptu * .cmd ili 1C za ažuriranje ili uzmite gotovu. Kao što pokazuje praksa, takvo je rješenje uvijek polovično (nestabilno), a u njega će se moći postaviti malo funkcionalnosti.

Koje smo zadatke imali:

2) Prilikom ažuriranja moguća je interaktivna interakcija s korisnikom (poruke, potvrda, traka napretka).

Glavne funkcije:

4) Provjera statusa agenata
5) Ažuriranje izvješća
6) sigurnosna kopija

Na primjer, ovako izgleda poruka o pogrešci nakon ažuriranja:

Stoga projekt ima dobre šanse za uspješan završetak. Barem usred puta "normalan let".

Ako dođemo do drugih rješenja koja se mogu činiti zanimljivima, napisat ću zasebno

p.s. i što je najvažnije: Točno planiranje daljnje potpore jedan je od ključnih čimbenika daljnjeg uspjeha takvih projekata. :)

25. listopada 2016

Nema velike razlike između konfiguriranja i održavanja RIB -a za 2 čvora i za 10, ali kada broj udaljenih točaka premaši stotinu, moraju se riješiti potpuno različita pitanja.

Dakle, početni podaci:

Konfiguracija: Maloprodaja 2.2
Platforma 1C: 8.3.7.1970
Procijenjeni broj čvorova na kraju projekta: 200
Resursi opreme u centru: nema značajnih ograničenja
Oprema na mjestu: pitanje o kojem se raspravlja.
Trajanje projekta: godina.

Arhitektura:

Prvo smo se odlučili za shemu RIB. Odlučeno je usredotočiti se na shemu "zvijezda", prije toga
V. maloprodajna mjesta koristi se verzija rada klijent-poslužitelj s namjenskim poslužiteljem pod kontrolom Windows OS-a.
Poslužitelj 1C će se koristiti u verziji "Poslužitelj 1C MINI" https://1c.ru/news/info.jsp?id=17577
DBMS poslužitelj - MS SQL Express 2008 R2.

SQL Express 2008 R2 najnovija je verzija ove linije SQL Servera do sada.
Ograničenja:

2 GB RAM -a
- 1 fizički procesor
- 10 GB maksimalne veličine baze podataka

Od svega navedenog, ograničenje maksimalnog volumena baze podataka zasigurno je neugodno. No, to zapravo samo znači da će biti potrebno organizirati postupak čišćenja od zastarjelih podataka na terenu.

Za 1C i MS SQL poslužitelj dodijeljen je zasebni poslužitelj. Glavni teret razmjena i operacija bit će na njemu.
Računala krajnjih klijenata se ne zamjenjuju jer će raditi s tankim klijentom, a opterećenje na dnu bit će minimalno.
Poslužitelj u trgovini samo je moćno računalo. No preduvjet je prisutnost SSD diska - na kojem se nalaze baze podataka MS SQL.
Također, poslužitelj će omogućiti obavljanje rutinskih operacija noću i pristup bazi podataka trgovine bez prekida rada.

osnovne postavke

Naravno, od dana UT -a 10.3, na kojem sam imao svoj prvi projekt uvođenja RIB -a za 60 čvorova, "puno vode je poteklo ispod mosta". 1C nije stajao na mjestu. Maloprodaja 2.2 sada uzima u obzir potrebu za selektivnim prijenosom podataka.
U bazu trgovine bit će učitani samo podaci koji se odnose na nemiu:
- Svi direktoriji (osim nekih)
- Dokumenti o ovom magnazinu
Registracija podataka odvija se prema pravilima registracije, sve što se može predmemorirati. Značajna kašnjenja ne primjećuju se upravo pri registraciji.
Drugo je pitanje da na ovaj ili onaj način dodavanje čvora u bazu znači dodavanje još jednog zapisa za svaki zajednički element za sve baze.

Nema ništa posebno u postavljanju samog istovara. Prilikom postavljanja scenarija sinkronizacije postoje neke nijanse:

1) Potrebno je odvojiti upload i download u zasebne skripte za sinkronizaciju.
Poanta je u tome da prijenos traje dugo i s zaključavanjem, a preuzimanje je prilično jednostavno. Istodobno, često se događa da moramo brzo primati podatke iz maloprodajnih objekata, a da ih vraćamo samo nekoliko puta dnevno.

2) Odaberite spremišta problema i uklonite ih iz općeg scenarija sinkronizacije. Mogu imati veliko rasterećenje - u ovom slučaju će se usporiti cijela razmjena, uključujući i druge čvorove

3) Izradite nekoliko skripti za slanje i primanje za slanje i primanje podataka. Ali ovdje je glavna stvar ravnoteža.
Neke stvari u 1C se ne mijenjaju. Ista metoda "SelectChanges" može se izvesti samo uzastopno(od verzije 8.1).
Slijedom toga, paralelizam u istovaru RIB -a je ograničen. U praksi je moguće istovariti 2-3 scenarija odjednom.
Što se tiče scenarija primanja - ovdje je moguće mnogo više paralelizma, ako je potrebno, naravno.

Ono što je trebalo dovršiti

Naravno da je tužno i tužno, ali morao sam temeljito ući u BSP. Najvažniji zastoj u standardnoj 1C logici su ažuriranja... Nakon ažuriranja pojavljuje se nešto poput ovog prozora:

Sve se to događa u monopolnom načinu. Između ostalog, sustav će i dalje pokušati izvršiti razmjenu nakon ažuriranja u isključivom načinu rada. Do čega sve ovo vodi nije teško pogoditi.
Tijekom cijelog tog razdoblja trgovina ne može raditi, kupci su na blagajni, tvrtka gubi novac.

Registar informacija još je jedan problem razmjene. Iskrcavanjem svakog zapisa registra podataka u XML -u stvara se zaseban XML čvor s elementima usluge i svime što odavde teče. Osim toga, funkcija "odaberi promjene" za registar podataka u kojem će 100 zapisa, rezultirajuća tablica sadržavati će 100 redaka, u isto vrijeme, ako se radi o direktoriju u kojem je 100 redaka u tabličnom odjeljku, samo jedan zapis će biti odabran. Dakle, ako u računalu postoji mnogo zapisa koji su redovito registrirani za razmjenu u drugim trgovinama, onda je svakako ispravno predstaviti ih u obliku referentne knjige s tabličnim odjeljkom, koji se u ekstremnim slučajevima, prilikom snimanja, mogu formirati evidencije istog registra. U svakom slučaju, registri podataka u razmjenama su zli.

Drugi važan detalj je diskontne kartice potpuno su isključene iz razmjene, a pojedinci - samo zaposlenici određene trgovine. Za što? Kartice s popustom već su prikupile blizu 3 milijuna. Za rad s njima koristi se vanjski mrežni sustav. Nastavite li prenositi kartice s popustom u sve trgovine, to će značajno povećati razmjene, osim toga, to može dovesti do viška osnovnog volumena od 3 GB.

Neki od mehanizama implementirani su putem interneta kontaktiranjem središnje baze podataka: salda u drugim trgovinama, vraćanje čekom iz druge trgovine, provjera valjanosti darovnog bona.

Umnožavanje

Naravno, replikacija se provodi ubrzanim tempom.
Pravilno stvaranje početnog RIB čvora na pravilan način onemogućilo bi replikaciju.
Stoga se novi čvor stvara na sljedeći način:

1) Postoji zasebna baza s lažnom trgovinom
2) Ova baza razmjenjuje sve opće podatke u RIB -u, ali ne prima specijalizirane
3) Kad želimo stvarati nova baza- samo kopirajte ovo
4) Zatim postavljamo postavke - trgovina, prefiks itd.
5) Baza za trgovinu je spremna.

Na poslužitelj je raspoređen gotov softverski paket pa ne oduzima puno vremena. Zatim se novostvorena baza podataka trgovine pohranjuje na poslužitelj i spremna je za slanje u trgovinu.

Prednosti tankih klijenata

dvije značajne prednosti koje su „zagrijale dušu“.

1) Nema potrebe mijenjati cijeli računalni park u maloprodajnim objektima. 90% operacija se izvodi na poslužitelju, a poslužitelj se tamo dovodi "relativno moćnim računalom"

2) Tehnika ima sposobnost odbiti rad, osobito često se to događa s tek instaliranom ili već istrošenom opremom.
U ovom slučaju, radnje su sada krajnje jednostavne - trgovina se prebacuje na rad u središnjoj bazi.
Ovaj proces ne traje više od 5-10 minuta, pa se trgovanje ne prekida čak ni sa značajnim problemima s opremom.

Podrška i ažuriranja

Konačno smo došli do najzanimljivije točke - kako sve to održavati i ažurirati?
Nama su ažuriranja također dugo bili problem:

1) Ažurirajte rukama trgovina (nije baš točno, možda neće primiti promjene, bit će poziva i problema)
2) Obnoviti silom tehnička podrška(nema toliko resursa)
3) Napišite * .cmd za ažuriranje ili uzmite spremno. Kao što pokazuje praksa, takvo je rješenje uvijek polovično (nestabilno), a u njemu ima malo funkcionalnosti.

Koje smo zadatke imali:

1) Ažuriranje bi se trebalo odvijati u nekoliko načina i njime bi se trebalo upravljati centralizirano
2) Prilikom ažuriranja moguća je interaktivna interakcija s korisnikom.
3) Obavezno primajte izvješća o statusu i ažurirajte pogreške
4) Mora postojati sigurnosna kopija
5) Sustav za ažuriranje trebao bi se moći ažurirati bez problema.
6) Sustav bi se trebao proširiti bez ikakvih problema.

Naravno, zadaci su otišli daleko izvan popisa rješivih jednostavne metode... Budući da je automatizacija s toliko krajnjih točaka neophodna, a nismo pronašli ništa više ili manje spremno sa sličnom funkcionalnošću
Morao sam početi razvijati softver koji je na kraju dobio naziv MU (MagicUpdater).

Glavne funkcije:

1) Dinamičko ažuriranje baze podataka (naredba ili raspored)
2) Statičko ažuriranje baze (naredba ili raspored)
3) automatski agenti na ciljnim računalima kada se izmijene
4) Provjera statusa agenata
5) Ažuriranje izvješća
6) sigurnosna kopija
7) Administrativne radnje sa poslužiteljem 1C i MS SQL
8) Zatvaranje svih 1C klijentskih aplikacija na mrežnim računalima
9) Statičko ažuriranje s prihvaćanjem na glavnoj blagajni
10) Prikaz opisa izmjena nakon ažuriranja
11) Konfiguriranje redoslijeda radnji
12) Izvođenje svih ovih radnji prema rasporedu

Približne sheme interakcije:

Gdje je MU Agent usluga instalirana i konfigurirana u trgovini. Zapravo, ona prima naredbu iz centra za izvršavanje određenih zadataka.
MU poslužitelj - poslužitelj koji prihvaća sve zahtjeve prema sustavu.
MU monitor - ono što obični zaposlenici tehničke podrške vide - koristi se za pregled dnevnika i postavljanje zadataka za ažuriranje ili druge.

Ispalo je prilično dobro, po mom mišljenju. Sada se ažuriranja događaju gotovo u automatski način rada.
Ovako, na primjer, poruka o pogrešci izgleda nakon što je ažuriranje ostalo u centru, sve čeka.

Ovako šaljemo naredbe na klijentska računala.

Aplikacije zasigurno nisu 1C, već s prilično pristojnim skupom mogućnosti sučelja. Na primjer, ovako izgleda odabir prema datumu:

Sada smo spremni za daljnju replikaciju. Točno planiranje daljnje potpore jedan je od ključnih čimbenika daljnjeg uspjeha takvih projekata.

Izrada i konfiguracija distribuirane baze podataka (RIB) u 1C 8.3 Računovodstvo (i druge konfiguracije) su neophodni u slučajevima kada nije moguće raditi za više korisnika dok se istovremeno povezujete na jednu bazu podataka. To je danas rijetkost jer standardna udaljena radna površina radi dobro, a postoje i drugi programi koji omogućuju daljinsku vezu sa središnjim računalom na kojem se nalazi baza podataka.

No, ipak postoje situacije kada jednostavno nema interneta. A podaci bi trebali završiti u jednoj bazi podataka. Za to se stvara distribuirana baza podataka.

Obično se glavna baza naziva središnjom, a ostale perifernom. Zaključak je da se u ručnom ili automatskom načinu rada (ovisno o postavci) baze podataka kombiniraju u jednu. Kako bi se spriječilo dupliciranje brojeva novo unesenih dokumenata i kodova direktorija, svakoj se bazi podataka dodjeljuje prefiks.

U ovom ćemo vodiču na primjeru stvoriti središnju i perifernu bazu podataka, provjeriti razmjenu između njih. Ovaj priručnik prikladan je za 1C 8.3 Računovodstvo i 1C Upravljanje trgovinom (UT) i za druge konfiguracije.

Postavljanje glavne (središnje) distribuirane RIB baze podataka

Idemo na izbornik 1C Administration, zatim slijedimo vezu “Postavke sinkronizacije podataka”. U prozoru koji se otvori potvrdite okvir "Sinkronizacija podataka". Poveznica "Sinkronizacija podataka" postat će aktivna. Ovdje ćemo odmah postaviti prefiks za glavnu bazu podataka - na primjer, "Centralna banka":

Idemo na vezu "Sinkronizacija podataka", otvorit će se prozor s gumbom "Konfiguriraj sinkronizaciju podataka". Kada kliknete na ovaj gumb, otvorit će se padajući popis na kojem trebate odabrati način "Potpuno". Ako trebate sinkronizirati samo jednu organizaciju, morate odabrati "Po organizaciji ...".

U sljedećem prozoru program će nam ponuditi da napravimo sigurnosnu kopiju. Toplo preporučujem da to učinite jer se sljedeći koraci konfiguracije možda neće moći poništiti.

Nakon stvaranja sigurnosna kopija pritisnite gumb "Dalje". U sljedećem koraku moramo odlučiti kako će doći do sinkronizacije:

putem lokalnog imenika ili imenika na lokalnoj mreži;
putem Interneta putem FTP -a.

Radi jednostavnosti i jasnoće primjera, odabrat ćemo lokalni direktorij. Naznačio sam sljedeći put: "D: \ Baza 1C \ Sinkronizacija". Neće biti suvišno provjeriti unos u ovaj direktorij, jer za to postoji poseban gumb:

Besplatno preuzmite 267 1C video vodiča:

Preskočite sljedeće korake za konfiguriranje FTP -a i sinkronizacije e -pošte. Zadržavamo se na postavkama naziva glavnih i perifernih baza podataka. Ovdje ćemo postaviti prefiks za perifernu bazu:

Ne zaboravite da prefiksi za svaku bazu podataka moraju biti jedinstveni. U protivnom ćete primiti pogrešku "Vrijednost prefiksa prve baze podataka nije jedinstvena."

Pritisnite "Dalje", provjerite unesene podatke i ponovno kliknite "Dalje", zatim - "Završi". U polju "Puni naziv baze datoteka" navedite datoteku 1Cv8.1CD u direktoriju koji je kreiran za sinkronizaciju. Izrađujemo početnu sliku distribuirane 1C baze podataka:

Nakon stvaranja početne RIB slike u 1C, možete postaviti raspored sinkronizacije ili ručno sinkronizirati:

Nakon sinkronizacije možete se povezati s novom bazom podataka i provjeriti jesu li tamo preuzeti podaci iz središnje baze podataka:

Samo odmah stvorite barem jednog korisnika s administratorskim pravima u novoj perifernoj bazi.

Postavljanje sinkronizacije u perifernoj bazi podataka

U perifernoj bazi 1C postavljanje je mnogo lakše. Dovoljno je označiti okvir "Sinkronizacija podataka" i slijediti istoimenu vezu. I gotovo odmah se nađemo u prozoru s gumbom "Sinkroniziraj". Pokušajmo stvoriti testnu nomenklaturu u perifernoj bazi podataka i učitati je u glavnu pomoću RIB -a:

URBD (Distributed Database Management) komponenta koristi se kada je potrebno razmjenjivati informacije između dvije ili više identičnih baza podataka (u daljnjem tekstu - IB) preko uskog komunikacijskog kanala (na primjer, modem, e -pošta). U nastavku su korak po korak upute i praktični savjeti o postavljanju URBD -a u 1C: Enterprise 7.7. Naveden je primjer za dvije informacijske sigurnosti, iako ju nije teško konfigurirati za veći broj baza podataka po analogiji s dvije baze podataka.

Autor članka: romix | Urednici: evGenius
Posljednja revizija №7 od 22.02.08 | Povijest
URL:

Ključne riječi: URBD, skripta za automatsku razmjenu, razmjena između podružnica, pošta, rom-mail.dll, DialMail.dll, CDO, dial-up, URIB

URBD (Distributed Database Management) komponenta koristi se kada je potrebno razmjenjivati informacije između dvije identične baze podataka (u daljnjem tekstu - IB) preko uskog komunikacijskog kanala (na primjer, modem, e -pošta). U nastavku se nalaze korak-po-korak upute i praktični savjeti o postavljanju URBD-a u 1C: Enterprise 7.7. Naveden je primjer za dvije informacijske sigurnosti, iako ju nije teško konfigurirati za veći broj baza podataka po analogiji s dvije baze podataka.

1) Knjižnica DistrDB.dll u BIN mapi programa 1C: Enterprise odgovorna je za rad komponente URBD. Ova se komponenta kupuje i instalira zasebno.

2) Na primjeru automatske razmjene, stvorit ćemo dvije baze podataka, smjestivši ih u mape pod nazivom c: \ 1c_base1 i c: \ 1c_base2. Izradite ove mape, a u svakoj od njih - podmape s nazivima CP i PC (latiničnim slovima)

3) U mapu c: \ 1c_base1 postavite gotovu konfiguraciju (na primjer, "Trgovina i skladište"). No, bolje je trenirati na najjednostavnijoj bazi podataka (koja sadrži, na primjer, samo jednu referentnu knjigu s nekoliko unosa). Za nas je važno osigurati da podaci doista prelaze iz jedne informacijske sigurnosti u drugu kao rezultat automatske razmjene URBD-a, a to se može pokazati i u složenom i u najjednostavnijem testnom slučaju.

4) Zatvorite sve prozore u Konfiguratoru i aktivirajte stavku izbornika "Administracija - Distribuirani IS - Upravljanje". Ova je stavka izbornika dostupna ako mapa BIN programa 1C: Enterprise sadrži komponentu DistrDB.dll. Ako knjižnica ima pogrešnu verziju ili je oštećena, jednostavno ponovno instalirajte 1C: Enterprise preko trenutne instalacije - knjižnica DistrDB.dll bit će zamijenjena ispravnom verzijom.

5) U prozoru koji se otvori kliknite gumb "Central IB". U prozoru zahtjeva navedite kôd nove infobaze (unesite broj 1) i njen opis (na primjer, "Centralni IB").

6) Ugasite pojavljeno upozorenje o nepovratnosti promjena klikom na "U redu" (dolje je opisana metoda bez dokumenata, kako, ako je potrebno, vratiti bazu u prvobitno stanje).

7) Pritisnite gumb Nova periferija. IB ". U prozoru zahtjeva navedite kôd 2 za njega i opis - "Periferni IB".

8) Jednim klikom odaberite perifernu bazu i pritisnite gumb "Konfiguriraj". automatska razmjena ". U prozoru koji se otvori, postavljanjem prekidača, promijenite način "Ručne" automatske izmjene u "Automatski" i kliknite gumb "U redu".

9) Pritisnite gumb Upload Data. Upamtite (u međuspremnik) naziv preuzete datoteke "c: \ 1c_base1 \ CP \ 20.zip" - i dalje će nam biti od koristi. Pritisnite U redu. Na kraju prijenosa 1C će napisati "Prijenos je uspješno dovršen".

10) Zatvorite Konfigurator i unesite (također u načinu Konfiguratora) mapu (još uvijek praznu) u kojoj bi se trebao nalaziti drugi IB (u našem primjeru - c: \ 1c_base2). Navedite da baza podataka treba biti u DBF / CDX formatu i kliknite "U redu".

11) Idite na stavku izbornika Administration - Distributed IS - Management. Kao odgovor na pitanje „Baza podataka nije pronađena. Želite li preuzeti podatke? " kliknite "Da" i navedite naziv datoteke za prijenos (u našem primjeru, "c: \ 1c_base1 \ CP \ 20.zip") i kliknite gumb "U redu". Na kraju preuzimanja 1C će napisati "Preuzimanje je uspješno završeno". Uspješno smo stvorili periferni IS preuzimanjem podataka sa središnjeg IS -a.

12) Promijenite bilo što (na primjer dodajte nova stvar priručnik) u jednoj od informacijskih baza. Naš je cilj osigurati da promjene jedne (bilo koje) informacijske sigurnosti uđu u drugu informacijsku sigurnost putem automatske razmjene. Naizmjenično u svakoj od baza koristite stavku izbornika "Administracija" - "Sigurnost distribuiranih informacija" - "Automatska razmjena". Novonastale datoteke za istovar s ZIP ekstenzijom u mapama CP i PC moraju se premještati (kopirati) između baza podataka prema načelu CP-> CP, PC-> PC (u stvarnim "terenskim" uvjetima, to se obično radi pomoću E -pošta).

Savjeti i recepti

1) Da biste distribuiranu bazu podataka pretvorili u običnu, izbrišite datoteke 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF i njihove odgovarajuće * .CDX datoteke, kao i 1SSYSTEM.DBF. U osnovi, dovoljno je ukloniti 1SSYSTEM.DBF. Nakon toga morate vratiti relevantnu točku pokretanjem programa u isključivom načinu rada. Ovaj trik nije dokumentiran (pogodite zašto), ali ipak djeluje.

2) Možete promijeniti konfiguraciju 1C, ali samo u središnjem IB -u. To je vrlo prikladno - promjene u perifernoj informacijskoj sigurnosti automatski se "kotrljaju".

3) Ako ste izgubili (na primjer, zbog greške u pošti) jedno ili više učitavanja - ne brinite, jer URBD može pratiti takve situacije i pokušati poslati izgubljene podatke na sljedećoj sesiji automatske razmjene.

4) Standardna mogućnost slanja pošte na 1C implementirana je putem MAPI sučelja kada dođe do interakcije s klijentom e -pošte (kao što je Outlook). Moj savjet - ne gubite vrijeme - s MAPI -jem i svakakvim Outlucksom, u praksi se stalno pojavljuju problemi koji zahtijevaju od programera da se "brzo vozi" između grana. Ne preporučujem korištenje izravne telefonske veze ili FTP -a iz istog razloga. Bolje je slati poštu s vanjskim komponentama poput rom-mail.dll ili DialMail.dll.

Druga je mogućnost korištenje CDO -a
http://avb1c.narod.ru/?=a9
(c) avb, Usnik apsurda

5) Ovdje možete uzeti program koji može automatski izvršiti automatsku razmjenu i poslati datoteke za prijenos putem e-pošte:

Ako ste pravilno postavili nekoliko konstanti ( poštanske adrese, lozinke, prisutnost itd.), korisniku je potrebno samo dvaput kliknuti na prečac za početak automatske razmjene.

Program je implementiran kao konfiguracija 1C: Enterprise. Detaljan opis sadržan u priloženoj DOC datoteci.

6) Ako trebate automatski birati svog davatelja internetskih usluga, upotrijebite program E-Type Dialer. Ona zna kako pokrenuti vanjske aplikacije nakon uspješne veze. Druga mogućnost je korištenje vanjske komponente DialMail koja ima mogućnost rada s modemom (savjet - prefiks "p" na latinskom prije nego što broj daje pulsno biranje, 9W ispred broja - nazovite "devetku" i pričekajte za ton biranja itd.).

Napomena: Windows XP ima ugrađen brojčanik nazvan rasdial.exe. Ključevi naredbeni redak:
rasdial.exe Korisnička lozinka stavke
rasdial.exe Element / DISCONNECT

7) Prioritet se daje promjenama u središnjem IS -u. Imajte na umu da se prefiksi baze podataka koriste u tipičnim 1C konfiguracijama (pogledajte ovu postavku u Konstanti) tako da se kodovi stavki kataloga i brojevi dokumenata stvoreni u različitim bazama podataka ne podudaraju, te se ne krši njihova jedinstvenost.

kratak opis

Broj instalacija	nije ograničen	Korištenje s računovodstvenom komponentom 7.7	Da

Broj perifernih baza podataka	nije ograničen	Upotreba sa komponentom Operativno računovodstvo 7.7	Da

Samostalni program	Ne	Upotreba s komponentom izračuna 7.7	Da

Vrsta sigurnosnog ključa	USB	Dostava unutar Rusije uključena je u cijenu	Da

Komplet za distribuciju	Da	Značajke kupnje	na prijavu

Priručnik za instalaciju uključen	Da

Zašto vam je potreban 1C: Enterprise 7.7. Upravljanje distribuiranim informacijskim bazama (1C URBD, 1C URIB)

Kratice i kratice: 1C URBD- Upravljanje distribuiranim bazama podataka; 1C URIB- Upravljanje distribuiranim informacijskim bazama.

Dodatna komponenta "Upravljanje distribuiranim informacijskim bazama" - 1C URBD - 1C URIB - koristi se za organizaciju jedinstvenog automatiziranog računovodstvenog sustava u poduzećima koja imaju geografski udaljeno odjeljenja (na primjer, sjedište, trgovina, skladište itd.) nije povezan lokalnom mrežom... Sposobnosti koje pruža ova komponenta omogućuju organizaciju rada distribuiranog informacijskog sustava s neograničenim brojem autonomnih perifernih informacijskih baza.

Distribuirana baza podataka sastoji se od jedne središnje i neograničenog broja perifernih baza podataka. U svaku od baza podataka unose se novi podaci, a postojeći se samostalno mijenjaju. Konfiguracija sustava može se mijenjati ili ažurirati isključivo u središnjoj bazi podataka. Za sinkronizaciju podataka između središnje i periferne infobaze, promijenjeni podaci moraju se povremeno prenositi. Prijenosne datoteke mogu se transportirati bilo kojim dostupni načini(na disketi, e-poštom itd.). Sustav automatski prati sve promjene podataka i prenosi ih u skladu s opisanim pravilima sinkronizacije.

Komponenta 1C URBD može se koristiti samo s profesionalnim verzijama sistemskih programa 1C: Enterprise 7.7.

Koliko komada "1C: Enterprise 7.7. Upravljanje distribuiranom bazom podataka" trebate kupiti, na primjer, za sjedište i dva udaljena skladišta?

Komponenta "1C: Enterprise 7.7. Upravljanje distribuiranim informacijskim bazama" - 1C URBD - instalirana je za središnji informacijsku bazu. Jedna komponenta omogućuje vam sinkronizaciju neograničenog broja perifernih infobaza. Tako je, na primjer, za sinkronizaciju sjedišta i dva udaljena skladišta potrebna jedna kopija "1C: Enterprise 7.7. Upravljanje distribuiranom bazom podataka".

Često se u praksi pojavljuju situacije kada su različite podjele ili grane zemljopisno smještene na različitim mjestima. Istodobno, podaci uneti u program u udaljenim odjeljenjima moraju nekako doći do sjedišta kako bi se vodilo opće računovodstvo.

Trenutno ovaj problemčesto riješeno pružanjem zemljopisno udaljenim zaposlenicima udaljenog pristupa zajedničkoj bazi podataka. To se može učiniti objavljivanjem baze podataka na web poslužitelju, putem udaljene radne površine itd.

Međutim, takve situacije nisu neuobičajene kada jednostavno nema interneta u zemljopisno udaljenom uredu ili nije dovoljno stabilan za rad u zajedničkoj bazi podataka. U tu svrhu 1C ima mehanizam za konfiguriranje distribuirane baze podataka.

Jednostavno rečeno, glavna baza nalazi se u sjedištu. Udaljeni odjel koristi podređenog. Takvih podređenih baza može biti nekoliko. Kao rezultat toga, takva se distribuirana baza sinkronizacijom kombinira u jednu. Može se izvesti i u automatskom načinu rada prema rasporedu i ručno.

U ovom ćemo članku razmotriti postavljanje distribuirane baze podataka za 1C: Računovodstvo 3.0. Unatoč tome, upute su prikladne za većinu drugih 1C 8.3 konfiguracija.

Bilješka da se sve potrebne konfiguracijske izmjene trebaju izvršiti samo u glavnoj bazi podataka RIB -a. Tijekom sinkronizacije ove će se promjene prenijeti na sve podređene baze i stupit će na snagu.

Glavna baza podataka

Kada koristite distribuiranu bazu podataka, glavne postavke padaju na glavnu bazu podataka. Moraju se unijeti u odjeljak "Administracija", kao što je prikazano na donjoj slici.

U prozoru koji se otvori odmah označite potvrdni okvir "Sinkronizacija podataka". U donjem dijelu navedite prefiks glavne (trenutne baze). Može imati najviše dva znaka. U našem slučaju, prefiks će biti "BG", jer mislimo da je ovaj RIB 1C "Računovodstvo".

Sada možete početi s postavljanjem same sinkronizacije, naime, navođenjem koje će se baze podataka (ili baza podataka) koristiti za razmjenu podataka. Da biste to učinili, slijedite hipervezu "Postavke sinkronizacije podataka". Bit će dostupna za prijelaz samo ako je potvrđen okvir s lijeve strane.

U prozoru koji se otvori odaberite stavku "Puna ..." s izbornika. Omogućit će nam određivanje bilo koje 1C baze podataka za sinkronizaciju.

U prvom prozoru za povezivanje podređene baze koja se nalazi u zemljopisno udaljenom uredu odaberite zastavicu za povezivanje putem lokalnog ili mrežnog imenika. U našem slučaju, ovo je "D: \ DB \ InfoBase". Također ćemo unaprijed provjeriti mogućnost pisanja.

Svakako navedite različite prefikse za različite osnove. Činjenica je da se pri sinkronizaciji podataka postavlja drugačiji prefiks za podatke preopterećene iz svake baze podataka. Ako se dupliciraju, rad će biti netočan, pa vam program neće dati ovu priliku.

Kada vas program zatraži da stvorite početnu sliku, odaberite ovu opciju. Ovaj postupak će potrajati neko vrijeme, a zatim ga spremite na računalo s imenom "1Cv8.1CD".

Sama sinkronizacija može se obaviti automatski prema rasporedu, koji možete sami konfigurirati, ili ručno. U drugom slučaju samo kliknite gumb "Sinkroniziraj" u prikladno vrijeme za vas.

RIB slave čvor

Broj postavki u podređenoj bazi mnogo je manji. U istom odjeljku postavite zastavicu "Sinkronizacija podataka" i klikom na odgovarajuću vezu gumb "Sinkroniziraj" bit će dostupan.

Kao dio našeg primjera, dvije su nomenklaturne stavke dodane u glavnu bazu podataka: "Bar" i "Board". Nakon sinkronizacije završili su u podređenoj bazi. Kao što možete vidjeti na donjoj slici, dodijeljen im je prefiks "BG". Druga dva položaja ("Tokarski stroj" i "Paleta") imaju dodijeljeni prefiks "BP", budući da su uneseni izravno u podređenu bazu.

Bilješka da je numeriranje elemenata u našem slučaju end-to-end, ali samo unutar istog prefiksa.