elosztott adatbázis-kezelési és adatcsere

1C: Enterprise 7.7. elosztott információs adatbázis kezelése. A példákban.

- Képesség, hogy az információkat a perifériás alap tag „Csak a címzett.” Ez a funkció határozza meg az üzemmódot, amelyben a perifériás bázisváltozásokat kerül továbbításra a központi IB, de a változásokat a perifériás bázis, akkor nem lehet továbbítani a központi IB.

- Amikor konfigurálja dokumentumok és könyvtárak kikapcsolható automatikus regisztrációs változások megosztásra elosztott IS.

- Lehetséges eszközök beépített nyelvi speciális esetekben, tiltsa le, és engedélyezze a dokumentumok és könyvtárak regisztrációs változások megosztásra elosztott IS. Ez lehetővé teszi, hogy ne hajtsa tárgyak elosztott IB amikor bizonyos műveleteket.

- A konfiguráció lehet tiltva a migráció a működési számviteli nyilvántartások és számviteli műveleteket. Ez lehetővé teszi, iratkezelési (egyedi regiszterek) vagy számviteli információk különböző adatbázisokban önállóan és nem folytat ilyen típusú rekordok az IB, amelyben nincs értelme.

- Be- és kirakodását fájlmegosztás elosztott IB végezhető párhuzamosan a felhasználó munkáját az információs bázis osztott módban.

- A Autoexchange módban automatikusan végezhető küldésére és fogadására fájlokat változásokat e-mailben.

1. Cél és működés elve

A szoftver termék „1C: Enterprise 7.5. Kezelése elosztott információs bázisok „használatra szánt, a cégeknél egy sor 1C: Enterprise (1C: Kereskedelmi és raktár, 1C: Számviteli 1C: fizetés és személyzet), valamint annak szükségességét, hogy információt cseréljenek a földrajzilag elosztott helyek (ez lehet üzlet, irodák, raktárak, stb.)

Elosztott adatbázis - hogyan működik.

RIB áll egy központi adatbázisba, és egy vagy több kerületi bázist. Lépcsőzetes amikor a perifériás bázis központi másik hierarchia lehetetlen. Az sem lehetséges, hogy egy nagyobb központi adatbázisok (ugyanabban elosztott rendszer).

A központi adatbázisban végzett kezelése az egész rendszer:

· Kezelése listáját perifériás bázis (a létrehozása, törlése, paraméterek változására);

· Management konfigurációs beállítások migráció elemek - állandók, könyvtárak és dokumentumok (bármely adatbázis elemének esik, amikor azt létrehozzák, módosított vagy törölt).

A perifériás bázis, így a kiürítés egy központi adatbázis, teljesen működőképes bázis 1C: Enterprise, néhány kivétellel: lehetetlen beállítani. Már csak lehetséges naprakész információkat a központi adatbázis és az információ továbbítása a központi adatbázisba.

Előkészítése során változások a RIB file feltöltés ellenőrzési rendszer ellenőrzi az adatbázist, és írja a fájl egy speciális szöveges formátumban minden frissül az utolsó feltöltés óta információkat.

Frissítése az információ minden olyan intézkedés, amely megváltoztatja az adatbázis bejegyzést vagy konfiguráció:

· Configuration változások (beleértve az MD felvételi fájlt az új dátum);

· Változás az állandó érték;

· A létrehozás, módosítás, és eltávolítjuk a fedőréteget az eltávolítási vezetőelem;

· A létrehozás, módosítás, végrehajtására, mark törlésre és törölje a dokumentumot.

A folyamat működik egy elosztott adatbázis néz, mint általában, mivel semmi sem változik a felhasználó számára. Csak a lista feladatainak egyike a dolgozók három bejegyzés minden irodában:

  1. Egy bizonyos idő felkészülni az átadása fájlmegosztás.
  2. Adatcserére (Levél felkészült és célja, hogy így a fájlok).
  3. Töltse az adatokat (ha van ilyen).

Az első és a harmadik pontot készülnek a konfigurátor (kapcsolatban, hogy mi szükséges kivéve dolgozó alkalmazott az 1C: Enterprise) és megkövetelik a rendszergazda, a második pont úgy tűnhet, mint egy fájlt a felvétel egy floppy lemezre vagy fuss egy adatátviteli program a modem.<Для версии 7.7 уже неактуально, т.к. реализован режим пакетного выполнения заданий по выгрузке/загрузке>

