Miután egyszer elindítottam az 1C programot, indításkor a „Session start with információs bázis tiltott. biztonsági mentés". Nagyon meglepődtem – én magam nem állítottam be a blokkolást. Kis elemzés után kiderült, hogy az ok az (az egyik alrendszerbe) beépített automatikus archív másolás „hibájában” keresendő.

A hiba így néz ki:

A dolog úgy alakult, hogy az adatbázis archív másolatai létrehozásának beállításakor a rendszer automatikusan zárat állít be az infobázisba való belépéskor. Megakadályozza a felhasználókat a program futtatásában a folyamat időtartama alatt.

De néha előfordul, hogy a másolás után a rendszer nem tudja eltávolítani a . Ebben az esetben a következő hibaüzenetet kapjuk: "A munkamenet indítása az információs bázissal tilos ..."

Ingyenes 267 1C videóleckéket kaphat:

Megoldás

A probléma megoldásának legegyszerűbb módja a fájl törlése 1Cv8.cdn(infobase zárolási fájl) az adatbázis mappából.

Például a fenti képernyőképemen az alap helye a következő:

Lépjen ebbe a mappába, majd keresse meg és törölje az 1Cv8.cdn fájlt.

A zár eltávolítása a kliens-szerver alapról 1C

Ha hozzáfér a szerverkonzolhoz, nagyon könnyen eltávolíthatja a zárat. Elég, ha az infobázis tulajdonságaihoz lép, és törölje a "Munkamenet indítási blokkolása engedélyezve" jelölőnégyzetet:

- nem a legelterjedtebb könyvelő cég, de 1C-ben vezetünk könyvelést, mint a legtöbb hazai kollégánk. Jelenleg több száz bázis él a szerverünkön, így meg kellett tanulnunk, hogyan lehet gyorsan és hatékonyan kezelni ezt a gazdagságot. Ha Ön könyvelő cég, 1C szolgáltatást nyújtó hoster, vagy csak kapott valahonnan egy csomó 1Juice-t, akkor tudja, milyen nehéz. Szeretünk hasznosak lenni, ezért megosztjuk tapasztalatainkat, gyakorlati tanácsokatés olyan meglátások, amelyek meglátogattak bennünket a számtalan éjszaka, ünnepnap és hétvége során, amelyet egész gazdaságunk frissítésével és frissítésével töltöttünk.

Nem adunk el 1C-t, ezért a történet vágás, cenzúra, és ami a legfontosabb - marketing baromság nélkül lesz. Bonustrack, a bejegyzés során több hasznos szkriptet és tippet is találhat azok számára, akik valóban sok 1C adatbázissal rendelkeznek.

Akkor miért van egyáltalán ennyi bázisunk? Valójában jelenleg az adatmegosztási technológiát kutatjuk, de még nem kezdtük el használni, így minden általunk kiszolgált vállalkozás számára kénytelenek vagyunk létrehozni külön alap(és gyakran több is).

Hihetetlen út a felhő 1C-től a saját szerverfürtig

Utunk elején a felhő alapú 1C-Fresh szolgáltatást használtuk: ez a szolgáltatás közepesen kényelmes, már amennyire kényelmes lehet egy asztali alkalmazás böngészőn keresztüli használata. Azonban gyorsan felhalmoztunk ötven adatbázist, és elviselhetetlenné vált a weben keresztüli adminisztrálás - a webes felület kezdett lelassulni, ráadásul szükség volt az 1C programozott integrálására a belső eszközeinkkel, amit a Fresh kategorikusan nem tud. Át kellett költöznöm, feltöltöttem az összes adatot a felhőből. Szerencsére ezt nem volt nehéz megtenni („Adatok feltöltése a helyi verzióba” → „Adatok letöltése a szolgáltatásból”).

Az evolúció második fontos állomása a szolgáltató igénybevétele volt, és ismét minden megfelelt, amíg száznál több bázis nem volt. A konfigurációs frissítések, valamint a felhasználók hozzáadásával történő közzététel a műszaki támogatásnak küldött levélben történt. Elvileg minden működőképes, de nem interaktív.

Különös kellemetlenséget okozott, hogy nem lehetett elindítani. exe fájlokat előzetes jóváhagyás nélkül (hash összegek hozzáadása a tartományi szabályzatok engedélyezéséhez), és emlékeztetnem kell, hogy szükségünk volt az integrációra. Problémákat okozott az is, hogy a szolgáltató tárolórendszere ismeretlen okokból nem szinkronizálta megfelelően a csomópontokat blokk szinten. Így több fontos bázist veszítettünk el, amelyeket sokáig és fájdalmasan kellett helyreállítani. A tárolórendszereknél gyakran nem minden egyszerű és tisztességtelen.

Megjegyzés a háziasszonynak: tesztelje a tárolást. Ha Ön vendéglátó, fordítson erre nagyobb figyelmet. Ha harmadik féltől származó tárhelyet használ, feltétlenül ellenőrizze a tárhelyet és a lemezeket. Ez egy gyerek gereblye, amire rálépni még fájdalmasabb, mint a felnőtteknek :)

A sok kaland után úgy döntöttünk, hogy áttérünk a VPS-re. A modern ereje virtuális szerverek lehetővé teszi néhány száz 1C adatbázis biztonságos karbantartását, így néhány tucat könyvelő könnyen hozzáférhet hozzájuk. A VPS-szolgáltatók gyakran nem felelősek a licencelésért szoftver termékek belül fut, ezért gondoskodnia kell a felhasználók licencének beszerzéséről és a konfiguráció megvásárlásáról.

Megjegyzés a háziasszonynak: engedélyezéskor egy nagy szám bázisok várhat meglepetéseket - aktiválása minden bázis minden felhasználó számára szoftver kulcs lehet a fő munkája a következő hetekben. A feltört hardverkulcs megfosztja ezt a hátrányt, de nem veheti csak úgy, és kezdheti el használni VPS-ben.

Ne felejtsük el, hogy még a legjobb VPS-t sem lehet összehasonlítani egy meleg és gyenge saját szerverrel. Úgy döntöttünk, hogy harmadszorra is költözünk.

Egy este a VPS-ünk nem indult el. Itt volt a jelentéstétel csúcsa – az utolsó órák, és a szerver indokolatlanul sokáig leállt. Ugyanakkor nem tudtunk semmit tenni a vezérlőpulton keresztül - a szerver indítási szakaszban volt, és a technikai támogatás egyszerűen vállat vont. Mint kiderült, a virtuális gépünkkel rendelkező gazdagép véget ért RAM, és egyszerűen nem volt elég elindítani.

Teljes

Most, több száz adatbázis birtokában, az 1C-Farsh-től kezdve, fájdalom, migráció, adatbázisok inkonzisztenciája, technikai támogatás hiánya, csomópont-szinkronizálási problémák a gazdagépnél, webes közzététel, export, import, biztonsági mentésekés sok helyreállítás, elérkeztünk a szerverfürthöz.

Amire szeretném felhívni azoknak a figyelmét, akik ezen az úton járnak, vagy azt tervezik:

• gondoljon az engedélyekre;
• ha integrációra van szüksége - használjon dedikált szervert vagy VPS-t;
• gondoskodjon a tárolásról, vagy gondosan tesztelje azt szolgáltatójával;
• a biztonsági mentések nagyon fontosak;
• azonnal tagadja meg a webhozzáférést, ha a terhelés komoly és a stabilitás fontos.

Hogyan könnyítheti meg az életét, ha rengeteg adatbázissal kell dolgoznia

Adatbázis létrehozása a rá mutató hivatkozással az aktuális felhasználó profiljában

Minden adatbázisunkat előre elkészített sablonból telepítjük (letöltött feldolgozással, könyvtárakkal, testreszabott ITS előfizetéssel és biztonsági mentéssel).

A fájl verziójához:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr OOO" /UseTemplate "X:\tmplts\Black Accounting.cf"
Az SQL-változathoz:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8.exe" createinfobase Srvr="habr" Ref="HabraBD" SQLSrvr="habr" SQLDB="HabraBD" SQLUID="sa" SQLPwd="123" /AddInList "HabraHabr LLC" /UseTemplate "X:\" tmplts\Black Bookkeeping.cf"

Hogyan lehet egyszerre száz adatbázisban felhasználót létrehozni vagy törölni?

A felhasználók kezelése mindig is fájó pont volt az 1C-ben. A korábbi kiadásokban ehhez exkluzív hozzáférést kellett szerezni az adatbázis-fájlokhoz, később hozzáadták a menet közbeni hozzáadás lehetőségét, de csak a konfigurátoron keresztül, most (a könyvelés vagy a kereskedés legújabb kiadásaiban) közvetlenül az adatbázisból lehet felhasználót létrehozni. fő működési mód, adminisztrációs eszközökön keresztül. De több száz adatbázis esetén kézzel csinálni már irreális, így megtanultuk, hogyan lehet programozottan hozzáadni felhasználókat. A COM segít. Mi telepítjük külső csatlakozás V8.COMConnector, és adja át az összes szükséges információt az adatbázisoknak. Hozzáférési jogokkal rendelkező felhasználókat adunk hozzá, könyvtárakat töltünk ki vagy dokumentumokat készítünk. .

Hogyan lehet egy felhasználót egyszerre száz adatbázishoz csatlakoztatni?

Egyszerre hozzáadni szükséges alapokat a felhasználói listához v8i fájllistákat használunk közös alapok a reszelőgolyóra helyezve. Az ezekre a fájlokra mutató hivatkozások hozzáadódnak a felhasználói profilhoz (például csoportházirend-objektumon keresztül vagy az alapértelmezett profilhoz) a %AppData%\1C\1CEStart\1CEStart.cfg fájlban:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Vagy magától az 1C-től (már a felhasználó alatt) hozzáadjuk a gyakori információs bázisok listáját:

Belül a v8i fájlok így néznek ki:
[HabraHabr LLC] Connect=File="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Mappa=/ OrderInTree=6422528 Külső=1 App=Auto WA=1 Verzió=8.3
Létrehozhatja őket közvetlenül az adatbázis-kiválasztó ablakból ("Hivatkozás mentése fájlba"), vagy átviheti az adatbázist létrehozó felhasználó profiljába - % AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. A hivatkozás bármilyen módban (fájl, szerver, web) működő adatbázisra irányulhat. Javasoljuk, hogy legfeljebb száz adatbázist tároljon egy fájlban, különben a fájl egyszerűen nem töltődik be teljesen :)

Hogyan lehet egyszerre több száz adatbázist frissíteni?

Érdemes külön szerveren frissíteni az adatbázisokat (vagy még jobb, ha egyszerre kettőn :) - gyorsabb, és egyszerűbb a folyamat menedzselése. Szabványos konfigurációkat használunk (támogatás visszavonása nélkül), amelyeket az ITS-en keresztül frissítünk. Az idei év első negyedévében több mint 10 frissítés jelent meg az Accounting 3.0-hoz, ezek akár tucatnyi adatbázisba való manuális begörgetése továbbra is szórakoztató. Ezért kidolgoztunk néhány stratégiát.

