Sageli on praktikas olukordi, kus erinevad jaotused või harud asuvad geograafiliselt erinevates kohtades. Samal ajal peavad kaugjaotustena programmi sisestatud andmed kuidagi peakontorisse jõudma, nii et peetakse üldist raamatupidamist.

Praegu see probleem lahendatakse sageli geograafiliselt kaugete töötajate pakkumisega kaugjuurdepääsühisele alusele. Seda saab teostada andmebaasi avaldamisega veebiserveris, kaugtöölaua kaudu jne.

Sellised olukorrad pole aga haruldased, kui geograafiliselt kauges kontoris pole lihtsalt Internetti või see pole piisavalt stabiilne, et töötada ühises infobaasis. Selleks on 1C-l mehhanism hajutatud andmebaasi konfigureerimiseks.

Lihtsamalt öeldes asub peamine baas peakontoris. Kaugosakond kasutab alluvat. Selliseid alluvaid aluseid võib olla mitu. Selle tulemusena ühendatakse selline hajutatud alus sünkroniseerimise teel üheks. Seda saab toota nii aastal automaatrežiim graafiku alusel või käsitsi.

Selles artiklis kaalume 1C: Accounting 3.0 hajutatud andmebaasi seadistamist. Vaatamata sellele sobivad juhised enamiku muude 1C 8.3 konfiguratsioonide jaoks.

Märge et kõik vajalikud konfiguratsioonimuudatused tuleks teha ainult peamises RIB-andmebaasis. Sünkroonimise ajal kantakse need muudatused üle kõigile alluvatele alustele ja need jõustuvad.

Peamine teabebaas

Hajutatud andmebaasi kasutamisel langevad põhiseaded põhiandmebaasile. Need tuleb toota jaotises "Haldus", nagu on näidatud alloleval pildil.

Avanenud aknas märkige kohe märkeruut "Andmete sünkroonimine". Alumises osas määrake peaosa (praeguse baasi) eesliide. See võib olla kuni kahe tähemärgi pikkune. Meie puhul on eesliiteks "BG", kuna me mõtleme, et see RIB 1C on "Kontode osakond".

Nüüd saate hakata sünkroonimist ise seadistama, täpsustades, millise andmebaasi (või andmebaasidega) andmeid vahetatakse. Selleks järgige hüperlinki "Andmete sünkroonimise seaded". See on üleminekuks saadaval ainult siis, kui vasakul olev ruut on märgitud

Avanenud aknas valige menüüst üksus "Täis ...". See võimaldab meil sünkroonimiseks määrata mis tahes 1C teabebaasi.

Valige geograafiliselt kauges kontoris asuva alluva baasi ühendamise esimeses aknas lipp, millega ühendus luuakse kohaliku või võrgukataloogi kaudu. Meie puhul on see "D: \ DB \ InfoBase". Samuti kontrollime eelnevalt sellele kirjutamise võimalust.

Kindlasti määrake erinevatele alustele erinevad eesliited. Fakt on see, et andmete sünkroonimisel määratakse igast andmebaasist ülekoormatud andmetele erinev eesliide. Kui neid dubleeritakse, on töö vale, nii et programm ei anna teile seda võimalust.

Kui programm palub teil luua esialgse pildi, valige see suvand. See protseduur võtab veidi aega, siis salvestage see arvutisse nimega "1Cv8.1CD".

Sünkroonimist saab ise teha nii vastavalt ajakavale, mille saate ise konfigureerida, kui ka käsitsi. Teisel juhul klõpsake lihtsalt nupul "Sünkroniseeri" teile sobival ajal.

RIB-alamsõlm

Alluvate baasis tehtud seadete arv on palju väiksem. Määra samas jaotises lipp "Andmete sünkroonimine" ja vastaval lingil klõpsates on saadaval nupp "Sünkroniseeri".