A program telepítése, hogy futtatni a setup egyetlen floppy disk. A legfontosabb dolog a telepítés során - megfelelő adja, ahol a telepítő a fájlokat másolni. Meg kell egy könyvtárat, amelyből készült dob ​​az 1C: Enterprise. Gyakori, hogy a telepítés azt a hibát véletlenül fogadja el a javasolt alapértelmezett könyvtár, ennek eredményeként, amikor elkezdi „konfigurátor”, és megpróbál megnyitni egy elosztott adatbázis-kezelő párbeszéd jön egy üzenet, hogy a szükséges összetevő nincs telepítve.
Mivel csak egy szett DistrDB.DLL fájlba. ez könnyen elvégezhető manuálisan átmásolni a fájlt a 1Cv75 / BIN mappába. fut 1C: Enterprise (de ebben az esetben azt kell eltávolítani, és kézzel is, ahelyett, hogy a Windows Vezérlőpult). A termék védi a HASP kulcsot, mint a legtöbb program 1C. By the way, fennáll a gyanú, hogy ez DistrDB.DLL fajlt (méret 6 KB) amely csak a kódot, amely lehetővé teszi az elosztott adatbázis, és az összes kód benne van az 1C: Enterprise.

Mivel helyes telepítés elérhető lesz a konfigurátor elosztott adatbázis-kezelő párbeszédablak, amelyben valamennyi intézkedés és gyártott - egy elosztott adatbázis konverzió hozzáadása és eltávolítása, perifériák bázisok, kirakodása és információt kapnak, és a beállítást.

Telepítése „elosztott információs adatbázis menedzsment” nem érinti a kapcsolódó adatbázisokat. Konverzió nélkül egy elosztott adatbázis teljes mértékben érintetlen marad.

Base „Acme részei” alakult át egy elosztott végső szakaszában a projekt, amikor már tele nagy könyvtárak (áruk, alkalmazottak, üzletek, raktárak, stb). Miután ez megtörtént, a leírás a migrációs tulajdonságainak könyvtárak, dokumentumok és állandók. Ezután a központi adatbázisban keletkezett adatbázis tárolásához és az összes üzlet. Ennek eredményeként, ezek tartalmazzák az összes szükséges információt. Ezután a fájlok másolása a számítógép áruház és raktár, és ott töltik az 1C: Enterprise.

Tehát, amint a hiba elfogták utoljára vett központi és perifériás bázis lett beépítve a cég „Acme részei”, a munka elkezdődött. Mozgó, hogy a hálózat egy új program leállítása nélkül kereskedelmi - ez egy külön nagy történet.

Központi raktár elfogadja az árut a szállító, valamint periodikus készletet. Amikor megkapja az áru új bejegyzés a „termékek”, valamint az új dokumentumok - számla. A törvény létre, amikor leltárt. Néha a központi raktárból visszatér a házasság vagy az eladatlan árut szállítók. Azt is generál a megfelelő fogyóeszközök fölött. Mindezek az információk által feldolgozott RIB mechanizmus és a transzfer fájl változásokat.

Minden nap végén a nap központi raktár vezetője teszi a fenti változások a fájlokat, és küldje el a központi iroda. Szállítása titkosított fájlt (titkosítás végzi egy külső program<Для версии 7.7 возможно указание пароля шифрации ZIP-Файла прямо в конфигураторе> ) Ha egy FTP-kliens, hogy a teljes a teljes FTP cég. Bullet Proof azért választották a „golyóálló” képes a rábízott feladatokat.

A központi iroda végzi csere eljárás naponta kétszer. Ez lehetővé teszi, hogy megfelelő időben tájékoztatást az állam a társaság és fenntartani a jelenlegi állapotot az egész rendszer. Reggel FTP kapott adatokat az előző nap a központi raktár és a boltok, és este, addig a pillanatig, amikor a kapcsolat ki perifériás terület - megküldte az eredményeket a nap: Acts átértékelési rossz mozdulat, új és módosított termékek, kapott a központi raktárból .

Az üzletek mind nagyon egyszerű - a kiskereskedelmi generál Z-jelentéseket, és a leltár - ellenőrzési tanúsítványokat. Ez az információ kerül a napi FTP és felmászik központ. A fő irodai dokumentumok jön az összes árváltozások és frissítését, hogy a könyvtárak automatikusan elfogadják. Azaz, ha a központi iroda letette új ár az áru átvétele után egy frissítést a boltban minden történik, és az áruk vezetők csak ki kell nyomtatnia az új árcédulák.

