1c 8.3 razdeljene informacijske baze. Ustvarjanje RDB iz nič. Osnovna načela RIB

25. oktober 2016

Med konfiguracijo in vzdrževanjem RIB za 2 vozlišča in za 10 ni velike razlike, ko pa število oddaljenih točk preseže sto, je treba rešiti popolnoma drugačna vprašanja.

Začetni podatki:

Konfiguracija: trgovina na drobno 2.2
Platforma 1C: 8.3.7.1970

Trajanje projekta: leto.

Arhitektura:

Najprej smo se odločili za shemo RIB. Odločeno je bilo, da se čim dlje osredotočimo na shemo zvezd; ob doseganju tehnoloških omejitev - snežinka.

Omejitve:
- 2 GB RAM -a
- 1 fizični procesor

Od vsega naštetega se obremenjuje predvsem omejitev največje velikosti zbirke podatkov.

Toda to samo pomeni, da je treba organizirati postopek čiščenja pred zastarelimi podatki na terenu.

Za strežnik 1C in MS SQL je dodeljen ločen fizični strežnik. Nosil bo glavno breme izmenjav in dolgoročnega poslovanja.
Računalniki končnih odjemalcev se ne zamenjajo, ker bodo delali s tankim odjemalcem, obremenitev pa bo minimalna.
.

osnovne nastavitve

Od dni UT 10.3, na katerem sem imel prvi projekt uvedbe RIB za 60 vozlov, je seveda "veliko vode priteklo pod most."

1C ni miroval. Retail 2.2 zdaj upošteva potrebo po selektivnem nalaganju podatkov.
V bazo trgovine bodo naloženi samo podatki, ki so pomembni za trgovino:
- vse referenčne knjige (razen specializiranih)
- Dokumenti za to trgovino

Drugo vprašanje je, da tako ali drugače dodajanje vozlišča v bazo pomeni dodajanje še enega zapisa v registracijsko tabelo za vsak skupni element, ko je posnet.

1) Za nalaganje in prenos ga je treba razdeliti na ločene skripte za sinhronizacijo
Bistvo je, da nalaganje traja dolgo in z zaklepanjem, prenos pa je precej preprost. Hkrati se pogosto zgodi, da moramo hitro prejemati podatke iz prodajnih mest, hkrati pa jih vračati le nekajkrat na dan.

2) Izberite shrambe problemov in jih odstranite iz splošnega scenarija sinhronizacije. Lahko imajo veliko raztovarjanje - v tem primeru se bo celotna izmenjava, vključno z drugimi vozlišči, upočasnila. Po reševanju težav se vrnejo nazaj.

3) Ustvarite več scenarijev za pošiljanje in prejemanje podatkov. Toda glavna stvar tukaj je ujeti pravilno ravnovesje njihovega števila.
(od različice 8.1).
Posledično je vzporednost pri raztovarjanju RIB omejena. V praksi se izkaže, da vzporedno izvaja 2-3 skripte.

Kaj je bilo treba dokončati

Najpomembnejši jamb v standardni logiki 1C RIB so posodobitve

Informacijski registri so še en problem izmenjave. Izpis vsakega zapisa registra podatkov v XML ustvari ločeno vozlišče XML z elementi storitve itd. Poleg tega funkcija "SelectChanges ()" za informacijski register, v katerem bo 100 zapisov hkrati prejelo tabelo rezultatov s 100 vrsticami, če je to imenik s 100 vrsticami v razdelku s tabelami, bo izbran samo en zapis. In to je čas izključne blokade. Če je torej v računalniku veliko zapisov, ki so redno registrirani za izmenjavo v drugih trgovinah, potem je vsekakor pravilno, da jih predstavimo v obliki referenčne knjige s tabelarnim odsekom, ki lahko v skrajnem primeru pri snemanju nastane vrstice istega registra. Kakorkoli že, .

Druga pomembna podrobnost je Kaj za? Kartice za popust so se nabrale že blizu 3 milijone. Z njimi se uporablja zunanji spletni sistem. Če boste še naprej prenašali kartice s popustom v vse trgovine, bo to znatno povečalo izmenjave, poleg tega pa lahko povzroči presežek osnovne količine 10 GB.

Nekateri mehanizmi so na spletu izvedeni tako, da se obrnete na osrednjo bazo podatkov: stanje v drugih trgovinah, vrnitev čeka iz druge trgovine, preverjanje veljavnosti darilnega bona.

Podvajanje

Ustvarjanje začetnega vozlišča RIB na običajen način bi replikacijo načeloma onemogočilo.
Zato se novo vozlišče ustvari na naslednji način:

2) Ta zbirka podatkov izmenjuje vse splošne podatke v RIB, vendar ne prejema specializiranih (dokumentov)

