1C Enterprise 8
Kezdjük, mint mindig, az elejétől kezdve. Miután létrehozott egy RIB bármilyen változás a konfigurációs információkat tárol csak akkor lehet elérni a fő oldalon. Ezt követően, a következő csere, minden változás kerül át a slave csomópontok és automatikusan ott alkalmazott. De ez sima papíron.
A gyakorlatban néha előfordul, hogy a csere az ülések között, különösen a periférián a csatorna rossz, főcsomóponton konfiguráció ideje változtatni kétszer. Például, hogy a változás megtöltve, a perifériás változások a bázis kapott, de még nem alkalmazták őket, ami némi időt vehet igénybe, és a megerősítés még nem lett elküldve. Ha ebben az időszakban, hogy a változások újra és újra, hogy kirak a csere, kiderül, hogy a központ várja, hogy a perifériás csomópont konfiguráció №1 és megpróbálja frissíteni a konfigurációs №3, de valójában nem lesz szembenézni a konfigurációs №2. Néha ez a helyzet áll elő, ha egy dinamikus frissítést a központi adatbázisba. Ennek eredményeként, a csere lehetetlen lenne, és akkor kap egy üzenetet, hogy a konfiguráció egy elosztott csomópont információbiztonsági nem a várt!
Tehát az erkölcsi a történet egyszerű - nem vezetnek aktív felülvizsgálatát termelési adatbázisba, és ha a vezetés, akkor véget ér minden megosztás ülés előtt a következő változásokat. De mi van, ha egy ilyen kellemetlen mindegy történt?
Határozat „a homlokon” - hozzon létre egy új képet a slave egység, de a gyakorlatban ez általában nem alkalmazható. Általában az előfordulása súlyos hiba az árfolyam rögzített azonnal, de egy idő után, miután nem fogadnak működési adatokat a kerületi bázisok. Attól függően, hogy a csere menetrend közötti időben előfordulása a problémát, és a kimutatása egy egész napra, vagy még több.
De térjünk vissza a hiba. A megoldás igen egyszerű, és fekszik a felület: ólom konfiguráció a perifériás bázis a várható, azaz, hozza összhangba a konfiguráció az központjától. A gyakorlatban azonban ez nem ilyen egyszerű. Ha kinyitjuk a kerületi bázisa a konfigurátor, azt látjuk, hogy a változások blokkolt RIB ellenőrzéseket.Ahhoz, hogy módosítani kell a beállításokat szoigacsomópontig kell átmenetileg tiltsa le a központi adatbázisban. Erre a célra tudjuk használni az egyik kezelést kellően képviseli a hálózatban, vagy tiltsa le az IB a központi egységnek a Startup konfigurátor / ResetMasterNode.
Nyisson meg egy parancssort és típus (alapú változata a platform és a valós telepítési útvonal):
Miután a parancs végrehajtása jelenik normál starter mezőben, hogy a kívánt bázis és kattintson Konifgurator.
IB elindítása nem fog megtörténni. azaz úgy tűnhet, hogy semmi sem történt, de megnyitásával egy bázissal konfigurátor újra, akkor biztos lehet benne, hogy nem csatlakozik a központi egység és a rendelkezésre álló módosítását.Figyelem! Platformokon 8.3.7 - 8.3.9 Ez a parancs a program összeomlásához vezet. Hiba rögzített 8.3.10 platform.
Ha nem akar bajlódni a parancssorban, akkor a kezelések egyikét mutatja meg az általunk használni, úgy találták, a hatalmas hálózat és megcsináltuk csak kozmetikai változásokat. Megjegyzés feldolgozása csak alkalmas hagyományos alkalmazások konfigurációit kezelt alkalmazás egy kulcsot használ dob a konfigurátor.
Vele dolgozni nagyon egyszerű, futtassa az 1C: Enterprise módban a Fájl - Megnyitás. akkor egyszerűen nyomja meg a megfelelő gombot, ebben az esetben kapcsolja ki a fő egységet.
Most arra van szükség az aktuális konfigurációt egy központi helyről. Ehhez nyissa meg a központi IB a konfigurátor és végre Configuration - Add konfigurációs fájlba. A kapott kiterjesztésű fájl cf át kell, hogy a perifériás egység.
Ezután futtatni IB (húzza ki a master csomópont) egy perifériás csomópont a Configurator, és távolítsa el a hordozóról. Ehhez válasszon: Configuration - Support - Set up támogatás. A megjelenő ablakban első magában foglalja a változás lehetőségét. Ezután távolítsa el a konfigurációt a hordozóról. Most letöltheti a konfigurációs fájlból kiválasztásával Configuration - Load konfigurációs fájlból, és adja nem továbbítják a központi csomópont cf-fájlt. Ezt követően kapsz egy figyelmeztetést, hogy a jelenlegi konfiguráció nem üres. Felhívjuk figyelmét, hogy tettünk a manipuláció potenciálisan veszélyes, és maradandó károsodást okozhat az IB, így a folytatás előtt győződjön meg arról, hogy van egy aktuális biztonsági mentés. Várjuk a végén a rendszerindítási konfigurációt, és biztos, hogy frissítse az adatbázis beállítását.Most van szükség, hogy újra a központi helyszínen tárol. A konfigurációk alapján egy normális alkalmazás (például kiskereskedelem 1,0) lesz szüksége a kezelésre. Fuss, és válasszuk visszaállítása főcsomópontja.
A konfigurációk alapján a kezelt alkalmazás (Retail 2.x, stb) semmi köze. Amikor először kezdi el a 1C: Enterprise mód kínálnak, hogy újra főcsomóponton. Visszaállítása után főcsomóponton kell elvégezni a kommunikáció újra és győződjön meg róla, minden megfelelően működik.