V tomto článku vám řeknu o parametrech spuštění 1C a jak je používat. Uvedu několik příkladů, jak tyto parametry použít. Po přečtení článku budete schopni automatizovat některé každodenní procesy.
Při spouštění 1C:Enterprise můžete použít parametry spouštění, které lze zadat v nastavení nebo v zkratce, kterou používáte ke spuštění 1C.
Režim spuštění 1C
KONFIG— 1C se spustí v režimu konfigurátoru.
PODNIK— 1C se spustí v režimu Enterprise.
1cestart.exe- soubor pro spuštění programu 1C, obvykle umístěný ve složce „1cv8\common“. Po spuštění automaticky detekuje požadovanou verzi klienta. Při instalaci 1C odkazují zástupci na ploše a v nabídce Start na tento soubor.
Parametry spuštění 1C pro automatický výběr uživatele
- /N"uživatelské jméno"
- /P"Uživatelské heslo"
Uživatelské jméno a heslo se musí shodovat s uživatelským jménem a heslem uvedeným v seznamu uživatelů v Konfigurátoru. Uživatele lze zobrazit v Konfigurátoru, přejděte do horní nabídky: Správa > Uživatelé. Pokud je heslo prázdné, lze toto pole vynechat.
Tyto parametry lze zadat v nastavení při editaci databáze v seznamu databází. V poli "Pokročilé možnosti spouštění".
Spusťte 1C a přejděte do nastavení infobase, mělo by se zobrazit následující okno:
Zadejte parametry, jak je znázorněno na obrázku, s uvedením vašeho uživatelského jména a hesla, poté klikněte na „Dokončit“. Pokud jste vše udělali správně, pak při vstupu do této databáze nebudete vyzváni k zadání uživatelského jména a hesla.
Parametry spouštění 1C pro automatické spouštění databáze
- /F “adresa” - adresa k databázi, pokud je uložena ve verzi souboru.
Pokud je databáze uložena na serveru, musíte parametry spouštění nastavit jinak:
- /S „adresa“ - zadejte adresu takto: „Název serveru (klastr infobázových)“ \ „Název infobáze na serveru“
Tyto parametry musí být specifikovány v zkratce, kterou používáte ke spuštění 1C:Enterprise. Přejděte do vlastností zástupce, na konci pole „Objekt“ přidejte parametry, které potřebujete.
Pokud je vše provedeno správně, při spuštění zástupce by se měla spustit databáze, kterou jste zadali v parametrech.
Pro usnadnění můžete vytvořit novou zkratku nebo zkopírovat tu, kterou používáte.
Autoload 1C při startu systému
Pokud potřebujete spustit 1C Enterprise, když se systém spustí s potřebnými parametry, musíte zkopírovat zástupce 1C do složky Po spuštění.
Pokud obsahuje spouštěcí parametry 1C, budou fungovat při spuštění systému.
Můžete kombinovat libovolné parametry spuštění 1C. Chcete-li to provést, jednoduše zapište potřebné parametry do nastavení 1C nebo do zástupce.
Další parametry spouštění 1C
- /LogUI— záznam akcí uživatele do protokolu. (Nahrávka bude provedena v uživatelském adresáři, v souboru s názvem „logui.txt“).
- /DumpIB " Nahrát adresu souboru « — uvolnění databáze. Vhodné pro vytvoření automatické archivace databáze.
- /Provést " Adresa externího zpracování“ - parametr je určen k automatickému spuštění externího zpracování po startu systému.
- /C„String parameter“ - předá parametr do konfigurace. Můžete k němu přistupovat prostřednictvím globálního kontextu v konfigurátoru „Parametr spuštění“.
- /DisableStartupMessages– parametr odstraní systémové zprávy při spuštění 1C Enterprise.
Při úpravě infobáze. Můžete určit verzi 1C, přes kterou se má spustit (vhodné, pokud máte nainstalovaných několik databází běžících pod různými verzemi klienta)
Příklad použití parametrů pro automatickou archivaci infobáze.
"C:\Program Files (x86)\1cv8\common\1cestart.exe" CONFIG /F"С:\Base_Buh" /N"user" /P"111″ /DisableStartupMessages /DumpIB C:\Arhiv\Buh.dt / Out" C:\Arhiv\log_archiv.txt" -NoTruncate
Pokud tyto parametry zadáte do zástupce pro spuštění 1C v poli „Object“, vytvoří se archiv databáze, který se nachází „C:\Base_Buh“ ve složce „C:\Arhiv“ pod názvem „Buh .dt“. Bude také proveden záznam do souboru protokolu „C:\Arhiv\log_archiv.txt“. Uveďte své cesty, kde se databáze nachází a kde chcete vytvářet archivy.
Konfigurace možností spouštění ladění aplikací
Při vývoji aplikací je často nutné spustit debugger 1C pod konkrétním uživatelem, přejděte do konfigurátoru: Nápověda > Možnosti
Na záložce „Launch 1C:Enterprise“ ve skupině „User“ je ve výchozím nastavení nastaven aktuální uživatel (pod kterým jste se přihlásili do konfigurátoru). Můžete to změnit na cokoliv, co potřebujete. A ladění se spustí pod vybraným uživatelem.
Také zde můžete určit, pod kterým klientem bude aplikace spuštěna.
Pomocí těchto jednoduchých kroků můžete implementovat užitečné funkce v programu 1C:Enterprise.
není nejobyčejnější účetní společností, ale účetnictví vedeme v 1C, jako většina našich tuzemských kolegů. V současné době máme na našem serveru stovky databází, takže jsme se museli naučit, jak všechno toto bohatství rychle a efektivně spravovat. Pokud jste účetní společnost, hostitel se službou 1C nebo jste právě odněkud získali spoustu 1Sok, 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é jsme stihli navštívit během bezpočtu nocí, svátků a víkendů strávených aktualizací a modernizací celé naší farmy.
1C neprodáváme, a proto bude příběh bez škrtů, cenzury a hlavně – bez marketingových keců. Bonusová stopa, podél cesty 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 separace dat, ale ještě jsme ji nezačali používat, takže pro každou firmu, kterou obsluhujeme, jsme nuceni vytvořit samostatnou databázi (a často více než jednu).
Neuvěřitelná cesta od 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á, stejně pohodlná, jak jen může být používání desktopové aplikace prostřednictvím prohlížeče. Poměrně 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 absolutně neumí. Musel jsem migrovat a stáhnout všechna data z cloudu. Naštěstí to nebylo těžké („Nahrát data do lokální verze“ → „Stáhnout data ze služby“).Druhou důležitou fází vývoje bylo využití poskytovatele služeb a opět nám vše vyhovovalo, dokud nebylo více než sto databází. Aktualizace konfigurace a také zveřejnění 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í.
Neschopnost nastartovat byla zvláštní nepříjemnost. exe soubory bez předchozího schválení (přidání součtů hash k povolovacím zásadám domény) a dovolte mi, abych vám připomněl, že jsme potřebovali integraci. Problémy byly také s tím, že z neznámých důvodů úložný systém poskytovatele správně nesynchronizoval uzly na úrovni bloku. Ztratili jsme tak několik důležitých základen, které bylo nutné dlouho a bolestivě obnovovat. U skladovacích systémů je často vše složité a nečestné.
Poznámka pro majitele: vyzkoušejte ú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 vlastní VPS. Kapacita moderních virtuálních serverů vám umožňuje snadno udržovat několik stovek databází 1C a snadno k nim přistupovat několik desítek účetních. Poskytovatelé VPS často nenesou odpovědnost za licencování softwarových produktů, které provozujete interně, takže se musíte starat o nákup uživatelské licence a zakoupení konfigurace.
Poznámka pro majitele: 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. Hardwarový klíč crack nemá tuto nevýhodu, ale nemůžete jej jen zvednout a začít používat ve VPS.
Nezapomínejme, že ani ten nejlepší VPS (vybraný pomocí této skvělé služby) se nemůže srovnávat s teplým a zářivým soukromým serverem. Rozhodli jsme se pro migraci potřetí.
Jednoho večera se naše VPS nespustila. Byl to 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, hostiteli s naším virtuálním strojem došla paměť RAM a na jeho spuštění prostě nebylo dost.
Celkový
Nyní mít stovky databází, projít si cestu od 1C-Miss, 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 mnoho obnov, dostali jsme se do našeho vlastního serverového clusteru.Na co bych rád upozornil ty, kteří touto cestou procházejí nebo se jí chystají projít:
- přemýšlet o licencích;
- pokud potřebujete integraci, použijte dedikovaný server nebo VPS;
- starejte se o úložiště nebo jej důkladně 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í silné a stabilita je důležitá.
Jak si zjednodušit ž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 (s načteným zpracováním, adresáři, nakonfigurovaným ITS předplatným a zálohováním).Pro verzi souboru:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr LLC" /UseTemplate "X:\tmplts\BlackAccounting.cf"
Pro volbu 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\BlackAccounting.cf"
Jak vytvořit nebo odstranit uživatele ve stovkách databází najednou?
Správa uživatelů byla vždy bolavým místem v 1C. V dřívějších verzích to vyžadovalo získání exkluzivního přístupu k databázovým souborům, později přidali možnost přidávat za běhu, ale pouze prostřednictvím konfigurátoru (v nejnovějších verzích účetnictví nebo obchodu) lze uživatele vytvořit přímo z hlavního; provozní režim, prostřednictvím nástrojů pro správu. Ale dělat to ručně v případě stovek databází už není reá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řeneseme 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 může uživatel připojit stovky databází najednou?
K přidání všech potřebných databází do uživatelského seznamu 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 informačních bází:
Uvnitř souborů v8i vypadají 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 základny („Uložit odkaz na soubor“) nebo je převzít z profilu uživatele, který základ 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?
Je lepší aktualizovat databáze na samostatném serveru (nebo ještě lépe na dvou serverech najednou:) - je to rychlejší a proces se snáze ovládá. Používáme standardní konfigurace (bez odebrání podpory), aktualizované prostřednictvím ITS. V prvním čtvrtletí tohoto roku bylo vydáno více než 10 aktualizací pro Accounting 3.0, jejich ruční zavedení i do tuctu databází je velká zábava. Proto jsme vyvinuli nějakou 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 a mezi březnem a dubnem vydaly více než 10 aktualizací pouze pro konfiguraci Účetnictví 3.0! Samozřejmě jsme neaktualizovali vše, ale i 3-4 aktualizace pro stovky databází za tak krátkou dobu jsou dobrým testem síly.
Čtenář se může divit, proč všechny ty potíže? Odpověď je jednoduchá: změny v legislativě a to na poslední chvíli. Například: od začátku roku 2014 neexistují žádné schválené formuláře FSS a Penzijní fond. V jedné z 10 nejlepších aktualizací byly přidány, ale pouze pro papírové doručení, nikoli pro elektronické doručení. A to se děje pořád.
Blokování
Přes rozhraní:
Nebo vytvořením souboru v adresáři databáze 1Cv8.cdn s následujícím obsahem:
(1,20140514173100,00010101000000,"Databáze je dočasně nedostupná! Buďte silní =) Pro administrátora: 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"" /Callow Users to Work /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 volbu 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, další odstavec lze nemilosrdně přeskočit – je relevantní pouze pro souborový režim.V naší praxi jsme se často 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 zablokovat práci s ní, pokud k ní právě dochází. Řešili jsme to takto: o půlnoci RDP server přešel do režimu zakazujícího nová připojení a po několika hodinách byli všichni uživatelé skriptem jemně vykopnuti. Poté proběhla běžná aktualizace a záloha.
Nahrát do dt
Pro verzi souboru:CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Administrátor" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Pro volbu 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 něco o práci v režimu separace dat pro několik stovek firem na jedné databázi. Budeme rádi za 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í.
Jste na správné stránce! 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 „Blokování a odblokování z informační základny 1C 8.3“.
Moje zkušenost naznačuje, že jste uživatel (nikoli správce systému nebo programátor) a vaše informační základna je založena na souborech (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ž nebude potřeba).
*Pokud jste IT specialista, můžete bezpečně přejít ke čtení části „Zablokování a odblokování z informační základny 1C“.
V okně se seznamem informačních základen 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 databáze, 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 informační základna nachází na daném počítači nebo v lokální síti, moje zkušenost nezklamala – databáze je souborová 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:
- Máte Windows XP nebo Windows 7. Klikněte na Start, Spustit, vložte dříve zkopírované umístění infobáze. Otevře se Průzkumník.
- Máte Windows 7. Ale není zde žádná možnost „Spustit“. Umístění vložte ihned po kliknutí na tlačítko Start. Otevře se Průzkumník.
- Máte Windows 8 nebo Windows 10. Klikněte na Start, klikněte na Lupu v pravém horním rohu, vložte dříve zkopírované umístění infobáze a stiskněte Enter. Otevře se Průzkumník.
- Najděte žlutou disketu na hlavním panelu a klikněte na ni. Vložte umístění informační databáze do adresního řádku v horní části okna Průzkumníka. (Klikněte pravým tlačítkem do adresního řádku, Změnit adresu, znovu klikněte pravým tlačítkem do adresního řádku, Vložit).
- Univerzální metoda pro všechny verze Windows a jejich 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í infobá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 informační základny.
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: Účetnictví“ nebo „1C: Řízení platů a lidských zdrojů“ nebo „1C: Řízení obchodu“ znovu začíná.
Blokování a odblokování z informační základny 1C. Ničíme mýty.
V této sekci najdete jedinečné informace o práci s blokováním a také obdržíte vyvrácení běžných mylných představ na téma „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) jde o kmenová data a administraci, [Služba] Blokování uživatelské práce. Alternativní možnost: Průzkum dat a správa, Podpora a údržba, Blokování práce uživatele. V UT, vydání 10.3 (10.3.21.2) je to Služba, Uživatelé, Blokování připojení k infobázi.
*Existují konfigurace specifické pro odvětví, ve kterých bude zamykání z pohledu rozhraní a mechanismu vypadat jinak, než jak 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 průmyslových konfigurací.
Když vyberete tuto položku, otevře se dialogové okno „Blokování uživatelů“, ve kterém musíte zadat zprávu pro uživatele, čas začátku a konce blokování a také odblokovací kód.
Vzhledem k tomu, že se zadává začátek a konec blokovací akce, musíte být v tomto dialogu velmi opatrní a zadat informace explicitně. Pokud by dialog měl možnost zadat začátek bloku „za 15 minut“ s délkou trvání „20 minut“, nebo alespoň zobrazit tyto hodnoty na základě absolutních časů začátku a konce bloku, pak by je obtížné nastavit blok na rok, k tomu může dojít, pokud dojde k chybě při zadávání data a času.
Doporučuje se nastavit parametr „Start time“ jako aktuální datum/čas + čas potřebný pro uživatele k přípravě na ukončení a uložení upravených dokumentů. Například, teď je 9:50, dáváme uživatelům 10 minut na uložení výsledků. Celkový čas začátku blokování by měl být 10 hodin 00 minut.
Čas ukončení – nemusíte jej zadávat, ale objekt bude zablokován na dobu neurčitou (navždy).
Odemykací kód je jednorázové „heslo“, abyste mohli začít od nuly, navzdory zavedenému zámku, který může být v některých případech potřeba (bude probráno níže). Určitě vstupte a zapamatujte si. V případě SQL verze infobáze je tento parametr 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 budete navíc potřebovat autorizaci od správce infobáze nebo správce clusteru.
Takže po kliknutí na tlačítko „Nastavit blokování“ a kladné odpovědi na potvrzení...
...vrátíte se do předchozího dialogového okna, jehož vzhled se změnil:
V pravém dolním rohu se zobrazí zpráva oznamující, že je naplánováno zablokování uživatelů. 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 jsou blokovány rutinní úlohy? Ano, bude to fungovat. Mechanismus blokování nepoužívá naplánované úlohy.
Co uvidí uživatelé a já?
Dokud nezačne blokování, budou aktivní uživatelé dostávat „zdvořilé“ připomenutí, aby se vypnuli. V tomto dialogu je časový limit spuštěn „Ano“, takže uživatelé, kteří nejsou na jejich pracovišti, se z relace 1C úspěšně odhlásí.
Iniciátor zámku obdrží další zprávu:
Po zahájení blokování nebudete mít přístup k informační databázi běžným způsobem. Jak se dostat dovnitř, bude diskutováno níže. Upozorňujeme, že dialogové okno automaticky neuvádí, kdy bude blokování ukončeno, takže úkol informovat uživatele o čase obnovení práce připadá na Správce. 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 varování, které lze ignorovat a práce pokračuje, ve skutečnosti k ukončení, nebo ještě lépe k „přerušení“ aktivních relací dochází přesně podle plánu, tvrdě a se ztrátou. ze všech neuložených výsledků. Všechna varování jsou vydávána v intervalu od okamžiku, kdy kliknete na tlačítko „Nastavit blokování“ až do začátku blokování, po kterém aktivní relace skončí bez jakéhokoli upozornění a 1C přejde do cyklu pokusů o spuštění konfigurace opět 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 referenční knize - 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. Režim modálního dialogu je významnější, proto bude probrán podrobněji.
*Uživatelské relace ve starých konfiguracích končí o něco později, než je stanovený čas, protože... Uživatelé nejprve obdrží upozornění „Systém se vypíná“.
Opravdu to exploduje?
Nejprve si uvědomme, že ve starších konfiguracích nemusí zámek fungovat pro iniciátora zámku. Nyní přejděme k zvážení problému pro platformu 8.3.
Uživatel zabezpečení souborů, který se například rozhodne smazat dokument a pak jít na oběd, ponechá na obrazovce dialogové okno „Označit dokument pro smazání?“, zůstane připojení k informační databá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é dokončili své relace“:
A to není jediný důvod, proč blokování nemusí fungovat. (viz další sekce „Do koho hodiny?“ a „A co moji uživatelé ve Vladivostoku?“).
Modální dialog ve verzi SQL databáze na spravovaných formulářích
1C Application Server 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ž vytvoří dojem nedokončené relace, ale ve skutečnosti bude relace smazána a spojení s informační bezpečností 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 byla 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 začátkem blokování, objeví se nepravdivá zpráva, že blokování již bylo nainstalováno (i když pouze polovina), není zde nula aktivních relací (není pravda). Zároveň pokračuje proces ukončování uživatelů (odporuje nula aktivních relací + není to zcela pravda, protože uživatelé „ukončují sami sebe“). Uživatelský blokovací kód sice není ideální, ale ve výsledku vám nezabrání v nastavení blokování a ukončení aktivních relací, ale zmátne správce Infobase.
Bude blokování fungovat, když nastavím blokování a zavřu dialog?
Bude blokování fungovat, pokud nastavíte blokování a okamžitě ukončíte 1C (tj. ukončíte relaci 1C před začátkem blokování)?
Ano. Mechanismus pro odpověď na vytvořený zámek neposkytuje interakci mezi iniciátorem uzamčení 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 s desynchronizací hodin
Při zabezpečení informací o souborech si každý počítač sám zkontroluje, zda má informační zabezpečení nastavený časový rozsah blokování a porovná jej se svými místními hodinami. Přesnost jeho hodin určuje, zda daný počítač dokáže ukončit relaci přesně ve správný čas. Pokud je databáze zablokována od 10:00, pro jeden počítač tento okamžik přijde dříve a pro druhý - později.
V prostředí domény a pokud správci systému pracují bezchybně, je čas na všech počítačích synchronizován s řadičem domény. Z různých důvodů však může dojít ke ztrátě času: synchronizace času s řadičem domény není nakonfigurována, synchronizace času je nakonfigurována s externím časovým serverem, který již není dostupný, selhání v síťových nebo doménových službách, nedostatek práv ke změně systému čas atd.
Zdá se, že můžeme mluvit o sekundách, v extrémních případech o minutách. Ale ve skutečnosti v počítači nemusí být například nainstalovaná aktualizace operačního systému, která podporuje přechod na sezónní (zimní/letní) čas a chyba už nemusí být vteřiny, ale hodiny. Tento experiment je snadné provést: 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í.
Před nastavením zámku si proto pečlivě zkontrolujte pomocí náramkových hodinek čas v pravém dolním rohu počítače a také se předem obraťte na správce systému s dotazem, zda ve vaší IT infrastruktuře funguje synchronizace času.
A 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 informační databázi. Podívejte se na obsah blokovacího souboru 1Cv8.cdn (který je vytvořen ve verzi souboru IB), zaznamenává čas zahájení blokace jako 17.07.2017 13:59 ve formátu RRRRMMDDDHHMMSS bez uvedení času. pásmo:
Bez určení č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. Databáze však ukládá místní čas podle hodin počítače, který blokování inicioval. Není známo, z jakého časového pásma tento počítač pocházel, což znamená, že absolutní čas blokování není znám.
Pokud v Moskvě v centralizovaném informačním bezpečnostním systému nastavíte blok na 13:59 a tento okamžik pro uživatele Moskvy je v budoucnosti, pak pro uživatele stejného systému bezpečnosti informací ve Vladivostoku je 13:59. bylo před 7 hodinami. A v závislosti na technickém řešení, podle kterého se provádějí práce s informační bezpečností uživatelů Vladivostoku, blokování těchto uživatelů buď bude fungovat, nebo ne.
Jaká technická řešení by mohla existovat, ve kterých by blokování pro uživatele Vladivostoku nefungovalo 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 se spouští z místního počítače s časem UTC+10. Pokud však 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.
Jsou problémy s desynchronizací hodin a časového pásma v případě SQL verze infobáze?
Ne. V této volbě jsou „serverové hodiny“, které jsou brány jako standard.
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 začátku období blokování?
Je to zakázáno! Schopnost práce s konfigurátorem se kontroluje pouze při spuštění a neprovádí se za provozu. Pokud je tedy v konfigurátoru nastaven blok pro následnou práci, je mnohem jednodušší jej nejprve spustit, než později obcházet zákaz spuštění.
Jak odstranit blok?
Ve stejném dialogu, ve kterém bylo nainstalováno blokování. Připomínáme, že po instalaci zámku je místo tlačítka „Nastavit zámek“ tlačítko „Odemknout“.
V případě zabezpečení informací ve verzi SQL je odemknutí 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 informační bezpečnosti v okamžiku, kdy je blokování účinné. Situace, kdy je to nutné:
- Po instalaci zámku byla dokončena relace s informačním zabezpečením (ručně nebo v důsledku uzamčení samotného iniciátora) a je třeba spustit novou relaci;
- Čas ukončení blokování nebyl omylem vůbec vyplněn;
- Čas ukončení blokování byl zadá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 do dalších parametrů spouštění zadejte následující řádek:
ENTERPRISE /F"Z:\Exchange\UT 11" /Callow Users to Work /UC12345
... s ohledem na adresář umístění a odemykací kód.
Je lepší zkopírovat tento řádek do schránky a upravit jej v dialogu „Upravit infobázi“. Pokud zaměníte typ uvozovek nebo ruské „C“ a latinku, zobrazí se chybová zpráva:
Pokud jej zadáte správně a poté spustíte 1C v podnikovém režimu, 1C automaticky odstraní zámek a dokončí svou práci. Poté můžete odstranit 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 blokována? Neznám však odblokovací kód.
Infobáze může být blokována samotnou konfigurací po dobu vytváření archivní 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ě potřebujete přístup ke konzole (přesněji k modulu snap-in) „Správa 1C: Enterprise Servers“.
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 Application Server“). Ačkoli to není nutné: SQL lze nainstalovat na jeden počítač, aplikační server 1C na jiný a zařízení lze nasadit na vlastní pracovní stanici. Úspěchu můžete s největší pravděpodobností 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, požádejte správce systému, aby vás přidal do skupiny Remote Desktop Users. (Pokud jsou taková práva odepřena, 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 čas začátku a konce blokování, případně se podívejte na „kód oprávnění“ pro zadání zabezpečení informací (známý také jako „kód pro odblokování“ v dialogovém okně nastavení blokování).
Co dělat, když se všichni uživatelé SQL infobase odhlásili, ale stále nemůžete spustit konfigurátor, protože... jsou aktivní uživatelé?
V uzlu „Připojení“ informační databáze na pravé straně obrazovky můžete smazat existující připojení.
To nejsou všechny otázky související s tématem blokování informačních bází.
Pokud máte ještě otázky:
- Je možné pracovat podle moskevského času, pokud si pronajmete server v Evropě a nechcete se spoléhat na jeho časové pásmo?
- Jak najít 1C Application Server, pokud nevíte, kde je nainstalován?
- Jak nasadit modul snap-in „1C:Enterprise Server Administration“ a jak jej nakonfigurovat?
- Pokud je ve stejné lokální síti několik aplikačních serverů, co byste měli udělat?
- Co dělat v případě clusterového systému? atd.
Naši certifikovaní technologickí konzultanti 1C vám je rádi zodpoví.