Minden áruház csak hozzáférést biztosít a dokumentumok és nyilvántartások csak a raktárban. Néhány referencia könyvek (pénztárosok, készpénz) és konstans (prefix okmány száma, vonalkód előtagokat) leírása révén a migráció tulajdonságok, mint a nem vonuló, és ezért a saját minden boltban. Directory áruk természetesen egyetlen vállalkozás.

Kezdeti célok történt a „Acme részei” A projekt az alábbiak voltak:

· Központi és egyszeri ár- és a termékskála a boltokban;

· Időben tájékoztatja a helyzetét az egész társaság a központi iroda.

Alkalmazása a 1C: Enterprise 7.5 és az elosztott adatbázis-kezelő mechanizmus lehet megoldani ezeket a problémákat.

A termék egy nagyon észrevehető hibákat. Reméljük a jövőben változatban legalább egy részük továbbra is a múltban.

· Nem base átalakul egy elosztott, hogy az új normális. Ebből az következik, hogy egy külön példányt a „RIB Management” lesz szükség minden egyes helyen, ahol szeretnénk, hogy a konfiguráció (utal a számítógépek, amelyek nem kapcsolódnak a helyi hálózathoz, és nem szerepel a kezdeti eloszlása ​​az alap), akkor is, ha nincsenek tervek, hogy több irodát vagy raktárakban.<В конференциях сайта 1c.ssau.ru предлагалась подобная услуга (обратное преобразование базы в нераспределенную), но это, естественно, на ваш страх и риск.>

· Nem alap konfiguráció, átalakul egy elosztott, jelenléte nélkül a szoftver „RIB Management”, ezért kulcsfontosságú. Azaz, ha egy programozó dolgozik otthon egyfelhasználós változata 1C: Enterprise, átalakítása után az ügyfél bázis elosztott, akkor kell, hogy vagy dolgozik az ügyfél, vagy bárhová magával viheti „RIB Management” gombot.

· Indokolatlanul szigorú korlátozásokat az információcsere beállítani a rendszert. Tegyük fel, hogy a központi adatbázisban létrehozott egy új dokumentumot (például egy konfigurációs elem) nem lesz hatással a régi adatokat. Amikor megpróbál letölteni egy központi adatbázisba az adatokat a perifériás bázis, akkor azt mondta, hogy „a konfigurációs változásokat nem töltődik be az adatbázisba, ahonnan jött a transzfer fájl” (majdnem szó szerint), és a folyamat megszakad. Amíg át a fájlt az új konfiguráció az MD az összes perifériás alap, akkor nem fogja látni információkat tőlük.

· Végrehajtási eljárások előkészítése és terhelési információ csak a konfiguráció és csak a rendszergazda. Csak kézzel. Ebből jön egy csomó probléma - mind képzett személyzet és az adatok biztonságát. Bár valamennyi intézkedést, elvileg lehet csökkenteni a választás egy elemet a menüből, és kattintson a gombra ( „Autoexchange” - „Run”). Szeretnék csinálni mindegy ikonok az asztalon, vagy akár automatikusan - bármely feladat ütemező.<Для версии 7.7 неактуально - проблема снята>

· Rendkívül kellemetlen, ha ennek eredményeként a konfliktus egy adatbázisban, amelynek hivatkozási elemeket ugyanazzal a kóddal, vagy dokumentumokat az azonos számú, azt találtuk, nem a leginkább alkalmas az idő, azaz, ha valaki megpróbálja írni ezt elemet vagy dokumentum . Akkor át a fájlt induláskor, hogy amellett, hogy a szöveg a diagnózis, akkor is, ha csak automatikusan alapértelmezett művelet a helyzet orvoslása érdekében (például úgy, hogy előtte).

· Kívánunk további információkat is csereprogramok, kivéve a csillag - egy hierarchikus, hálózat, stb méltányos

Annak ellenére, hogy ezeket a hiányosságokat a rendszer ellátja feladatait teljesen, és hiba nélkül.

Normál ár az árlistában 1C 480 USD. Mert ez az ár kapsz egy doboz lemezt, dokumentációs és biztonsági kulcsot. A kulcs kerül a szerver (vagy a számítógép csak akkor, ha nincs hálózat), amely működteti a központi adatbázisba (vagy több központi adatbázisok). A perifériás bázisok szükséges csak 1C: Enterprise (egyfelhasználós vagy a hálózati változat).