Elosztott információs bázis. Lépésről lépésre utasítások és buktatók

Az elosztott információs bázisok (RIB) technológiája lehetővé teszi a földrajzi létrehozást elosztott rendszer az 1C Enterprise konfigurációkon alapul. Ez lehetővé teszi, hogy közös legyen információs tér még azoknál az osztályoknál is, amelyek nem rendelkeznek megbízható kommunikációs csatornával, kombinálva a csomópontok magas önállóságát a gyors információcsere képességével. Cikkeinkben megvizsgáljuk ennek a mechanizmusnak a jellemzőit és gyakorlati megvalósítását a 8.2 platformon.

Először is tegyünk fel magunknak egy kérdést: miért az automatikus csere? Modern technológiák, olcsó és gyors internet, lehetővé teszi a távmunka nehézségek nélküli megszervezését. A módszerek választéka minden eddiginél szélesebb: RDP, vékony és webes kliensek, hálózatok összekapcsolása VPN használatával - van min gondolkodni. Mindazonáltal ezeknek a módszereknek van egy jelentős hátrányuk - a kommunikációs csatorna minőségétől való erős függés.

Még a helyi szolgáltató ideális munkája mellett sem lehet garantálni a kommunikációs csatorna 100% -os rendelkezésre állását. A gerincszolgáltatóval kapcsolatos problémák, az áramellátás hiánya, a kommunikációs vezeték fizikai károsodása és sok más tényező lehetetlenné teszi ezt a feladatot. Ugyanakkor elérhetetlenség információs bázis egy távoli raktárban vagy bent kiskereskedelmi egészen kézzelfogható veszteségekhez vezet. És végül, ne felejtsük el, hogy vannak olyan helyek (például ipari övezetek a városok külterületén), ahol drága és / vagy problémás a jó minőségű kommunikációs csatorna.

A RIB mechanizmus lehetővé teszi, hogy megszabaduljon e hiányosságoktól, minden egység rendelkezik saját példánnyal az információs bázisról, amellyel önállóan is dolgozhat a külvilággal való kommunikáció teljes hiányában. A kis mennyiségű átvitt információ pedig lehetővé teszi bármilyen kommunikációs csatorna használatát, beleértve a mobil internetet is.

A RIB a 8.2 platformon nem valami alapvetően új, az URIB 7.7 platform továbbfejlesztését jelenti, csak most ez a technológia hozzáférhetőbbé és egyszerűbbé vált. Ellentétben az URIB komponenssel, amelyet külön kellett megvásárolni, az RIB számos tipikus konfiguráció szerves része, és teljes mértékben felhasználói módban működik, lehetővé téve a Configurator használatát még a beállítási szakaszban is.

Ezen a ponton ideje lenne továbblépni a gyakorlati részhez, de még egy kitérőt kell tennünk. A tény az, hogy a 8.2 platformra való áttérés, amely úgy tűnik, már megtörtént, valójában kétféle konfiguráció megjelenéséhez vezetett: egy felügyelt alkalmazás alapján, „natív” a 8.2 platformhoz, és a 8.1 -től módosítva, továbbra is használva elavult technológiák és mechanizmusok. Mivel a konfigurációk jelentős része (vállalati számvitel, fizetés és humán erőforrás) adaptált vagy átmeneti jellegű, ezeket nem lehet leértékelni, ezért cikkünk első része ezeknek a konfigurációknak fog szólni (valójában a 8.1 platform), míg másodszor elemezzük az automatikus csere beállítását a konfigurációkhoz egy felügyelt alkalmazás alapján (8.2 platform).

Tekintsünk egy gyakorlati feladatot: konfiguráljuk az automatikus cserét FTP-n keresztül az Enterprise Accounting 2.0 konfigurációhoz. Annak ellenére, hogy a RIB lehetővé teszi az e-mail vagy fájlmegosztás használatával történő cserét, javasoljuk az FTP használatát, mint a legegyszerűbb és legmegbízhatóbb kommunikációs módszert. Elolvashatja, hogyan állíthatja be saját FTP -kiszolgálóját, vagy használhatja bármely tárhelyszolgáltató FTP -szolgáltatását.

Először is be kell állítanunk a cserecsomópontokat. Ehhez futtassa a konfigurációt rendszergazdai jogokkal, és válassza a lehetőséget Műveletek - Cseretervek.