5) Podstavek za trgovino je pripravljen.

Na strežniku je nameščen že pripravljen programski paket, zato ne traja veliko časa. Nato se novonastala zbirka podatkov naloži na strežnik in je pripravljena za pošiljanje v trgovino.

Tanke prednosti za stranke

Dve pomembni prednosti Retail 2.2 (Thin Client), ki sta "ogreli dušo":

Podpora in posodobitve

1) Posodobite z rokami trgovin (ni zelo pravilno, morda ne bodo prejele sprememb, prišli bodo klici in težave) - kot je bilo prej

3) Napišite skript * .cmd ali 1C za posodobitev ali vzemite že pripravljenega. Kot kaže praksa, je takšna rešitev vedno polovična (nestabilna) in vanj bo mogoče vnesti malo funkcionalnosti.

Kakšne naloge smo imeli:

2) Pri posodabljanju je možna interaktivna interakcija z uporabnikom (sporočila, potrditev, vrstica napredka).

Glavne funkcije:

4) Preverjanje statusa agentov
5) Posodobi poročila
6) rezerva

Tako je na primer po posodobitvi videti sporočilo o napaki:

Tako ima projekt dobre možnosti za uspešen zaključek. Vsaj sredi leta "normalni let".

Če bomo prišli do kakšnih drugih rešitev, ki se morda zdijo zanimive, bom pisal ločeno

P.S. in kar je najpomembneje: Pravilno načrtovanje nadaljnje podpore je eden ključnih dejavnikov za nadaljnji uspeh tovrstnih projektov. :)

25. oktober 2016

Med konfiguracijo in vzdrževanjem RIB za 2 vozlišča in za 10 ni velike razlike, ko pa število oddaljenih točk preseže sto, je treba rešiti povsem drugačna vprašanja.

Torej, začetni podatki:

Konfiguracija: trgovina na drobno 2.2
Platforma 1C: 8.3.7.1970
Predvideno število vozlišč na koncu projekta: 200
Viri opreme v središču: brez pomembnih omejitev
Oprema na tem mestu: obravnavano vprašanje.
Trajanje projekta: leto.

Arhitektura:

Najprej smo se odločili za shemo RIB. Odločeno je bilo, da se pred tem osredotočimo na shemo "zvezd"
V prodajnih mestih uporablja se različica dela odjemalec-strežnik z namenskim strežnikom pod nadzorom operacijskega sistema Windows.
Strežnik 1C bo uporabljen v različici "Server 1C MINI" https://1c.ru/news/info.jsp?id=17577
Strežnik DBMS - MS SQL Express 2008 R2.

SQL Express 2008 R2 je najnovejša različica te vrstice strežnika SQL Server do danes.
Omejitve:

2 GB RAM -a
- 1 fizični procesor
- največja velikost baze podatkov 10 GB

Od vsega naštetega je omejitev največjega obsega baze podatkov vsekakor moteča. Toda v resnici to pomeni le, da bo treba organizirati postopek čiščenja pred zastarelimi podatki na terenu.

Za strežnik 1C in MS SQL je dodeljen ločen strežnik. Glavno breme izmenjav in operacij bo padlo nanj.
Računalniki končnih odjemalcev se ne zamenjajo, ker bodo delali s tankim odjemalcem, obremenitev na dnu pa bo minimalna.
Strežnik v trgovini je le zmogljiv računalnik. Toda predpogoj je prisotnost diska SSD - na katerem so baze podatkov MS SQL.
Prav tako bo strežnik omogočal izvajanje rutinskih operacij ponoči in dostop do zbirke podatkov trgovine brez prekinitve dela.

osnovne nastavitve

Od časa UT 10.3, na katerem sem imel prvi projekt uvedbe RIB za 60 vozlov, je seveda "veliko vode priteklo pod most." 1C ni miroval. Retail 2.2 zdaj upošteva potrebo po selektivnem nalaganju podatkov.
V bazo trgovine bodo naloženi samo podatki, povezani z nemiu:
- Vsi imeniki (razen nekaterih)
- Dokumenti o tem magnazinu
Registracija podatkov poteka v skladu s pravili registracije, vse, kar je mogoče predpomniti. Bistvenih zamud ne opazimo ravno pri registraciji.
Drugo vprašanje je, da tako ali drugače dodajanje vozlišča v bazo pomeni dodajanje še enega zapisa za vsak skupni element za vse baze.

Pri nastavitvi samega raztovarjanja ni nič posebnega. Pri nastavljanju scenarijev sinhronizacije obstaja nekaj odtenkov:

1) Nalaganje in prenos je treba ločiti v ločene skripte za sinhronizacijo.
Bistvo je, da nalaganje traja dolgo in z zaklepanjem, prenos pa je precej brez težav. Hkrati se pogosto zgodi, da moramo hitro prejemati podatke iz prodajnih mest, hkrati pa jih vračati le nekajkrat na dan.

2) Izberite shrambe problemov in jih odstranite iz splošnega scenarija sinhronizacije. Lahko imajo veliko raztovarjanje - v tem primeru se bo upočasnila celotna izmenjava, vključno z drugimi vozlišči

3) Ustvarite več skriptov za pošiljanje in prejemanje za pošiljanje in prejemanje podatkov. Toda glavna stvar tukaj je ravnovesje.
Nekatere stvari v 1C se ne spremenijo. Ista metoda "SelectChanges" se lahko izvede le zaporedno(od različice 8.1).
Posledično je vzporednost pri raztovarjanju RIB omejena. V praksi je mogoče istočasno raztovoriti 2-3 scenarija.
Kar zadeva scenarij prejemanja - je tukaj mogoče veliko več vzporednosti, če je potrebno, seveda.

Kaj je bilo treba dokončati

Seveda je žalostno in žalostno, vendar sem moral temeljito vstopiti v BSP. Najpomembnejši jamb v standardni 1C logiki so posodobitve... Po posodobitvi se prikaže nekaj takega kot to okno:

Vse to se dogaja v monopolnem načinu. Med drugim bo sistem po posodobitvi še vedno poskušal opraviti izmenjavo v izključnem načinu. Do česa vse to vodi, ni težko uganiti.
V tem času trgovina ne more delovati, stranke so na blagajni, podjetje izgubi denar.

Informacijski registri so še en problem izmenjave. Z razkladanjem vsakega zapisa registra podatkov v XML se ustvari ločeno vozlišče XML z elementi storitve in vsem, kar priteče od tu. Poleg tega funkcija "izberite spremembe" za register informacij, v katerem je 100 zapisov, nastala tabela bo vsebovala 100 vrstic, hkrati, če je to imenik, v katerem je 100 vrstic v razdelku s tabelami, bo samo en zapis biti izbran. Če je torej v računalniku veliko zapisov, ki so redno registrirani za izmenjavo v drugih trgovinah, potem je vsekakor pravilno, da jih predstavimo v obliki referenčne knjige s tabelarnim odsekom, ki se lahko v skrajnem primeru oblikuje zapise istega registra pri snemanju. Kakorkoli že, informacijski registri pri izmenjavah so zlobni.

Druga pomembna podrobnost je diskontne kartice so popolnoma izključene iz menjave, posamezniki pa le zaposleni v določeni trgovini. Kaj za? Kartice za popust so se nabrale že blizu 3 milijone. Z njimi se uporablja zunanji spletni sistem. Če boste še naprej prenašali kartice za popust v vse trgovine, bo to znatno povečalo menjave, poleg tega pa lahko povzroči presežek osnovne količine 3 GB.

Nekateri mehanizmi so na spletu izvedeni tako, da se obrnete na osrednjo bazo podatkov: stanje v drugih trgovinah, vrnitev s čekom iz druge trgovine, preverjanje veljavnosti darilnega bona.

Podvajanje

Seveda se posnemanje izvaja pospešeno.
Redno ustvarjanje začetnega vozlišča RIB bi seveda onemogočilo podvajanje.
Zato se novo vozlišče ustvari na naslednji način:

1) Obstaja ločena baza s ponarejeno trgovino
2) Ta baza izmenjuje vse splošne podatke v RIB, vendar ne prejme specializiranih
3) Ko želimo ustvarjati nova baza- samo kopirajte to
4) Nato nastavimo nastavitve - trgovina, predpona itd.
5) Podstavek za trgovino je pripravljen.

Na strežniku je nameščen že pripravljen programski paket, zato ne traja veliko časa. Nato se na strežnik naloži na novo ustvarjena zbirka podatkov trgovine in je pripravljena za pošiljanje v trgovino.

Tanke prednosti za stranke

dve pomembni prednosti, ki sta "ogreli dušo".

1) V trgovinah na drobno ni treba spreminjati celotnega računalniškega parka. 90% operacij se izvede na strežniku in strežnik tja prinese "relativno močan računalnik"

2) Oprema lahko zavrne delo, še posebej pogosto se to zgodi z novo nameščeno ali že dotrajano opremo.
V tem primeru so dejanja zdaj izjemno preprosta - trgovina preklopi na delo v osrednji bazi.
Ta postopek ne traja več kot 5-10 minut, zato se trgovanje ne prekine niti pri večjih težavah z opremo.

Podpora in posodobitve