Cool Story: Először is jelentési időszak 2014-ben szeretett kormányhivatalaink és az 1C hirtelen megfosztottak bennünket az alvástól, mivel március és április között több mint 10 frissítést tettek közzé csak a Számviteli 3.0 konfigurációhoz! Persze nem sorban frissítettünk mindent, de akár 3-4 frissítést is több száz bázisra ilyen rövid idő alatt - jó csekket az erőért.
Az olvasó felteheti a kérdést, hogy miért van annyi baj? A válasz egyszerű: jogszabályi változások, ugyanakkor az utolsó pillanatban. Például: 2014 eleje óta nem létezett jóváhagyott FSS és PFR forma. Az első 10 frissítés egyikében hozzáadták őket, de csak papír formában történő szállításra, de nem elektronikus formában. És ez mindig megtörténik.

blokkolása

A felületen keresztül:

Vagy hozzon létre egy fájlt az 1Cv8.cdn alapkönyvtárban a következő tartalommal:
(1,20140514173100,00010101000000,"Az adatbázis átmenetileg nem elérhető! Legyen erős =) Rendszergazda: A felhasználók munkájának engedélyezéséhez használja a szerverfürt konzolt, vagy futtassa az "1C:Enterprise" parancsot a következő paraméterekkel: ENTERPRISE /F""X:\Base \ habrahabr"" /CAllowUsers/UC<код разрешения>","",""}

Frissítés

A fájl verziójához:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" SET base_dir="X:\update\habrahabr" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F %base_dir% /N"Rendszergazda" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Ki az update.logból
Az SQL-változathoz:
CHCP 1251 SET cfu_file="X:\tmplts\1C\Accounting\3.0.32.7\1cv8.cfu" "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Rendszergazda" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Ki az update.logból

Hogyan készítsünk megfelelő biztonsági mentést az adatbázisokról?

Ha SQL-t használ, a következő bekezdés könyörtelenül átugorható - ez csak a fájl módra vonatkozik.

Gyakorlatunkban többször találkoztunk a bázissal inkonzisztens állapotban. Sőt, a fájlverzióban nincsenek speciális eszközök, amelyek tájékoztatnák az adatbázist a másolás megkezdéséről, nincs lehetőség blokkolni vele a munkát, ha éppen fut. Mi így kezeltük: éjfélkor az RDP szerver új csatlakozást tiltó üzemmódba kapcsolt, pár óra elteltével minden felhasználót finoman kirúgott a script. Ezután az ütemezett frissítés és biztonsági mentés működött.

Feltöltés ide: dt

A fájl verziójához:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Rendszergazda" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Az SQL-változathoz:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Rendszergazda" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
A fentiek mindegyike igaz az 1C Enterprise 8.3 platformra; Számvitel 3.0; Bérezés és személyzeti menedzsment 2.5.

Legközelebb arról fogunk beszélni, hogy több száz cég adatait egyetlen adatbázisba osztjuk. Örömmel fogadunk kérdéseket, észrevételeket és javaslatokat. Mindazoknak pedig, akik hasonló feladat előtt állnak, türelmet, kitartást és a győzelembe vetett hitet kívánok.

rászálltál kívánt oldalt! Valószínűleg reggel azt tapasztalta, hogy kedvenc 1C 8.3-a nem a következő üzenettel kezdődik: " Munkamenet indítása infobázissal tilos. Biztonsági mentés végrehajtásához…».

Az első tennivaló most az sürgősen engedélyezze a felhasználóknak a munkát. Ezt követően nyugodtan olvassa el a cikket a végéig, és derítse ki, miért történt ez, és mi a „Zárolás és feloldás az 1C 8.3 információs bázisból”.

A tapasztalataim azt sugallják, hogy Ön felhasználó (nem rendszergazda vagy programozó), az infobázisa pedig egy fájl infobázis (ha az adatbázis SQL, akkor már szakemberek foglalkoznak a problémájával). Kezdeni meg kell értenie, hogy melyik mappában (könyvtárban) található, és törölnie kell egy fájlt ebben a mappában - 1Cv8.cdn(nem kell menteni a fájlt, többé nem lesz rá szükség).

*Ha Ön informatikai szakember, nyugodtan olvassa el az „1C információs bázis zárolása és feloldása” című részt.

Az információs bázisok listáját tartalmazó ablakban keresse meg bázisát (az alábbi ábrán 1-es szám), és kattintson rá egyszer (és csak egyszer!) az egérrel. Ezután kattintson a "Módosítás" gombra (2. szám).

Csak egy alap lehet a listában, ezért ez az ablak „1C launch window” néven lehet ismerős. Ebben az esetben csak kattintson a Módosítás gombra.

Ha azt látja, hogy az információs bázis ezen a számítógépen vagy a következő helyen található helyi hálózat- tapasztalatom nem okozott csalódást - az adatbázis fájl, és mindent jól csinálunk. Másolja ezt az elérési utat ( 3. és 4. szám).

Most menjen ehhez a mappához.

Minden esetre itt van néhány lehetőség a File Explorer elindításához:

• Windows XP vagy Windows 7 rendszert használ. Kattintson a Start menü Futtatás parancsára, majd illessze be a korábban másolt információs bázis helyét. Megnyílik a File Explorer.
• Windows 7 operációs rendszered van. De nincs Futtatás elem. Illessze be a helyet közvetlenül a Start gombra kattintás után. Megnyílik a File Explorer.
• Windows 8 vagy Windows 10 operációs rendszerrel rendelkezik. Kattintson a Start gombra, kattintson a jobb felső sarokban található Nagyítóra, illessze be a korábban másolt információs bázis helyét, majd nyomja meg az Enter billentyűt. Megnyílik a File Explorer.

• Keresse meg a sárga hajlékonylemezt a tálcán, és kattintson rá. Illessze be az információs bázis helyét címsor az Intéző ablakának tetején. (Jobb kattintás a címsávon, Cím módosítása, jobb gombbal ismét a címsoron, Beillesztés).

• Egy út mindenkinek Windows verziókés beállításai. Nyomja meg a zászló gombot a billentyűzeten, és anélkül, hogy elengedné, nyomja meg a latin R (vagy orosz K) billentyűt a billentyűzeten. Megnyílik a "Futtatás" ablak, illessze be az információs bázis korábban másolt helyét, majd kattintson az OK gombra.

A javasolt lehetőségek egyikével az Intéző ablakba kerül az információs bázis helyével.

Az Intéző ablakban keresse meg a fájlok listájában az 1Cv8.cdn fájlt, kattintson rá jobb gombbal, válassza a "Törlés" lehetőséget, ahogy az előző ábrán is látható.

Kész! Az „1C: Számvitel” vagy „1C: Bérszámfejtés és HR-kezelés” vagy „1C: Kereskedelmi menedzsment” újra elindul.

Blokkolás és feloldás az 1C információs bázisból. Leromboljuk a mítoszokat.

Ebben a részben egyedi információkat talál a zárakkal való munkavégzésről, valamint megcáfolhatja az „Adatzárral” kapcsolatos gyakori tévhiteket.

Hogyan állítsunk be zárat?

Az információs bázis blokkoló mechanizmusa a jelenlegi nyitott munkamenetek befejezésére és az új kapcsolatok megakadályozására szolgál. A zár funkció helye a menüben a konfigurációtól függően változhat. Például az UT 11-es kiadásában (11.3.3.163) ez az NSI és az adminisztráció, [Szolgáltatás] Blokkoló felhasználói munka. Alternatív lehetőség: NSI és adminisztráció, Támogatás és karbantartás, Felhasználói munka blokkolása. Az UT 10.3-as verziójában (10.3.21.2) ez a Szolgáltatás, Felhasználók, Az infobázissal való kapcsolatok létrehozásának blokkolása.

*Vannak iparág-specifikus konfigurációk, ahol a zárolás interfész és mechanizmus tekintetében másképp néz ki, mint az ebben a cikkben leírtak. Mivel a legtöbb 1C konfigurációhoz standard mechanizmust fontolgatunk, nem térünk ki a speciális iparág-specifikus konfigurációkra.

Ennek az elemnek a kiválasztásával megnyílik a „Felhasználók zárolása” párbeszédpanel, amelyben meg kell adnia a felhasználóknak szóló üzenetet, a blokkolás kezdő és befejező időpontját, valamint a feloldáshoz szükséges kódot.

Mivel a blokkoló művelet elejét és végét adja meg, rendkívül óvatosnak kell lennie ebben a párbeszédablakban, és kifejezetten meg kell adnia az információkat. Ha a párbeszédpanel képes volt megadni a blokkolás kezdetét "15 perc után" "20 perces időtartammal", vagy legalábbis ezek az értékek referenciaként jelennek meg a blokkolás abszolút kezdési és befejezési időpontja alapján, akkor nehéz lenne egy évre szóló blokkolást beállítani, mint ez akkor fordulhat elő, ha dátum-idő hibát ad meg.

A "Kezdési idő" paramétert ajánlatos úgy beállítani, mint az aktuális dátum/idő + az az idő, amely szükséges ahhoz, hogy a felhasználók felkészüljenek a kilépésre a szerkesztett dokumentumok mentése közben. Például reggel 9:50 van, és 10 perc áll a felhasználók rendelkezésére az eredmények mentésére. A letiltás teljes kezdési időpontja 10:00 legyen.

Befejezési idő - nem léphet be, ebben az esetben az objektum blokkolása határozatlan időre (örökre) lesz beállítva.

A feloldó kód egy egyszeri "jelszó", amit a zárolás ellenére a nulláról kell kezdeni, amelyre bizonyos esetekben szükség lehet (a későbbiekben lesz szó). Ügyeljen arra, hogy lépjen be és emlékezzen. Ez a paraméter az infobázis SQL verziója esetén az "1C Enterprise Servers adminisztrációja" beépülő modulban látható, és ott "Engedélykód"-nak hívják.

Az infobázis SQL-verziója esetén további jogosultság szükséges az infobázis rendszergazdától vagy a fürt adminisztrátorától.

Tehát a "Zárolás beállítása" gombra kattintás és a megerősítésre adott pozitív válasz után ...

… visszatér az előző párbeszédpanelhez, kinézet ami megváltozott:

A jobb alsó sarokban egy üzenet jelenik meg arról, hogy a felhasználói munka blokkolását tervezik. Ez az üzenet csak te fogod látni.

Tervezett? Lehet, hogy valami köze van a rutinfeladatokhoz?

Működik-e a felhasználói munka ütemezett blokkolása, ha be van állítva az ütemezett feladatok blokkolása? Igen, működni fog. A blokkoló mechanizmus nem használ ütemezett jobokat.

Mit fog látni a felhasználók és én?

A lezárás kezdete előtt az aktív felhasználók "udvarias" emlékeztetőket kapnak a leállításra. Ezen a párbeszédpanelen az „Igen”-t az időtúllépés váltja ki, így a munkahelyről távol lévő felhasználók sikeresen kilépnek az 1C munkamenetből.

A zárolás kezdeményezője más üzenetet kap:

A blokkolási művelet megkezdése után az információs bázis nem érhető el a szokásos módon. A belépés módját azonban alább ismertetjük. Kérjük, vegye figyelembe, hogy a párbeszédpanel nem tartalmaz automatikus jelzést a blokkolás befejezésének időpontjáról, így a felhasználók tájékoztatása a munka folytatásáról az adminisztrátor feladata. Ezt az információt a felhasználónak küldött üzenetben lehet megadni.

A bomba pontosan a megbeszélt időpontban robban fel. A sziréna addig jajgat, amíg fel nem robban.