Meie näite raames lisati põhiandmebaasi kaks nomenklatuuri üksust: "Beam" ja "Board". Pärast sünkroonimist sattusid nad alluvasse baasi. Nagu näete alloleval pildil, on neile määratud eesliide "BG". Ülejäänud kahele positsioonile ("Treipink" ja "Kaubaalus") määrati eesliide "BP", kuna need sisestati otse alluvate baasi.

Märge et elementide nummerdamine on meie puhul otsast lõpuni, kuid ainult sama eesliite sees.

Komponenti URBD (Distributed Database Management) kasutatakse siis, kui on vaja vahetada teavet kahe või enama identse teabebaasi (edaspidi - IB) vahel kitsa sidekanali (näiteks modemi, e-posti) kaudu. Allpool on samm-sammult juhised ja praktilisi nõuandeid URBD seadistamise kohta 1C-s: ettevõte 7.7. Näide on toodud kahe IB kohta, ehkki seadistage see nii suur kogus alused analoogia põhjal kahe alusega pole keeruline.

Artikli autor: romix | Toimetus: evGenius Viimane redaktsioon nr 7 alates 22.02.08 | Ajalugu URL:

Märksõnad: URBD, automaatvahetuse skript, filiaalide vahetus, post, rom-mail.dll, DialMail.dll, CDO, sissehelistamine, URIB

Komponenti URBD (Distributed Database Management) kasutatakse juhul, kui on vaja vahetada teavet kahe identsete teabebaaside (edaspidi - IB) vahel kitsa sidekanali (näiteks modemi, e-posti) kaudu. Allpool on üksikasjalikud juhised ja praktilised nõuanded URBD seadistamiseks 1C-s: Enterprise 7.7. Näide on toodud kahe infoturbe kohta, ehkki pole keeruline seda konfigureerida suurema hulga andmebaaside jaoks analoogia põhjal kahe andmebaasiga.

1) DistrDB.dll teek 1C: Enterprise'i kausta BIN vastutab URBD-komponendi töö eest. See komponent ostetakse ja paigaldatakse eraldi.

2) Automaatvahetuse näiteks loome kaks infobaasi, paigutades need kaustadesse nimega c: \ 1c_base1 ja c: \ 1c_base2. Looge need kaustad ja igas neist - alamkaustad nimedega CP ja PC (ladina tähtedega)

3) Pange kausta c: \ 1c_base1 valmis konfiguratsioon (näiteks "Trade and Warehouse"). Kuid parem on treenida kõige lihtsamal infobaasil (mis sisaldab näiteks vaid ühte teatmeteost mitme sissekandega). Meie jaoks on oluline veenduda, et URBD automaatse vahetuse tulemusel migreeruvad andmed tõepoolest ühest infoturbest teise ja seda saab näidata nii keerulises kui ka kõige lihtsamas testimises.

4) Sulgege kõik konfiguraatori aknad ja aktiveerige menüükäsk "Administratsioon - hajutatud IS - haldus". See menüüelement on saadaval, kui programmi 1C: Enterprise kaust BIN sisaldab komponenti DistrDB.dll. Kui raamatukogus on vale versioon või on kahjustatud, lihtsalt installige 1C: Enterprise uuesti üle praeguse installi - DistrDB.dll-teek asendatakse selle õige versiooniga.

5) Avanenud aknas klõpsake nuppu "Keskne IB". Määrake päringuaknas uue infobaasi kood (sisestage number 1) ja selle kirjeldus (näiteks "Central IB").

6) Kustutage ilmunud hoiatus muudatuste pöördumatuse kohta, klõpsates nuppu "OK" (allpool on kirjeldatud dokumenteerimata meetodit, kuidas vajadusel baas oma algsesse olekusse viia).

7) Klõpsake nuppu Uus perifeerne. IB ". Taotlusaknas määrake selle kood 2 ja kirjeldus - "Peripheral IB".

8) Valige ühe klõpsuga välisseade ja vajutage nuppu „Konfigureeri“. automaatne vahetamine ". Avanenud aknas lüliti seadistamisega muutke automaatse vahetuse režiim "Käsitsi" olekuks "Automaatne" ja klõpsake nuppu "OK".