Končno smo prišli do najbolj zanimive točke - kako vse to ohraniti in posodobiti?
Za nas so tudi posodobitve že dolgo težave:

1) Posodobite z rokami trgovin (ni zelo pravilno, morda ne bodo prejele sprememb, prišli bodo klici in težave)
2) Obnovite s silo tehnična podpora(ni toliko virov)
3) Za posodobitev napišite * .cmd ali vzemite že pripravljeno. Kot kaže praksa, je takšna rešitev vedno polovična (nestabilna) in v njej je malo funkcionalnosti.

Kakšne naloge smo imeli:

1) Posodobitev bi morala potekati v več načinih in bi morala biti upravljana centralno
2) Pri posodabljanju je možna interaktivna interakcija z uporabnikom.
3) Ne pozabite prejemati poročil o stanju in posodobitev napak
4) Obstajati mora varnostna kopija
5) Sistem za posodabljanje bi se moral brez težav posodabljati.
6) Sistem je treba razširiti brez preveč težav.

Seveda so naloge daleč presegle seznam rešljivih preproste metode... Ker je avtomatizacija s toliko končnimi točkami nepogrešljiva in nismo našli nič bolj ali manj pripravljenega s podobno funkcionalnostjo
Moral sem začeti razvijati programsko opremo, ki je sčasoma dobila ime MU (MagicUpdater).

Glavne funkcije:

1) Dinamična posodobitev zbirke podatkov (ukaz ali urnik)
2) Statična osnovna posodobitev (ukaz ali urnik)
3) samodejni agenti na ciljnih računalnikih, ko so spremenjeni
4) Preverjanje statusa agentov
5) Posodobi poročila
6) varnostno kopiranje
7) Upravna dejanja s strežnikom 1C in MS SQL
8) Zapiranje vseh odjemalskih aplikacij 1C na omrežnih računalnikih
9) Statična posodobitev s sprejemom na glavnem blagajni
10) Prikaz opisa sprememb po posodobitvi
11) Konfiguriranje vrstnega reda dejanj
12) Izvajanje vseh teh dejanj po urniku

Približne sheme interakcij:

Kjer je agent MU storitev, nameščena in konfigurirana v trgovini. Pravzaprav od centra prejme ukaz za opravljanje določenih nalog.
MU Server - strežnik, ki sprejema vse zahteve v sistem.
Monitor MU - kar vidijo zaposleni v tehnični podpori - se uporablja za ogled dnevnikov in nastavljanje nalog za posodabljanje ali druge.

Po mojem se je izkazalo precej dobro. Zdaj posodobitve potekajo skoraj v samodejni način.
Tako na primer izgleda sporočilo o napaki, potem ko je posodobitev ostala v središču, vse čaka.

Tako pošiljamo ukaze odjemalskim računalnikom.

Aplikacije zagotovo niso 1C, ampak s precej spodobnim naborom vmesniških zmogljivosti. Tako je na primer videti izbor po datumu:

Zdaj smo pripravljeni na nadaljnjo replikacijo. Pravilno načrtovanje nadaljnje podpore je eden ključnih dejavnikov za nadaljnji uspeh tovrstnih projektov.

Ustvarjanje in konfiguracija porazdeljene baze podatkov (RIB) v 1C 8.3 Računovodstvo (in druge konfiguracije) je potrebno v primerih, ko ni mogoče delati za več uporabnikov, hkrati pa se povezati z eno bazo podatkov. Dandanes je to precej redko, saj standardno oddaljeno namizje odlično deluje, obstajajo pa tudi drugi programi, ki omogočajo oddaljeno povezavo z osrednjim računalnikom, kjer se nahaja zbirka podatkov.

Kljub temu obstajajo situacije, ko interneta preprosto ni. Podatki bi morali končati v eni podatkovni bazi. Za to se ustvari porazdeljena baza podatkov.

Običajno se glavna osnova imenuje osrednja, ostale pa periferne. Bistvo je, da so v ročnem ali samodejnem načinu (odvisno od nastavitve) zbirke podatkov združene v eno. Da se prepreči podvajanje številk na novo vnesenih dokumentov in kod imenika, se vsaki bazi podatkov dodeli predpona.

V tej vadnici bomo s primerom ustvarili osrednje in obrobne baze podatkov ter preverili izmenjavo med njimi. Ta priročnik je primeren tako za računovodstvo 1C 8.3 kot za upravljanje trgovine 1C (UT) in druge konfiguracije.

Vzpostavitev glavne (osrednje) porazdeljene baze podatkov RIB

