Munka előre meghatározott elemek 8
Mivel a kiegészítéssel, egy funkcionális platform elválasztó fejlesztők azt jelentősen felülvizsgált működését előre meghatározott értékek tárgyakat. Fogom leírni azokat a pillanatokat, amit kellett néznie.
A fő változás az, hogy a létrehozása előre meghatározott elemek most függetlenül szabályozható.
Ezen kívül lehetőség van hozzá, illetve kivenni az előre meghatározott mód Enterprises. De - nem hozhat létre egy tetszőleges előre meghatározott elemek. Csak akkor rendelje hozzá a meglévő elem az egyik előre meghatározott nevek konfigurátor.
A szabályozás a létrehozását előre meghatározott elemek, a következő mechanizmusok:
1) A konfigurátor metaadat objektumot, akkor meg hogyan kell frissíteni az előre megadott adatok - Auto Update automatikusan nem frissül automatikusan.
2), akkor hozzon létre egy sor előre meghatározott eljárás révén mód információt általában:
UstanovitObnovleniePredopredelennyhDannyhInformatsionnoyBazy (ObnovleniePredopredelennyhDannyh) képletben
ObnovleniePredopredelennyhDannyh - átviteli rendszer lehetőséget Auto Update automatikusan, nem frissíti automatikusan
3) Beállíthatja a mód, hogy előre a menedzsment-módszere egy adott adatbázis tábla:
UstanovitObnovleniePredopredelennyhDannyh (ObnovleniePredopredelennyhDannyh), például
Spravochniki.Nomenklatura.UstanovitObnovleniePredopredelennyhDannyh (ObnovleniePredopredelennyhDannyh.ObnovlyatAvtomaticheski);
4) létrehozása egy előre meghatározott elemek is befolyásolja, hogy milyen az információs bázis - a fő csomópont RIB (nem függ semmilyen átváltási terv és amely borda) vagy perifériás egység RIB.
A tényleges frissítési mód van meghatározva a következő sorrendben:
- Ha az objektum metaadat az adathalmazban frissítés eltérő üzemmódba Auto. hogy értéket használjuk. (3. § a fenti lista)
- Ellenkező esetben, ha a metaadat objektumot a konfiguráció fut a szolgáltatás eltérő üzemmódba Auto. hogy értéket használjuk. (1. pont a fenti lista)
- Ellenkező esetben, ha az információ bázis fut a szolgáltatás eltérő üzemmódba Auto. hogy értéket használjuk. (2. tétel a fenti lista)
- Ellenkező esetben, ha ez egy periférikus csomópont RIB, az előre meghatározott adatok nem frissülnek. Ha a vizsgálatot a központi csomópont borda, vagy bázis, amely nem egy borda, előre megadott adatok frissítés kerül végrehajtásra.
Lássuk néhány egyszerű esetekben:
1) Van egyfajta információs bázis nélkül RIB.
Ebben az esetben, minden rendben lesz - ha a konfigurációs metaadatokat kitett frissíthető az előre = „Auto”, és a program mód nem felülírható a tudásbázis egészében vagy egyedi asztal, az előre definiált elemek jönnek létre \ frissített szerkezetátalakítási a tudásbázis (ez lennie létrehozása IB cf, telepítése egy új konfigurációt vagy kiadása szerkezetátalakítás révén tesztelése és korrekciója).
2) Van bizonyos információkat az alap segítségével a RIB.
Ebben az esetben az alapértelmezett kerületi bázisa előre definiált elemek nem jön létre, az összes metaadat tárgyakat.
Ha a metaadatok tárgy jut a RIB, az előre meghatározott elemek keletkezzenek amikor létrehozza az eredeti képet, vagy ha a kommunikáció a főegység, de nem abban az időben a konfiguráció, upgrade, és abban az időben az olvasás a az üzenetváltást.
Ha a metaadatok objektum nem szerepel a borda, az előre meghatározott elemek jönnek létre, nem lesz, illetve a bázis nem lesz alkalmas a használatra.
Mit lehet tenni:
- hogy ki oly módon, hogy frissítse a metaadatok egy tárgy a konfigurációs = „Automatikus frissítés” nem egészen helyes, ha több különböző konfigurációt RIB megosztási terveket különböző összetételű, és a tárgy csak akkor jelenik meg néhányat. Ha ez történik, ebben a konkrét helyzetben fogja meghatározni - a perifériás csomópont előre definiált elemek jönnek létre. De amikor létrehoz egy RIB más megosztási terveket (ahol az objektum tartalmazza) zadubliruyutsya elemek - a kerületi csomópont jön az előre meghatározott főcsomópontja.
- módszer használatához telepíteni a frissítési módszert minden IB is rossz - jön létre, még valami, jöjjön a csere főcsomóponthoz, és egy csomó ismétli meg nem jelenik.
- már csak azt kell megállapítani frissítésére vonatkozó eljárást táblák speciális információs bázist. Előírja tárgyak valahol az elején a rendszer eléréséhez előre meghatározott tételek, amelyeket nem hoztak létre. Elvileg ez a kód lehet tenni, és egyszeri díj az információs bázis egy külső folyamat, de ebben az esetben az alapja a perifériás egység is megy nem lehet annak a ténynek köszönhető, hogy az előre meghatározott elemek, nem vándorolnak a főegység volt fellebbezés elején a rendszerirányítási :
Tovább nem túl szép pillanat - ha már fut egy kerületi csomópont, és a frissítés után már elérhető az első alkalom, hogy a táblák (akár csak egy lista jelenik meg a könyvtárban, például), majd később ki a kódot telepíteni a frissítési módszert, a kivitelezés ez a kód nem vezet létrehozását előre elemekkel.
Ennek kijavításához szerkezetátalakítás végre kell hajtania egy információs bázis a tesztelés és a korrekció.
Egyetlen módszer, amely lehetővé tenné az erő okoz létrehozását előre meghatározott, nem.
Előre definiált elemek létrehozásához kezét, de légy óvatos, ha használni a kliens-szerver módban és platform 8.3.4 - hozzáadása után elemek kézi valószínű, hogy be az adatbázisba már nem működik - kapunk, ha fut „a szerveren 1C Fatal error” és csupán a technológia log naplókat is látható, hogy a rendszer megpróbált beszúrni ismétlődő GUID értéket az asztalra.
Nem biztos, hogy mennyi ez a módszer van húzva, de én már használt 7,7 kitérőt, hogy hozzon létre egy új oldalt, de nem zárja le a monopólium főcsomóponton sokáig. A 8-ke minden sokkal könnyebbé vált, és jobban kihasználhatók a tipikus eszköze.
Általában azért, hogy hozzon létre egy új csomópont terheletlen kezdeti kép ugyanabban az időben ő tele lesz minden információ helyes, ideértve vándorló előre meghatározott érték. De igényel kizárólagos zár az alap, hogy egyszerűen nem elfogadható, nagy mennyiségek.
Egy másik lehetőség - alapján a konfiguráció a főegység létre egy üres adatbázist, majd hozza létre a két adatbázist csomópontok tulajdonítanak a fő perifériás csomópont regisztrálni tárgyakat a csere, és várja meg a végét a csere. És mindez egy csendes üzemmódban nélkül kizárólagos zár található. De egy új megközelítés létrehozását előre, ebben az esetben, hogy a probléma - ha létrehoz egy új adatbázis, még mindig nem lesz kötve a központi egység, ennek megfelelően a rendszer létrehoz minden előre definiált elemek, akkor a páros jött a fő egységet.
A probléma megoldásához, a fejlesztők ajánlani a következő platformokon:
- A letöltés után és frissítése a perifériás csomópont konfiguráció futtatni a Configurator szakaszos üzemmódban, a „/ SetPredefinedDataUpdate -DoNotUpdateAutomatically” parancsot
- kövesse az alábbi lépéseket létrehozásával egységek
- Konfigurátor távon szakaszos üzemmódban, a „/ SetPredefinedDataUpdate -Automatikus” parancsot
- A periféria egység üzemkész. Előre meghatározott adatokat fog a központi csomópont. Páros nem.