A megjelenő listában válassza a lehetőséget Teljes terv ill Szervezet szerint, ha egy adatbázis több cégről vezet nyilvántartást, és a cserét csak az egyik cégnél kell elvégezni. A megnyíló ablakban egy csomópont már létezik - a központi, szerkesztenünk kell a kód és a név megadásával.

Ezt követően létrehozunk egy másik csomópontot az elágazáshoz, ugyanúgy kitöltve (hozzáadáshoz kattintson a zöld körre egy plusszal). A következő lépés egy kezdeti kép létrehozása ehhez a csomóponthoz, amely kész információbázis fájl módban. Ehhez kattintson a jobb gombbal a kívánt csomópontra, és válassza a lehetőséget Kezdő kép létrehozása.

Most lépjünk tovább Szolgáltatás - Elosztott információs bázis (RIB) - RIB csomópontok konfigurálása.

A megnyíló ablakban kattintson a gombra Hozzáadásés állítson be egy új központot, amely meghatározza a távoli állomást, a központ típusát (FTP -n keresztül) és a szerverhez való csatlakozás paramétereit.

Könyvjelző Automatikus csere lehetővé teszi a cserék ütemezésének, események szerinti cseréjének konfigurálását (a munka kezdete és vége, stb.), ezek a beállítások annak a felhasználónak vannak megadva, akinek a nevében a cserét végrehajtják, ezért győződjön meg róla, hogy jogosult adatcserére.

Ne felejtse el megadni a csomópont előtagot a dokumentumok számozásához (különben különböző dokumentumokat fog kapni azonos számokkal) a Szolgáltatás - Program beállításaiban, itt konfigurálhat néhány más csereparamétert is. Ugyanezen a lapon ki kell választania egy felhasználót a cserefeladatok elvégzésére, ha ezt nem teszi meg, az ütemezés nem fog működni. Ne feledje, hogy a cserére csak akkor kerül sor, ha ez a felhasználó bejelentkezett a programba.

Ezzel befejeződött a központi csomópont konfigurálása, most hasonló beállításokat kell elvégeznie a perifériás csomóponthoz, és a kezdeti képet meglévő információbiztonságként kell összekötnie. Ezután megkezdheti az adatcserét. Az ellenőrzéshez használnia kell Adatcsere monitor, nemcsak a feltöltés / letöltés sikerének ellenőrzését teszi lehetővé, hanem a felmerült ütközéseket vagy késleltetett mozgásokat is mutatja (ha a cserét végrehajtó felhasználó nem rendelkezik elegendő joggal az adatbázisban végrehajtott műveletek végrehajtásához). Elérhetőség ezt a hangszert lehetővé teszi az automatikus csere során felmerülő különféle problémák gyors és hatékony megoldását.

Ezen a ponton a központ beállítása befejezettnek tekinthető, és elkezdheti a munkát elosztott módban. Külön érdemes a konfiguráció frissítésével vagy módosításával foglalkozni. Ezek a műveletek csak a központi webhelyen érhetők el, a végrehajtott változtatásokat a következő csere során automatikusan továbbítják a perifériás helyekre. Az automatikus változtatásokhoz a perifériás bázisnak be kell lennie monopólium különben futnia kell Konfigurátorés végrehajtani Az adatbázis konfigurációjának frissítése manuálisan.

Cél: az információs bázist úgy kell konfigurálni, hogy három olyan felhasználó legyen, aki nincs bent helyi hálózat de csatlakozik az internethez.

Ezt a feladatot a Distributed Infobase konfigurálásával hajtjuk végre. Információs bázis konfiguráció - „Vállalati számviteli 2.0”.

FTP erőforrás beállítása.

Állítsuk be az FTP -t példaként a HCube használatával: Lépjen a hcube.ru webhelyre. Hosting lap, FTP Hosting (http://www.hcube.ru/hosting/ftp/). Mi a minimumot választjuk díjcsomag FTP -10, ez elég lesz az elosztott infobázis csomópontjai közötti cseréhez. Megrendelhető próbaidő 15 nap múlva kattintson a "Próbálja" gombra. Ezután regisztrálnunk kell:

Megjelenítjük a felhasználói fiókhoz való hozzáféréshez szükséges felhasználónevet és jelszót. A kérelem elfogadása után levelet várunk a megadott címre email az FTP -hez való hozzáférés részleteivel. Információ a tárhelyszolgáltatás konfigurációjáról: ***************************************** **********************
A tárhely bejelentkezése: user725
A tárhely jelszava: ffUXP3CDU
Tárhely IP: 85.10.207.234

****************************************************************
Vezérlőpult az FTP -tároláshoz https://cp.hcube.ru/manager/ispmgr

Várjuk, hogy az állam „aktív” legyen.

Csereterv felállítása.

Meg kell határozni az adatbázis központi csomópontját. Központi csomópontként választjuk munkahely található az irodában. A másik kettőt kicserélik a központi csomóponttal. Állítsuk be a központi csomópontot. Ehhez teljes jogokkal rendelkező felhasználóként kell bejelentkeznie az IB -be. A program főmenüjében válassza ki az elemet "Műveletek / cseretervek ..."... A standard vállalati számviteli 8 cseretervekben már 7 szabványos cseretervet hoztak létre: A terv megnyitása "Teljes"... Egy előre meghatározott üres bejegyzést tartalmaz. Ez a bejegyzés az aktuális csomópontot írja le. Előre definiált, azaz a konfigurációs szinten hozzáadott bejegyzés nem törölhető, de javítható. Kattintson a Módosítás: mezőre "Név" tetszőleges lehet például "Központi csomópont". "Kód" tetszőleges lehet például "01", kattintson "RENDBEN"... Az aktuális csomópont le van írva, most szükség van az alárendelt csomópontok leírására. Adjon hozzá új nevezett elemeket "1. csomópont"és a kódot "02"és "2. csomópont" kóddal "03"... Három csomópontot kapunk:
A RIB -ben sok slave csomópont lehet, és a csere egy központi csomópont és minden slave csomópont között történik. Most fizikailag létrehozunk egy slave csomópontot ( új bázis adat). Ehhez a csomóvonalra kell állnia "1. csomópont"és kattintson az ikonra "Első kép létrehozása ..." vagy válassza ezt a műveletet a menüből:
A rendszer felajánlja az infobázis (IB) típusának kiválasztását. Választanod kell "Tovább ez a számítógép…» ... Ezután adja meg azt a könyvtárat, amelyben az új IB létrehozásra kerül. Ezt követően egy új adatbázis jön létre a megadott könyvtárban, és minden adat innen fő bázis... Azonnal meg kell jegyezni, hogy az új információbiztonság nem az eredeti példánya. Saját beállításokkal rendelkezik (saját felhasználói lista stb.), Csak az adatok és a módosított cseretervek kerülnek átvitelre, azaz csak két csomópont marad az új IB -ben "Központi csomópont"és "1. csomópont"... Ha a forrásadatbázis nagy, és a felhasználók dolgoznak benne, ütközések lehetségesek a kezdeti kép létrehozásakor, ezért ajánlott új kép létrehozását a kizárólagos rezsim. Ha a központi csomópontban több alárendelt csomópontot írtak le, akkor a kezdeti IS kép létrehozásának műveletét minden csomópontra el kell végezni, azaz annyi új IB jön létre, ahány csomópontot leírtak az eredeti adatbázisban. Ugyanezt fogjuk tenni "2. csomópont"... A kezdeti kép létrehozásakor a főadatbázis objektumainak szinkronizálási táblázata jön létre a fő adatbázisban. Általában az ilyen táblákat az alárendelt csomópontok száma hozza létre. A csomópont kezdeti képének létrehozásakor a csomóponttal való szinkronizálás jele kerül beállításra. Most a slave csomópontok adatbázisát át kell másolni a munkaállomásokra "1. csomópont"és "2. csomópont"... Ezt követően a három számítógép azonos (adat szempontjából) információs bázissal rendelkezik.

Elosztott információbázis -cserebeállítások.

Ebben a problémában van egy általános esetünk, amikor mindhárom adatbázis működik, azaz a dokumentumokat három alapon kell bevinni és megváltoztatni. Menjünk a menübe "Szolgáltatás / elosztott információs bázis (RIB) / RIB csomópontok konfigurálása"... Indítsunk cserét a kettő között Központi csomópontés 1. csomópont... Az „Elosztott információbázisok” lapon vegye fel a következőt új elem, nevezzük "Iroda - 1. csomópont"(ahol az "Iroda" a központi webhelyünk). Válasszon a kellékek közül "Csomó" – "1. csomópont"... Terepen "Csere típusa" választ "Csere keresztül FTP erőforrás "... Töltsük ki a részleteket, amelyeket levélben kaptunk: "Cím", "Felhasználó", "Jelszó"... Lapok "Interaktív csere"és "Automatikus csere" még ne töltse ki, az alap cserebeállítások után minden csomópontban megtesszük. Ezután analógia útján létrehozunk egy új elemet a központi csomópont és a 2. csomópont közötti csere beállításához.
Menjünk a korábban létrehozott kezdeti képhez (infobase) 1. csomópontés hozzon létre beállításokat "1. csomópont - Iroda". Csináljuk a 2. csomópontban is. A lapon "Interaktív csere" meg tudjuk határozni: fel kell -e töltenünk és le kell töltenünk adatokat, vagy egyet. A lapon "Automatikus csere"új elemet adhat hozzá az automatikus cseréhez. Itt beállíthatunk egy ütemtervet egy adott csere számára, például "Iroda - 1. csomópont"és / vagy eseménymegosztás.

Amikor kiválaszt egy felhasználót az eseménycsere beállításaiban, azt is meg kell adnia adott felhasználó v "Programbeállítások" a lapon "Adatcsere".
A példánkban szereplő cserét csak akkor hajtjuk végre, ha az adatbázist a beállításokban megadott alatt adtuk meg "Csere esemény szerint" felhasználó. Azt is meg kell adnia "Csomópont előtag egy elosztott infobázishoz" a dokumentumok helyes számozása érdekében. Az előtag segítségével látni fogjuk: melyik csomópont alapján hozták létre a dokumentumot, és elkerülhetjük a dokumentumszámok megkettőzését is. Az elosztott infobázisban való kényelmes munkavégzéshez alaposan meg kell fontolni a csomópontok cseréjének ciklusát, a csereütemezést és / vagy egy adott feladathoz tartozó események szerinti cserét.

A RIB egy elosztott információs bázis, amely egy faszerű szerkezet, amelynek ágai külön telepített 1C Enterprise adatbázisok. Ezeket az alapokat elosztott infobázis csomópontjainak (a továbbiakban egyszerűen csomópontok) nevezzük. Ezen csomópontok között információcsere jön létre az összes csomópont (konfigurációk és bázisok) szinkronizálása érdekében.

A fő mechanizmus egy cseremechanizmus, amely megkülönböztető és egyetemes képességekkel rendelkezik. A fő különbség az, hogy a RIB cseremechanizmus speciálisabb és szűkebb, míg az univerzális cserék a felhasználók számára szélesebb körű lehetőségeket kínálnak.

A RIB alapelvei

A konfigurációs struktúra megváltoztatása csak az elosztott infobázis fő gyökércsomópontjában lehetséges. Ezeket a változásokat ezután hierarchikusan továbbítják az alárendelt csomópontokhoz. Így egyetlen teret biztosít a konfigurációs struktúrának minden RIB csomópontban.

Az adatok bármelyik csomópontban módosíthatók, ami viszont az összes többi csomópontra terjed. Ezenkívül ezeket az adatokat nem kell továbbítani a rendszer többi résztvevőjének, és előfordulhat, hogy nem támogatják teljes személyazonosságukat. A többi RIB résztvevővel folytatott cserében részt vevő adatok összetételét a fejlesztő tetszés szerint testreszabhatja. Ezenkívül a beállításokat nem csak a konfigurációs metaadatok alapján lehet elvégezni, hanem szinten is egyes elemek, amelyre különleges választásokat írhat elő.

Amint fentebb említettük, a RIB mechanizmust cseretervek használatával érik el. de ahhoz, hogy ezt vagy azt a tervet ebben a hierarchikus struktúrában használni lehessen, aktiválni kell az "Elosztott infobázis" tulajdonságot.

A RIB -ben található összes adatot üzenetek továbbítják. Ezen üzenetek tartalma szigorúan szabályozott, és nem lehet önkényes, mint egy univerzális cseremechanizmusban. Az adatok az üzenetbe kerülnek az XML -szerializáció elvével. Ezeken az adatmódosításokon kívül az üzenet információkat tartalmaz a konfiguráció módosításáról, valamint bizonyos mennyiségű szolgáltatási információt. A változások regisztrálása nem történik meg a csereüzenetben való automatikus elhelyezéssel. Ezt sem a felhasználó, sem a fejlesztő nem tudja befolyásolni.

A csereüzenetek fogadását és létrehozását a RIB -ben egyetlen parancs határozza meg

Cseretervek. WriteChanges (WriteMessages, 0)

A tartalom olvasása a paranccsal történik

Kimenet

Nyugodtan mondhatjuk, hogy a RIB mechanizmus főként egy mechanizmusból áll univerzális csere néhánnyal megkülönböztető tulajdonságok, amelyek csak a RIB struktúrában vannak jelen.

Utasítások elosztott adatbázisok létrehozásához és konfigurálásához az URBD összetevő (URIB) használatával

Az URBD (Distributed Database Management) összetevőt két azonos 1C adatbázis közötti információcserére használják. Ha a konfigurációk eltérőek, akkor azt is használhatja, erről egy másikban írnak. Az összetevő működéséhez a DistrDB.dll fájlnak jelen kell lennie a mappában BIN programok 1C: Vállalat.

Fontolja meg az elosztott adatbázisok létrehozásának lépéseit. Például van egy működő bázisunk a D: \ base1 könyvtárban. Központivá kell tenni, és perifériás bázist kell létrehozni.

1. Hozzon létre egy D: \ base2 könyvtárat a perifériás bázishoz.

2. A D: \ base1 és D: \ base2 könyvtárakban hozzon létre CP és PC mappákat (latin betűket használunk).

3. Indítsa el a központi adatbázis -konfigurátort (D: \ base1), és válassza a Menu - Administration - Distributed IB - Management lehetőséget.

4. Nyomja meg a "Central IB" gombot, a megjelenő ablakban írja be a kódot és az adatbázis nevét. A kódhoz jobb számokat vagy latin betűket használni. Beírjuk például a 001 -et és a "Központi bázist", erősítsük meg az "OK" gomb megnyomásával.

5. Nyomja meg az "Új perifériás IB" gombot egy periféria alap létrehozásához. Adja meg a paramétereket: 002 és "Perifériás bázis 1".

6. A kurzorral válassza ki a "Perifériás bázis 1" bázist, és nyomja meg a "Beállítások" gombot. automatikus csere ". A beállításokban változtatunk kézi üzemmód automatán. Legyen óvatos, ez fontos.

7. Válassza ki a "Peripheral base 1" bázist a kurzorral, és nyomja meg az "Upload data", majd az "OK" gombot. A kirakodás eredményeként megjelenik a D: \ base1 \ CP \ 020.zip fájl.

8. Indítsa el az 1C -t konfigurátor módban, adjon hozzá egy új "Peripheral base 1" bázist az 1C indítási ablakához, adja meg a korábban létrehozott D: \ base2 könyvtárat.

9. Válassza a Menü - Adminisztráció - Elosztott IS - Kezelés lehetőséget. Tovább - tették fel a kérdést„Az információs bázis nem található. Szeretne adatokat letölteni? " nyomja meg az "Igen" gombot, és adja meg a fájl nevét "D: \ base1 \ CP \ 020.zip", nyomja meg az "OK" gombot. A letöltés befejezése után a perifériás bázis létrehozásának folyamata befejezettnek tekinthető.

A periférikus adatbázis létrehozásának módszereiben és még mindig a központi adatbázis egy példányának biztonsági mentésből történő visszaállításával vagy a központi adatbázis másolatának fájljainak SQL formátumhoz való csatolásával és egy parancsfájl végrehajtásával adjuk meg. Ez hasznos lehet nagy adatmennyiség esetén, amikor a feltöltések-letöltések órákig tartanak, vagy általában irreálisak.

URBD összetevőt (URIB) használó elosztott adatbázisok közötti cserére vonatkozó utasítások

Vegyünk egy egyszerűsített példát, manuálisan hajtjuk végre a cserét a konfigurátor elindításával. Használható kötegelt mód Configurator, a leveleket, az ftp -t és az automatikus fájlmásolást használhatja cserecsomagok kézbesítéséhez.

Az adatcsere végrehajtásához válassza a Menü - Adminisztráció - Elosztott információbiztonság - Automatikus csere parancsot. Ha a csere automatikus (lásd az előző utasítás 6. pontját), akkor sikerrel járunk.

1. Tehát megváltoztatunk vagy létrehozunk néhány objektumot, amelyek a perifériás bázisra vándorolnak. Az objektumáttelepítési szabályok az objektumtulajdonságok "Áttelepítés" fülén állíthatók be (lásd az objektumfát a konfigurátorban).

2. Indítsa el a központi bázis konfigurátorát, válassza a Menu - Administration - Distributed IB - Auto exchange menüpontot, nyomja meg a "Run" gombot.

3. A kapott D: \ base1 \ CP \ 020.zip fájl a D: \ base2 \ CP \ mappába kerül

4. A periféria adatbázis néhány objektumát megváltoztatjuk. Lehetőleg ne azokat, amelyek korábban megváltoztak a központi adatbázisban, tk. a központi bázis elsőbbséget élvez az objektumok módosításával szemben, amikor kicserélik.

5. Indítsa el a perifériás alapkonfigurátort, válassza a Menü - Adminisztráció - Elosztott információbiztonság - Automatikus csere lehetőséget, nyomja meg a "Futtatás" gombot.

6. Az automatikus csere eredményeként a központi adatbázisból beérkezett módosításokat kell kapnunk. Szükségünk lesz egy fájlra is, amelyet át kell vinni a központi adatbázisba: D: \ base2 \ PC \ 021.zip

7. Másolja a D: \ base2 \ PC \ 021.zip fájlt a D: \ base1 \ PC mappába

8. Ismételje meg a 2. lépést. Ennek eredményeként a periférikus adatbázisból származó módosítások megjelennek a központi adatbázisban.

Így, általános elv csere: az automatikus csere alternatív végrehajtása a fájlok (cserecsomagok) egyidejű mozgatásával az egyik bázis PC mappájából a másik bázis PC mappájába és az egyik bázis CP mappájából egy másik bázis CP mappájába.

A konfiguráció módosítása csak a központi adatbázisban történik. A konfiguráció megváltoztatásakor exkluzív módban kell végrehajtani a cserét a perifériás bázisokon. A központi bázis perifériás bázisairól érkező csomagok sikeres feldolgozásához a konfigurációt be kell tölteni a perifériás bázisokba. Ha megzavarodik, nem baj, a központi adatbázis által elutasított csomagot újra feltöltik.

Gyakran előfordul a helyzet, amikor egy szervezetnek több fióktelepe vagy üzlete van földrajzilag távol egymástól. Mindazonáltal továbbra is fenn kell tartani a következetes nyilvántartásokat az egész szervezetben. A probléma megoldásának egyik lehetősége a létrehozás egyesített hálózat, amely magában foglalja az összes ág automatizált munkaállomásait és az 1C infobázis nyilvános szerveren való elhelyezését. Ez a módszer technikailag nehéz és költséges lehet. Ezenkívül számos információbiztonsági kérdés merül fel.

A második lehetőség egy elosztott információs bázis (RIB) létrehozása. Az elosztott információbázis egy hierarchikus struktúra, amely az 1C: Enterprise platformon található különbázisokból áll, és amelyek között adatcserét szerveznek a konfiguráció és az adatok szinkronizálása érdekében. Ezeket az egyedi infobázisokat RIB csomópontoknak nevezik.

Elosztott információs bázis létrehozható különféle konfigurációk 1C rendszerek: Vállalati. Tekintsük a létrehozását az 1C példáján keresztül: Kereskedelmi menedzsment 10.3.

Tegyük fel, hogy egy kereskedelmi szervezet nyit egy további üzletet, ahol szükség van a szervezet általános kereskedelmi rendszeréhez való hozzáférésre. A RIB létrehozásához a következő lépéseket kell végrehajtania:

Ezzel befejeződik az elosztott infobázis létrehozása. Az információcseréhez el kell kezdenie az adatcserét a Központi adatbázisban (az abban bekövetkezett változások feltöltésre kerülnek), majd az áruházban (a változások betöltődnek a központi adatbázisból és az üzletben történt változások) feltöltésre kerülnek), és ismét - a központi adatbázisban (a változások betöltődnek) a boltban történt).

Az elosztott információs bázisok saját ütközésmegoldó mechanizmussal rendelkeznek. Tehát, ha a csere során kiderül, hogy bármelyik objektum (dokumentum, könyvtár stb.) Megváltozott mind a fő, mind az alárendelt bázisban, akkor a fő bázisban végrehajtott módosítás elsőbbséget élvez.

Ha módosítani kell egy elosztott infobázis konfigurációját, akkor ezt a gyökércsomópontban kell elvégezni (lásd a cikk első ábráját), a többi csomópont konfigurációja zárolva van. A szükséges változtatások elvégzése után átvihetők a slave csomópontokba a RIB csomópontok közötti szabványos adatcsere eljárással. A slave csomópont konfigurátorban történő cserét követően frissíteni kell az infobázis konfigurációt.

Ha problémái vannak az elosztott információs bázis beállításával, szakembereink segítenek az adatcsere beállításában, és részletesen elmagyarázzák annak használatát.