9) Klõpsake nuppu Upload Data. Pidage meeles (lõikelauale) laadimata faili nimi "c: \ 1c_base1 \ CP \ 20.zip" - see on meile endiselt kasulik. Klõpsake nuppu OK. Üleslaadimise lõpus kirjutab 1C "Üleslaadimine edukalt lõpetatud".

10) Sulgege Configurator ja sisestage (ka Configuratori režiimis) kaust (endiselt tühi), kus teine ​​IB peaks asuma (meie näites - c: \ 1c_base2). Märkige, et andmebaas peaks olema DBF / CDX-vormingus, ja klõpsake nuppu "OK".

11) Minge menüüpunkti Haldus - hajutatud IS - haldus. Vastuseks küsimusele “Infobaasi ei leitud. Kas soovite andmeid alla laadida? " klõpsake nuppu "Jah" ja määrake üleslaaditava faili nimi (meie näites "c: \ 1c_base1 \ CP \ 20.zip") ja klõpsake nuppu "OK". Allalaadimise lõpus kirjutab 1C "Allalaadimine õnnestus edukalt". Oleme edukalt loonud perifeerse IS, laadides alla andmed kesk-IS-ist.

12) Muutke midagi (näiteks lisage uus viide) ühes infobaasis. Meie eesmärk on tagada, et ühe (mis tahes) infoturbe muudatused jõuaksid automaatse vahetuse kaudu teise infoturbesse. Mõlemas baasis kasutage vaheldumisi menüüpunkti "Haldus" - "Hajutatud infoturve" - ​​"Automaatne vahetus". Äsja ilmunud tühjendusfailid koos ZIP-laiendiga CP- ja PC-kaustades tuleb infobaaside vahel teisaldada (kopeerida) vastavalt põhimõttele CP-> CP, PC-> PC (reaalsetes "välitingimustes" tehakse seda tavaliselt kasutades e- post).

Näpunäited ja retseptid

1) Hajutatud andmebaasi tavaliseks muutmiseks kustutage failid 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF ja neile vastavad * .CDX-failid, samuti 1SSYSTEM.DBF. Põhimõtteliselt piisab 1SSYSTEM.DBF eemaldamisest. Pärast seda peate asjakohasuse punkti taastama, käivitades programmi eksklusiivses režiimis. See trikk on dokumentideta (arvake ära miks), kuid töötab siiski.

2) Saate muuta 1C konfiguratsiooni, kuid ainult kesk-IB-s. See on väga mugav - muudatused perifeerses infoturbes "veeretatakse" automaatselt.

3) Kui olete kaotanud (näiteks postivea tõttu) ühe või mitu üleslaadimist - ärge muretsege, sest URBD suudab selliseid olukordi jälgida ja järgmisel autovahetusseansil proovida kaotatud andmeid uuesti saata.

4) Standardne võime 1C-sse kirju saata rakendatakse MAPI-liidese kaudu, kui suhtlus toimub posti teel(näiteks Outlook). Minu nõuanne - ärge raisake oma aega - MAPI ja igasuguste Outlucksi puhul tekivad praktikas pidevalt probleemid, mis nõuavad arendajalt harude vahel "kiiret sõitmist". Ma ei soovita samal põhjusel kasutada otsese sissehelistamisühendust või FTP-d. Parem on saata kirju väliste komponentidega, näiteks rom-mail.dll või DialMail.dll.

Teine võimalus on kasutada CDO-d
http://avb1c.narod.ru/?=a9
c) avb, absurdi suupill

5) Programm, mis suudab automaatselt automaatvahetust teostada ja faile üles laadida e-post, võite võtta siin:

Kui konfigureerite õigesti mitu konstandit (meiliaadressid, paroolid, kohalolek jne), peab kasutaja Auto Exchange'i käivitamiseks topeltklõpsama ainult otseteel.

Programmi rakendatakse 1C: ettevõtte konfiguratsioonina. Täpsem kirjeldus lisatud DOC-failis.

6) Kui peate Interneti-teenuse pakkujale automaatselt helistama, kasutage programmi E-Type Dialer. Ta teab, kuidas õnnestunud ühenduse loomisel käivitada väliseid rakendusi. Teine võimalus on kasutada väline komponent DialMail, millel on vahend modemiga töötamiseks (nõu - ladina keeles eesliide "p", enne kui number annab impulsi valimise, 9W numbri ees - helistage läbi "üheksa" ja oodake valimistooni jne) .

Märkus: Windows XP-s on sisseehitatud helistaja nimega rasdial.exe. Võtmed käsurida:
rasdial.exe üksuse kasutaja parool
rasdial.exe element / LAHENDA

7) Esmatähtsaks peetakse Kesk-IS-is tehtud muudatusi. Pange tähele, et infobaasi eesliiteid kasutatakse tüüpilistes 1C konfiguratsioonides (vaadake seda sätet konstantides), nii et erinevates andmebaasides loodud kataloogiüksuste ja dokumendinumbrite koodid ei klapi ning nende ainulaadsust ei rikutaks.

RIB - jaotatud teabebaas, mis on puulaadne struktuur, mille harud on eraldi juurutatud 1C Enterprise andmebaasid. Neid aluseid nimetatakse hajutatud infobaasi sõlmedeks (edaspidi lihtsalt sõlmed). Kõigi sõlmede (konfiguratsioonide ja aluste) sünkroonimiseks moodustatakse nende sõlmede vahel teabevahetus.

Peamine mehhanism on vahetamismehhanism, millel on mõned eristuvad ja universaalsed võimalused. Peamine erinevus seisneb selles, et RIB-vahetusmehhanism on rohkem spetsialiseerunud ja kitsas, samas kui universaalsed vahetused pakuvad kasutajale laiemaid võimalusi.

RIB põhiprintsiibid

Konfiguratsioonistruktuuri muutmine on võimalik ainult hajutatud infobaasi põhijuursõlmes. Seejärel levitatakse neid muudatusi hierarhiliselt alluvate sõlmedeni. Seega annab see kõigi RIB-sõlmede konfiguratsioonistruktuurile ühe ruumi.

Andmeid saab muuta ükskõik millises sõlmes, mis omakorda levitatakse kõigile teistele sõlmedele. Pealegi ei pea neid andmeid ülejäänud süsteemi osalejatele edastama ja nende täielikku identiteeti ei pruugi toetada. Muude RIB-i osalejatega vahetuses osalevate andmete koosseisu saab arendaja oma äranägemise järgi kohandada. Pealegi saab seadeid teha mitte ainult konfiguratsiooni metaandmete põhjal, vaid ka tasemel üksikud elemendid, millele saate kehtestada spetsiaalseid valikuid.

Nagu eespool mainitud, saavutatakse RIB-mehhanism vahetusplaanide abil. kuid selle või selle plaani kasutamiseks selles hierarhilises struktuuris peab sellel olema aktiveeritud omadus "Distributed infobase".

Kõik RIB-is olevad andmed edastatakse sõnumite kaudu. Nende sõnumite sisu on rangelt reguleeritud ja ei saa olla meelevaldne, nagu universaalse vahetuse mehhanismi puhul. Andmed sisestatakse sõnumisse XML-i jadamise põhimõttel. Lisaks nendele andmemuudatustele sisaldab sõnum ka teavet konfiguratsiooni muutmise kohta ning teatud koguse teenusteavet. Muudatused registreeritakse alates automaatse vahetuse sõnumisse lisamisest. Seda ei saa mõjutada ei kasutaja ega arendaja.

Vahetussõnumite vastuvõtt ja moodustamine RIB-is määratakse ühe käsuga

Vahetusplaanid. WriteChanges (WriteMessages, 0)

Sisu loetakse käsuga

Väljund

Võime julgelt öelda, et RIB-mehhanism koosneb peamiselt mehhanismist universaalne vahetus mõningate eristavate tunnustega, mis esinevad ainult RIB-struktuuris.

Sageli tekib olukord, kui organisatsioonil on geograafiliselt mitu haru või väljundit kaugem sõber sõbralt. Siiski on kogu organisatsioonis vaja säilitada järjepidev arvestus. Üheks võimaluseks selle probleemi lahendamiseks on ühtse võrgu loomine, mis hõlmab kõigi harude automatiseeritud tööjaamu ja 1C infobaasi paigutamist avalikku serverisse. See meetod võib olla tehniliselt keeruline ja kulukas. Lisaks kerkivad mitmed infoturbega seotud küsimused.

Teine võimalus on luua hajutatud teabebaas (RIB). Hajutatud infobaas on hierarhiline struktuur, mis koosneb 1C: Enterprise platvormi eraldi infobaasidest, mille vahel korraldatakse andmevahetus konfiguratsiooni ja andmete sünkroonimiseks. Neid üksikuid infobaase nimetatakse RIB-sõlmedeks.

Hajutatud infobaasi saab luua 1C: Enterprise süsteemi erinevate konfiguratsioonide põhjal. Mõelgem selle loomisele, kasutades 1C näidet: kaubanduse juhtimine 10.3.

Oletame, et kaubandusorganisatsioon avab täiendava pood, milles on vaja juurdepääsu organisatsiooni üldisele kauplemissüsteemile. RIB-i loomiseks peate tegema järgmised toimingud.

See viib lõpule hajutatud infobaasi loomise. Teabe vahetamiseks on vaja alustada andmevahetust keskandmebaasis (selles toimunud muudatused laaditakse üles), seejärel poodi (muudatused laaditakse keskandmebaasist ja muudatused, mis on toimunud pood laaditakse üles) ja uuesti - keskandmebaasi (muudatused laaditakse sellesse poodi).

Jaotatud infobaasidel on oma kokkupõrke lahendamise mehhanism. Niisiis, kui vahetuse käigus selgub, et mõnda objekti (dokumenti, kataloogi jne.) On muudetud nii põhi- kui ka alambaasis, siis on põhibaasis tehtud muudatus prioriteetne.

Kui on vaja hajutatud infobaasi konfiguratsiooni muuta, tuleb see teha juursõlmes (vt artikli esimest joonist), teiste sõlmede konfiguratsioonid on lukus. Pärast vajalike muudatuste tegemist saab neid kasutada allsõlmedesse standardmenetlus andmevahetus RIB-sõlmede vahel. Pärast alamsõlme konfiguraatoris toimuvat vahetamist peate värskendama infobaasi konfiguratsiooni.

Kui teil on hajutatud infobaasi seadistamisega probleeme, aitavad meie eksperdid teil andmevahetust üles seada ja selgitavad üksikasjalikult, kuidas seda kasutada.

Hajutatud infobaasi loomiseks peate sisestama programmi režiimis "1C: Enterprise". Hajutatud baasi sõlmede loomiseks menüüs valige: Operations - Exchange'i plaanid. Avaneb aken "Objekti valimine: vahetusplaan".

1. Kaaluge võimalust "Täis" vahetusplaaniga.

Vahetus toimub kõigi organisatsioonide vahel, mis asuvad hajutatud teabebaasis.

Valime vahetusplaani "Täis". Avaneb aken "Vahetuskava valmis".

Täidame kaks kirjet:

Nimetame esimese kirje nimeks "Põhisõlm", märgime koodi "GU",

Nime teise kirje nimeks "Alluv sõlm", märgime koodi "PU".

Nagu jooniselt näha, on esimesel kirjel rohelise ringiga ikoon, see on ikoon „Main node“.

Infopõhi "Põhisõlm" koopia loomiseks klõpsake nuppu "Alluv sõlm" ja seejärel ikooni "Loo esialgne pilt". Sellest saab infobaas "Orjasõlm".