Ellentétben a közhiedelemmel, miszerint az aktív felhasználói munkameneteket óvatosan, figyelmen kívül hagyható figyelmeztetés után leállítják, és a munka folytatódik, valójában az aktív munkamenetek leállítása, vagy inkább „feldarabolása” pontosan ütemezetten, keményen és minden elvesztésével történik. nem mentett eredmények. Minden figyelmeztetés a „Letiltás beállítása” gomb megnyomásától a blokkolás megkezdéséig terjedő időközönként kerül kiadásra, amely után az aktív munkamenet értesítés nélkül véget ér, és az 1C a konfiguráció újraindítására irányuló kísérletek ciklusába lép. , 1 perces időközzel.

Nincs kivétel a referenciaértékek beviteli módjainál, amikor olyan értéket adnak meg, amely nem szerepel a referenciában - nem léphet ki a beviteli módból (például bezárja az 1C-t kereszttel), de ez nem akadályozza meg a munka. Jelentősebb érdeklődésre tarthat számot a modális párbeszéd mód, ezért erről részletesebben szólunk.

*Régebbi konfigurációkban a végfelhasználói munkamenetek a megadott időpontnál valamivel később fejeződnek be, mert. a felhasználók először „A rendszer leáll” figyelmeztetést kapnak.

Tényleg fel fog robbanni?

Először is megjegyezzük, hogy a régebbi konfigurációkban előfordulhat, hogy a blokkolást kezdeményező blokkolása nem működik. És most térjünk át a 8.3-as platform problémájának mérlegelésére.

Az a fájl IS felhasználó, aki például úgy dönt, hogy töröl egy dokumentumot, majd ebédelni megy, és a képernyőn hagyja a „Dokumentum megjelölése törlésre?” párbeszédpanelt, nyitva tartja a kapcsolatot az információs bázissal. Természetesen a munkamenete ebéd után ér véget, miután "Igen" vagy "Nem" válaszol, de addig látni fogja, hogy vannak aktív felhasználók. Ebben az esetben a letiltás kezdeményezője a következő üzenetet fogja látni:

Egy futásidejű hibaüzenet jelenik meg a naplóban, amelyet nem futásidejű hibaként kell értelmezni, hanem úgy, hogy "nem minden felhasználó fejezte be a munkamenetét":

És nem ez az egyetlen oka annak, hogy a blokkolás nem működik. (Lásd a „Kinek az órája szerint?” és „De mi a helyzet a vlagyivosztoki felhasználóimmal?” című további részeket).

Modális párbeszédpanel egy információs bázis SQL-verziójában a felügyelt űrlapokon

Az 1C alkalmazásszerver a modális párbeszéd mód ellenére képes egy munkamenet törlésére. Az 1C interfész és a modális párbeszédablak megmarad a felhasználó képernyőjén, ami egy nem teljes munkamenet látszatát keltve, de valójában a munkamenet törlődik, és az IB-vel való kapcsolat időben megszakad. Amikor megpróbálja folytatni a munkát, a felhasználó a „Munkamenet hiányzik vagy törölve” vagy „A munkamenetet a rendszergazda befejezte” hibaüzenetet látja, az árnyalatoktól függően.

Modális párbeszédablak az információs bázis SQL-verziójában normál űrlapokon

A felhasználói munkamenetek megszakadtak.

A zár beállítása után jobb, ha nem hagyja el a párbeszédpanelt, mert Amikor újra belép ebbe a párbeszédablakba a zárolás megkezdése előtt, egy valótlan üzenet jelenik meg, amely szerint a zár már be van állítva (bár csak a fele), nincs aktív munkamenet (nem igaz). Ugyanakkor a felhasználók leállításának folyamata folytatódik (ellentmond a nulla aktív munkamenetnek + nem teljesen igaz, mert a felhasználók „megszüntetik magukat”). Bár a felhasználói munka blokkolására szolgáló kód nem ideális, végül nem akadályozza meg a blokkolás beállításában és az aktív munkamenetek leállításában, de megzavarja az Infobase adminisztrátort.

Működni fog a blokkolás, ha beállítja a blokkolást és bezárja a párbeszédpanelt?

Működni fog a zárolás, ha beállít egy zárolást, és azonnal kilép az 1C-ből (azaz befejezi az 1C munkamenetet a zárolás megkezdése előtt)?

Igen. válasz mechanizmusa állítsa be a blokkolást nem rendelkezik a blokkoló kezdeményező és más felhasználók közötti interakcióról. A felhasználói munkamenetek önállóan ellenőrzik, hogy működnek-e.

Kinek az órája szerint fog működni a blokkolás, ha a számítógépeken kissé eltér az idő?

Az óra nincs szinkronban

Az IB fájl segítségével minden számítógép ellenőrzi, hogy az IB rendelkezik-e beállított blokkolási időtartománnyal, és összehasonlítja azt a helyi órájával. Az órája pontosságától függ, hogy képes-e rá ez a számítógép pontosan fejezze be az ülést jó időben. Ha a bázist 10:00 órától blokkolják, az egyik számítógépnél ez a pillanat korábban, a másiknál ​​később következik be.

Tartományi környezetben és a rendszergazdák tökéletes munkájával az összes számítógépen szinkronizálódik az idő a tartományvezérlővel. De különböző okok miatt az idő leüthető: nincs konfigurálva az időszinkronizálás a tartományvezérlővel, az időszinkronizálás egy külső pontos időkiszolgálóval van konfigurálva, amely már nem elérhető, hálózati vagy tartományi szolgáltatási hibák, a módosítási jogok hiánya rendszeridő stb.

Úgy tűnik, másodpercekről, extrém esetben percekről beszélhetünk. Valójában azonban előfordulhat, hogy a számítógépen például nincs telepítve frissítés. operációs rendszer, amely támogatja a szezonális (téli / nyári) időszámításra való átállást, és a hiba már nem másodperc, hanem óra lehet. Könnyű elvégezni egy ilyen kísérletet: ütemezzen egy blokkot 10 órára fél órára, és az egyik számítógépen állítsa be az időt egy órával előre - a blokk nem befolyásolja.

