A munkamenet indítása biztonsági mentéshez tilos. Munkamenet indítása infobázissal tilos

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: " A munkamenet kezdete információs bázis tiltott. 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 rendszert használ. Kattintson a jobb oldalon található Start gombra felső sarok kattintson a nagyítóra, illessze be a korábban másolt információs bázis helyét, 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 az Intéző ablakának tetején található címsorba. (Jobb klikk a címsávon, Cím módosítása, Jobb klikk ismét a címsoron, a 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ó munkáró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. Ezt az üzenetet csak Ön fogja látni.

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

Működik-e a felhasználó ütemezett blokkolása, ha be van állítva blokkolás? rutinfeladatokat? 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 letiltás megkezdése után nem lehet belépni az infobázisba 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. A beállított blokkra adott válasz mechanizmusa nem biztosítja a blokk kezdeményezője és más felhasználók közötti interakciót. 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 a megfelelő időben fejezze be az ülést. 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önféle okok miatt az idő leüthető: az időszinkronizálás a tartományvezérlővel nincs konfigurálva, az időszinkronizálás konfigurálva külső szerver Pontos idő, amely már nem elérhető, hálózati vagy tartományi szolgáltatások meghibásodása, a rendszeridő módosítására vonatkozó jogok hiánya stb.

Úgy tűnik, másodpercekről beszélhetünk végső megoldás, percek. 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. BAN BEN ezt a lehetőséget van egy „szerveróra”, amelyet referenciaként vesznek fel.

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 alább)

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 "Szerkesztés" gombra, és lépjen be Extra lehetőségek futó vonal:

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ő modul gyakran ugyanarra a kiszolgálóra van telepítve, ahol telepítve van SQL szerver, valamint ahol maga a "Server 1C" (vagy "Application Server 1C") van telepítve. Bár ez nem szükséges: az SQL telepíthető az egyik számítógépre, az Application Server 1C egy másikra, és a beépülő modul önállóan telepíthető. munkaállomás. 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érdezzen rendszergazda felveheti Önt a Távoli asztali felhasználók csoportba. (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 SQL infobázis összes felhasználója ki van jelentkezve, de mégsem 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.

Az 1C program egyszeri elindítása után az indításkor ezt a hibát láttam: „Tilos a munkamenet indítása egy infobázissal. 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, ezért minden általunk kiszolgált vállalkozáshoz kénytelenek vagyunk külön adatbázist (és gyakran többet is) létrehozni.

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?

Ahhoz, hogy az összes szükséges adatbázist egyszerre adjuk hozzá a felhasználók listájához, a fájlmegosztáson található közös adatbázisok v8i fájllistáit használjuk. 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?

Az adatbázis-frissítéseket legjobban ezen a helyen végezni külön szerver(és még jobb egyszerre kettőn :) - gyorsabb, és könnyebben irányítható a folyamat. Szabványos konfigurációkat használunk (a támogatásból való kivonás nélkül), az ITS-en keresztül frissítve. 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.

Menő történet: 2014 első jelentési időszakában szeretett kormányzati ügynökségeink és az 1C hirtelen megfosztottak bennünket az alvástól azzal, hogy március és április között több mint 10 frissítést tettek közzé csak az Accounting 3.0 konfigurációhoz! Persze nem frissítettünk mindent sorban, de ilyen rövid idő alatt több száz bázisra 3-4 frissítés is jó erőpróba.
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.

Ma olyan problémába ütköztem, amely az 1C Accounting 8.3 adatbázis automatikus biztonsági mentése után jelent meg. Beállítottam az adatbázis biztonsági mentését a program kilépésénél. Egy évre sikeresen kiléptem a programból, de úgy tűnik, ezúttal valahogy megbuktam :). És nem tudtam bejutni. Az okos programom írt nekem egy nagyon okos kifejezést, ami inkább egy 1C programozónak szól, mint egy egyszerű felhasználónak. Szóval ne 1C adminisztrátorként, hanem csak könyvelőként foglalkozzunk a problémával :).

Mi a teendő, ha az 1s 8.3 nem nyílik meg a biztonsági mentés után, és a „munkamenet indítása az infobázissal tilos biztonsági mentést készíteni…” üzenet jelenik meg.

Ha az 1C alap kinyitásakor a bázis kinyitása helyett egy üzenet jelenik meg:

„Tilos munkamenetet indítani az infobázissal. Biztonsági mentés végrehajtásához…”. Ezt követi az adminisztrátornak szóló utasítások az adatbázis indítására vonatkozóan, de ez az utasítás nem sokat segít a könyvelőn.

Megoldás egyszerűbb módon:

Meg kell találnia a mappát a lemezen, amelyben az 1C Accounting 8.3 adatbázis található. Nyitott mappa. A mappában a következőket láthatja:

A mappában meg kell találnia az 1Cv8.cdn fájlt. Kell töröl fájlt 1Cv8.cdn, és indítsa újra az 1C:Enterprise fájlt.

Amint látja, minden egyszerű. És nagyszerű, hogy cikkem hasznos volt számodra, nagyon örülök, hogy segíthetek. Könnyítse meg a könyvelők munkáját, hogy több szabadidejük legyen saját magukra és szeretteire!

Ez minden mára!

Inna Izvekova veled volt.

Találkozunk az oldalakon !

H már atka a közösségi média gombjain a cikk alatthogy tartsd meg magadnak!

RÓL RŐL válás te megjegyzésekben kérdéseit a cikk alatt! Igyekszem mindenkinek válaszolni.

VAL VEL kacha it ingyenes hasznos leckék a cikk alatti "Ingyenes letöltés" gombra kattintva.

Fedezd fel hasznos kézikönyvek a munkához nyomással .

WHO könyvelést szeretne tanulni, kattintson