Avaneb aken "IB-pildi loomine", valige "Sees see arvuti või arvutis kohalik võrk", Klõpsake nuppu" Järgmine ".

Valige väljal "Teabebaasi kataloog" asukoht, kuhu installitakse "Põhisõlme" koopia, klõpsake nuppu "Lõpeta".

Pärast inforbaasi "Orjasõlm" loomist kuvatakse järgmine teade:

Klõpsake nuppu "OK".

Lisage andmebaasi "1C: Enterprise" infobaas "Orjasõlm". Me läheme alluvate baasi režiimis "1C: Enterprise". Avame: Operatsioonid - vahetusplaanid. Avaneb aken "Objekti valimine: vahetusplaan". Valime vahetusplaani "Täis". Avaneb aken "Vahetuskava valmis". Näeme, et ikoon "Peamine sõlm" on oranž, mis tähendab, et see sõlm on peamine selle infobaasi jaoks, kus me asume.

Teeme nii põhi- kui ka alluvussõlmedes järgmised seaded:

1. Lisage hajutatud infobaasi eesliide.

Seda tehakse nii, et kahes andmebaasis loodud dokumentide ja kataloogide numbrites ja koodides ei tekiks konflikte, seetõttu tähistame igas andmebaasis eesliidet, mis lisatakse dokumendi numbritele ja kataloogikoodidele. Ava: teenus - programmi seaded - vahekaart "Andmevahetus". Sisestage väljale "Hajutatud infobaasi sõlme prefiks:" alluvasse baasi "PU", põhibaasi sisestage "GU".

2. Lisage sõlmede vahelise andmevahetuse seade:

Ava: teenus - hajutatud teabebaas (RIB) - RIB-sõlmede konfigureerimine. Avaneb aken "Side seaded".

Klõpsake nuppu "Lisa", avaneb aken "Andmevahetuse seaded". Sisestage oma seade nimi.

Väljale "Sõlm" ilmub automaatselt sõlm, "Põhisõlme" jaoks on see "Alluv sõlm", "Alluva sõlme" jaoks on "Põhisõlm".

Valige väljal "Kataloog" kaust, kuhu vahetusandmed vastu võetakse, kõige parem on määrata üks kataloog peamiste ja alluvate andmebaaside jaoks.

Konfigureerige väljal "Vahetuse tüüp" andmeedastus andmebaaside vahel: faili või FTP-ressursi kaudu. Valime näiteks "vahetus failiressursi kaudu".

Ülejäänud väljadel ei muuda me midagi.

Klõpsake nuppu "OK". Näeme, et seade on ilmunud.

3. Andmete vahetamiseks tehke järgmist.

Kõigepealt klõpsake andmebaasis, kus muudatused tehti, ikooni "Execute exchange using the current setting", nagu joonisel näidatud.

Pärast üleslaadimist ilmub üleslaadimise tulemuste aken

Seejärel klõpsake andmebaasis, kuhu soovite muudatused üle kanda, ikooni "Execute exchange using the current setting" ja andmed lähevad soovitud andmebaasi.

2. Mõelge vahetusplaaniga variandile "Organisatsiooni järgi".

Vahetuse viivad läbi valitud organisatsioonid, mis asuvad hajutatud infobaasis.

Hajutatud baasi sõlmede loomiseks menüüs valige: Operations - Exchange'i plaanid. Avaneb aken "Objekti valimine: vahetusplaan".

Valime vahetusplaani "Organisatsiooni järgi". Avaneb aken "Vahetuskava organisatsioonide kaupa".

Täidame kaks kirjet:

Esimesele kirjele paneme nimeks "Põhisõlm", märgime koodi "GU", näeme erinevust "Vahetuskavast: täis", ilmunud on tabel, kus on ära toodud organisatsioonid, kelle jaoks vahetus toimub .

Teine kirje kannab nime "Alluv sõlm", kood on "PU", me näitame organisatsiooni.

Muus osas on seade absoluutselt sama mis "Vahetuskava: täis" puhul.