Ezért a zár beállítása előtt alaposan ellenőrizze az időt a számítógép jobb alsó sarkában karóra, és előzetesen kérdezze meg rendszergazdáját, hogy működik-e az időszinkronizálás az IT infrastruktúrájában.

De mi a helyzet a vlagyivosztoki felhasználóimmal?

Abszolút időprobléma a különböző időzónákból származó felhasználókkal

A blokkolási időtartomány az információs bázisban tárolódik. Tekintse meg az 1Cv8.cdn blokkoló fájl tartalmát (amely az IB fájlverziójában jön létre), ez tartalmazza a blokkolás kezdési időpontját 2017.07.17. 13:59-én ÉYYYMMDDHHMMSS formátumban, az időzóna megjelölése nélkül:

Az időzóna feltüntetése nélkül egyértelmű lenne, hogy mi az abszolút idő kérdéses, ha az idő mindig egy adott időzónára utalna, például UTC+0. De a helyi idő a blokkolást kezdeményező számítógép órája szerint tárolódik az adatbázisban. Nem ismert, hogy melyik időzónából származott ez a számítógép, ami azt jelenti, hogy az abszolút blokkolási idő ismeretlen.

Ha Moszkvában egy központosított IB-ben blokkot állított be 13:59-re, és ez a pillanat a moszkvai felhasználók számára a jövőben van, akkor ugyanezen IB felhasználói számára Vlagyivosztokban 13:59 volt 7 órával ezelőtt. És attól függően, hogy milyen műszaki megoldással dolgoznak a vlagyivosztoki felhasználók információbiztonságával, ezeknek a felhasználóknak a blokkolása vagy működik, vagy nem.

Milyen technikai megoldások lehetnek, amelyekben a blokkolás nem működik megfelelően a vlagyivosztoki felhasználók számára? Azok, amelyekben az 1C ügyfél része Vlagyivosztokban kap időt, nem pedig Moszkvában. Például az irodák VPN-en keresztül csatlakoznak a helyi hálózathoz, és az 1C kliens rész ezzel kezdődik helyi számítógép, UTC+10 idővel. De ha RDP kapcsolaton keresztül vagy RemoteApp módban dolgoznak az adatbázissal egy moszkvai szerveren, ezen a szerveren futtatva az 1C kliens részt, akkor minden rendben lesz, mert. UTC+3 idő lesz.

Problémák vannak az óra és időzóna deszinkronizálásával az infobázis SQL verziója esetén?

Nem. Ebben az opcióban van egy „szerveróra”, amely referenciaként szolgál.

Ki leszek rúgva a Configuratorból, ha benne vagyok, és a blokkolás érvénybe lép?

Lehetséges-e belépni a Configuratorba a blokkoló művelet megkezdése után?

Ez tiltott! A konfigurátorral való munkavégzés lehetőségének ellenőrzése csak indításkor történik, működés közben nem. Ezért, ha a konfigurátorban egy zárolás van beállítva a későbbi munkákhoz, sokkal könnyebb először elindítani, mint később megkerülni az indítási tilalmat.

Hogyan lehet eltávolítani a zárat?

Ugyanabban a párbeszédablakban, amelyben a zár be lett állítva. Felhívjuk figyelmét, hogy a zár beállítása után a „Zárolás beállítása” gomb helyett a „Feloldás” gomb található benne.

Az IS SQL verziója esetén a feloldás az "1C Enterprise Servers adminisztrációja" beépülő modulban is lehetséges. (lásd lejjebb)

Mire való a feloldó kód?

Az IB-be való belépéshez abban a pillanatban, amikor a letiltás érvényben van. Olyan helyzetek, amikor erre van szükség:

• A zárolás beállítása után az IS munkamenet megszakadt (manuálisan vagy a zárolás magára a kezdeményezőre ható hatására), és új munkamenetet kell indítani;
• A zár befejezésének időpontját tévedésből egyáltalán nem töltötték ki;
• A zárolás befejezésének időpontja hibásan lett kitöltve (például véletlenül a következő hónap vagy év lett megadva);
• Az infobase SQL verziójú, és a hibásan beállított zárolás feloldásához nem lehet törölni az 1Cv8.cdn fájlt az infobase könyvtárban.

Ebben az esetben használja az indításkor adott tippet. Azok. az információs bázisok listáját tartalmazó ablakban kattintson a "Módosítás" gombra, és írja be a sort a további indítási lehetőségek között:

ENTERPRISE /F"Z:\Exchange\UT 11" /CAllowUsers /UC12345

... figyelembe véve a helykönyvtárat és a feloldó kódot.

Jobb ezt a sort a vágólapra másolni, és az "Információsbázis szerkesztése" párbeszédpanelen javítani. Ha összekeverte az idézőjel típusát vagy az orosz "C"-t és a latint, hibaüzenetet fog látni:

Helyes belépés és az 1C vállalati módban történő későbbi elindítása esetén az 1C automatikusan feloldja a zárolást és befejezi a munkáját. Ezt követően lehetőség nyílik további paraméterek eltávolítására és az 1C futtatására a szokásos módon.

Mi a teendő, ha nem állítottam be zárolást, de az SQL adatbázist valaki zárolta? A feloldó kódot azonban nem tudom.

Az Infobázis blokkolását maga a konfiguráció állíthatja be a biztonsági másolat létrehozásának idejére. Ha a létrehozási folyamat nem fejeződött be megfelelően, az SQL-adatbázis zárolt állapotban maradhat. Ebben az esetben a konzolhoz való hozzáférés (helyesebben egy beépülő modul) "1C:Enterprise szerverek adminisztrációja" szükséges.

Hol kell keresni?

Az 1C:Enterprise Server Administration beépülő modult gyakran ugyanarra a kiszolgálóra telepítik, ahol az SQL-kiszolgálót, valamint magát az 1C-kiszolgálót (vagy az 1C-alkalmazáskiszolgálót) telepítik. Bár ez nem szükséges: az SQL telepíthető az egyik számítógépre, az 1C Application Server egy másikra, és a beépülő modul telepíthető a munkaállomáson. A siker nagy valószínűségével a következőket teheti:

• Csatlakozzon RDP-n keresztül az Srvr=... sorban megadott szerverhez a domain bejelentkezési nevével és jelszavával. Ha nem tud csatlakozni, kérje meg rendszergazdáját, hogy vegye fel Önt a Távoli asztal felhasználói csoportjába. (Az ilyen jogok megtagadása esetén telepítse és konfigurálja az „1C Enterprise Servers adminisztrációja” beépülő modult a munkaállomáson);

• A kiszolgálón keresse meg az 1C:Enterprise Server Administration beépülő modult;

• Futtassa a beépülő modult, bontsa ki a fát az információsbázis csomópontjáig;

• Az infobázis tulajdonságainál törölje a "Munkamenet indítási blokkolása engedélyezve van" jelölőnégyzet jelölését, vagy javítsa ki a blokkolás kezdő és befejezési időpontját, vagy nézze meg az IB beviteléhez szükséges "engedélykódot" (más néven "feloldó kód" a blokkoló párbeszédablakban).

Mi a teendő, ha az információ összes felhasználója SQL adatbázisok kilépett, de továbbra sem tudja elindítani a Configurator-t, mert vannak aktív felhasználók?

Az infobázis "Kapcsolatok" csomópontjában, a képernyő jobb oldalán törölheti a meglévő kapcsolatokat.

Ezek messze nem az infobázis blokkolással kapcsolatos kérdések.

Ha bármilyen kérdése van:

• Lehetséges-e moszkvai idő szerint dolgozni, ha Európában bérel egy szervert, és nem akar az időzónától függeni?
• Hogyan lehet megtalálni az 1C alkalmazáskiszolgálót, ha nem ismert, hogy hol van telepítve?
• Hogyan telepíthető az 1C:Enterprise Server Administration beépülő modul és hogyan konfigurálható?
• Ha több alkalmazásszerver van egy helyi hálózatban, mit kell tenni?
• Hogyan legyünk klaszter rendszer esetén? stb.

Minősített 1C technológiai tanácsadóink szívesen válaszolnak rájuk.

• Először is segít jobban megérteni, mi történt. Ritkább esetben pedig akár önállóan is megoldhatja a problémát.
• Másodszor, ha nem tud egyedül megbirkózni, akkor először és mindenekelőtt forduljon szakemberhez. technikai támogatás a megjelenő információs és diagnosztikai ablak tartalmával.

Nézzük meg közelebbről a kapott párbeszédes üzenet tartalmát:

1.A sor "Tilos munkamenetet indítani az információs bázissal." egy szabványos bejegyzés, amely a felhasználó programba való belépésének blokkolását jelzi. Ilyen letiltás esetén az infobase könyvtár automatikusan speciális fájl a ".cdn" kiterjesztéssel (további részletekért lásd a következő szakaszokat).

Az 1.B sor általában jelzi az okot, a blokk időtartamát, valamint egy másikat hasznos információk. Attól függően, hogy ki vagy mi (a rendszer esetében) állította be a belépési blokkolást, illetve milyen célból, ebben a blokkban eltérőek lehetnek az információk. A „Biztonsági mentés” sor az információs bázis 1C Enterprise használatával történő kézi vagy ütemezett biztonsági mentésének szabványos bejegyzése (ebben az esetben a „Biztonsági mentés végrehajtásához.” sor).

Rendszergazda, zár létrehozása esetén felhasználói módban 1C 8.3 Enterprise, vagy 1C programozó, zár beállítása esetén programozottan a konfigurátorban saját üzenetekkel állhat elő:

A 2. sor tippet ad a program parancssorból történő futtatásához. Windows karakterláncok ha ismeri az úgynevezett "engedélykódot" (lásd a következő lépést).

A 3. sor ismerteti a folyamatot és a gombok működését.

2. lépés: Az 1C 8.3 adatbázis feloldásának és belépésének eldöntése

A munkamenet-zárak feltételesen a következők szerint osztályozhatók:

• Ütemezett. Amikor egy munkamenet zárolása manuálisan vagy automatikusan elindult, a tervezett folyamat kiszolgálása az 1C adatbázisban (mentés, rutinfeladat, frissítés);
• Mások tévednek. Amikor a zárolást a felhasználó hibás tevékenységei vagy magában a rendszerben fellépő hibák miatt állítják be, amikor az nem távolítja el automatikusan a korábban beállított zárolást. Például elindult egy biztonsági mentési folyamat, de a felhasználó megszakította a program erőszakos bezárásával.

1. módszer

Mindkét esetben, ha a munkamenet blokkolása be van állítva, ahogy fentebb említettük, egy „.cdn” engedéllyel rendelkező fájl jön létre abban a könyvtárban, ahol az aktuális információs bázist tárolják:

Így, egyszerű megoldás A munkamenet blokkolása miatti programindítási hibák az 1Cv8.cdn fájl törlését jelentik.

A felhasználónak azonban először fel kell tennie magának a kérdést: „Végül is, ha be van állítva a munkamenetek blokkolása, az azt jelenti, hogy ez valaminek köszönhető?”. Valószínűleg egy másik adminisztrációs funkcióval rendelkező felhasználó (a továbbiakban: rendszergazda) elindított egy igazán fontos feladatot vagy feldolgozást az 1C 8.3 Accounting-ban, amely nem tolerálja több felhasználó egyidejű jelenlétét az adatbázisban.

2. módszer

Ha ez a helyzet lehetséges, vegye fel a kapcsolatot az adminisztrátorral, és derítse ki, hogy be tud-e lépni az adatbázisba, és van-e speciális engedélykódja, amelyet fent említettünk. Ebben az esetben a második módszert használjuk - blokkolt információs bázisba való belépés a program parancssorból történő indításával, az engedélyezési kód megadásával az indítási paraméterek egyikében:

• „C:\Program Files (x86)\1cv8\common\1cestart.exe” – az 1C Enterprise 8.3 indítójának elérési útja;
• VÁLLALKOZÁS - azt jelenti, hogy a program felhasználói módban indul el, azaz. 1C Enterprise módban;
• /F”F:\Databases\Accounting” – kijelöli a fájl infobázisát (/F paraméter) és annak elérési útját (a szerver adatbázis címe az /S paraméterben van megadva);
• /С Allow Users to Work – opcionális paraméter: ha be van állítva, a rendszer nem indul el, de a zár megszűnik (a zárfájl megsemmisül), majd a felhasználók hozzáférhetnek az infobázishoz.

Ha a paraméter nincs beállítva, akkor egy adott felhasználó beléphet, de a blokkolást nem szüntetik meg. Ez a felhasználó teljes feloldást hajthat végre felhasználói módban a Támogatás és karbantartás panelre lépve (Adminisztráció - parancscsoport Programbeállítások - parancs Támogatás és karbantartás:

És az űrlap meghívása Felhasználói munka blokkolása ugyanazzal a paranccsal:

A megnyíló űrlapon a Feloldás gombra kattintva oldhatja fel a munkamenetek zárolását, ahol /UC12345 – az engedélykód (12345) a /UC paraméterben van megadva. A paraméterek neve angolul van írva.

A parancssori paraméterekkel kapcsolatos további információkért tekintse meg az 1C 8.3 Enterprise súgóját.

3. módszer

Alternatív és még egyszerűbb módszer is van arra, hogy a felhasználó a fenti paramétereket felhasználja egy infobázis (továbbiakban IB) indításához - lehetőség van a szükséges paraméterek megadására az érdeklődő adatbázis tulajdonságaiban.

1. Az indító ablakban ("A" jelzéssel) válassza ki a zárolt adatbázist, és kattintson a Módosítás gombra, amely után megnyílik az IB tulajdonságok szerkesztési ablaka ("B" jelzéssel):

Az ingatlanban További indítási lehetőségekírja elő a feloldó kódot, és ha szükséges, a paramétert, hogy a felhasználók dolgozhassanak (ebben az esetben az első indítás után és a következő indítás előtt ezt a paramétert törölni kell). Ezeket a paramétereket fentebb részletesebben ismertettük.

Jegyzet: Amikor automatikus biztonsági mentés történik (közvetlenül vagy egy másik eljárás részeként, például egy automatikus frissítés során), a rendszer blokkolja az 1C 8.3 információs bázist, és beállítja a szabványos feloldó kódot " biztonsági mentés ».

Ezért ha az eljárás "meghiúsult", és az adatbázis zárolása megmaradt, de nincs mód a cdn fájl törlésére, akkor az IB indításakor használhatja a paramétert: /UCBackupCopying.

3. Kattintson a Kész gombra, és térjen vissza az indítóablakba, ahol az 1C: Enterprise gombbal elindítjuk az IB-t. Így a „Munkamenet indítása egy információs bázissal tilos” hibaüzenet. Biztonsági mentés” javítva:

Ha az 1C 8.3 Enterprise kliens-szerver verzióban működik, de a felhasználó ebben a módban nem rendelkezik hozzáférési jogokkal és az adatbázis-adminisztrációhoz szükséges ismeretekkel, akkor ebben az esetben segítségért forduljon a rendszergazdához. Csak annyit jegyezünk meg, hogy a kliens-szerver verzióban a keresztül való hozzáférés mellett parancs sor val vel további lehetőségek lehetséges a zár eltávolítása az 1C:Enterprise szerverfürt adminisztrációs segédprogrammal, nevezetesen el kell távolítani a zászlót a kívánt információs bázis tulajdonságaiból A munkamenet indítási blokkolása engedélyezve.

Az 1Cv8.cdn zárfájl anatómiája

A kíváncsiak belenézhetnek a munkamenetek blokkolásakor létrehozott 1Cv8.cdn fájlba – ez egy egyszerű szöveges fájl, amely a megfelelő Jegyzettömb szerkesztővel nyitható meg:

A fájl szövegét kapcsos zárójelek veszik körül, amelyek a következő, vesszővel elválasztott zárolási lehetőségeket sorolják fel:

• 1 (0) – a blokkolás jele (1 – beállítva; 0 – letiltva);
• 20160706154700 - a munkamenetletiltás kezdetének teljes dátuma (dátum + időpont), esetünkben 2016. július 06. 20:00:00;
• 20160706154700 - a munkamenet zárolásának teljes dátuma (dátum + idő), esetünkben 2016. július 06. 20:00:00 (ha nincs megadva a befejezési dátum, akkor a 00010101000000 értéket írja be a paraméterbe alapértelmezett);
• Ezt egy szöveges paraméter követi, ahol a dupla idézőjelek a felhasználó számára a párbeszédpanelen megjelenő segédszöveget tartalmazzák;
• "123" - az engedélykód megjelenik.

Mint látható, a fájl tartalmazza a megjelenő információs és diagnosztikai párbeszédpanelen megjelenő összes paramétert.

A webhelyen további ingyenes cikkeket és video-oktatóanyagokat találhat az 1C számviteli konfigurációról (