Pojdimo v meni 1C Administration, nato sledimo povezavi »Nastavitve sinhronizacije podatkov«. V oknu, ki se odpre, potrdite polje "Sinhronizacija podatkov". Povezava "Sinhronizacija podatkov" bo postala aktivna. Tu bomo takoj nastavili predpono za glavno informacijsko bazo - na primer "Centralna banka":

Gremo na povezavo "Sinhronizacija podatkov", odprlo se bo okno z gumbom "Konfiguriraj sinhronizacijo podatkov". Ko kliknete ta gumb, se odpre spustni seznam, kjer morate izbrati način "Polno". Če želite sinhronizirati samo eno organizacijo, morate izbrati »Po organizaciji ...«.

V naslednjem oknu nam bo program ponudil varnostno kopijo. Toplo priporočam, saj so naslednji koraki konfiguracije lahko nepopravljivi.

Po ustvarjanju rezerva pritisnite gumb "Naprej". V naslednjem koraku se moramo odločiti, kako bo potekala sinhronizacija:

prek lokalnega imenika ali imenika v lokalnem omrežju;
prek interneta prek FTP.

Zaradi preprostosti in jasnosti primera bomo izbrali lokalni imenik. Označil sem naslednjo pot: "D: \ Base 1C \ Sinhronizacija". Ne bo odveč preveriti vnosa v ta imenik, za to obstaja poseben gumb:

Brezplačno preberite 267 video vadnic 1C:

Preskočite naslednje korake za konfiguriranje FTP in sinhronizacije e -pošte. Zadržujemo se na nastavitvah imen glavnih in obrobnih baz podatkov. Tu bomo nastavili predpono za periferno osnovo:

Ne pozabite, da morajo biti predpone za vsako zbirko podatkov edinstvene. V nasprotnem primeru boste prejeli napako "Vrednost predpone prve informacijske baze ni edinstvena."

Kliknite »Naprej«, preverite vnesene podatke in še enkrat kliknite »Naprej«, nato - »Dokončaj«. V polju "Polno ime zbirke datotek" podajte datoteko 1Cv8.1CD v imeniku, ki je bil ustvarjen za sinhronizacijo. Ustvarimo začetno podobo porazdeljene baze 1C:

Ko ustvarite začetno sliko RIB v 1C, lahko nastavite urnik sinhronizacije ali ročno sinhronizirate:

Po sinhronizaciji se lahko povežete z novo zbirko podatkov in se prepričate, da so podatki iz osrednje baze podatkov naloženi:

Takoj začnite vsaj enega uporabnika s skrbniškimi pravicami v novi periferni bazi.

Nastavitev sinhronizacije v obrobni bazi podatkov

V periferni bazi 1C je nastavitev veliko lažja. Dovolj je, da potrdite polje »Sinhronizacija podatkov« in sledite istoimenski povezavi. In skoraj takoj se znajdemo v oknu s tipko »Sinhroniziraj«. Poskusimo ustvariti preskusno nomenklaturo v obrobni bazi podatkov in jo z RIB naložiti v glavno:

Komponenta URBD (Distributed Database Management) se uporablja, kadar je potrebna izmenjava informacij med dvema ali več enakimi informacijskimi bazami (v nadaljevanju - IB) po ozkem komunikacijskem kanalu (na primer modem, e -pošta). Spodaj je korak za korakom navodila in praktični nasvet o nastavitvi URBD v 1C: Enterprise 7.7. Naveden je primer za dve informacijski varnosti, čeprav je ni težko konfigurirati za večje število baz podatkov po analogiji z dvema bazama podatkov.

Avtor članka: romix | Uredniki: evGenius
Zadnja revizija št. 7 od 22.02.08 | Zgodovina
URL:

Ključne besede: URBD, skript za samodejno izmenjavo, izmenjava med podružnicami, pošta, rom-mail.dll, DialMail.dll, CDO, klicna povezava, URIB

Komponenta URBD (Distributed Database Management) se uporablja, kadar je potrebna izmenjava informacij med dvema enakima informacijskima bazama (v nadaljevanju - IB) prek ozkega komunikacijskega kanala (na primer modem, e -pošta). Spodaj so navodila po korakih in praktični nasveti o nastavitvi URBD v 1C: Enterprise 7.7. Naveden je primer za dve informacijski varnosti, čeprav je ni težko konfigurirati za večje število baz podatkov po analogiji z dvema bazama podatkov.

1) Knjižnica DistrDB.dll v mapi BIN programa 1C: Enterprise je odgovorna za delovanje komponente URBD. Ta komponenta se kupi in namesti ločeno.

2) Za primer samodejne izmenjave bomo ustvarili dve bazi podatkov, ki ju bomo postavili v mape z imenom c: \ 1c_base1 in c: \ 1c_base2. Ustvarite te mape in v vsaki od njih - podmape z imenoma CP in PC (v latinici)

3) V mapo c: \ 1c_base1 postavite že pripravljeno konfiguracijo (na primer "Trgovina in skladišče"). Bolje pa je trenirati na najpreprostejši informacijski bazi (ki vsebuje na primer le eno referenčno knjigo z več vnosi). Za nas je pomembno, da se prepričamo, da se podatki zaradi samodejne izmenjave URBD res selijo iz ene informacijske varnosti v drugo, kar je mogoče prikazati tako v kompleksnem kot v najpreprostejšem preskusnem primeru.

4) Zaprite vsa okna v konfiguratorju in aktivirajte element menija "Administration - Distributed IS - Management". Ta element menija je na voljo, če mapa BIN programa 1C: Enterprise vsebuje komponento DistrDB.dll. Če ima knjižnica napačno različico ali je poškodovana, znova namestite 1C: Enterprise v trenutni namestitvi - knjižnico DistrDB.dll bo nadomestila njena pravilna različica.

5) V oknu, ki se odpre, kliknite gumb "Central IB". V oknu za zahtevo podajte kodo nove informacijske baze (vnesite številko 1) in njen opis (na primer "Central IB").

6) Pogasite pojavljeno opozorilo o nepopravljivosti sprememb s klikom na "V redu" (spodaj je opisana metoda brez dokumentov, kako po potrebi vrniti bazo v prvotno stanje).

7) Kliknite gumb Nova periferna naprava. IB ". V oknu zahteve vnesite kodo 2 zanjo in opis - "Periferni IB".

8) Z enim klikom izberite zunanjo bazo in pritisnite gumb »Konfiguriraj«. samodejna izmenjava ". V oknu, ki se odpre, z nastavitvijo stikala spremenite način samodejne izmenjave "Ročno" na "Samodejno" in kliknite gumb "V redu".

9) Kliknite gumb Naloži podatke. Zapomnite si (v odložišče) ime prenesene datoteke "c: \ 1c_base1 \ CP \ 20.zip" - še vedno nam bo koristno. Kliknite V redu. Na koncu nalaganja bo 1C napisal "Nalaganje je uspešno zaključeno".

10) Zaprite konfigurator in vnesite (tudi v načinu konfiguratorja) mapo (še prazno), kjer naj bi bil drugi IB (v našem primeru - c: \ 1c_base2). Označite, da mora biti baza podatkov v formatu DBF / CDX, in kliknite »V redu«.

11) Pojdite v menijski meni Administration - Distributed IS - Management. Na vprašanje »Infobaze ni bilo mogoče najti. Ali želite prenesti podatke? " kliknite "Da" in podajte ime datoteke za nalaganje (v našem primeru "c: \ 1c_base1 \ CP \ 20.zip") in kliknite "V redu". Na koncu prenosa bo 1C napisal "Prenos je bil uspešno zaključen". Periferni IS smo uspešno ustvarili s prenosom podatkov iz centralnega IS.

12) Spremenite karkoli (na primer dodajte nov predmet referenčno knjigo) v eni od informacijskih baz. Naš cilj je zagotoviti, da spremembe v eni (kateri koli) informacijski varnosti pridejo v drugo informacijsko varnost z avtomatsko izmenjavo. V vsaki od baz izmenično uporabljajte točko menija "Administracija" - "Varnost porazdeljenih informacij" - "Samodejna izmenjava". Novonastale datoteke za razkladanje z razširitvijo ZIP v mapah CP in PC je treba premakniti (kopirati) med infobazami v skladu z načelom CP-> CP, PC-> PC (v resničnih "terenskih" pogojih se to običajno zgodi z uporabo E-naslov).

Nasveti in recepti

1) Če želite distribuirano bazo podatkov pretvoriti v običajno, izbrišite datoteke 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF in pripadajoče datoteke * .CDX ter 1SSYSTEM.DBF. V bistvu je dovolj, da odstranite 1SSYSTEM.DBF. Po tem morate obnoviti pomembno točko tako, da program zaženete v ekskluzivnem načinu. Ta trik ni dokumentiran (uganite zakaj), vendar kljub temu deluje.

2) Konfiguracijo 1C lahko spremenite, vendar le v centralnem IB. To je zelo priročno - spremembe v periferni informacijski varnosti se samodejno "uvrstijo".

3) Če ste izgubili (na primer zaradi napake v pošti) enega ali več nalogov - ne skrbite, ker URBD lahko sledi takim situacijam in na naslednji seji samodejne izmenjave znova poskusi poslati izgubljene podatke.

4) Redna možnost pošiljanja pošte na 1C se izvaja prek vmesnika MAPI, ko pride do interakcije z e -poštnim odjemalcem (na primer Outlookom). Moj nasvet - ne zapravljajte časa - z MAPI in vsemi vrstami Outlucks v praksi se nenehno pojavljajo težave, ki od razvijalca zahtevajo, da se "hitro vozi" med vejami. Iz istega razloga ne priporočam uporabe neposredne klicne povezave ali FTP. Bolje je pošiljati pošto z zunanjimi komponentami, kot sta rom-mail.dll ali DialMail.dll.

Druga možnost je uporaba CDO
http://avb1c.narod.ru/?=a9
(c) avb, Ustnik absurda

5) Tu lahko vzamete program, ki lahko samodejno izvede samodejno izmenjavo in pošlje naložene datoteke po e-pošti:

Če pravilno nastavite nekaj konstant ( poštne naslove, gesla, prisotnost itd.), uporabnik mora samo dvakrat klikniti bližnjico, da začne samodejno izmenjavo.

Program se izvaja kot konfiguracija 1C: Enterprise. Natančen opis ki je v priloženi datoteki DOC.

6) Če morate samodejno poklicati svojega ponudnika internetnih storitev, uporabite program E-Type Dialer. Ve, kako zagnati zunanje aplikacije ob uspešni povezavi. Druga možnost je uporaba zunanje komponente DialMail, ki omogoča delo z modemom (nasvet - predpona "p" v latinščini, preden številka daje impulzno klicanje, 9W pred številko - klicanje prek "devetke" in čakanje na klicni ton itd.).

Opomba: Windows XP ima vgrajen klicalnik, imenovan rasdial.exe. Ključi ukazna vrstica:
geslo uporabnika gesla elementa rasdial.exe
rasdial.exe Element / DISCONNECT

7) Prednost imajo spremembe v centralni IS. Upoštevajte, da se predpone informacijske baze uporabljajo v tipičnih konfiguracijah 1C (glejte to nastavitev v Konstantah), tako da se kode kataloških postavk in številke dokumentov, ustvarjene v različnih bazah podatkov, ne ujemajo in njihova edinstvenost ni kršena.

kratek opis

Število namestitev	ni omejeno	Uporaba z računovodsko komponento 7.7	Da

Število perifernih baz podatkov	ni omejeno	Uporaba s komponento operativnega računovodstva 7.7	Da

Samostojni program	Ne	Uporabite s komponento izračuna 7.7	Da

Vrsta varnostnega ključa	USB	Dostava po Rusiji je vključena v ceno	Da

Distribucijski komplet	Da	Funkcije nakupa	ob prijavi

Priložen priročnik za namestitev	Da

Zakaj potrebujete 1C: Enterprise 7.7. Upravljanje porazdeljenih informacijskih baz (1C URBD, 1C URIB)

Kratice in okrajšave: 1C URBD- upravljanje porazdeljenih baz podatkov; 1C URIB- Upravljanje porazdeljenih informacijskih baz.

Dodatna komponenta "Upravljanje porazdeljenih informacijskih baz" - 1C URBD - 1C URIB - se uporablja za organizacijo enotnega avtomatiziranega računovodskega sistema v podjetjih, ki imajo geografsko oddaljeno oddelki (na primer sedež, trgovina, skladišče itd.) ni povezan z lokalnim omrežjem... Zmogljivosti, ki jih ponuja ta komponenta, omogočajo organizacijo delovanja porazdeljenega informacijskega sistema z neomejenim številom avtonomnih perifernih informacijskih baz.

Razdeljeno informacijsko bazo sestavlja ena osrednja in neomejeno število perifernih podatkovnih baz. V vsako od infobaz se vnašajo novi podatki, obstoječi pa se spreminjajo neodvisno. Konfiguracijo sistema je mogoče spreminjati ali posodabljati izključno v osrednji informacijski bazi. Za sinhronizacijo podatkov med osrednjo in obrobno informacijsko bazo je treba spremenjene podatke občasno prenašati. Datoteke za prenos lahko prenašate s katerim koli razpoložljive načine(na disketi, po e-pošti itd.). Sistem samodejno sledi vsem spremembam podatkov in jih posreduje v skladu z opisanimi pravili sinhronizacije.

Komponento 1C URBD je mogoče uporabljati samo s profesionalnimi različicami sistemskih programov 1C: Enterprise 7.7.

Koliko kosov "1C: Enterprise 7.7. Upravljanje distribuirane baze podatkov" morate kupiti, na primer za sedež in dve oddaljeni skladišči?

Komponenta "1C: Enterprise 7.7. Upravljanje porazdeljenih informacijskih baz" - 1C URBD - je nameščena za osrednji informacijske baze. Ena komponenta vam omogoča sinhronizacijo neomejenega števila perifernih informacijskih baz. Tako je na primer za sinhronizacijo sedeža in dveh oddaljenih skladišč potrebna ena kopija "1C: Enterprise 7.7. Upravljanje porazdeljene podatkovne baze".

Pogosto se v praksi pojavljajo situacije, ko so različni oddelki ali veje geografsko locirani na različnih mestih. Hkrati morajo podatki, vneseni v program v oddaljenih oddelkih, nekako priti do sedeža, da se vodi splošno računovodstvo.

Trenutno ta problem pogosto rešujejo tako, da geografsko oddaljenim zaposlenim omogočijo oddaljen dostop do skupne baze podatkov. To lahko storite tako, da zbirko podatkov objavite na spletnem strežniku, prek oddaljenega namizja itd.

Vendar pa takšne situacije niso redke, ko v geografsko oddaljeni pisarni preprosto ni interneta ali pa ni dovolj stabilen za delo v skupni informacijski bazi. Če želite to narediti, ima 1C mehanizem za konfiguriranje porazdeljene baze podatkov.

Preprosto povedano, glavna baza se nahaja v sedežu. Oddaljeni oddelek uporablja podrejenega. Takšnih podrejenih baz je lahko več. Posledično se tako porazdeljena baza združi v eno s sinhronizacijo. Izvaja se lahko v samodejnem načinu po urniku in ročno.

V tem članku bomo razmislili o vzpostavitvi porazdeljene baze podatkov za 1C: Računovodstvo 3.0. Kljub temu so navodila primerna za večino drugih konfiguracij 1C 8.3.

Opomba da je treba vse potrebne konfiguracijske spremembe narediti le v glavni bazi RIB. Med sinhronizacijo se bodo te spremembe prenesle na vse podrejene baze in bodo začele veljati.

Glavna informacijska baza

Pri uporabi porazdeljene baze podatkov glavne nastavitve padejo na glavno bazo podatkov. Izdelati jih je treba v razdelku "Administracija", kot je prikazano na spodnji sliki.

V oknu, ki se odpre, takoj potrdite polje »Sinhronizacija podatkov«. V spodnjem delu podajte predpono glavnega (trenutna osnova). Lahko je dolga do dva znaka. V našem primeru bo predpona "BG", saj mislimo, da je ta RIB 1C "Glavno računovodstvo".

Zdaj lahko začnete nastavljati samo sinhronizacijo, in sicer določite, s katero bazo podatkov (ali zbirkami podatkov) se bodo izmenjali podatki. To storite tako, da sledite hiperpovezavi "Nastavitve sinhronizacije podatkov". Za prehod bo na voljo le, če potrdite polje na levi.

V oknu, ki se odpre, v meniju izberite element "Polno ...". Omogočal nam bo določitev katere koli informacijske baze 1C za sinhronizacijo.

V prvem oknu za povezavo podrejene baze, ki se nahaja v geografsko oddaljeni pisarni, izberite zastavico, da bo povezava vzpostavljena prek lokalnega ali omrežnega imenika. V našem primeru je to "D: \ DB \ InfoBase". Prav tako bomo vnaprej preverili možnost pisanja.

Za različne podlage obvezno navedite različne predpone. Dejstvo je, da je pri sinhronizaciji podatkov za podatke, preobremenjene iz vsake baze podatkov, nastavljena druga predpona. Če bodo podvojeni, bo delo napačno, zato vam program ne bo dal te priložnosti.

Ko vas program pozove, da ustvarite začetno sliko, izberite to možnost. Ta postopek bo trajal nekaj časa, nato pa ga shranite v računalnik z imenom "1Cv8.1CD".

Sama sinhronizacija se lahko izvede samodejno glede na urnik, ki ga lahko konfigurirate sami, ali ročno. V drugem primeru preprosto kliknite gumb »Sinhroniziraj« v primernem času za vas.

Podrejeno vozlišče RIB

Število nastavitev v podrejeni bazi je veliko manjše. V istem razdelku nastavite zastavico »Sinhronizacija podatkov« in s klikom na ustrezno povezavo bo na voljo gumb »Sinhroniziraj«.

V okviru našega primera sta bili v glavno bazo podatkov dodani dve nomenklaturni postavki: "Beam" in "Board". Po sinhronizaciji so končali v podrejeni bazi. Kot lahko vidite na spodnji sliki, jim je bila dodeljena predpona "BG". Druga dva položaja ("stružnica" in "paleta") imata predpono "BP", saj sta bili vneseni neposredno v podrejeno bazo.

Opomba da je oštevilčenje elementov v našem primeru od konca do konca, vendar le znotraj iste predpone.