• Po prvé, pomôže to lepšie pochopiť, čo sa stalo. A vo vzácnejších prípadoch môže dokonca pomôcť vyriešiť problém svojpomocne.
• Po druhé, ak by ste si nevedeli poradiť sami, mali by ste najskôr kontaktovať špecialistu na technická podpora s obsahom zobrazeného informačného a diagnostického okna.

Pozrime sa bližšie na obsah prijatej dialógovej správy:

Riadok 1.A „Začiatok relácie od informačnú základňu zakázané." je štandardný záznam označujúci zablokovanie vstupu užívateľa do programu. V prípade takéhoto zablokovania je adresár infobase automaticky špeciálny súbor s príponou „.cdn“ (podrobnosti nájdete v nasledujúcich častiach).

Riadok 1.B zvyčajne uvádza dôvod, trvanie zablokovania, ako aj iný užitočná informácia. V závislosti od toho, kto alebo čo (v prípade systému) nastavil blokovanie vstupu, ako aj za akým účelom sa môžu informácie v tomto bloku líšiť. riadok " Zálohovanie" je štandardný zápis pre manuálne alebo plánované zálohovanie (v tomto prípade riadok „Vykonať zálohovanie.“) informačnej základne pomocou 1C Enterprise je tiež charakteristický.

Administrátor, v prípade vytvorenia zámku v užívateľskom režime 1C 8.3 Enterprise, alebo 1C programátor, v prípade nastavenia zámku programovo v konfigurátore môže prísť s vlastnými správami:

Riadok 2 poskytuje tip, ako spustiť program z príkazového riadku. Reťazce systému Windows ak poznáte takzvaný „kód povolenia“ (pozri ďalší krok).

Riadok 3 vysvetľuje proces a fungovanie tlačidiel.

Krok 2. Rozhodnutie o tom, ako odomknúť a vstúpiť do databázy 1C 8.3

Zámky relácií možno podmienečne klasifikovať takto:

• Naplánovaný. Keď sa zámok relácie spustil manuálne alebo automaticky, obsluhuje plánovaný proces v databáze 1C (zálohovanie, naplánovaná úloha, aktualizácia);
• Iní sa mýlia. Keď je zámok nastavený v dôsledku chybných akcií používateľa alebo chýb, ktoré sa vyskytli v samotnom systéme, keď sa automaticky neodstráni predtým nastavený zámok. Napríklad bol spustený proces zálohovania, ktorý však používateľ prerušil násilným zatvorením programu.

Metóda 1

V oboch prípadoch, keď je nastavené blokovanie relácie, ako je uvedené vyššie, v adresári, kde je uložená aktuálna infobáza, sa vytvorí súbor s oprávnením „.cdn“:

Touto cestou, jednoduché riešenie chybami spustenia programu v dôsledku blokovania relácie bude vymazanie súboru 1Cv8.cdn.

Používateľ by si však mal najskôr položiť otázku „Ak je predsa nastavené blokovanie relácií, znamená to, že je to kvôli niečomu?“. Možno iný používateľ s administratívnymi funkciami (ďalej len správca) spustil skutočne dôležitú úlohu alebo spracovanie v účtovníctve 1C 8.3, ktoré netoleruje súčasnú prítomnosť niekoľkých používateľov v databáze.

Metóda 2

Ak je táto situácia možná, potom by ste sa mali obrátiť na správcu a zistiť, či môžete vstúpiť do databázy a či áno špeciálny kód vyššie uvedené povolenie. V tomto prípade použijeme druhú metódu - zadanie zablokovanej informačnej databázy spustením programu z príkazového riadku, pričom v jednom z parametrov spustenia zadáte kód povolenia:

• „C:\Program Files (x86)\1cv8\common\1cestart.exe“ – cesta k spúšťaču 1C Enterprise 8.3;
• ENTERPRISE - znamená, že program sa spustí v užívateľskom režime, t.j. v režime 1C Enterprise;
• /F”F:\Databases\Accounting” – určuje infobázu súboru (parameter /F) a cestu k nemu (adresa databázy servera je uvedená v parametri /S);
• /С Allow Users to Work – voliteľný parameter: ak je nastavený, systém sa nespustí, ale zámok sa odstráni (súbor zámku bude zničený) a používatelia budú môcť pristupovať k informačnej databáze.

Ak parameter nie je nastavený, potom je povolený vstup konkrétnemu používateľovi, ale blokovanie sa neodstráni. Tento používateľ môže vykonať úplné odomknutie v používateľskom režime prechodom na panel Podpora a údržba (časť Správa - skupina príkazov Nastavenia programu - príkaz Podpora a údržba:

A volanie formulára Blokovanie práce používateľa rovnakým príkazom:

Vo formulári, ktorý sa otvorí, môžete odomknúť relácie kliknutím na tlačidlo Odomknúť, kde /UC12345 – kód povolenia (12345) je zadaný v parametri /UC. Názvy parametrov sú napísané v angličtine.

Ďalšie informácie o parametroch príkazového riadka nájdete v pomocníkovi 1C 8.3 Enterprise.

Metóda 3

Pre užívateľa existuje alternatívny a ešte jednoduchší spôsob využitia vyššie uvedených parametrov na spustenie infobázy (ďalej len IB) - požadované parametre je možné špecifikovať vo vlastnostiach záujmovej databázy.

1. V spúšťacom okne (označené „A“) vyberte uzamknutú databázu a kliknite na tlačidlo Zmeniť, po ktorom sa otvorí okno na úpravu vlastností IB (označené „B“):

V majetku Ďalšie možnosti spustenia predpísať odblokovací kód a v prípade potreby aj parameter, aby používatelia mohli pracovať (v tomto prípade po prvom spustení a pred ďalším spustením musí byť tento parameter vymazaný). Tieto parametre boli podrobnejšie opísané vyššie.

Poznámka: keď dôjde k automatickému zálohovaniu (priamo alebo ako súčasť iného postupu, napr automatická aktualizácia), systém zablokuje informačnú základňu 1C 8.3 a vloží štandardný odblokovací kód " Zálohovanie ».

Ak teda procedúra „zlyhala“ a uzamknutie databázy zostalo, ale súbor cdn nie je možné odstrániť, potom môžete pri spustení IB použiť parameter: /UCBackupCopying.

3. Kliknite na tlačidlo Hotovo a vráťte sa do spúšťacieho okna, kde spustíme IB pomocou tlačidla 1C: Enterprise. Chyba „Spustenie relácie s infobázou je teda zakázané. Zálohovanie“ opravené:

Ak 1C 8.3 Enterprise funguje vo verzii klient-server, ale používateľ nemá prístupové práva a potrebné znalosti správu databázy v tomto režime, v tomto prípade by ste sa mali obrátiť na správcu systému so žiadosťou o pomoc. Podotýkame len, že vo verzii klient-server okrem prístupu cez príkazový riadok s ďalšími parametrami je možné odstrániť zámok pomocou pomôcky na správu klastra serverov 1C:Enterprise, konkrétne musíte odstrániť príznak vo vlastnostiach požadovanej informačnej základne Blokovanie spustenia relácie je povolené.

Anatómia súboru zámku 1Cv8.cdn

Zvedaví sa môžu pozrieť do súboru 1Cv8.cdn vytvoreného pri zablokovaní relácií – je to jednoduché textový súbor, ktorý je možné otvoriť pomocou príslušného editora poznámkového bloku:

Text v súbore je orámovaný kučeravé zátvorky, ktoré uvádzajú nasledujúce možnosti uzamknutia oddelené čiarkami:

• 1 (0) – znak nastavenia blokovania (1 – nastavený; 0 – vypnutý);
• 20160706154700 - úplný dátum (dátum + čas) začiatku blokovania relácie, v našom prípade je to 06. júl 2016 20:00:00;
• 20160706154700 - úplný dátum (dátum + čas) konca uzamknutia relácie, v našom prípade je to 06. júl 2016 20:00:00 (ak dátum ukončenia nie je zadaný, potom hodnotu 00010101000000 zadá do parametra predvolené);
• Nasleduje textový parameter, kde in dvojité úvodzovky umiestnený pomocný text zobrazený používateľovi v dialógovom okne;
• "123" - je uvedený kód povolenia.

Ako vidíte, súbor obsahuje všetky parametre zobrazené v informačnom a diagnostickom dialógovom okne, ktoré sa zobrazí.

Na stránke nájdete ďalšie bezplatné články a videonávody o konfigurácii účtovníctva 1C (

- nie najbežnejšia účtovná spoločnosť, ale vedieme účtovníctvo v 1C, ako väčšina našich domácich kolegov. V súčasnosti na našom serveri žijú stovky základní, takže sme sa museli naučiť, ako všetko toto bohatstvo rýchlo a efektívne spravovať. Ak ste účtovná spoločnosť, hostiteľ so službou 1C alebo ste práve odniekiaľ dostali veľa 1Juice, viete, aké je to ťažké. Radi sme užitoční, preto sa podelíme o naše skúsenosti, praktické rady a postrehy, ktoré nás navštívili počas nespočetných nocí, sviatkov a víkendov strávených aktualizáciou a aktualizáciou celej našej domácnosti.

1C nepredávame, a preto bude príbeh bez škrtov, cenzúry a hlavne – bez marketingových kecov. Bonustrack, v priebehu príspevku môžete nájsť niekoľko užitočných skriptov a tipov pre tých, ktorí majú naozaj veľa databáz 1C.

Prečo teda máme vôbec toľko základní? V skutočnosti práve teraz skúmame technológiu zdieľania údajov, ale ešte sme ju nezačali používať, a preto sme pre každý podnik, ktorému slúžime, nútení vytvoriť samostatnú databázu (a často viac ako jednu).

Neuveriteľná cesta z cloudu 1C do vášho vlastného serverového klastra

Na začiatku našej cesty sme použili cloud 1C-Fresh: táto služba je stredne pohodlná, pokiaľ môže byť pohodlné používať desktopovú aplikáciu cez prehliadač. Rýchlo sa nám však nahromadilo päťdesiat databáz a ich administrácia cez web sa stala neúnosnou – začalo sa spomaľovať webové rozhranie, navyše bolo potrebné programovo integrovať 1C s našimi internými nástrojmi, čo Fresh kategoricky nedokáže. Musel som migrovať a nahrať všetky údaje z cloudu. Našťastie to nebolo ťažké („Nahrať údaje do lokálna verzia» → «Stiahnuť dáta zo služby»).

Druhou dôležitou etapou evolúcie bolo využitie poskytovateľa služieb a opäť nám všetko vyhovovalo, až kým nebolo viac ako sto základní. Aktualizácie konfigurácie, ako aj zverejnenie s pridaním používateľov sa uskutočnili prostredníctvom listu technickej podpore. V zásade je všetko funkčné, ale nie interaktívne.

Nemožnosť spustenia bola obzvlášť nepríjemná. exe súbory bez predchádzajúceho schválenia (pridanie hashových súm k povoleným doménovým politikám) a my, dovoľte mi pripomenúť, sme potrebovali integráciu. Problémy boli aj s tým, že z neznámych príčin úložný systém poskytovateľa správne nesynchronizoval uzly na úrovni bloku. Tak sme ich pár stratili dôležité základy ktorý sa musel dlho a bolestne obnovovať. Pri skladovacích systémoch často nie je všetko jednoduché a nečestné.

Poznámka pre hostesku: otestujte úložisko. Ak ste hostiteľ, venujte tomu väčšiu pozornosť. Ak používate hosting tretích strán, nezabudnite skontrolovať úložisko a disky. Ide o detské hrable, na ktoré je šliapanie ešte bolestivejšie ako u dospelých :)

Po všetkých dobrodružstvách sme sa rozhodli migrovať na naše VPS. Sila moderny virtuálne servery vám umožní bezpečne udržiavať niekoľko stoviek databáz 1C, čo umožní prístup k nim niekoľkým desiatkam účtovníkov. Poskytovatelia VPS často nie sú zodpovední za licencovanie softvérové ​​produktyže spustíte vo vnútri, takže sa musíte postarať o získanie licencie pre používateľov a zakúpenie konfigurácie.

Poznámka pre hostesku: pri licencovaní veľkého množstva databáz na vás môžu čakať prekvapenia – aktivácia každej databázy pre každého používateľa prostredníctvom softvérového kľúča sa môže stať vašou hlavnou úlohou na najbližšie týždne. Tento nedostatok je zbavený trhliny hardvérový kľúč, ale nemôžete to jednoducho vziať a začať používať vo VPS.

Nezabúdajme, že ani ten najlepší VPS (vybratý pomocou tejto skvelej služby) sa nedá porovnávať s teplým a žiarivým vlastným serverom. Rozhodli sme sa pre migráciu už tretíkrát.

Jedného večera sa nám nepodarilo spustiť VPS. Bol vrchol hlásení - posledné hodiny a server bol mimo prevádzky na neprimerane dlho. Zároveň sme nemohli urobiť nič cez ovládací panel - server bol vo fáze spúšťania a technická podpora jednoducho pokrčila plecami. Ako sa ukázalo, hostiteľ s naším virtuálnym strojom skončil RAM, a na spustenie to jednoducho nestačilo.

Celkom

Teraz, keď máme stovky databáz, prešli sme celú cestu od 1C-Farsh, cez bolesti, migrácie, nekonzistentnosť databáz, nekompetentnosť technickej podpory, problémy so synchronizáciou uzlov na hostiteľovi, publikovanie cez web, exporty, importy, zálohy a veľa obnovy, dostali sme sa do nášho serverového klastra.

Na čo by som chcel upozorniť tých, ktorí prechádzajú touto cestou alebo plánujú ísť:

• premýšľať o licenciách;
• ak potrebujete integráciu - použite dedikovaný server alebo VPS;
• postarajte sa o skladovanie alebo ho dôkladne otestujte u svojho poskytovateľa;
• zálohy sú naozaj dôležité;
• okamžite odmietnuť prístup na web, ak je zaťaženie vážne a stabilita je dôležitá.

Ako si uľahčiť život, ak musíte pracovať s množstvom databáz

Vytvorenie databázy s odkazom na ňu v profile aktuálneho užívateľa

Všetky naše databázy nasadzujeme z vopred pripravenej šablóny (so stiahnutým spracovaním, adresármi, prispôsobeným predplatným ITS a zálohovaním).

Pre verziu súboru:
<версия>\bin\1cv8.exe" createinfobase File="X:\Base\habrahabr" /AddInList "HabraHabr OOO" /UseTemplate "X:\tmplts\Black Accounting.cf"
Pre variant 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 Accountkeeping.cf"

Ako vytvoriť alebo odstrániť používateľa v stovke databáz naraz?

Správa používateľov bola vždy bolestivým miestom v 1C. V skorších vydaniach to vyžadovalo získanie výhradného prístupu k databázovým súborom, neskôr pridali možnosť pridávať za chodu, ale len cez konfigurátor, teraz (v najnovších vydaniach účtovníctva alebo obchodu) je možné používateľa vytvoriť priamo z hlavný spôsob prevádzky prostredníctvom nástrojov na správu. Ale robiť to ručne v prípade stoviek databáz je už nereálne, preto sme sa naučili pridávať používateľov programovo. COM prichádza na záchranu. Nadviažeme externé pripojenie V8.COMConnector a odošleme všetky potrebné informácie do databáz. Pridávame používateľov s prístupovými právami, vypĺňame adresáre či vytvárame dokumenty. .

Ako pripojiť používateľa k stovke databáz naraz?

Na pridanie všetkých potrebných databáz do zoznamu používateľov naraz používame v8i zoznamy súborov bežných databáz umiestnených na zdieľanom súbore. Odkazy na tieto súbory sa pridajú do používateľského profilu (napríklad cez GPO alebo do predvoleného profilu) v súbore %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
Alebo zo samotného 1C (už pod používateľom) pridáme zoznam bežných infobáz:

Vo vnútri vyzerajú súbory v8i takto:
[HabraHabr LLC] Connect=Súbor="X:\Base\Accounting\habrahabr"; ID= OrderInList=6062080 Folder=/ OrderInTree=6422528 External=1 App=Auto WA=1 Version=8.3
Môžete ich vytvoriť priamo z okna výberu databázy („Uložiť odkaz do súboru“) alebo ich prevziať v profile používateľa, ktorý vytvoril databázu - % AppData% \ 1 ° C \ 1CEStart \ ibases.v8i. Odkaz môže byť na databázu fungujúcu v akomkoľvek režime (súbor, server, web). Odporúčame do jedného súboru uložiť maximálne sto databáz, inak sa súbor jednoducho nenačíta celý :)

Ako aktualizovať stovky databáz naraz?

Aktualizácie databázy je najlepšie vykonať na samostatný server(a ešte lepšie na dvoch naraz :) - je to rýchlejšie a ľahšie sa s tým riadi. Používame štandardné konfigurácie (bez odstúpenia od podpory), aktualizované prostredníctvom ITS. V prvom štvrťroku tohto roka bolo vydaných viac ako 10 aktualizácií pre účtovníctvo 3.0, pričom ich manuálne rolovanie aj do tucta databáz je stále zábavné. Preto sme vyvinuli určitú stratégiu.

Zaujímavý príbeh: v prvom sledovanom období roku 2014 nás naše milované vládne agentúry a 1C náhle pripravili o spánok tým, že medzi marcom a aprílom vydali viac ako 10 aktualizácií len pre konfiguráciu Accounting 3.0! Samozrejme, neaktualizovali sme všetko za sebou, ale aj 3-4 aktualizácie na stovky základov na takéto krátkodobý — dobrá kontrola pre silu.
Čitateľ sa môže čudovať, prečo toľko problémov? Odpoveď je jednoduchá: zmeny v legislatíve a zároveň na poslednú chvíľu. Napríklad: od začiatku roka 2014 neexistujú žiadne schválené formy FSS a PFR. V jednej z prvých 10 aktualizácií boli pridané, ale len na doručenie v papierovej forme, nie však v elektronickej. A toto sa deje neustále.

blokovanie

Cez rozhranie:

Alebo vytvorením súboru v základnom adresári 1Cv8.cdn s nasledujúcim obsahom:
(1,20140514173100,00010101000000,"Databáza je dočasne nedostupná! Buďte silní =) Administrátor: Ak chcete používateľom umožniť pracovať, použite konzolu serverového klastra alebo spustite "1C:Enterprise" s parametrami: ENTERPRISE /F""X:\Base \ habrahabr"" /CallowUsers/UC<код разрешения>","",""}

Aktualizovať

Pre verziu súboru:
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"Správca" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log
Pre variant 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"Správca" /P"123" /UpdateCfg %cfu_file% /UpdateDBCfg /Out update.log

Ako správne zálohovať databázy?

Ak používate SQL, nasledujúci odsek môžete nemilosrdne preskočiť - je relevantný iba pre režim súborov.

V našej praxi sme sa opakovane stretli s bázou v nejednotnom stave. Okrem toho vo verzii súboru neexistujú žiadne špeciálne nástroje na informovanie databázy o začatí kopírovania, neexistuje spôsob, ako zablokovať prácu s ňou, ak je práve spustená. My sme to riešili takto: o polnoci sa RDP server prepol do režimu zákazu nových pripojení, po pár hodinách boli všetci užívatelia jemne odkopnutí skriptom. Potom plánovaná aktualizácia a záloha fungovali.

Nahrať do dt

Pre verziu súboru:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /F "X:\Base\habrahabr" /N"Správca" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Pre variant SQL:
CHCP 1251 "%ProgramFiles(x86)%\1cv8\<версия>\bin\1cv8s.exe" CONFIG /S"habr\HabraBD" /N"Správca" /P"123" /DumpIB "X:\Backup\DT\habrahabr.dt"
Všetko vyššie uvedené platí pre 1C Enterprise, platformu 8.3; Účtovníctvo 3.0; Mzdový a personálny manažment 2.5.

Nabudúce si povieme o práci v režime rozdelenia dát pre niekoľko stoviek firiem do jednej databázy. Radi si vypočujeme otázky, pripomienky a návrhy. A všetkým, ktorí stoja pred podobnými úlohami, by som chcel popriať trpezlivosť, vytrvalosť a vieru vo víťazstvo.

nastúpil si požadovanú stránku! S najväčšou pravdepodobnosťou ste ráno zistili, že váš obľúbený 1C 8.3 nezačína správou: “ Spustenie relácie s infobázou je zakázané. Ak chcete vykonať zálohu…».

Prvá vec, ktorú treba urobiť, je urýchlene umožniť používateľom pracovať. Potom si pokojne prečítajte článok až do konca a zistite, prečo sa to stalo a čo je „Zamknutie a odomknutie z informačnej základne 1C 8.3“.

Moja skúsenosť naznačuje, že ste používateľ (nie správca systému alebo programátor) a vaša infobáza je súborová infobáza (ak je databáza SQL, váš problém už riešia špecialisti). Začať musíte pochopiť, v ktorom priečinku (adresári) sa nachádza a odstrániť jeden súbor v tomto priečinku - 1Cv8.cdn(súbor nemusíte ukladať, už ho nebudete potrebovať).

*Ak ste IT špecialista, môžete pokojne prejsť na čítanie časti „Uzamknutie a odomknutie infobázy 1C“.

V okne so zoznamom infobáz nájdite svoju základňu (číslo 1 na obrázku nižšie) a kliknite na ňu raz (a len raz!) myšou. Potom kliknite na tlačidlo „Zmeniť“ (číslo 2).

V zozname môže byť iba jedna základňa, takže toto okno vám môže byť známe ako „okno spustenia 1C“. V tomto prípade stačí kliknúť na tlačidlo Zmeniť.

Ak vidíte, že informačná základňa sa nachádza na tomto počítači alebo v lokálna sieť- moja skúsenosť nesklamala - databáza je súbor a všetko robíme správne. Skopírujte túto cestu ( čísla 3 a 4).

Teraz prejdite do tohto priečinka.

Pre každý prípad je tu niekoľko možností na spustenie Prieskumníka:

• Máte Windows XP alebo Windows 7. Kliknite na Štart, Spustiť, prilepte predtým skopírované umiestnenie informačnej databázy. Otvorí sa Prieskumník súborov.
• Máte Windows 7. Neexistuje však položka Spustiť. Prilepte umiestnenie ihneď po kliknutí na tlačidlo Štart. Otvorí sa Prieskumník súborov.
• Máte Windows 8 alebo Windows 10. Kliknite na tlačidlo Štart vpravo horný roh kliknite na lupu, prilepte predtým skopírované umiestnenie informačnej databázy a stlačte Enter. Otvorí sa Prieskumník súborov.

• Nájdite žltú disketu na paneli úloh a kliknite na ňu. Vložte umiestnenie informačnej základne do adresný riadok v hornej časti okna Prieskumníka. (Kliknite pravým tlačidlom myši na panel s adresou, Zmeniť adresu, kliknite pravým tlačidlom myši znova na paneli s adresou, Prilepiť).

• Jeden spôsob pre každého Verzie systému Windows a jeho nastavenia. Stlačte tlačidlo vlajky na klávesnici a bez toho, aby ste ho uvoľnili, stlačte latinku R (alebo ruské K) na klávesnici. Otvorí sa okno "Spustiť", vložte tam predtým skopírované umiestnenie informačnej databázy a kliknite na tlačidlo OK.

Pomocou jednej z navrhovaných možností sa dostanete do okna prieskumníka s umiestnením informačnej základne.

V okne prieskumníka nájdite v zozname súborov súbor 1Cv8.cdn, kliknite naň pravým tlačidlom myši a vyberte „Odstrániť“, ako je znázornené na predchádzajúcom obrázku.

Pripravený! Vaše „1C: Accounting“ alebo „1C: Payroll and HR Management“ alebo „1C: Trade Management“ sú opäť spustené.

Blokovanie a odomykanie z infobase 1C. Ničíme mýty.

AT túto sekciu nájdete jedinečné informácie o práci s blokovaním, ako aj vyvrátenie bežných mylných predstáv o „blokovaní údajov“.

Ako nastaviť zámok?

Mechanizmus blokovania informačnej databázy je navrhnutý tak, aby ukončil aktuálne otvorené relácie a zabránil novým pripojeniam. Umiestnenie funkcie zámku v ponuke sa môže líšiť v závislosti od konfigurácie. Napríklad v UT, vydanie 11 (11.3.3.163), ide o NSI a správu, [Služba] Blokovanie práce používateľa. Alternatívna možnosť: NSI a správa, Podpora a údržba, Blokovanie práce používateľa. V UT, verzia 10.3 (10.3.21.2) je to Služba, Používatelia, Blokovanie nadväzovania spojení s infobázou.

*Existujú konfigurácie špecifické pre dané odvetvie, v ktorých bude uzamykanie vyzerať inak, pokiaľ ide o rozhranie a mechanizmus, ako je popísané v tomto článku. Keďže uvažujeme o štandardnom mechanizme pre väčšinu konfigurácií 1C, nebudeme sa dotýkať špeciálnych konfigurácií špecifických pre dané odvetvie.

Výberom tejto položky sa otvorí dialógové okno „Zamknúť používateľov“, v ktorom musíte zadať správu pre používateľov, čas začiatku a konca blokovania a kód na odomknutie.

Keďže zadávate začiatok a koniec blokovania, musíte byť v tomto dialógovom okne mimoriadne opatrní a zadávať informácie explicitne. Ak bolo v dialógovom okne možnosť zadať začiatok blokovania „po 15 minútach“ s trvaním „20 minút“, alebo aspoň tieto hodnoty boli zobrazené pre referenciu na základe absolútneho času začiatku a konca blokovania, potom by bolo ťažké nastaviť blokovanie s trvaním roka, ako sa to môže stať, keď zadáte chybu dátumu a času.

Parameter "Start Time" sa odporúča nastaviť ako aktuálny dátum/čas + čas potrebný na to, aby sa používatelia pripravili na ukončenie pri ukladaní upravených dokumentov. Napríklad je 9:50, čo dáva používateľom 10 minút na uloženie výsledkov. Celkový čas začiatku blokovania by mal byť 10:00.

Čas ukončenia - nemôžete zadať, v tomto prípade bude blokovanie objektu nastavené na dobu neurčitú (navždy).

Odomykací kód je jednorazové „heslo“ na začatie od nuly, a to aj napriek zámku, ktorý môže byť v niektorých prípadoch potrebný (o tom bude reč neskôr). Určite vstúpte a zapamätajte si. Tento parameter je v prípade SQL verzie informačnej bázy viditeľný v module „Správa podnikových serverov 1C“ a nazýva sa tam „Kód povolenia“.

V prípade SQL verzie infobázy je potrebná dodatočná autorizácia správcu infobázy alebo správcu klastra.

Takže po kliknutí na tlačidlo „Nastaviť zámok“ a kladnej odpovedi na potvrdenie ...

...vrátite sa do predchádzajúceho dialógového okna, vzhľad ktorý sa zmenil:

V pravom dolnom rohu sa zobrazí hlásenie, že sa plánuje blokovanie práce používateľa. Túto správu uvidíte iba vy.

Plánované? Možno to má niečo spoločné s rutinnými úlohami?

Bude fungovať plánované blokovanie práce používateľa, ak je nastavené blokovanie rutinné úlohy? Áno, bude to fungovať. Blokovací mechanizmus nepoužíva plánované úlohy.

Čo uvidia používatelia a ja?

Až do začiatku blokovania aktívnych používateľov bude dostávať „slušné“ pripomienky na dokončenie práce. V tomto dialógovom okne je „Áno“ spustené časovým limitom, takže používatelia, ktorí nie sú na pracovisku, úspešne ukončia reláciu 1C.

Iniciátor zámku dostane inú správu:

Po spustení blokovania nebude možné vstúpiť do informačnej databázy obvyklým spôsobom. Ako však zadať, bude popísané nižšie. Upozorňujeme, že dialógové okno neobsahuje automatickú indikáciu času ukončenia blokovania, takže úloha informovať používateľov o obnovení práce spočíva na správcovi. Tieto informácie môžu byť špecifikované v správe pre používateľa.

Bomba exploduje presne v určený čas. Siréna kvíli, až kým nevybuchne.

Na rozdiel od všeobecného presvedčenia, že aktívne používateľské relácie sa ukončia jemne po upozornení, ktoré možno ignorovať a práca pokračuje, v skutočnosti k ukončeniu, alebo skôr „sekaniu“ aktívnych relácií dochádza presne podľa plánu, tvrdo a so stratou všetkých neuložené výsledky. Všetky upozornenia sa vydávajú v intervale od stlačenia tlačidla „Nastaviť blokovanie“ do začiatku blokovania, po ktorom sa aktívna relácia ukončí bez upozornenia a 1C prejde do cyklu pokusov o opätovné spustenie konfigurácie. , s intervalom 1 minúty.

Neexistujú žiadne výnimky pre režimy zadávania referenčných hodnôt, v ktorých sa zadáva hodnota, ktorá nie je v referencii - režim zadávania nemôžete opustiť (napríklad zatvorte 1C krížikom), ale to vám nezabráni dokončiť práca. Výraznejší záujem je o modálny dialógový režim, preto si o ňom povieme podrobnejšie.

*Ukončenie používateľských relácií v starších konfiguráciách nastáva o niečo neskôr, ako je stanovený čas, pretože. používatelia najskôr dostanú upozornenie „Systém sa vypína“.

Naozaj to vybuchne?

Na začiatok si všimneme, že v starších konfiguráciách nemusí blokovanie pre iniciátora blokovania fungovať. A teraz prejdime k zváženiu problému pre platformu 8.3.

Používateľ súborového IS, ktorý sa rozhodne napríklad vymazať dokument a potom ísť na obed, pričom na obrazovke nechá dialógové okno „Označiť dokument na vymazanie?“, si ponechá pripojenie k infobáze otvorené. Jeho relácia sa samozrejme skončí po obede, keď odpovie „Áno“ alebo „Nie“, ale dovtedy uvidíte, že existujú aktívni používatelia. V tomto prípade sa iniciátorovi blokovania zobrazí nasledujúca správa:

V protokole sa zobrazí chybové hlásenie pri spustení, ktoré by sa nemalo interpretovať ako chyba pri spustení, ale ako „nie všetci používatelia ukončili svoje relácie“:

A to nie je jediný dôvod, prečo blokovanie nemusí fungovať. (Pozrite si ďalšie časti „Podľa koho hodín?“ a „Ale čo moji používatelia vo Vladivostoku?“).

Modálny dialóg vo verzii SQL informačnej databázy na riadených formulároch

Aplikačný server 1C má možnosť vymazať reláciu napriek modálnemu dialógovému režimu. Rozhranie 1C a modálny dialóg zostanú na obrazovke používateľa, čím sa vytvorí dojem neúplnej relácie, ale v skutočnosti sa relácia vymaže a spojenie s IB sa včas ukončí. Pri pokuse o pokračovanie v práci sa používateľovi zobrazí chybové hlásenie „Relácia chýba alebo bola vymazaná“ alebo „Relácia ukončená správcom“ v závislosti od nuancií.

Modálny dialóg v SQL verzii infobázy na bežných formulároch

Používateľské relácie sú ukončené.

Po nastavení zámku je lepšie neopustiť dialóg, pretože keď znova vstúpite do tohto dialógového okna pred spustením zámku, vyskočí nepravdivá správa, že zámok je už nastavený (hoci len polovičný), aktívnych relácií je nula (nie je pravda). Zároveň pokračuje proces vypínania používateľov (odporuje nula aktívnych relácií + nie je to úplne pravda, pretože používatelia sa „ukončujú“). Kód na blokovanie práce používateľa síce nie je ideálny, v konečnom dôsledku vám však nezabráni v nastavení blokovania a ukončovaní aktívnych relácií, no dezorientuje správcu Infobase.

Bude blokovanie fungovať, ak nastavíte blokovanie a zatvoríte dialógové okno?

Bude zámok fungovať, ak nastavíte zámok a okamžite ukončíte 1C (t. j. ukončíte reláciu 1C pred spustením zámku)?

Áno. Mechanizmus odpovedania na nastavený blok neposkytuje interakciu medzi iniciátorom bloku a ostatnými používateľmi. Používateľské relácie nezávisle kontrolujú, či môžu fungovať.

Podľa koho hodín bude blokovanie fungovať, ak je čas na počítačoch mierne odlišný?

Problém so synchronizáciou hodín

Pomocou súboru IB každý počítač skontroluje, či má IB nastavený časový rozsah blokovania a porovná ho so svojimi lokálnymi hodinami. Či to dokáže, závisí od presnosti jeho hodiniek tento počítač ukončiť reláciu presne v správnom čase. Ak je základňa zablokovaná od 10:00, pre jeden počítač tento moment nastane skôr a pre druhý neskôr.

V doménovom prostredí a pri dokonalej práci systémových administrátorov je čas na všetkých počítačoch synchronizovaný s doménovým radičom. Z rôznych dôvodov sa však čas môže skrátiť: synchronizácia času s radičom domény nie je nakonfigurovaná, synchronizácia času je nakonfigurovaná s externým serverom presného času, ktorý už nie je dostupný, zlyhania siete alebo doménovej služby, nedostatok práv na zmenu systémový čas atď.

Zdá sa, že môžeme hovoriť o sekundách, v extrémnych prípadoch o minútach. Ale v skutočnosti nemusí mať počítač nainštalovanú aktualizáciu napr. operačný systém, ktorý podporuje prechod na sezónny (zimný / letný) čas a chyba už nemusí byť sekundy, ale hodiny. Je ľahké vykonať takýto experiment: naplánujte si blok na 10:00 na pol hodiny a na jednom z počítačov nastavte čas o hodinu dopredu - blok to neovplyvní.

Preto pred nastavením zámku starostlivo skontrolujte čas v pravom dolnom rohu počítača so svojím náramkové hodinky a tiež sa vopred informujte u správcu systému, či funguje synchronizácia času vo vašej IT infraštruktúre.

Ale čo moji používatelia vo Vladivostoku?

Absolútny časový problém s používateľmi z rôznych časových pásiem

Časový rozsah blokovania je uložený v informačnej databáze. Pozrite si obsah blokovacieho súboru 1Cv8.cdn (ktorý je vytvorený vo verzii súboru IB), obsahuje čas začiatku blokovania 17.07.2017 13:59 vo formáte RRRRMMDDHHMMSS bez uvedenia časového pásma:

Bez uvedenia časového pásma by bolo jasné, o akom absolútnom čase hovoríme, ak by sa čas vždy týkal konkrétneho časového pásma, napríklad UTC + 0. Miestny čas je však uložený v databáze podľa hodín počítača, ktorý blokovanie inicioval. Z akého časového pásma bol tento počítač neznámy, čo znamená, že absolútny čas blokovania nie je známy.

Ak v Moskve v centralizovanom IB nastavíte blok na 13:59 a tento čas pre používateľov Moskvy je v budúcnosti, potom pre používateľov toho istého IB vo Vladivostoku bolo 13:59 pred 7 hodinami. A v závislosti od technického riešenia, v súlade s ktorým sa vykonáva práca s informačnou bezpečnosťou používateľov Vladivostoku, blokovanie týchto používateľov bude fungovať alebo nie.

Čo môže byť technické riešenia, v ktorom nebude blokovanie pre používateľov Vladivostoku fungovať správne? Tie, v ktorých klientska časť 1C dostane čas vo Vladivostoku, a nie v Moskve. Napríklad kancelárie sú pripojené k lokálnej sieti cez VPN a klientska časť 1C začína lokálny počítač s časom UTC+10. Ak však pracujú s databázou prostredníctvom pripojenia RDP alebo v režime RemoteApp na moskovskom serveri, pričom na tomto serveri bežia časť klienta 1C, všetko bude v poriadku, pretože. bude mať čas UTC+3.

Vyskytujú sa problémy s desynchronizáciou hodín a časových pásiem v prípade SQL verzie infobázy?

Nie AT túto možnosť existujú „serverové hodiny“, ktoré sa berú ako referenčné.

Budem vyhodený z konfigurátora, ak som v ňom bol a blokovanie začalo platiť?

Bude možné vstúpiť do konfigurátora po spustení akcie blokovania?

Je zakázané! Kontrola možnosti práce s konfigurátorom sa vykonáva len pri spustení a nevykonáva sa počas prevádzky. Ak je teda v konfigurátore nastavený zámok pre následnú prácu, je oveľa jednoduchšie ho najskôr spustiť, ako neskôr obísť zákaz spustenia.

Ako odstrániť zámok?

V rovnakom dialógovom okne, v ktorom bol nastavený zámok. Pripomíname, že po nastavení zámku je v ňom namiesto tlačidla „Nastaviť zámok“ tlačidlo „Odomknúť“.

V prípade SQL verzie IS je odomknutie možné aj v module „Správa podnikových serverov 1C“. (Pozri nižšie)

Na čo slúži odblokovací kód?

Vstúpiť do IB v momente platnosti blokácie. Situácie, kedy je to potrebné:

• Po nastavení zámku bola relácia IS ukončená (manuálne alebo v dôsledku pôsobenia zámku na samotného iniciátora) a je potrebné spustiť novú reláciu;
• Čas ukončenia zámku nebol omylom vyplnený vôbec;
• Čas ukončenia blokovania bol vyplnený chybne (napríklad bol omylom zadaný ďalší mesiac alebo rok);
• Infobáza je vo verzii SQL a pre zrušenie nesprávne nastaveného zámku nie je možné vymazať súbor 1Cv8.cdn v adresári infobáza.

V takom prípade použite pomôcku, ktorá sa zobrazí pri spustení. Tie. v okne so zoznamom infobáz kliknite na „Upraviť“ a zadajte Extra možnosti bežecká čiara:

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

... berúc do úvahy adresár umiestnenia a odblokovací kód.

Je lepšie skopírovať tento riadok do schránky a opraviť ho v dialógovom okne "Upraviť infobázu". Ak ste si pomýlili typ úvodzoviek alebo ruské „C“ a latinku, zobrazí sa chybové hlásenie:

V prípade správneho zadania a následného spustenia 1C v podnikovom režime sa 1C automaticky odomkne a dokončí svoju prácu. Potom bude možné odstrániť ďalšie parametre a spustiť 1C ako obvykle.

Čo mám robiť, ak som nenastavil zámok, ale databáza SQL je niekým uzamknutá? Nepoznám však odblokovací kód.

Blokovanie infobázy je možné nastaviť samotnou konfiguráciou po dobu vytvárania záložnej kópie. Ak proces vytvárania nebol dokončený normálne, databáza SQL môže zostať v uzamknutom stave. V tomto prípade sa vyžaduje prístup ku konzole (správnejšie modul snap-in) „Správa serverov 1C:Enterprise“.

Kde to hľadať?

Modul 1C:Enterprise Server Administration je často nainštalovaný na rovnakom serveri, kde je nasadený server SQL, ako aj tam, kde je nasadený samotný server 1C (alebo aplikačný server 1C). Aj keď to nie je potrebné: ​​SQL je možné nainštalovať na jeden počítač, aplikačný server 1C na druhý a modul snap-in môžete nasadiť sami. pracovná stanica. S vysokou pravdepodobnosťou úspechu môžete dosiahnuť nasledujúcim spôsobom:

• Pripojte sa cez RDP k serveru uvedenému v riadku Srvr=... pomocou vášho doménového mena a hesla. Ak sa nemôžete pripojiť, opýtajte sa systémový administrátor pridajte vás do skupiny Remote Desktop Users. (V prípade odmietnutia takýchto práv nasaďte a nakonfigurujte modul snap-in „Správa podnikových serverov 1C“ na pracovnej stanici);

• Na serveri nájdite modul 1C:Enterprise Server Administration;

• Spustite modul snap-in, rozbaľte strom na uzol s vašou informačnou bázou;

• Vo vlastnostiach infobázy zrušte zaškrtnutie políčka „Blokovanie začiatku relácie je povolené“ alebo opravte časy začiatku a konca blokovania, prípadne sa pozrite na „kód povolenia“ na zadanie IB (alias „kód na odomknutie“ v dialógovom okne blokovania).

Čo robiť, ak všetci používatelia informácií SQL databázy ukončené, ale stále nemôžete spustiť konfigurátor, pretože existujú aktívni používatelia?

V uzle „Pripojenia“ informačnej základne na pravej strane obrazovky môžete vymazať existujúce pripojenia.

To zďaleka nie sú všetky otázky súvisiace s témou blokovania infobáz.

Ak máš nejaké otázky:

• Je možné pracovať v moskovskom čase, ak si prenajmete server v Európe a nechcete sa spoliehať na jeho časové pásmo?
• Ako nájsť aplikačný server 1C, ak nie je známe, kde je nainštalovaný?
• Ako nasadiť modul 1C:Enterprise Server Administration a ako ho nakonfigurovať?
• Ak je v jednej lokálnej sieti niekoľko aplikačných serverov, čo treba urobiť?
• Ako byť v prípade klastrového systému? atď.

Naši certifikovaní technologickí konzultanti 1C vám na ne radi odpovedia.

Po spustení programu 1C som pri spustení videl chybu „Spustenie relácie s informačnou bázou je zakázané. Záloha". Bol som veľmi prekvapený - sám som nenastavil blokovanie. Po malej analýze sa ukázalo, že dôvodom je „závada“ automatického archívneho kopírovania, ktoré je zabudované (jeden zo subsystémov).

Chyba vyzerá takto:

Ukázalo sa, že pri nastavovaní vytvárania archívnych kópií databázy systém automaticky nastaví zámok pri vstupe do infobázy. Zabraňuje používateľom spustiť program počas trvania procesu.

Niekedy sa však stane, že po skopírovaní systém nedokáže odstrániť súbor . V tomto prípade sa zobrazí chyba „Spustenie relácie s infobázou je zakázané ...“

Získajte bezplatné video lekcie 267 1C:

Riešenie

Najjednoduchší spôsob, ako problém vyriešiť, je odstrániť súbor 1Cv8.cdn(súbor zámku infobase) z priečinka databázy.

Napríklad na mojej snímke obrazovky vyššie je základné umiestnenie:

Musíte ísť do tohto priečinka a potom nájsť a odstrániť 1Cv8.cdn.

Odstránenie zámku zo základne klient-server 1C

Ak máte prístup ku konzole servera, je veľmi jednoduché odstrániť zámok. Stačí prejsť do vlastností informačnej databázy a zrušiť začiarknutie príznaku „Blokovanie spustenia relácie je povolené“: