• Za prvé to pomůže lépe pochopit, co se stalo. A ve vzácnějších případech může dokonce pomoci vyřešit problém sami.
• Za druhé, pokud jste si nedokázali poradit sami, měli byste se pro začátek obrátit na specialistu technická podpora s obsahem zobrazeného informačního a diagnostického okna.

Podívejme se blíže na obsah přijaté dialogové zprávy:

Řádek 1.A „Začátek relace od informační základna zakázáno." je standardní záznam označující zablokování vstupu uživatele do programu. V případě takového zablokování je automaticky adresář infobáze speciální soubor s příponou ".cdn" (další podrobnosti naleznete v následujících částech).

Řádek 1.B obvykle uvádí důvod, dobu trvání bloku a další užitečné informace. V závislosti na tom, kdo nebo co (v případě systému) nastavil blokování vstupu a také za jakým účelem, se mohou informace v tomto bloku lišit. řádek" Záloha" je standardní notace pro ruční nebo plánované zálohování (v tomto případě řádek „Provést zálohování.“) informační základny pomocí 1C Enterprise je také charakteristický.

Správce, v případě vytvoření zámku v uživatelském režimu 1C 8.3 Enterprise, nebo programátor 1C, v případě nastavení zámku programově v konfigurátoru může přijít s vlastními zprávami:

Řádek 2 poskytuje nápovědu, jak spustit program z příkazového řádku. Řetězce Windows pokud znáte tzv. „kód povolení“ (viz další krok).

Řádek 3 vysvětluje proces a funkci tlačítek.

Krok 2. Rozhodnutí o tom, jak odemknout a vstoupit do databáze 1C 8.3

Zámky relací lze podmíněně klasifikovat takto:

• Naplánováno. Když byl zámek relace spuštěn ručně nebo automaticky, obsluhuje plánovaný proces v databázi 1C (záloha, naplánovaná úloha, aktualizace);
• Ostatní se mýlí. Když je zámek nastaven v důsledku chybných akcí uživatele nebo chyb, které se vyskytly v samotném systému, když automaticky neodstraní dříve nastavený zámek. Například byl spuštěn proces zálohování, ale uživatel jej přerušil násilným ukončením programu.

Metoda 1

V obou případech, kdy je nastaveno blokování relace, jak je uvedeno výše, se v adresáři, kde je uložena aktuální infobáze, vytvoří soubor s oprávněním „.cdn“:

Takto, jednoduché řešení chybami při spuštění programu v důsledku blokování relace bude smazání souboru 1Cv8.cdn.

Uživatel by si však měl nejprve položit otázku „Koneckonců, pokud je nastaveno blokování relací, znamená to, že je to kvůli něčemu?“. Možná jiný uživatel s administrativními funkcemi (dále jen správce) spustil opravdu důležitý úkol nebo zpracování v 1C 8.3 účetnictví, které netoleruje současnou přítomnost několika uživatelů v databázi.

Metoda 2

Pokud je tato situace možná, pak byste měli kontaktovat správce a zjistit, zda můžete vstoupit do databáze a zda ano speciální kód povolení uvedené výše. V tomto případě použijeme druhou metodu - zadáním zablokované informační databáze spuštěním programu z příkazového řádku, zadáním kódu oprávnění v jednom z parametrů spuštění:

• „C:\Program Files (x86)\1cv8\common\1cestart.exe“ – cesta ke spouštěči 1C Enterprise 8.3;
• ENTERPRISE - znamená, že se program spustí v uživatelském režimu, tzn. v režimu 1C Enterprise;
• /F”F:\Databases\Accounting” – určuje infobázi souboru (volba /F) a cestu k ní (adresu serverová základna specifikované ve volbě /S);
• /С Allow Users to Work – volitelný parametr: pokud je nastaven, systém se nespustí, ale zámek bude odstraněn (soubor zámku bude zničen) a uživatelé pak budou mít přístup k infobázi.

