Režim riadeného LOCKU 1C 8 nefunguje. Mechanizmus kontrolovaných zámkov. Ak sú chyby, potom sa vráťte z handler udalosti

Systém "1c: Enterprise" vám umožňuje používať dve režimy pracovnej databázy: Automatický blokovací režim v transakcii a riadených zámkoch v transakcii.

Základný rozdiel týchto režimov je nasledovný. Režim automatického zamykania nevyžaduje vývojára žiadnych činností na kontrolu zámkov v transakcii v poriadku. Tieto pravidlá poskytujú 1C: platforma podnikového systému pomocou určitých úrovní izolácie transakcií v danom DBMS. Takýto spôsob fungovania je najjednoduchší pre developer, ale v niektorých prípadoch (napríklad s intenzívnou súčasťou práce. veľké číslo Používatelia) Vstupná úroveň izolácie transakcií v DBMS nemôže poskytnúť dostatočnú paralelnosť práce, ktorá sa prejavuje vo forme veľkého počtu konfliktov zámkov počas operácie používateľa.

Pri práci v riadených zámkoch systém "1C: Enterprise" používa oveľa nižšiu úroveň transakčnej izolácie v DBMS, čo umožňuje významne zvýšiť paralelnosť použitia aplikovaného roztoku. Na rozdiel od režimu automatického uzamknutia však táto úroveň izolácie transakcií už nemôže byť schopná splniť všetky pravidlá pre prácu s údajmi v transakcii. Preto pri práci v ovládateľnom režime je vývojár povinný samostatne ovládať zámky inštalované v transakcii.

V súhrne rozdielu počas prevádzky v režime automatického uzamknutia av režime riadeného uzamknutia nájdete v nasledujúcej tabuľke:

	Typ zámku	Úroveň izolácie transakcií
Automatické blokovanie
Databáza súborov	Tabuľky	Serializovaný
MS SQL Server	Záznam
IBM DB2.	Záznam	REPETABLE READ ALEBO SERIALIZABLE
Postgresql	Tabuľky	Serializovaný
Databázy Oracle.	Tabuľky	Serializovaný
Kontrolované blokovanie
Databáza súborov	Tabuľky	Serializovaný
MS SQL Server	Záznam	Čítať.
IBM DB2.	Záznam	Čítať.
Postgresql	Záznam	Čítať.
Databázy Oracle.	Záznam	Čítať.

Nastavenie režimu uzamknutia v konfigurácii
Konfigurácia má nehnuteľnosť. Každý konfiguračný objekt má tiež nehnuteľnosť. Režim správy dátového bloku.
Režim blokovania dát pre celú konfiguráciu ako celok je možné nastaviť na automatické hodnoty, spravované (nainštalované štandardne pre nová konfigurácia) I. Automatické a zvládnuteľné. Hodnoty sú automatické a spravované znamenajú, že zodpovedajúci režim uzamknutia bude použitý pre všetky konfiguračné objekty, bez ohľadu na hodnoty nastavené pre každý z objektov. Hodnota Automatické a zvládnuteľné znamená, že režim, ktorý je špecifikovaný vo svojom majetku, použije pre konkrétny konfiguračný objekt. Spôsob správy dátových blokov: Automatické alebo riadené.
Treba poznamenať, že režim blokovania dát zadaný pre objekt metaúdajov je nastavený na transakcie, ktoré sú iniciované systémom "1c: Enterprise" pri práci s údajmi tohto objektu (napríklad pri modifikácii údajov objektu).
Ak je napríklad operácia záznamu objektu vykonávať v transakcii iniciovanej vývojárom (metóda Štartové napätie ()) Riadiaci režim zámku dát bude určený podľa hodnoty parametra. Režim uzamknutiametóda Štartové napätie (), nie hodnotu vlastností objektu metaúdajov Spôsob správy dátových blokov.
V predvolenom nastavení parameter Režim uzamknutia má význam Režimové zámky. Automatické, tak pre
Aby ste mohli používať kontrolované zámky v explicitnej transakcii, mali by ste zadať hodnotu tohto parametra.
Hrúbky (Nastavte tento parameter, má zmysel, akpre konfiguračnú vlastnosť "režim správy dátových blokov" je zvolený "Automatic a Manable") .

Práca s kontrolovanými zámkami v vstavanom jazyku
Vstavaný objekt je navrhnutý tak, aby riadil zámky v transakcii Blockingdata. Inštancia tohto objektu je možné vytvoriť pomocou konštruktéra a umožňuje opísať potrebné uzamknuté priestory a blokovacie režimy. Ak chcete nainštalovať všetky vytvorené zámky, metóda sa používa na blokovanie () objektu Blockingdata. Ak sa táto metóda vykonáva v transakcii (explicitné alebo implicitné), zámok je nainštalovaný a koniec transakcie sa odstráni automaticky. Ak je metóda zablokovaná () sa vykonáva mimo transakcie, zámok nebude nainštalovaný.

Podmienky sú nastavené na rovnosť poľa hodnoty zadanej hodnoty alebo zadať hodnotu poľa do špecifikovaného rozsahu.
Podmienky môžu byť nastavené dvoma spôsobmi:

● Pomocou explicitnej špecifikácie názvu a hodnoty poľa (metóda) Nastavte hodnotu () Objekt Bloky prvkov);
● Zadaním zdroja údajov obsahujúceho potrebných hodnôt (vlastnosť zdroja objektu Bloky prvkov).

Pre každý blokovací prvok je možné zadať jeden z dvoch režimov blokovania:

● Zdieľané
● výnimočné.

Tabuľka kompatibility kontrolovaných zámkov je nasledovná.

Režim oddeliteľného blokovania znamená, že blokované dáta nie je možné zmeniť inou transakciou, kým nie je ukončená aktuálna transakcia.
Výnimočný režim uzamknutia znamená, že blokované údaje nie je možné zmeniť inou transakciou až do konca aktuálnej transakcie, a nemôžu byť čítané inou transakciou, ktorá nastavuje oddelené blokovanie týchto údajov.

Vlastnosti práce v režime "Automatický a zvládnuteľný"

Pri práci v režime Správa zámku by sa mali zohľadniť dva funkcie Automatické a riadené:

● Bez ohľadu na režim zadaný pre túto transakciu, systém inštaluje vhodné riadené
Zámok.
● Riadiaci režim uzamknutia je určený transakciou samotnej "hornej" úrovne. Inými slovami, ak iná transakcia začala na začiatku transakcie, štartovacia transakcia môže byť vykonaná len v režime, ktorý je nainštalovaný pre už spustenú transakciu.

Zvážte nižšie uvedené funkcie podrobnejšie.
Prvá funkcia Je to tak, aj keď sa transakcia používa automatický režim uzamknutia, systém sa nainštaluje dodatočne a zodpovedajúce kontrolované blokovanie Pri písaní údajov v tejto transakcii. Z toho vyplýva, že transakcie vykonané v kontrolovaných zámkoch môžu konfrontovať s transakciami,
Vykonané v režime automatického ovládania zámku.
Druhá funkcia Je to, že režim riadenia zámku je indikovaný pre objekt metaúdajov v konfigurácii alebo zadaný, keď je transakcia explicitne špecifikovaná (ako parameter metódy Štartové napätie ()) je len "požadovaný" režim. Skutočný režim riadenia zámku, v ktorom bude transakcia vykonaná, závisí od toho, či táto výzva začiatku transakcie je najprv, alebo do tejto doby iná transakcia už začala v tomto zasadnutí systému "1C: Enterprise".
Ak chcete napríklad ovládať zámky pri nahrávaní záznamov registra, pri vykonávaní dokumentu musí byť režim riadeného zámku inštalovaný tak pre samotný register a pre dokument, pretože zaznamenanie záznamov registra bude zaznamenané v transakcii pri písaní dokumentu.

Narazíte na správnu stránku! Najpravdepodobnejšie, v dopoludňajších hodinách ste zistili, že môj obľúbený 1C 8.3 nespustí správu: " Zakázaný je začiatok relácie s informačnou základňou. Na vykonanie zálohy ...».

Prvá vec, ktorú je potrebné urobiť teraz - Urýchlene umožniť používateľom používateľom. Potom, pokojne si prečítajte článok na koniec a zistite, prečo sa to stalo a čo je "blokovanie a odstránenie blokovania informačná základňa 1c 8.3.

Moja skúsenosť naznačujú, že ste užívateľ (nie správca systému a nie programátor) a vaša informačná základňa je súbor (ak je základňa SQL, špecialisti už zaoberajú vášmu problému). Začať Je potrebné pochopiť, ktorý priečinok (adresár) je umiestnený a odstrániť jeden súbor v tomto priečinku - 1cv8.cdn (Nie je možné súbor uložiť, už to nebude potrebovať).

* Ak ste IT špecialista, môžete bezpečne prejsť, aby ste si prečítali "zámok a odstránenie blokovania z 1C informačnej základne".

V okne so zoznamom informácií základov nájdite svoju databázu (obrázok 1 na obrázku nižšie) a kliknite na ňu jeden (a len jeden!) Akonáhle myšou. Potom kliknite na tlačidlo "Upraviť" (číslica 2).

Zoznam môže byť iba jednou základňou, takže toto okno môže byť oboznámené s "spustením 1c". V tomto prípade jednoducho kliknite na tlačidlo Upraviť.

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ť nechala pustiť - základný súbor, a všetci to robíme správne. Skopírujte túto cestu ( obrázky 3 a 4).

Teraz prejdite do tohto priečinka.

Len v prípade, tu sú niektoré možnosti na začatie dirigentu:

Máte Windows XP alebo Windows 7. Kliknite na tlačidlo Štart, vykonajte, vložte predtým kopírovanú polohu informačnej základne. Explorer sa otvorí.
Máte systém Windows 7. Ale nie je tam "Execute" položky. Umiestnenie vložte ihneď po stlačení štartu. Explorer sa otvorí.
Máte Windows 8 alebo Windows 10. Kliknite na tlačidlo Štart vpravo horný roh Stlačte zväčšovač, vložte predtým kopírovanú polohu informačnej základne, stlačte ENTER. Explorer sa otvorí.

Nájdite žltú disketu na paneli úloh a kliknite na ňu. Vložte umiestnenie informačnej základne do panela s adresou v hornej časti okna vodiča. (Kliknite pravým tlačidlom myši na panel s adresou, zmeňte adresu, znova kliknite pravým tlačidlom myši na panel s adresou, pasty).

Univerzálny spôsob pre každého verzie systému Windows A jeho nastavenia. Kliknite na tlačidlo klávesnice so zaškrtávačkou a bez uvoľnenia, kliknite na klávesnicu Latins R (alebo Russian K). Otvorí sa okno "RUN", vložte tam predtým kopírovanú polohu informačnej základne a kliknite na tlačidlo OK.

Využívanie jedného z navrhovaných možností spadnete do okna vodiča s umiestnením informačnej základne.

V okne Explorer nájdite súbor 1CV8.cdn v zozname súborov, kliknite na ňu pravým tlačidlom myši, vyberte "Delete", ako je znázornené na predchádzajúcom obrázku.

Pripravený! Vaša "1C: účtovníctvo" alebo "1c: platu a personálny manažment" alebo "1c: obchodný manažment" opäť spúšťa.

Uzamknutie a odstraňovanie zámku z Informačnej základne 1C. Zničíme mýty.

V tejto časti nájdete jedinečné informácie o práci so zámkami a tiež získavajú vyvrátenie bežných mylných múk na tému "Dátový zámok".

Ako nainštalovať blokovanie?

Mechanizmus blokovania informácií databázy je určený na dokončenie aktuálnych otvorených relácií a zabrániť novým pripojeniam. Umiestnenie funkcie zámku v menu sa môže líšiť v závislosti od konfigurácie. Napríklad v UT, Edition 11 (11.3.3.163) Toto sú NSI a administrácia, [Service] Uzamknutie používateľa. Alternatívna možnosť: NSI a administrácia, podpora a údržba, zámkové úlohy. UT, vydanie 10.3 (10.3.21.2) Toto je služba, používatelia, blokovanie inštalácie pripojení s informačnou základňou.

* Existujú špeciálne sektorové konfigurácie, v ktorých blokovanie z hľadiska rozhrania a z hľadiska mechanizmu nebudú vyzerať, ako je opísané v tomto článku. Vzhľadom k tomu, že šetrí štandardný mechanizmus pre väčšinu konfigurácií 1C, nebudeme mať vplyv na špeciálne sektorové konfigurácie.

Po zvolení tejto položky sa otvorí dialógové okno "Uzamknutie používateľov", v ktorom chcete zadať správu pre používateľov, čas začiatku a ukončenie blokovania, ako aj kód pre odomknutie.

Vzhľadom k tomu, začiatok a koniec blokovania akcie sa zadá, je potrebné v tomto dialógovom okne veľmi opatrní a explicitne zadať informácie. Ak by v dialógu by bolo možné zadať začiatok blokovania "po 15 minútach" trvanie "po dobu 20 minút", alebo aspoň tieto hodnoty sa prejavili na základe absolútneho času začiatku a konca Z blokovania by bolo ťažké stanoviť blokovanie ročne ročne, pretože sa môže stať, keď je chyba v čase zadávania dátumu je chyba.

Možnosť "Time Startup Time" sa odporúča nainštalovať ako aktuálny čas dátumu / času + požadovaný používateľmi, aby sa pripravili na výstup s uchovávaním upraviteľných dokumentov. Napríklad, teraz 9 hodín 50 min, dávame používateľom 10 minút, aby sme zachovali svoje výsledky. Celkový čas blokovania by mal byť 10 h 00 min.

Čas konca - nemôžete zadať, pri blokovaní objektu bude inštalovaný na neurčito (navždy).

Kód pre odomknutie je jediné "heslo" na spustení "od nuly", na rozdiel od inštalovaného blokovania, ktoré môžu byť potrebné v niektorých prípadoch (bude uvedené nižšie). Zadajte a zapamätajte si. Tento parameter v prípade verzie SQL informačnej základne je viditeľný v "Správa 1C Enterprise Servers" Snap a nazýva "povolenie kód".

V prípade verzie informačnej základne SQL bude potrebná autorizácia informačnej základne alebo správcu klastra.

Po stlačení tlačidla "Install Lock" a pozitívnu odpoveď na potvrdenie ...

... sa vrátite na predchádzajúce dialógové okno, vzhľad ktorý sa zmenil:

V pravom dolnom rohu bude vydaná správa, že blokovanie používateľov bude naplánovaných. Toto posolstvo uvidí len vy.

Naplánovaný? Možno je to nejako spojené s regulačnými úlohami?

Plánované blokovanie používateľov pracuje, ak je nastavené uzamykacie úlohy? Áno, bude to fungovať. Uzamykací mechanizmus nepoužíva regulačné úlohy.

Čo budú vidieť užívatelia a ja sám?

Až do začiatku blokovania, aktívni užívatelia dostanú "zdvorilé" pripomienky o potrebe dokončiť prácu. V tomto dialógu o timeout sa spustí "áno", takže užívatelia, ktorí chýbajú na pracovisku, úspešne vyjdú z relácie 1C.

Iniciátor blokovania prijíma inú správu:

Po spustení blokovania sa nedajú prihlásiť v konvenčnej metóde. O tom, ako to stále ide, sa hovorí nižšie. Upozorňujeme, že dialógové okno neobsahuje automatickú indikáciu v čase uzamykacieho času, takže úloha informovať používateľov o čase obnovenia práce spadá na administrátora. Tieto informácie môžu byť uvedené v správe užívateľovi.

Bomb exploduje presne v určenom čase. Siren je, ako explodovať.

Na rozdiel od populárneho presvedčenia, že dokončenie aktívnych používateľských zasadnutí je jemne, po upozornení, ktoré možno ignorovať a pokračovať v práci, sa skutočne dokončí, a je lepšie povedať, "balenie", aktívne stretnutia sa vyskytujú presne na harmonogram, pevne a so stratou všetkých neuložených výsledkov. Všetky upozornenia sa vydávajú v intervale od okamihu kliknutia na tlačidlo "SET LOCK", až kým sa spustí blokovanie, po ktorom sa dokončenie aktívnej relácie vyskytne bez akéhokoľvek upozornenia, a 1C sa prepne do pokusu o cyklus Konfigurácia znovu konfigurácia s intervalom 1 minútu.

Nevykladajte okrem vstupných režimov referenčných hodnôt, v ktorých sa hodnota chýba v adresári - na ukončenie vstupného režimu nemôže byť (napríklad, zatvoriť 1c kríž), ale nebráni úplnú prevádzku. Významnejší záujem je režim modálneho dialógu, takže sa o tom bude povedané.

* Dokončenie užívateľských relácií v starých konfiguráciách sa vyskytuje o niečo neskôr ako určený čas, pretože Užívatelia najprv dostanú upozornenie "Prevádzka systému je dokončená."

A presne explodoval?

Zaznamenávame, že v starých konfiguráciách nemusí fungovať blokovanie pre iniciátora zámku. A teraz sa obrátime na zváženie problému pre platformu 8.3.

Súbor IB Používateľ, ktorý vyriešil, napríklad odstrániť dokument, a potom ísť na obed, pričom dialógové okno "Označiť dokument" Document "na obrazovke, ponechá otvorené spojenie s informačnou základňou. Samozrejme, jeho relácia skončí po obede, potom, čo odpovedá "áno" alebo "nie", ale pred týmto momentom uvidíte, že existujú aktívni používatelia. Zároveň bude vidieť iniciátor zámku:

V registračnom denníku sa zobrazí správa o chybe Runtime, ktorá by sa mala interpretovať nie ako chyba runtime, ale ako "nie všetci používatelia dokončili svoje stretnutia":

A toto nie je jediný dôvod, prečo blokovanie nemusí fungovať (Cm. Ďalej, "pre ktorého hodiny?" A "Ale čo moji používatelia vo Vladivosku?").

Modálny dialóg v SQL verzii informačnej základne na spravovaných formách

Server 1c aplikačný server má možnosť odstrániť reláciu napriek režimu modálneho dialógu. Dialóg 1C rozhrania a modálne dialóg zostanú na užívateľovi na obrazovke, čím sa vytvorí viditeľnosť neúplnej relácie, ale v skutočnosti bude relácia vymazaná a spojenie s IB bude včas rozbité. Keď sa pokúsite pokračovať v práci, užívateľ sa zobrazí chybové hlásenie "Relácia chýba alebo odstránená" alebo "relácie je dokončená správcom" v závislosti od nuans.

Modálny dialóg v SQL verzii informačnej základne na bežných formách

Userssions sú dokončené.

Po inštalácii zámku z dialógového okna je lepšie ísť von, pretože Keď si ponecháte vstup do tohto dialógového okna, pred začiatkom blokovania, správa, ktorá blokovanie je už nainštalovaná (naozaj len polovica), aktívne relácie nulové (nie pravdivé) sa objaví. V tomto prípade proces dokončenia práce používateľov pokračuje (odporuje nulu aktívnych zasadnutí + nie celkom, pretože používatelia "sú dokončené"). Hoci kód blokovania kódu nie je na konci ideálny, nebude zasahovať do nastavenia zámku a dokončenie aktívnych stretnutí, avšak dezorientovanie administrátora informácií BASE.

Bude blokovanie práce, ak nastavíte zámok a zatvoríte dialógové okno?

Či Blokovanie bude fungovať, ak nastavíte zámok a okamžite ukončíte 1C (t.j., vyplňte reláciu 1C pred začatím blokovania)?

Áno. Mechanizmus odozvy na inštalovaný blokovanie neposkytuje interakciu medzi iniciátorom zámku a zvyškom používateľov. Užívateľské sessions nezávisle kontrolujú, či môžu pracovať.

Ktoré hodiny uzamknú zámok, ak je čas na počítačoch mierne odlišný?

Problém prekvapenia hodiniek

So súborom IB, každý počítač samotný kontroluje, či existuje dočasný blokovací rozsah v IB a porovnáva ho s miestnymi hodinami. Závisí od presnosti ich hodín, či tento počítač Implementovať reláciu na dokončenie v správnom čase. Ak je základňa zablokovaná od 10:00, pre jeden počítač tento okamih príde skôr a ďalšie - neskôr.

V prostredí domény as bezmocným prevádzkou správcov systému je čas na všetkých počítačoch synchronizovaný s radičom domény. Ale ďalej rôzne dôvody Čas je možné zostreliť: čas nie je nakonfigurovaný na synchronizáciu radiča domény, nakonfigurovaná synchronizácia času s externým aktuálnym časovým serverom, ktorý je viac nedostupný, zlyhania v službách siete alebo domén, žiadne práva na zmenu systémového času atď.

Zdá sa, že môžeme hovoriť o sekundách, ako posledná možnosť, minúty. V skutočnosti však na počítači môže byť napríklad žiadna aktualizácia. operačný systémPodpora prechodu na sezónny (zimný / letný) čas a chyba už nemôže byť druhá, a hodiny. Jednoducho vykonajte taký experiment: Naplánujte zámok o 10:00 o pol hodiny, a na jednom z počítačov, otočte čas na hodinu dopredu - blokovanie nefunguje na ňom.

Preto pred inštaláciou zámku opatrne vložte čas v pravom dolnom rohu počítača s vlastným zabalené hodinyA tiež kontaktujte správcu systému vopred, či sa synchronizácia času funguje vo vašej IT infraštruktúre.

A čo moji používatelia vo Vladivostok?

Problém absolútneho času, keď používatelia z rôznych časových zón

Dočasný rozsah blokovania sa uloží do informačnej základne. Pozrite sa na obsah 1CV8.cdn blokovacieho súboru (ktorý je vytvorený v súborovej verzii IB), zaznamenáva sa v ňom štart na 07/17/2017 13:59 vo formáte gghmdddhchms bez akéhokoľvek indikácie včas Zóna:

Bez špecifikácie v časovom pásme by bolo jasné, čo absolútny čas toto je rečAk sa čas vždy vzťahoval na určitý časový pás, ako napríklad UTC + 0. Ale v databáze, miestny čas je uložený počítačom, ktorý bol iniciátorom zámku. Z ktorej časovej zóny bol tento počítač - nie je známy, čo znamená neznámy absolútny čas blokovania.

Ak v Moskve, v centralizovanom IB, nastavíte blokovanie v 13:59 a tento okamih času pre používateľov Moskvy je v budúcnosti, potom užívatelia rovnakej IB v Vladivostok 13:59 boli pred 7 hodinami. A v závislosti od technického riešenia, v súlade, s ktorými sa vykonáva práca s užívateľmi IB Vladivostok, zablokovanie týchto používateľov bude buď pracovať, alebo nie.

Aké sú technické riešenia, v ktorých blokovanie bude fungovať nesprávne pre používateľov Vladivostok? Tí, v ktorých Klientská časť 1C dostanú čas vo Vladivosku, a nie v Moskve. Napríklad kancelárie sú pripojené k lokálnej sieti VPN a klientska časť 1C začína miestny počítač, s časom UTC + 10. Ale ak pracujú s databázou prostredníctvom pripojenia RDP alebo v režime REMOTEAPP na Moskve Server, spustený na tomto serveri klientská časť 1c - všetko bude v poriadku, pretože Bude mať čas utc + 3.

Existujú problémy s prieskumom hodín a časovej zóny v prípade verzie informačnej základne SQL?

Nie. V tomto uskutočnení existuje "Server Clock", ktoré sú prijaté pre štandard.

Bude ma vyhodiť z konfigurátora, ak som bol v ňom, a blokovanie začalo konať?

Po spustení akcie zámku bude možné vstúpiť do konfigurátora?

Je to nemožné! Kontrola schopnosti pracovať s konfigurátorom sa vykonáva len pri štarte a nie je vykonávaná počas prevádzky. Preto, ak je zámok nainštalovaný na následnú prácu v konfigurátore, je oveľa jednoduchšie začať ju spustiť, než potom obísť zákaz spúšťania.

Ako odstrániť blokovanie?

V tom istom dialógu, v ktorom bol blokovanie nainštalovaný. Pripomíname vám, že po nastavení zámku v ňom namiesto tlačidla "Inštalácia zámku", tlačidlo "Odstrániť zámok".

V prípade verzie SQL IB je možné blokovanie tiež možné v "Správa serverov 1C Enterprise Server" Snap. (Pozri nižšie)

Čo potrebujete odomknúť kód?

Ak chcete zadať IB v okamihu, keď je blokovanie platí. Situácie, v ktorých je potrebné:

Po inštalácii blokovania bola ukončená relácia práce s IB (manuálne alebo v dôsledku blokovania samotného iniciátora), a je potrebné začať nové zasadnutie;
Čas ukončenia omylom nebol vôbec naplnený;
Doba konca blokovania sa omylom (napríklad, budúci mesiac alebo rok bol nevhodný);
Informačná základňa Vo verzii SQL a na zrušenie nesprávne nainštalovaného blokovania nie je možné odstrániť súbor 1cv8.cdn v katalógu s informáciami.

V tomto prípade použite nápovedu, ktorá je uvedená pri štarte. Tí. V okne so zoznamom informačných databáz kliknite na položku Upraviť a zadajte extra možnosti Štartovací reťazec:

Enterprise / F "Z: výmena UT 11" / Vlastné užívateľ / UC12345

... berúc do úvahy katalóg a odomknutie kódu miesta.

Je lepšie skopírovať tento reťazec do schránky a správne v dialógovom okne Úpravy informácií. Ak ste zmätení typu citácií alebo ruštiny "C" a latinčinu, uvidíte chybové hlásenie:

V prípade správneho vstupu a následného spustenia 1C v režime Enterprise, 1C automaticky odstráni zámok a dokončí jeho prevádzku. Potom môžete odstrániť ďalšie parametre a behať 1c ako obvykle.

Čo robiť, keby som nenainštaloval zámok, a SQL základňa je blokovaná niekým? Zároveň nepoznám odomknutý kód.

Zámok databázy informácií je možné nastaviť samotným konfiguráciou v čase vytvorenia archívnej kópie. Ak sa proces jeho tvorby normálne nedokončil, základňa SQL môže zostať v stave blokovania. V tomto prípade prístup k konzole (správne - snap-in) "Správa 1C: Enterprises" Servery.

Kde hľadať ňu?

Snap "Spravovať 1C: Enterprises" je často nainštalovaný na rovnakom serveri, kde je nasadený SQL Server, ako aj tam, kde "server 1C" (alebo "aplikačný server 1c") je nasadený. Hoci to nie je potrebné: SQL môže byť nainštalovaný na jednom počítači, "aplikačný server 1c" - na strane druhej, a snap môže byť nasadený na vlastnú päsť pracovná stanica. S vysokou pravdepodobnosťou úspechu môžete dosiahnuť nasledovným:

Pripojte sa k RDP na server, ktorý je špecifikovaný v SRVR \u003d ROCE ... pomocou prihlasovania a hesla domény. Ak ste nemožné pripojiť, opýtajte sa systémový administrátor Pridajte k vzdialenej skupine používateľa Desktop. (V prípade odmietnutia takýchto práv, rozbaľte a nakonfigurujte na pracovnú stanicu na zakladanie "spravovať podnikový server 1c");

Na serveri nájdete "Správa serverov 1c: podniky";

Spustite Snap-On, rozbaľte strom na uzol so svojou informačnou databázou;

Vo vlastnostiach informačnej databázy vyberte začiarkavacie políčko "Blokovanie začiatku relácií" alebo opraviť začiatok a koniec zámku alebo viď "prípustný kód" pre vstup do IB (je to "kód pre odomknutie" v nastavení zámku dialógové okno).

Čo ak všetci používatelia informácií databáza SQL Vyšiel a spustil konfigurátor je stále nemožný, pretože Sú aktívni používatelia?

V uzle "Pripojenie" informačnej základne je možné dostupné pripojenia odstrániť na pravej strane obrazovky.

Toto nie je všetky otázky týkajúce sa blokovania informačnej základne.

Ak máš nejaké otázky:

Je možné pracovať pre Moskvu, ak si prenajmete server v Európe a nechcete závisieť od jeho časovej zóny?
Ako nájsť 1C Aplikácie Server, ak je nainštalovaný, kde je nainštalovaný?
Ako rozvinúť "Spravovať 1C: Enterprise Servers" a ako ho konfigurovať?
Ak je v jednej lokálnej sieti viacerých aplikácií serverov, ako byť?
Ako byť v prípade systém klastra? atď.

Naše certifikované technologické poradcovia 1C bude radi, že ich odpovie.

Pravidelne musíte pochopiť používanie blokovacích mechanizmov v niektorých prípadoch na realizáciu rôznych úloh. Hoci existuje veľa informácií o týchto témach, je to veľmi rozptýlené a s časom začne zabudnúť materiál materiálu, ktorý som musel flip. Musíte znova pochopiť ...

V dôsledku toho sa myšlienka objavila štruktúru a stručne uvedie podstatu rôznych blokovacích režimov v 1c ako celku a vo vzťahu k typickým konfiguráciám. Dúfam, že to bude užitočné.

A tak, poďme ...

Spočiatku budem písať o úrovniach izolácie transakcií, stručne zvážiť iba tie úrovne, ktoré súvisia s týmto článkom.

Izolácia Transakcie

Čítať. zaviazaný (Dokončené čítanie) - Je možné si prečítať údaje v transakcii, zmeny, ktoré boli ukončené všetky ostatné transakcie. Predvolená hodnota sa používa pre väčšinu databáz.

Čítať. zaviazaný Snímka (dáta Vertation) - Povolené čítanie stará verzia Zmeny údajov, na ktoré nie sú dokončené inými transakciami. Podporuje sa databázami: Postgre. Sql a Odtlačok. Počnúc verziou platformy 1C 8.3 implementovaná do práce s databázami:Msql .

Opakovateľný Čítať. (Opakované čítanie) - zákaz zmeny záznamov v transakcii, ktoré už bolo čítané skôr v rámci iných transakcií.

Pokiaľ ide o izoláciu transakcií, všetko, potom chcem povedať niekoľko slov o mechanizme oddelenia výsledkov v akumulačných registroch.

Oddelenie výsledku akumulačných registrov

Akumulovaný register na úrovni databázy pozostáva z dvoch tabuliek: Základná tabuľkaa Výsledky. Počas nahrávania do registra (na prichádzajúcej aj spotrebe) sa údaje zaznamenávajú v oboch tabuľkách, údaje sa zaznamenávajú priamo k hlavnej tabuľke, konečnou čiarou merania sa aktualizuje vo výslednej tabuľke. V súlade s tým, pri práci paralelných transakcií, vstup do výslednej tabuľky nemôže byť vykonaná súčasne, čo znižuje rýchlosť dokumentov.

Na odstránenie tohto problému bol vytvorený mechanizmus - oddelenie.Bez toho, aby ste sa dostali do detailov, tento mechanizmus vám umožní aktualizovať údaje vo výsledku akumulačného registra podľa rovnakej sady merania, zároveň.

Ak chcete zverejniť hlavnú tému článku, musím popísať všeobecné zásady Zostávajú kontrolné mechanizmy, ktoré sa používajú v typických konfiguráciách. Ak je stručne, existuje staré a nové kontrolné mechanizmy a obe sa v súčasnosti uplatňujú, napriek tomu, že nový režim je asi 8 rokov.

Mechanizmy na kontrolu zvyškov v štandardných konfiguráciách 1C

Ďalej Starý. - Žiadosť o databázu je vytvorená na monitorovanie voľných zvyškov, v prípade pozitívneho riešenia sa vytvorí register. Na tento moment Používa sa pri účtovníctve 3,0 a v niektorých algoritách UT 11, KA 2, ERP 2.

nevýhody :

je potrebné blokovať záznamy, ktoré sa zúčastňujú na pohybe v čase ich čítania, ktorý zhoršuje rovnobežnosť práce.

Ďalej Nový - Vykonáva sa pohyb v registri, potom je prítomnosť negatívnych zvyškov skontrolovať, v prípade ich prítomnosti, operácia sa vráti späť. V súčasnosti používa v UT 11, KA 2, ERP 2.

Výhody:

nemusíte vymazať pohyb dokumentu samostatnou operáciou, údaje sa prepíšu bez schvaľovania prázdnych súborov. Vážne zvyšuje rýchlosť dokumentu.
rýchlosť vykonávania žiadosti o zvyšky sa zvýši, pretože vo väčšine prípadov požiadavka po vykonaní prázdneho výsledku.
Nie je potrebné predbežne blokovať variabilné údaje.

nevýhody :

v prípade, že je potrebné získať údaje z účtovných registrov (napríklad výpočet nákladov na odpísanie), v každom prípade je potrebné zablokovať záznamy už v čase ich čítania.

Zhrnutie vyššie uvedeného, \u200b\u200bmôžete uzavrieť - ak nemusíte robiť dodatočné požiadavky Do databázových registrov je lepšie aplikovať nový mechanizmus, ak je to potrebné - aplikovať starý mechanizmus.

No, je čas ísť, v skutočnosti, na prezentáciu hlavnej témy daného článku - popis režimov blokovania. V skutočnosti sú režimy len dva: Autoa ZvládnuteľnýSú uvedené vo všeobecných vlastnostiach konfigurácie, som si istý, že toto všetko je dobre známe, takže sa nezastavím v tomto detaile.

Pravdepodobne ste uhádli, že je potrebné pracovať s týmito dvoma režimami, je potrebné pracovať rôznymi spôsobmi rôznym mechanizmom na vykonávanie dokumentov. Budeme ho podrobnejšie analyzovať.

Automatický režim uzamknutia

V tomto prípade sa používa režim izolácie transakcií opísaný vyššie:Opakovateľný Čítať..

Poznámka: Tento článok sa zaoberá najmä verziou servera klienta. Pre režim súborov bude aplikovaný ešte viac vysoký stupeň Izolácia, ktorú tu nebudeme zvážiť.

Odstránenie blokovania pri vykonávaní dokumentov s kontrolnými zvyškami -Starý. Aplikuje návrh jazyka dotazu " Pre zmenu", Pri čítaní údajov v transakcii v prvom čítaní nie ste rozdelené do týchto údajov, aby ste si mohli prečítať, ale blokovanie aktualizácie. V dôsledku toho bude v inej transakcii nemožné vykonať podobný postup, pretože uložiť na rovnaké údaje dva blokovanie aktualizácií z rôznych transakcií.

Blokovanie je prekryté na tie záznamy, ktoré sa objavujú v dotaze (v najhoršom prípade s neoptilným plánom dotazu, alebo nesprávne písanie, môže byť zablokovaný viac záznamov, ako je potrebné).

Poznámka: V prípade práce so základnou základňou as P. \\ t postgre. Sql Blokovanie je prekryté úplne na celý stôl.

Príklad:

Vyberte si Spects. Namenclature, Respertovarovarov. Non-podiel ako niekoľko regulácií. SUSTAKERS. LASTY POTREBUJE

Použite režim reziduálneho ovládania -Nový spolu s automatickým zamykacím režimom dáva zmysel len pre registre bez oddeľovania výsledkov, v tomto prípade, žiadne ďalšie akcie nemusia robiť. Pri použití registrov sa môže nastať oddelenie výsledkov d. ea. dloku o údajoch o čítaní Ak bol záznam v registri vykonaný v rovnakom čase, a nejako sa rozhodne tento problém nebudem pracovať.

Spôsob riadenia

V tomto prípade sa aplikujú režimy izolácie transakcií:Čítať. zaviazaný aČítať. zaviazaný Snímka .

Starý. - Oddelené blokovanie sa odstráni po prečítaní zvyškov, preto na vylúčenie možnosti negatívnych zvyškov je potrebné zablokovať potrebné záznamy v registri výslovne pred vytvorením žiadosti o vzhľady. V skutočnosti je to princíp riadeného režimu zamykania.

Príklad:

Blokátory) \u003d nové bloky; Prvok bloky \u003d blokovanie. Príslušné ("Regisring. Townovanskodakh. Nabinets"); Blokov prvkov. Inštalácia (sklad, sklad); Blokovanie prvkov. Nastavenie ("nomenklatúra", nomenklatúra); Prvokové bloky. Prepary \u003d carloklched. Blokové hrany. CABLOCK ();

Použitie režimu zvyškového ovládania Nový :

V prípade použitia registrov bez oddelenia výsledkov nie sú na databáze dát potrebných dodatočné blokády, samotné DBMS blokuje potrebné údaje (v tomto prípade, záznam vo výsledku akumulačného registra).

V prípade použitia akumulačných registrov s oddeľovaním výsledkov (štandardne sú registre vytvorené do konfigurátora, je možné získať nasledujúce negatívne situácie:

Bez režimu verzie (MS SQL a 1C 8.2) - Pri pokuse o čítanie údajov dostaneme formu, ak sa záznam v dvoch transakciách uskutočnil súčasne. Pri písaní údajov sa blokovanie nedôjde, pretože sa používajú rôzne rady DBMS (separácia výsledkov)
S režimom verzie snímok (PostgreSQL, odtlačok alebo 1c 8.3) - Uzamknutie sa nevyskytuje, ale objavia sa negatívne zvyšky, pretože kontrolu bude vykonaná bez zohľadnenia všetkých nevykonaných transakcií.

Aby ste vylúčili podobnú situáciu, musíte pred písaním do registra nainštalovať príznak záznamu: Zmeniť. Tento dizajn dáva príkaz pri nahrávaní, aby uložil výnimočný zámok na záznamoch tabuľky bilancie registrov bez toho, aby sa zohľadnil separátor výsledkov, inherentne, jednoducho jednoducho zakáže oddelenie výsledku pre akumulačný register.

Očakáva sa preto, že možnosť paralelného záznamu do dátového registra s podobnou menovou súpravou bude dokončená predchádzajúcou.

Príklad:

Nastavte záznamy. Blokovanie zápalov \u003d pravda;

Dúfam, že tento článok bol užitočný, a po prečítaní sa vytvorí holistickejšie pochopenie prevádzky platformy 1C v rôznych režimoch uzamykania s použitím rôznych mechanizmov pre zvyškové zvyšky.

Ak ste niečo vynechali a niečo nebolo presné, videl by som to v pripomienkach k článku.

Špeciálne vďaka, ak si všimnete článok hviezdičkou, pretože to nie je motivovať na písanie nových článkov ako vaše schválenieJ.

Dnes budeme hovoriť o zámkoch na úrovni 1C 8.3 a 8.2 a na úrovni DBMS. Blokovanie dát je povinným prvkom akéhokoľvek systému, počet používateľov, v ktorých viac ako jeden.

Nižšie vyrezam, ako zámok funguje, a ktoré typy sa stanú.

Zámok je informácia, že systémový prostriedok zachytáva iným používateľom. Existuje názor, že blokovanie je chyba. Nie, blokovanie je nevyhnutné opatrenie v multiplayerovom systéme na oddelenie zdrojov.

Poškodenie systému môže priniesť len prebytok ("extra") blokády, to sú tie, ktoré blokujú, ktoré blokujú zbytočné informácie. Takéto bloky sa musia naučiť eliminovať, môžu viesť k neoptimálna práca Systémy.

Zámky v 1C sú rozdelené do predmetu a transakcie.

Objekty sú zase optimistickí a pesimistické. A transakčné môže byť rozdelené do riadenej a automatickej.

Objektové zámky 1c.

Tento typ blokovania je plne implementovaný na úrovni platformy 1C a neovplyvňuje DBMS.

Získajte 267 video tutoriály pre 1c zadarmo:

Pesimistické blokovanie

Toto blokovanie sa spustí, keď jeden užívateľ zmenil niečo vo forme adresára a druhá sa pokúša zmeniť objekt vo forme.

Optimistický blokovanie

Toto blokovanie porovnáva verzie objektu: Ak dvaja používatelia otvorili formu, a jeden z nich sa zmenil a zaznamenal objekt, potom druhý pri nahrávaní systému bude chýbať, že verzie objektov sa líšia.

Transakčné zámky 1c.

Mechanizmus transakčných zámkov 1c je oveľa zaujímavejší a funkčnejší ako mechanizmus zámkov objektov. Tento mechanizmus aktívne zapája blokovanie na úrovni DBMS.

Neplatná prevádzka transakčných zámkov môže mať za následok nasledujúce otázky:

problém stratených zmien;
problém špinavého čítania;
nevratnosť čítania;
Čítanie fantómov.

Tieto problémy boli podrobne zohľadnené v článku.

Automatické transakčné zámky 1C a DBMS

V automatickom režime blokovania celého zámku a úplne spĺňa DBMS. Developer v tomto prípade nie je absolútne zapojený do procesu. To však uľahčuje prácu programátora 1c, avšak informačný systém Pre veľký počet používateľov na automatických zámkoch je nežiaduce (najmä pre PostgreSQL DBMS, Oracle BD - pri modifikácii údajov, plne blokujú tabuľku).

Pre rôzne DBMS sa v automatickom režime používajú rôzne stupne izolácie:

SERIALIZABLE NA POTREBUJÚCICH STROJE - 1C FILE MODE, ORACLE;
Serializovateľné na nahrávanie - MS SQL, IBM DB2 pri práci s nevýhodnými subjektmi;
Opakovateľné čítanie na záznam - MS SQL, IBM DB2 pri práci s objektovými subjektmi.

Spravované transakčné zámky 1c a DBMS

Všetka zodpovednosť berie vývojára aplikovaného riešenia na úrovni 1c. DBMS zároveň stanovuje pomerne vysokú úroveň izolácie pre transakcie - prečítané (sérlizovateľné pre súbor DBMS).

Pri vykonávaní akejkoľvek operácie s databázou, Manažér 1C Lock Analyzuje možnosť blokovať zdroj (zachytávanie). Blokovanie toho istého používateľa je vždy kompatibilný.

Dva blokády nie sú kompatibilné, ak: inštalované rôznymi užívateľmi, majú nekompatibilný (výnimočný / zdieľaný) a nainštalovaný na rovnakom zdroji.

Fyzická implementácia zámkov v DBMS

Fyzicky bloky sú tabuľka, ktorá je v databáze s názvom MASTER. Samotný blokovací stôl nesie názov Sysoslockinfo.

Tabuľka konvenčne má štyri polia:

ID blokovania relácie Spid;
Čo presne je blokované res ID;
typ zámku - S, U. alebo X. Režim. (V skutočnosti, v MS SQL existuje 22 typov, ale len tri sa používajú v ligamentoch s 1C);
stav zámku - môže mať hodnotu Grantu.(nainštalované) a Čakať.(Čaká na jeho zmenu).

Mechanizmus transakčné bloky Používa na konkurencieschopný užívateľský prístup k DBMS.
Transakcia je určitá nevýhodateľná prevádzka, počas ktorej stav základných zmien. Toto je minimálne kvantové zmeny: nie je možné, aby sa polovica transakcie; Ak transakcia nedokončená, základňa sa vráti do pôvodného stavu.
Vzhľadom k tomu, transakcia zachytáva pole údajov, nedochádza k prístupu k tomuto poľa: Napríklad jedna transakcia mení údaje a ostatné sa ich snaží čítať. Výsledok čítania môže byť nesprávny, pretože sa nezapne nedávne zmeny. Preto na úrovni DBMS, na úrovni DBMS funguje. Možné sú nasledujúce úrovne izolácie:

Prečítajte si neviazaný - Zatiaľ čo jedna transakcia zmení pole, druhý ho nemôže zmeniť, ale môže čítať. Nižšia úroveň izolácie.
Čítať. - Zatiaľ čo jedna transakcia zmení pole, druhý ho nemôže zmeniť, ani čítať
Opakovateľné čítanie. - Zatiaľ čo jedna transakcia číta pole, druhý ho nemôže zmeniť, ale môže čítať
Serializačný - Zatiaľ čo jedna transakcia číta pole, druhý ho nemôže zmeniť alebo čítať. Všetky operácie sú konzistentné. Maximálna úroveň izolácie.

Ak pre konfiguráciu 1C: Enterprises Inštalovaný automatický režim uzamknutiaZvolí sa transakcia izolácia DBMS. V prípade MS SQL bude opakovateľná čítaná alebo serializovaná hladina, to znamená, že izolácia dát je blízka maximum. To rieši problémy so správnosťou údajov, ale môže viesť k vzniku zámkov na úrovni DBMS počas intenzívnej práce používateľov. Preto v 1c: Spoločnosť má svoje vlastné funkcie so zámkami, ktoré je aktivované zahrnutím kontrolovaných zámkov. V tomto prípade bude založená úroveň izolácie transakcií pre MS SQL. Samotná platforma bude izolovať údaje bez spoliehania sa na DBMS.

Zahrnutie režimu kontrolovaného zámku sa vyskytuje v konfiguračných vlastnostiach:

Tiež je možné nastaviť režim uzamknutia pre špecifické konfiguračné objekty:

V prípade, že konfigurácia ako celok je nainštalovaný automatický režim uzamknutia, všetky transakcie vo všetkých registroch budú fungovať špeciálne v automatickom režime, bez ohľadu na režim, ktorý je nastavený pre konfiguračný objekt. Ak je spravovaná podobná, všetky transakcie budú v zvládnutí. Ak je konfigurácia automatická a riadená pre konfiguráciu, režim pre každý objekt bude určený jeho nastaveniami.

Pre režim je automatický a ovládateľný jeden bod. Transakcia, jediný používateľ môže byť niekoľko transakcií z hľadiska platformy. Napríklad interaktívne správanie registra dokumentu robí dvatransakcie - Nahrávanie samotného dokumentu a vo vnútri tohto transakčného záznamu riadkov pre register. V závislosti od režimu riadenia zámku pre samotný dokument a premiestnenie registra sú možné štyri situácie:

Automatický režim dokumentu, Registrácia Automatický režim -\u003e
Riadiaci režim dokumentu, registrácia režimu Managed-\u003e Zaregistrujte sa do riadeného režimu
Automatický režim dokumentov Automatický, Riadený režim registrácie -\u003e Register Record v Automatickom režime
Riadiaci režim dokumentov, Registrácia Automatický register -\u003e výnimočná situácia (chyba)

Otázka 06.59 Skúška 1c: Professional na platforme. Pri vykonávaní dokumentu na akomkoľvek registri Ak má dokument automatický režim regulácie transakcií a register je spravovaný (v konfiguračných vlastnostiach, možnosť "Automatické a zvládnuteľné") sa používa, potom takéto správanie povedie:

Správna odpoveď je druhá, definovaná na prvej transakcii, ak je automatické, potom všetko je automaticky.

Otázka 06.60 Skúška 1c: Professional na platforme. Pri vykonávaní dokumentu v ktoromkoľvek registri Ak má dokument kontrolovaný režim regulácie transakcií a register je automatický (v konfiguračných vlastnostiach, možnosť "Automatická a zvládnuteľná") sa používa, potom takéto správanie povedie:

k vzniku chybnej situácie
celá transakcia sa vykoná automaticky
celá transakcia sa vykoná v spravovanom režime.

Správna odpoveď je prvý, definuje na prvej transakcii, ak je spravovaná, potom chyba.

Otázka 06.61 Skúška 1c: Professional na platforme. Pri vykonávaní dokumentu na akomkoľvek registri Ak má dokument automatický režim regulácie transakčného zámku, a register je spravovaný (v konfiguračných vlastnostiach, použije sa "zvládnuteľná" možnosť), potom bude takéto správanie viesť:

k vzniku chybnej situácie
celá transakcia sa vykoná automaticky
celá transakcia sa vykoná v spravovanom režime.