Pokud parametr není nastaven, je vstup povolen konkrétnímu uživateli, ale blokování není odstraněno. Tento uživatel může provést úplné odemknutí v uživatelském režimu přechodem na panel Podpora a údržba (sekce Správa - skupina příkazů Nastavení programu - příkaz Podpora a údržba:

A volání formuláře Blokování práce uživatele stejným příkazem:

Ve formuláři, který se otevře, můžete odemknout relace kliknutím na tlačítko Odemknout, kde /UC12345 – kód oprávnění (12345) je zadán v parametru /UC. Názvy parametrů jsou psány v angličtině.

Další informace o parametrech příkazového řádku najdete v nápovědě k 1C 8.3 Enterprise.

Metoda 3

Pro uživatele existuje alternativní a ještě jednodušší způsob použití výše uvedených parametrů pro spuštění infobáze (dále jen IB) - požadované parametry je možné specifikovat ve vlastnostech zájmové databáze.

1. Ve spouštěcím okně (označeném "A") vyberte uzamčenou databázi a klikněte na tlačítko Změnit, po kterém se otevře okno pro úpravu vlastností IB (označené "B"):

V majetku Další možnosti spuštění předepsat odemykací kód a případně parametr, aby uživatelé mohli pracovat (v tomto případě po prvním spuštění a před dalším spuštěním musí být tento parametr vymazán). Tyto parametry byly podrobněji popsány výše.

Poznámka: když dojde k automatickému zálohování (přímo nebo jako součást jiného postupu, například když automatická aktualizace), systém zablokuje informační základnu 1C 8.3 a vloží standardní odemykací kód " Záloha ».

Pokud tedy procedura „selhala“ a zámek databáze zůstal, ale soubor cdn nelze nijak smazat, pak můžete při spouštění IB použít parametr: /UCBackupCopying.

3. Klikněte na tlačítko Hotovo a vraťte se do spouštěcího okna, kde spustíme IB pomocí tlačítka 1C: Enterprise. Chyba „Zahájení relace s infobází je zakázáno. Záloha“ opravena:

Pokud 1C 8.3 Enterprise funguje ve verzi klient-server, ale uživatel nemá přístupová práva a potřebné znalosti administrace databáze v tomto režimu, v tomto případě byste se měli obrátit na správce systému s žádostí o pomoc. Podotýkáme pouze, že ve verzi klient-server je kromě přístupu přes příkazový řádek s dalšími parametry je možné odstranit zámek pomocí nástroje pro správu clusteru serverů 1C:Enterprise, konkrétně musíte odstranit příznak ve vlastnostech požadované infobáze Blokování zahájení relace povoleno.

Anatomie souboru zámku 1Cv8.cdn

Zvědavci se mohou podívat do souboru 1Cv8.cdn vytvořeného při blokování relace – je to jednoduché textový soubor, který lze otevřít pomocí příslušného editoru poznámkového bloku:

Text v souboru je orámován složené závorky, kde jsou uvedeny následující možnosti zámku oddělené čárkami:

• 1 (0) – znak nastavení blokování (1 – nastaveno; 0 – zakázáno);
• 20160706154700 - úplné datum (datum + čas) začátku blokování relace, v našem případě je to 6. července 2016 20:00:00;
• 20160706154700 - úplné datum (datum + čas) konce uzamčení relace, v našem případě je to 06.07.2016 20:00:00 (pokud datum ukončení není uvedeno, pak se do parametru zadá hodnota 00010101000000 výchozí);
• Následuje textový parametr, kde in dvojité uvozovky umístěn pomocný text zobrazený uživateli v dialogovém okně;
• "123" - je uveden kód oprávnění.

Jak vidíte, soubor obsahuje všechny parametry zobrazené v informačním a diagnostickém dialogovém okně, které se objeví.

Na webu najdete další bezplatné články a video tutoriály o konfiguraci 1C Accounting (

- ne nejběžnější účetní společnost, ale vedeme účetnictví v 1C, jako většina našich tuzemských kolegů. V současné době na našem serveru žijí stovky základen, takže jsme se museli naučit, jak rychle a efektivně všechno toto bohatství spravovat. Pokud jste účetní společnost, hostitel se službou 1C nebo jste právě odněkud získali spoustu 1Juice, víte, jak je to těžké. Jsme rádi užiteční, a tak se podělíme o své zkušenosti, praktické rady a postřehy, které nás navštívily během bezpočtu nocí, svátků a víkendů strávených aktualizací a modernizací celé naší domácnosti.

1C neprodáváme, a proto bude příběh bez škrtů, cenzury a hlavně – bez marketingových keců. Bonustrack, v průběhu příspěvku můžete najít několik užitečných skriptů a tipů pro ty, kteří mají opravdu hodně databází 1C.

Proč tedy vůbec máme tolik základen? Ve skutečnosti právě teď zkoumáme technologii sdílení dat, ale ještě jsme ji nezačali používat, proto jsme nuceni pro každý podnik, kterému sloužíme, vytvořit samostatnou databázi (a často více než jednu).

Neuvěřitelná cesta z cloudu 1C k vašemu vlastnímu serverovému clusteru

Na začátku naší cesty jsme použili cloudový 1C-Fresh: tato služba je středně pohodlná, pokud může být pohodlné používat desktopovou aplikaci prostřednictvím prohlížeče. Rychle se nám ale nashromáždilo padesát databází a jejich administrace přes web se stala neúnosnou - webové rozhraní se začalo zpomalovat, navíc byla potřeba programově integrovat 1C s našimi interními nástroji, což Fresh kategoricky neumí. Musel jsem migrovat a nahrát všechna data z cloudu. Naštěstí to nebylo obtížné („Nahrát data do místní verze» → «Stáhnout data ze služby»).

Druhou důležitou fází evoluce bylo využití poskytovatele služeb a opět nám vše vyhovovalo, dokud nebylo více než sto základen. Aktualizace konfigurace, stejně jako publikace s přidáním uživatelů, proběhly prostřednictvím dopisu technické podpoře. V zásadě je vše funkční, ale ne interaktivní.

Nemožnost spuštění byla zvláštní nepříjemnost. exe bez předchozího schválení (přidání hashových součtů k povoleným doménovým zásadám) a my, dovolte mi připomenout, jsme potřebovali integraci. Problémy byly i s tím, že z neznámých důvodů úložný systém poskytovatele správně nesynchronizoval uzly na úrovni bloku. Tak jsme jich pár ztratili důležité základy který se musel dlouho a bolestivě obnovovat. S úložnými systémy často není vše jednoduché a nečestné.

Poznámka pro hostesku: otestujte úložiště. Pokud jste hostitel, věnujte tomu více pozornosti. Pokud používáte hosting třetích stran, nezapomeňte zkontrolovat úložiště a disky. Jedná se o dětské hrábě, na které je šlápnutí ještě bolestivější než dospělí :)

Po všech těch dobrodružstvích jsme se rozhodli migrovat na naše VPS. Síla moderny virtuální servery vám umožní bezpečně udržovat několik stovek databází 1C a snadno k nim umožní přístup několika desítkám účetních. Poskytovatelé VPS často nenesou odpovědnost za licencování softwarových produktůže běžíte uvnitř, takže se musíte postarat o pořízení licence pro uživatele a zakoupení konfigurace.

Poznámka pro hostesku: při licencování velkého množství databází na vás mohou čekat překvapení – aktivace každé databáze pro každého uživatele pomocí softwarového klíče se může stát vaší hlavní prací na následující týdny. Tento nedostatek je zbaven trhliny hardwarový klíč, ale nemůžete to prostě vzít a začít používat ve VPS.

Nezapomínejme, že ani ten nejlepší VPS (vybraný pomocí této skvělé služby) se nedá srovnávat s teplým a zářivým vlastním serverem. Rozhodli jsme se pro migraci potřetí.

Jednoho večera se naše VPS nepodařilo spustit. Byl vrchol hlášení – poslední hodiny a server byl mimo provoz na nepřiměřeně dlouhou dobu. Zároveň jsme nemohli nic dělat přes ovládací panel - server byl ve fázi spouštění a technická podpora jen pokrčila rameny. Jak se ukázalo, hostitel s naším virtuálním strojem skončil RAM, a na jeho spuštění to prostě nestačilo.

Celkový

Nyní, když máme stovky databází, prošli jsme celou cestu od 1C-Farsh, přes bolest, migrace, nekonzistenci databází, nekompetentnost technické podpory, problémy se synchronizací uzlů na hostiteli, publikování přes web, exporty, importy, zálohy a hodně zotavení, dostali jsme se do našeho clusteru serverů.

Na co bych chtěl upozornit ty, kteří procházejí touto cestou nebo plánují jít:

• přemýšlet o licencích;
• pokud potřebujete integraci - použijte dedikovaný server nebo VPS;
• postarejte se o úložiště nebo jej pečlivě otestujte u svého poskytovatele;
• zálohy jsou opravdu důležité;
• okamžitě odmítněte přístup na web, pokud je zatížení vážné a stabilita je důležitá.

Jak si usnadnit život, když musíte pracovat s hromadou databází

Vytvoření databáze s odkazem na ni v profilu aktuálního uživatele

Všechny naše databáze nasazujeme z předem připravené šablony (se staženým zpracováním, adresáři, přizpůsobeným ITS předplatným a zálohováním).

Pro verzi souboru:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr OOO" /UseTemplate "X:\tmplts\Black Accounting.cf"
Pro variantu SQL:
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"

Jak vytvořit nebo smazat uživatele ve stovce databází najednou?

Správa uživatelů byla vždy bolavým místem v 1C. V dřívějších edicích to vyžadovalo získání výhradního přístupu k databázovým souborům, později přidali možnost přidávat za chodu, ale pouze přes konfigurátor, nyní (v nejnovějších edicích účetnictví nebo obchodu) lze uživatele vytvořit přímo z hlavní režim provozu prostřednictvím nástrojů pro správu. Dělat to ručně v případě stovek databází už je ale nereálné, takže jsme se naučili přidávat uživatele programově. COM přichází na pomoc. Navážeme externí připojení V8.COMConnector a předáme všechny potřebné informace do databází. Přidáváme uživatele s přístupovými právy, vyplňujeme adresáře nebo vytváříme dokumenty. .

Jak připojit uživatele ke stovce databází najednou?

K přidání všech potřebných databází do seznamu uživatelů najednou používáme v8i seznamy souborů běžných databází umístěných na sdíleném souboru. Odkazy na tyto soubory jsou přidány do uživatelského profilu (například prostřednictvím GPO nebo do výchozího profilu) v souboru %AppData%\1C\1CEStart\1CEStart.cfg:
CommonInfoBases=X:\Base\List\Base_a1.v8i CommonInfoBases=X:\Base\List\Base_a2.v8i CommonInfoBases=X:\Base\List\Base_a3.v8i
Nebo ze samotného 1C (již pod uživatelem) přidáme seznam běžných infobází:

Uvnitř vypadají soubory v8i takto:
[HabraHabr LLC] Connect=Soubor="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Folder=/ OrderInTree=6422528 External=1 App=Auto WA=1 Version=8.3
Můžete je vytvořit přímo z okna výběru databáze („Uložit odkaz do souboru“) nebo je převzít v profilu uživatele, který databázi vytvořil - % AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. Odkaz může být na databázi pracující v libovolném režimu (soubor, server, web). Do jednoho souboru doporučujeme uložit maximálně sto databází, jinak se soubor jednoduše nenačte celý :)

Jak aktualizovat stovky databází najednou?

Aktualizace databáze se nejlépe provádí na samostatný server(a ještě lépe na dvou najednou :) - je to rychlejší a proces se snáze řídí. Používáme standardní konfigurace (bez odstoupení od podpory), aktualizované prostřednictvím ITS. V prvním čtvrtletí tohoto roku bylo pro Accounting 3.0 vydáno více než 10 aktualizací, ruční narolování i do tuctu databází je stále zábavné. Proto jsme vyvinuli určitou strategii.

Zajímavý příběh: v prvním sledovaném období roku 2014 nás naše milované vládní agentury a 1C náhle připravily o spánek tím, že mezi březnem a dubnem vydaly více než 10 aktualizací pouze pro konfiguraci Účetnictví 3.0! Samozřejmě jsme neaktualizovali vše po sobě, ale třeba i 3-4 aktualizace pro stovky základen krátkodobý — dobrá kontrola pro sílu.
Čtenář se může divit, proč tolik problémů? Odpověď je jednoduchá: změny legislativy a zároveň na poslední chvíli. Například: od začátku roku 2014 neexistují žádné schválené formy FSS a PFR. V jedné z prvních 10 aktualizací byly přidány, ale pouze pro doručení v papírové podobě, nikoli však v elektronické podobě. A to se děje pořád.

blokování

Přes rozhraní:

Nebo vytvořením souboru v základním adresáři 1Cv8.cdn s následujícím obsahem:
(1,20140514173100,00010101000000,"Databáze je dočasně nedostupná! Buďte silní =) Administrátor: Chcete-li uživatelům umožnit pracovat, použijte konzolu serverového clusteru nebo spusťte "1C:Enterprise" s parametry: ENTERPRISE /F""X:\Base \ habrahabr"" /CallowUsers/UC<код разрешения>","",""}

Aktualizace

Pro verzi souboru:
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"Administrátor" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
Pro variantu SQL:
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"Administrátor" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

Jak správně zálohovat databáze?

Pokud používáte SQL, můžete následující odstavec nemilosrdně přeskočit - je relevantní pouze pro souborový režim.

V naší praxi jsme se opakovaně setkali s bází v nejednotném stavu. Navíc ve verzi souboru neexistují žádné speciální nástroje, které by databázi informovaly o zahájení kopírování, neexistuje způsob, jak s ní zablokovat práci, pokud právě běží. My jsme to řešili takto: o půlnoci se RDP server přepnul do režimu zákazu nových připojení, po pár hodinách byli všichni uživatelé skriptem jemně vykopnuti. Poté plánovaná aktualizace a záloha fungovala.

Nahrát do dt

Pro verzi souboru:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" KONFIG /F "X:\Base\habrahabr" /N"Administrátor" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Pro variantu SQL:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Administrátor" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Vše výše uvedené platí pro 1C Enterprise, platformu 8.3; účetnictví 3.0; Mzdové a personální řízení 2.5.

Příště si povíme o práci v režimu rozdělení dat pro několik stovek firem do jedné databáze. Rádi uslyšíme dotazy, připomínky a návrhy. A všem, kteří stojí před podobnými úkoly, bych chtěl popřát trpělivost, vytrvalost a víru ve vítězství.

nastoupil jsi požadovanou stránku! S největší pravděpodobností jste ráno zjistili, že váš oblíbený 1C 8.3 nezačíná zprávou: “ Zahájení relace s infobází je zakázáno. Chcete-li provést zálohu…».

První věc, kterou nyní musíte udělat, je naléhavě umožnit uživatelům pracovat. Poté si klidně přečtěte článek až do konce a zjistěte, proč se to stalo a co je „Zamykání a odemykání z infobase 1C 8.3“.

Moje zkušenost naznačuje, že jste uživatel (nikoli správce systému nebo programátor) a vaše infobáze je souborová infobáze (pokud je databáze SQL, specialisté se již vaším problémem zabývají). Začít musíte pochopit, ve které složce (adresáři) se nachází a odstranit jeden soubor v této složce - 1Cv8.cdn(soubor nemusíte ukládat, již jej nebudete potřebovat).

*Pokud jste IT specialista, můžete bezpečně přejít ke čtení části „Zamykání a odemykání infobáze 1C“.

V okně se seznamem infobází najděte svou základnu (číslo 1 na obrázku níže) a jednou (a pouze jednou!) na ni klikněte myší. Poté klikněte na tlačítko "Změnit" (číslo 2).

V seznamu může být pouze jedna základna, takže toto okno vám může být známé jako „spouštěcí okno 1C“. V tomto případě stačí kliknout na tlačítko Změnit.

Pokud vidíte, že se infobáze nachází na tomto počítači nebo v lokální síť- moje zkušenost nezklamala - databáze je soubor a vše děláme správně. Zkopírujte tuto cestu ( čísla 3 a 4).

Nyní přejděte do této složky.

Pro každý případ je zde několik možností pro spuštění Průzkumníka souborů:

• Máte Windows XP nebo Windows 7. Klepněte na Start, Spustit, vložte dříve zkopírované umístění infobáze. Otevře se Průzkumník souborů.
• Máte Windows 7. Ale není tam položka Spustit. Umístění vložte ihned po kliknutí na tlačítko Start. Otevře se Průzkumník souborů.
• Máte Windows 8 nebo Windows 10. Klikněte na Start vpravo horním rohu klikněte na lupu, vložte dříve zkopírované umístění infobáze a stiskněte Enter. Otevře se Průzkumník souborů.

• Najděte žlutou disketu na hlavním panelu a klikněte na ni. Vložte umístění infobáze do adresní řádek v horní části okna Průzkumníka. (Klikněte pravým tlačítkem na adresní řádek, Změnit adresu, klikněte pravým tlačítkem myši znovu do adresního řádku, Vložit).

• Jeden způsob pro všechny Verze Windows a jeho nastavení. Stiskněte tlačítko vlajky na klávesnici a bez jeho uvolnění stiskněte latinku R (nebo ruské K) na klávesnici. Otevře se okno "Spustit", vložte do něj dříve zkopírované umístění informační databáze a klikněte na OK.

Pomocí jedné z navrhovaných možností se dostanete do okna průzkumníka s umístěním infobáze.

V okně průzkumníka najděte v seznamu souborů soubor 1Cv8.cdn, klikněte na něj pravým tlačítkem myši a vyberte „Odstranit“, jak je znázorněno na předchozím obrázku.

Připraveno! Vaše „1C: Accounting“ nebo „1C: Payroll and HR Management“ nebo „1C: Trade Management“ jsou znovu spuštěny.

Blokování a odemykání z infobáze 1C. Ničíme mýty.

V tato sekce najdete jedinečné informace o práci s blokováním a také získáte vyvrácení běžných mylných představ o „blokování dat“.

Jak nastavit zámek?

Mechanismus blokování informační databáze je navržen tak, aby ukončil aktuální otevřené relace a zabránil novým připojením. Umístění funkce zámku v nabídce se může lišit v závislosti na konfiguraci. Například v UT, vydání 11 (11.3.3.163), je to NSI a administrace, [Služba] Blokování uživatelské práce. Alternativní možnost: NSI a správa, Podpora a údržba, Blokování práce uživatele. V UT, verze 10.3 (10.3.21.2) je to Služba, Uživatelé, Blokování navazování spojení s infobází.

*Existují konfigurace specifické pro odvětví, kde bude zamykání vypadat jinak, pokud jde o rozhraní a mechanismus, než je popsáno v tomto článku. Protože uvažujeme o standardním mechanismu pro většinu konfigurací 1C, nebudeme se dotýkat speciálních konfigurací specifických pro průmysl.

Výběrem této položky se otevře dialogové okno „Zamknout uživatele“, ve kterém musíte zadat zprávu pro uživatele, čas začátku a konce blokování a kód pro odemknutí.

Vzhledem k tomu, že zadáváte začátek a konec blokovací akce, musíte být v tomto dialogu velmi opatrní a zadávat informace explicitně. Pokud měl dialog možnost zadat začátek blokování „po 15 minutách“ s dobou trvání „20 minut“, nebo alespoň tyto hodnoty byly zobrazeny pro referenci na základě absolutních časů začátku a konce blokování, pak by bylo obtížné nastavit blokování na dobu jednoho roku, jako se to může stát, když zadáte chybu datum-čas.

Parametr "Start Time" je doporučeno nastavit jako aktuální datum/čas + čas potřebný k tomu, aby se uživatelé připravili na ukončení při ukládání upravených dokumentů. Například je 9:50 a uživatelé mají 10 minut na uložení výsledků. Celkový čas začátku blokování by měl být 10:00.

Čas ukončení - nelze zadat, v tomto případě bude blokování objektu nastaveno na dobu neurčitou (navždy).

Odemykací kód je jednorázové „heslo“, abyste mohli začít od nuly, a to i přes nastavený zámek, který může být v některých případech potřeba (bude řeč později). Určitě vstupte a zapamatujte si. Tento parametr je v případě SQL verze infobáze viditelný v modulu snap-in „Správa podnikových serverů 1C“ a nazývá se tam „Kód oprávnění“.

V případě SQL verze infobáze je nutná další autorizace správce infobáze nebo správce clusteru.

Takže po kliknutí na tlačítko "Nastavit zámek" a kladné odpovědi na potvrzení ...

…vrátíte se do předchozího dialogového okna, vzhled která se změnila:

V pravém dolním rohu se objeví zpráva, že je plánováno zablokování práce uživatele. Tuto zprávu uvidíte pouze vy.

Plánované? Možná to má něco společného s rutinními úkoly?

Bude fungovat plánované blokování práce uživatele, pokud je blokování nastaveno rutinní úkoly? Ano, bude to fungovat. Mechanismus blokování nepoužívá naplánované úlohy.

Co uvidí uživatelé a já?

Před začátkem uzamčení obdrží aktivní uživatelé „zdvořilé“ připomenutí, aby se vypnuli. V tomto dialogu je „Ano“ spuštěno časovým limitem, takže uživatelé, kteří nejsou na pracovišti, úspěšně ukončí relaci 1C.

Iniciátor zámku obdrží jinou zprávu:

Po zahájení blokování nebude možné vstoupit do infobáze obvyklým způsobem. Jak vstoupit však bude popsáno níže. Upozorňujeme, že dialog neobsahuje automatickou indikaci času ukončení blokování, takže úkol informovat uživatele o obnovení práce spočívá na správci. Tyto informace mohou být specifikovány ve zprávě pro uživatele.

Bomba exploduje přesně ve stanovený čas. Siréna kvílí, dokud nevybuchne.

Na rozdíl od všeobecného přesvědčení, že aktivní uživatelské relace jsou ukončeny jemně, po upozornění, které lze ignorovat a práce pokračuje, ve skutečnosti k ukončení, nebo spíše „sekání“ aktivních relací dochází přesně podle plánu, tvrdě a se ztrátou všech neuložené výsledky. Všechna varování jsou vydávána v intervalu od stisknutí tlačítka „Nastavit blokování“ do začátku blokování, po kterém aktivní relace skončí bez jakéhokoli upozornění a 1C přejde do cyklu pokusů o opětovné spuštění konfigurace , s intervalem 1 minuty.

Neexistují žádné výjimky pro režimy zadávání referenčních hodnot, ve kterých se zadává hodnota, která není v referenci - režim zadávání nelze opustit (například zavřete 1C křížkem), ale to vám nezabrání v dokončení práce. Výraznější zajímavostí je modální dialogový režim, proto si o něm povíme podrobněji.

*Ukončení uživatelských relací ve starších konfiguracích nastává o něco později než ve stanovený čas, protože. uživatelé nejprve obdrží upozornění „Systém se vypíná“.

Opravdu to exploduje?

Nejprve si všimneme, že ve starších konfiguracích nemusí blokování pro iniciátora blokování fungovat. A nyní přejděme k uvažování o problému pro platformu 8.3.

Uživatel souborového IS, který se rozhodne např. smazat dokument a pak jít na oběd, přičemž na obrazovce nechá dialog „Označit dokument pro smazání?“, ponechá připojení k infobázi otevřené. Jeho relace samozřejmě skončí po obědě poté, co odpoví „Ano“ nebo „Ne“, ale do té doby uvidíte, že jsou aktivní uživatelé. V tomto případě se iniciátorovi blokování zobrazí následující zpráva:

V protokolu se objeví chybová zpráva runtime, která by neměla být interpretována jako chyba runtime, ale jako „ne všichni uživatelé ukončili své relace“:

A to není jediný důvod, proč blokování nemusí fungovat. (Viz další části „Podle koho hodin?“ a „Ale co moji uživatelé ve Vladivostoku?“).

Modální dialog ve verzi SQL databáze na spravovaných formulářích

Aplikační server 1C má schopnost odstranit relaci navzdory modálnímu dialogovému režimu. Rozhraní 1C a modální dialog zůstanou na obrazovce uživatele, což vytváří dojem neúplné relace, ale ve skutečnosti bude relace smazána a spojení s IB bude včas ukončeno. Při pokusu o pokračování v práci se uživateli zobrazí chybová zpráva „Relace chybí nebo byla odstraněna“ nebo „Relace ukončena správcem“, v závislosti na nuancích.

Modální dialog v SQL verzi infobáze na běžných formulářích

Uživatelské relace jsou ukončeny.

Po nastavení zámku je lepší dialog neopouštět, protože když znovu vstoupíte do tohoto dialogu před spuštěním zámku, vyskočí nepravdivá zpráva, že zámek je již nastaven (i když pouze poloviční), aktivních relací není nula (není pravda). Zároveň pokračuje proces odstavování uživatelů (odporuje nula aktivních relací + není to úplně pravda, protože uživatelé „ukončují sami sebe“). Kód pro blokování uživatelské práce sice není ideální, ale ve výsledku vám nezabrání v nastavení blokování a ukončení aktivních relací, ale dezorientuje správce Infobase.

Bude blokování fungovat, pokud nastavíte blokování a zavřete dialog?

Bude zámek fungovat, pokud nastavíte zámek a okamžitě ukončíte 1C (tj. ukončíte relaci 1C před spuštěním zámku)?

Ano. Mechanismus pro odpověď na nastavený blok neposkytuje interakci mezi iniciátorem bloku a ostatními uživateli. Uživatelské relace nezávisle ověřují, zda mohou fungovat.

Podle čích hodin bude blokování fungovat, když je čas na počítačích mírně odlišný?

Problém se synchronizací hodin

Pomocí souboru IB každý počítač zkontroluje, zda má IB nastavený časový rozsah blokování a porovná jej se svými místními hodinami. Zda to dokáže, záleží na přesnosti jeho hodinek tento počítač ukončit relaci přesně ve správný čas. Pokud je základna zablokována od 10:00, pro jeden počítač tento okamžik nastane dříve a pro druhý později.

V doménovém prostředí a při dokonalé práci systémových administrátorů je čas na všech počítačích synchronizován s doménovým řadičem. Z různých důvodů však může dojít ke snížení času: synchronizace času s řadičem domény není nakonfigurována, synchronizace času je nakonfigurována s externím serverem přesného času, který již není dostupný, selhání sítě nebo doménové služby, nedostatek práv ke změně systémový čas atd.

Zdá se, že můžeme mluvit o sekundách, v extrémních případech o minutách. Ve skutečnosti ale nemusí mít počítač například nainstalovanou aktualizaci. operační systém, který podporuje přechod na sezónní (zimní / letní) čas a chyba již nemusí být sekundy, ale hodiny. Provést takový experiment je snadné: naplánujte si blok na 10:00 na půl hodiny a na jednom z počítačů nastavte čas o hodinu dopředu - blok to neovlivní.

Proto před nastavením zámku pečlivě zkontrolujte čas v pravém dolním rohu počítače s vaším náramkové hodinky a také se předem informujte u správce systému, zda ve vaší IT infrastruktuře funguje synchronizace času.

Ale co moji uživatelé ve Vladivostoku?

Absolutní časový problém s uživateli z různých časových pásem

Časový rozsah blokování je uložen v infobázi. Podívejte se na obsah blokovacího souboru 1Cv8.cdn (který je vytvořen ve verzi souboru IB), obsahuje čas začátku blokování 17.07.2017 13:59 ve formátu RRRRMMDDHHMMSS bez označení časového pásma:

Bez uvedení časového pásma by bylo jasné, o jakém absolutním čase mluvíme, pokud by čas vždy odkazoval na konkrétní časové pásmo, například UTC + 0. Ale místní čas je uložen v databázi podle hodin počítače, který blokování inicioval. Z jaké časové zóny tento počítač pocházel, není známo, což znamená, že není znám absolutní čas blokování.

Pokud v Moskvě v centralizovaném IB zablokujete ve 13:59 a tento čas pro uživatele z Moskvy je v budoucnosti, pak pro uživatele stejného IB ve Vladivostoku bylo 13:59 před 7 hodinami. A v závislosti na technickém řešení, v souladu s nímž se práce s informační bezpečností uživatelů Vladivostoku provádí, blokování těchto uživatelů buď bude fungovat, nebo ne.

Co může být technická řešení, ve kterém nebude blokování uživatelům Vladivostoku fungovat správně? Ty, ve kterých klientská část 1C dostane čas ve Vladivostoku, a ne v Moskvě. Například kanceláře jsou připojeny k místní síti přes VPN a klientská část 1C začíná místní počítač s časem UTC+10. Ale pokud pracují s databází prostřednictvím připojení RDP nebo v režimu RemoteApp na moskevském serveru a běží na tomto serveru klientská část 1C, bude vše v pořádku, protože. bude mít čas UTC+3.

Existují problémy s desynchronizací hodin a časových pásem v případě SQL verze infobáze?

Ne. V tato možnost existují „hodiny serveru“, které jsou brány jako referenční.

Budu vyhozen z konfigurátoru, pokud jsem v něm byl a blokování začalo platit?

Bude možné vstoupit do Konfigurátoru po zahájení akce blokování?

Je to zakázáno! Kontrola možnosti práce s konfigurátorem se provádí pouze při spuštění a neprovádí se za provozu. Pokud je tedy v konfigurátoru nastaven zámek pro následnou práci, je mnohem jednodušší jej nejprve spustit, než později obcházet zákaz spuštění.

Jak odstranit zámek?

Ve stejném dialogu, ve kterém byl nastaven zámek. Připomínáme, že po nastavení zámku je v něm místo tlačítka „Nastavit zámek“ tlačítko „Odemknout“.

V případě SQL verze IS je odblokování možné také v modulu snap-in „Správa podnikových serverů 1C“. (viz. níže)

K čemu slouží odblokovací kód?

Pro vstup do IB v okamžiku platnosti blokace. Situace, kdy je to potřeba:

• Po nastavení zámku byla relace IS ukončena (ručně nebo v důsledku zámku působícího na iniciátor) a je třeba spustit novou relaci;
• Čas ukončení zámku nebyl omylem vůbec vyplněn;
• Čas ukončení blokování byl vyplněn nesprávně (například byl omylem zadán další měsíc nebo rok);
• Infobase je ve verzi SQL a pro zrušení špatně nastaveného zámku není možné smazat soubor 1Cv8.cdn v adresáři infobase.

V tomto případě použijte nápovědu, která je uvedena při spuštění. Tito. v okně se seznamem infobází klikněte na "Upravit" a zadejte Extra možnosti běžet linka:

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

... s ohledem na adresář umístění a odemykací kód.

Tento řádek je lepší zkopírovat do schránky a opravit v dialogu "Upravit infobázi". Pokud jste si spletli typ uvozovek nebo ruské „C“ a latinku, zobrazí se chybová zpráva:

V případě správného zadání a následného spuštění 1C v podnikovém režimu se 1C automaticky odemkne a dokončí svou práci. Poté bude možné odebrat další parametry a spustit 1C jako obvykle.

Co mám dělat, když jsem nenastavil zámek, ale databáze SQL je někým uzamčena? Neznám však odblokovací kód.

Blokování infobáze lze nastavit samotnou konfigurací po dobu vytváření záložní kopie. Pokud proces vytváření nebyl dokončen normálně, může databáze SQL zůstat v uzamčeném stavu. V tomto případě je vyžadován přístup ke konzole (přesněji modul snap-in) „Správa serverů 1C: Enterprise“.

Kde to hledat?

Modul snap-in 1C:Enterprise Server Administration se často instaluje na stejný server, kde je nasazen SQL server, a také tam, kde je nasazen samotný 1C Server (nebo 1C aplikační server). Ačkoli to není nutné: ​​SQL lze nainstalovat na jeden počítač, Application Server 1C na jiný a modul snap-in lze nasadit sami. pracovní stanice. S vysokou pravděpodobností úspěchu můžete dosáhnout následujícím způsobem:

• Připojte se přes RDP k serveru uvedenému v řádku Srvr=... pomocí vašeho doménového jména a hesla. Pokud se nemůžete připojit, zeptejte se správce systému přidat vás do skupiny Remote Desktop Users. (V případě odmítnutí takových práv nasaďte a nakonfigurujte modul snap-in „Správa podnikových serverů 1C“ na pracovní stanici);

• Na serveru najděte modul snap-in 1C:Enterprise Server Administration;

• Spusťte modul snap-in, rozbalte strom na uzel s vaší infobází;

• Ve vlastnostech infobáze zrušte zaškrtnutí políčka „Blokování začátku relace je povoleno“ nebo opravte časy začátku a konce blokování, případně se podívejte na „kód oprávnění“ pro zadání IB (aka „odemykací kód“ v blokovacím dialogu).

Co dělat, když všichni uživatelé informací SQL databáze ukončeno, ale stále nemůžete spustit konfigurátor, protože jsou aktivní uživatelé?

V uzlu "Connections" infobáze, na pravé straně obrazovky, můžete odstranit existující připojení.

To nejsou zdaleka všechny otázky související s tématem blokování infobází.

Jestli máš nějaké dotazy:

• Je možné pracovat v moskevském čase, pokud si pronajmete server v Evropě a nechcete se spoléhat na jeho časové pásmo?
• Jak najít aplikační server 1C, pokud není známo, kde je nainstalován?
• Jak nasadit modul snap-in 1C:Enterprise Server Administration a jak jej nakonfigurovat?
• Pokud je v jedné lokální síti několik aplikačních serverů, co je třeba udělat?
• Jak být v případě clusterového systému? atd.

Naši certifikovaní technologičtí konzultanti 1C vám je rádi zodpoví.

Po spuštění programu 1C jsem při spuštění viděl chybu „Spuštění relace s infobází je zakázáno. Záloha". Byl jsem velmi překvapen - sám jsem blokování nenastavoval. Po malé analýze se ukázalo, že důvodem je „závada“ automatického archivního kopírování, které je vestavěno (jeden ze subsystémů).

Chyba vypadá takto:

Ukázalo se, že při nastavování vytváření archivních kopií databáze systém automaticky nastaví zámek při vstupu do infobáze. Zabraňuje uživatelům spouštět program po dobu trvání procesu.

Někdy se ale stane, že po zkopírování systém nemůže soubor . V tomto případě se zobrazí chyba „Zahájení relace s infobází je zakázáno ...“

Získejte zdarma lekce videa 267 1C:

Řešení

Nejjednodušší způsob, jak problém vyřešit, je smazat soubor 1Cv8.cdn(soubor zámku infobase) ze složky databáze.

Například na mém snímku obrazovky výše je základní umístění:

Musíte jít do této složky a pak najít a odstranit 1Cv8.cdn.

Odstranění zámku ze základny klient-server 1C

Pokud máte přístup ke konzole serveru, je velmi snadné zámek odstranit. Stačí přejít do vlastností infobáze a zrušit zaškrtnutí příznaku „Blokování zahájení relace je povoleno“: