O eroare în 1c nu a reușit să blocheze tabelul. Frânele pe baza de date a fișierelor - Cum să evitați (din experiența recentă)

Cât de des trebuie să vedeți acest mesaj? Cred că toată lumea care are o experiență îndelungată cu 1c, cel puțin o dată, a intrat într-o astfel de eroare. Din cauza a ceea ce programul oferă o astfel de greșeală o astfel de greșeală "Blocați conflictele atunci când efectuați o tranzacție: nu a reușit să blocheze tabelul"?

Ei bine, cel mai adesea se datorează faptului că cineva de la utilizatori efectuează deja un fel de operațiune care a blocat aceasta masa. Pentru a rezolva această problemă tuturor utilizatorilor doar ieșiți din program. Dar se întâmplă astfel încât utilizatorul să iasă din program, iar procesul programului din memorie nu a fost descărcat. Nu vă panicați! Dacă toți utilizatorii au ieșit din program, iar mesajul va ieși în continuare, trebuie să deschideți meniul Service -\u003e Utilizatori activi.

Și să vedeți cine, cu excepția în care lucrați în prezent cu programul. Dacă toți utilizatorii au ieșit și încă mai vezi că, în afară de tine, există altcineva, nu fi speriat. S-a întâmplat. Procesul Hung. Reporniți computerul utilizatorului care este activ.

Dar, uneori, chiar nu rezolvă problema. Se întâmplă că în momentul tranzacției clipește lumina sau, de exemplu hDD. cu un picior în groapă. Și, de asemenea, cineva a scos cordonul hubului de rețea și a pornit pe ceainicul în locul lui și, în acest moment, a fost calculat prin depreciere. Deci, la astfel de momente, baza poate fi deteriorată sau datele pot fi înregistrate cu o eroare.

În acest caz, și aproape întotdeauna, dacă rețetele de mai sus nu au ajutat, ajută la utilitarul CHDBFL.EXE. Acesta este situat în dosarul cu fișierul executabil 1C. Calea către fișier va fi aproximativ o astfel de "fișiere C: \\ program \\ 1cv82 \\ _rexia_bands \\ bin \\ cdbfl.exe". Vă rugăm să rețineți că acest utilitar de la o versiune a platformei nu poate veni la altul.

Prin urmare, trebuie să deschideți dosarul, este cu numărul platformei curente în care lucrați.

Cum de a vedea numărul platformei? Foarte simplu. Mergeți la meniul Service -\u003e Despre programul. Și pe imagine arată unde să vizionați numărul platformei.

Am pus o bifă "corectați erorile detectate". Și faceți clic pe butonul RUN. Acest utilitar corectează 90% din toate erorile care apar. Vă recomandăm cu tărie să efectuați o copie de rezervă a bazei de date înainte de a aplica acest utilitar, dar dacă eroarea apare doar la momentul descărcării, apoi copiați întregul dosar cu baza de date de informații.

Simptomele pacientului și istoriei:

Funcționarea mai multor utilizatori din rețea cu același fișier (baza de date) include un mecanism de blocare a rețelei. Aceasta determină ca sistemul să cheltuiască timp prețios pentru a identifica sesiuni deschise Intrări, respectiv rezolvarea conflictelor.

Semne de bază de blocare:

• munca rapidă a unui utilizator cu o bază peste rețea în modul monopol. și extrem de lent - în timp ce funcționează simultan mai mulți utilizatori
• fast Utilizator lucrează cu bază locală pe server și lent - online
• apel la K. sistemul de fișiere Doar mai puțin de 10 MB / s

Deci, am primit sarcina - pentru a face ca în 1c să poată lucra în același timp trei utilizatori! Amuzant, nu?

Am uitat toate glumele când am văzut ce să mă descurc: "server" în fața obișnuită computer de birou Și două laptopuri.

Fericirea ar fi incompletă dacă nu minunată os. - pe computer și pe unul laptop Windows. 7, pe cealaltă - Windows 8.

Când încercați să mențineți simultan documente pe laptopuri, un Tupil este de aproximativ un minut, iar al doilea a zburat din 1c cu textul erorii. "Nu a reușit să blocheze tabelul ...".

Lansați 1c pe un laptop - Acesta este un spectacol separat, ultima comandă 3 minute!

În multe resurse, a venit în cadrul Consiliului să se mute la locul de muncă accesul terminalului. Din păcate, Windows 7 nu permite mijloace regulate să se transforme într-un server terminal - un maxim de o conexiune activă. În același timp, sesiunile rămase nu sunt oprite, puteți reconecta sub un utilizator diferit - "Aruncarea" cu utilizatorul anterior, dar fără a-și termina sesiunea. Prin urmare, 1c ar trebui transferat la sistemul de operare al serverului, unde nu există astfel de restricții. Clientul de la propria sa frică și riscul a rezolvat problema în schimb cu un utilitar terțWindows7_sp1_rdphack.

Dar pe această aventură nu sa încheiat. Chiar și conexiunea terminală a rămas frâne semnificative. Am inversat din nou motoarele de căutare atotputernic. Mai jos sunt sfaturile privind accelerarea fișierului 1C, pe care l-am urmat:

1. Dezactivați Utilizarea unui protocol de rețea IPv6., Configurați adresarea pe "vechi" IPv4.

2. Adăugați procese 1C la Excepția Firewall Windows, precum și pentru a elimina antivirusul sau pentru a le dezactiva deloc (mai riscant, dar un simplu test afișat mărește viteza transmiterea documentelor atunci când este dezactivată antivirus avast. factorul lui!)

3. Rulați indexarea căutării de text integral în 1c sau opriți-o deloc

4. Rulați testarea și fixarea bazei, verificați utilitarul CHDBFL

5. Porniți verificarea configurației în configurație (dacă configurația nu este tipică, poate fi utilă). Conform rezultatelor verificării configurației, aceasta a scăzut în mod magic în dimensiune cu aproape o treime. Ce și cum să actualizați programatorii de intrare la mine - nu a fost deosebit de deliberat, dar faptul este evident.

6. Dezactivați opțiunile funcționale inutile.

7. Configurați drepturile utilizatorilor. (Acest și sfaturile anterioare păreau nonsens, până când am observat pentru desen forme gestionate Când deschideți o listă de documente. Cu cât este mai mic în interfața controlată - obișnuită, funcționează mai repede)

8. Rulați trecerea rezultatelor și recuperarea secvenței (creșterea semnificativă poate fi numai în cazul în cazul în care pentru o lungă perioadă de timp Rezultatele nu au fost restaurate)

9. Specificați "Viteza conexiunii - scăzută" în setările listei de baze (acest lucru nu este dat un rezultat special, cu excepția imaginilor subsistemelor :))

După efectuarea tuturor acestor pași, baza de fișiere 1C a câștigat o comandă de mărime scurt. A început să înceapă cele mai mari secunde pentru 10, iar rata de spate a documentelor a crescut cu o medie de 12 ori.

Poate că acest articol mic va veni la îndemână și dacă brusc trebuie să accelerați baza de date a fișierelor 1C.

P.S: și rulați fișierul 1c folosind acces la retea la folder impartit - încă ireal, pentru că Dasha este cel mai inteligent discul de stare solidă, berbec Și procesorul va izbucni în încuietori de rețea, iar munca mai mult de un utilizator va fi de fapt imposibilă. Acesta este concret despre configurația UT 11.1. Configurațiile mici mici pot funcționa destul de repede chiar și în versiunea de fișiere.

Adăugările de la comentarii Pentru a publica:

Defragmentare de disc cu baza de fișiere

Convoluţie Bazele (pot fi utile dacă baza este mare, de exemplu, de mai mulți ani). Clientul baza a fost destul de tânără, astfel încât convoluția a fost instantă.

Modernizarea hardware-ului - un hard disk mai rapid, comutator nou, procesor etc.

Instalați pe un server webAcces cu ajutorul client slab. Aici au fost împărțite părerile. Cineva spune, uneori mai repede, cineva - acea accelerare nu este marcată.

Nu rareori atunci când operează în 1c, o eroare "se blochează conflictele la efectuarea tranzacțiilor: este depășită timpul maxim de așteptare al blocării." Esența sa constă în faptul că mai multe sesiuni încearcă să efectueze simultan acțiuni similare prin afectarea aceleiași resurse. Astăzi ne vom ocupa de modul de a rezolva această eroare

Un număr mare de operațiuni efectuate

Primul lucru la căutarea motivelor ar trebui clarificat câte utilizatori de lucru simultan sunt în acest sens baza de informareîn care se emite o eroare similară. După cum știm, suma maximă poate fi destul de mare. Aceasta este o mie și cinci mii.

Mecanismul de blocare și tranzacție este descris în Manualul dezvoltatorului. Acestea sunt utilizate la accesarea simultană a mai multor sesiuni la aceleași date. Este logic că aceleași date nu pot fi modificate de diferiți utilizatori în același moment.

De asemenea, ar trebui să fie verificată dacă cineva a fost lansat de la utilizatorii de prelucrare pe schimbarea în masă a datelor. Poate fi ca închiderea unei luni și altele asemenea. În acest caz, după încheierea lucrărilor de procesare, eroarea va dispărea de la sine.

Sarcini de reglementare

Nu există cazuri rare atunci când cauza erorii se află, ceea ce procesează o cantitate mare de date. Se recomandă să faceți lucruri similare pe timp de noapte. Specificați programul pentru efectuarea unor astfel de sarcini de reglementare la ora deschisă.

Astfel, utilizatorii vor lucra într-un sistem stabil, iar sarcinile de reglementare în sine vor fi finalizate cu succes, deoarece probabilitatea conflictelor cu sesiunile de utilizatori vor scădea.

"Sesiuni de mers pe jos"

Problema utilizatorilor "sesiunilor agățate" familiarizează aproape tuturor celor care au venit peste serviciul 1C. Utilizatorul ar fi putut proveni de la program pentru o lungă perioadă de timp sau să închidă orice document, dar sesiunea este în sistem. Problema este cel mai adesea singură și suficientă pentru a finaliza o sesiune similară prin consola de administrator. Aceleași probleme pot apărea cu sarcinile de fundal.

Prin numeroase comentarii pe Internet, aceste situații sunt mai frecvente atunci când se utilizează cheile de securitate a rețelei. Dacă situația cu "sesiuni agățate" se repetă sistematic, acesta este motivul pentru a obține o verificare aprofundată și întreținerea sistemului și a serverelor (dacă baza este client-server).

Erori când scrieți configurația

Toate configurațiile tipice sunt concepute de specialiști calificați și de experți. Fiecare sistem este testat cu atenție și optimizat pentru o funcționare mai rapidă și corectă în el.

În acest sens, cauza erorii poate salva în codul non-optim scris de un dezvoltator terț. Aceasta poate fi o solicitare "grea", care va bloca datele pentru o perioadă lungă de timp. De asemenea, există și cazuri de construire a algoritmilor cu productivitate scăzută și încălcare a logicii.

Probabilitatea ridicată ca blocarea conflictelor să iasă din cauza erorilor dezvoltatorului, dacă apare după actualizarea programului. Pentru a verifica, puteți pur și simplu "răsturnați" rafinamentul sau puteți efectua un cod de refactorizare.

8.1 Kit pentru 5 utilizatori.
Yuzi contabilitate tipică.
Lucrați în principal prin terminalul, uneori fără ea.
Varianta de baze de date - Fișier
Erorile sunt văzute de cele din terminal

ceva de genul. Ea a scos în Nete, Yandex - în general, într-un fel nu este altceva.
Recomandări principale găsite:
1) Descărcați / descărcați baza de date - în sensul unui nou la beton de la configurator
2) Rulați \\ Propogram Files \\ 1CV81 \\ bin \\ chdbfl.exe - Verificarea integrității fizice a bazei
3) Testarea și fixarea bazei de informații
4) Actualizat la ultima lansare 8.1

Știe cineva ceva mai precis?

13.5.2010, 10:05

Tot ce aveți nevoie, ați oferit deja, încercați mai întâi. Nu există erori fizice pe transportator?
Mai specifice dacă cineva va spune.

13.5.2010, 10:56

Deci, acest lucru ... Dacă luăm în considerare toate cele 1 și, în general, atunci unele dintre cele două locuri încearcă să blocheze o masă, primul are timp, iar restul sunt trimise. Vedeți ce operațiuni / tranzacții / prelucrare (sau așa cum se numește în 1c) sunt efectuate în acest moment. Este posibil să fie că punctul nu este în platformă, dar configurații scrise și în special activitatea acestor configurații pe datele dvs.

P.S. O bază de date de fișiere în modul multiplayer este o perversiune.

13.5.2010, 10:58

Deși iad-ul îl cunoaște ca o bază de date 1C-in, ar putea fi că undeva în baza de date La și tot felul de rambursări vor ajuta.

13.5.2010, 11:06

Da, îmi dă, a opta ca platformă - umezeala este încă. Undeva a scris că testarea periodică a corecției trebuie să facă

13.5.2010, 11:10

improbabil. Pentru cei opt, un nou server a cumpărat cât mai mult cu fereastra licențiată

Linia de jos este că o blochează masa, restul așteaptă un timp de expirare.
De ce nu aveți timp, aceasta este o întrebare mare. Aspectul mass-media fizic, poate fi Tupit. System Journal, MHDD. Și toate acțiunile care sunt scrise în primul post trebuie.

P.S. Nou nu înseamnă că 100% funcționează.

13.5.2010, 11:38

Tot ce aveți nevoie, ați oferit deja, încercați mai întâi

deci, da, este necesar să așteptăm până seara.
A fost o mică speranță ceva nou de auzit

Nu spuneți minuni. Există suficiente probleme, dar nu sunt ei.

unde sunt minunile? Nu am înțeles, cineva a spus că 8.1 este o platformă impecabilă rece?

a scris că testarea periodică cu corecție trebuie să facă

se pare că avem un astfel de caz.
Un sondaj al utilizatorilor într-un singur mod (astfel încât să nu se rotească) a arătat că această situație pare să fie la fel ca utilizatorii care lucrează în terminal. Și cei care nu trec prin terminalul pe care
Windows Server 2003 R2 Standart 64 sau nu rețineți o astfel de situație sau pur și simplu nu a apărut de la ei.
Și doi, în special, observați, au remarcat că 1,5-2 luni în urmă, acest fenomen a fost observat mult mai puțin

13.5.2010, 12:42

Killer născut., Ceea ce un fir Antiviro se află pe server? Dacă da, încercați să dezactivați sau să bază în excepții

13.5.2010, 13:14

Ce un fir Antiviro se află pe server?

xS, trebuie să te uiți. Acesta este un servietor inamic
sunrustic Franks One din bazele noastre de date a preluat service, înrădăcinată serverul lor și cum se supraveghează munca noastră
accesul la serverul lor a fost furnizat, dar într-o versiune tăiată.
Vedea.

nu, arata ca un antivirus ...

13.5.2010, 13:23

Nu am înțeles, cineva a spus că 8.1 este o platformă impecabilă rece?
da, Nu. 7.7 că lage se prezintă anul, dar aproximativ 8-KU, pentru a pune legende despre buggy ei

Cât de multă dimensiune a bazei de date și câți utilizatori?

Potrivi. Dați un exemplu specific.
Cât de multă dimensiune a bazei de date și câți utilizatori?

noaptea, testerul a făcut și corect. Înainte de aceasta, 1CV8.1CD a fost de 2 GB, acum 1,5 GB a devenit.
Utilizatori 5 bucăți, precum și o licență.
În ceea ce privește legenda despre Glu, a existat un caz. Aici, dacă luați 7,7 și chiar prin totalul bazei de date, copiați 1 la un alt loc - o copie fără probleme.
Odată ce am încercat să fac același lucru cu cele opt baze de date, am copiat catalogul de baze de date într-un alt loc,
prescris, a deschis ambele baze în același timp, a fost asumată pentru perversiuni.
În copia marcată pentru ștergerea mai multor documente, comutat la fereastră cu o bază reală nu a crezut că ochii: aceleași documente au fost marcate pentru îndepărtare și acolo


Ash Stump, 1c pe totul are un răspuns: faceți o copie zilnică a bazei de date.
Da, doar acest HU este un nou răspuns.

Mmmarina.

Killer născut.,

salut prietene...

Mit!
Iată legendele ...

salut prietene...

buna prietene. Aici sunteți listate

Și apoi a distrus icoane pe desktop

Mit!
Iată legendele ...

l-am vazut. Nu sunt ridicol, atunci a fost de a distinge documentele de la îndepărtarea nedorite după îndepărtarea îndepărtării, toate devin neregulate.

nu-mi amintesc ce platformă a fost apoi stătea.

Încercați să faceți acest lucru. Poate că primești

Iată legendele ...

voi spune mai mult: când am eliminat manual perechea de documente pentru a elimina detaliile,
În baza reală, același lucru sa întâmplat. Nu am fost pentru mine să documentez într-un fel această senzație.
Așa că tocmai am revenit totul așa cum a fost și nu mai face asta

eliminați găurile gâfâitoare în cunoașterea calculatorului ...
adevărat, în opinia mea, sunt fără speranță ...

În mod specific, acest subiect nu este deloc pentru tine, nativ (c)
În general, totul este supus înțelegerii
Împiedicați un prieten al computerului, ca o opțiune)))

În copia marcată pentru ștergerea mai multor documente, comutat la fereastră cu o bază reală nu a crezut ochii: aceleași documente au fost marcate pentru îndepărtare și acolo shok.gif

Care nu este niciodată o bază de fișiere care nu a copiat pe locul 8
Nu a fost o senzație.

Poți să nu poți crede, dar a fost.

Faptul este că, cu al 8-lea, câțiva ani au lucrat foarte strâns. De îndată ce nu au fost copiate. Așa că nu pot să cred
Dar pot presupune că atunci când persoana este copleșită - este posibilă. Știu despre tine însuți.

Nu vă faceți griji, baza de fișiere poate fi copiată calm și ridicată în orice altă răzbunare. Nu ar trebui să existe glitches.

14.5.2010, 10:52

14.5.2010, 11:28

Există un prelungit în rezervor prescris aceeași bază de 2 ori

8-KA oferă înlocuirea

14.5.2010, 11:31

ea ... 7.7 Când încercați să o faceți stupid tăcut și baza de date nu adaugă la listă (doar nu reacționează în nici un fel)
8-KA oferă înlocuirea

Putem doar rata mouse-ul și am lansat același lucru ... la urma urmei, nu se întâmplă

14.5.2010, 11:47

Putem doar dor de mouse-ul și am lansat unul și același ...

voi încerca să simulez așa ceva. Apoi, realizați obiectivul dvs.
De obicei, înainte de orice acțiune periculoasă, sunt în 1C (7.7 sau 8-ke) urmăresc să semneze o întrebare (există calea către baza de date).

Aici oamenii sunt atât de prietenoși legenda mea asupra râsului ridicată că am fost îndoielnic.
Deși glitches în cele opt mai mult decât în \u200b\u200bcele șapte.

Oh, iată o mistură, nu numai că eu sunt.
În general, au batjocorit pe aceeași bază a 8-a a clientului când am lucrat în Franceik.
Într-o zi o persoană, cealaltă - a doua, pe cea de-a treia am mers. Le-am întrebat - am făcut o copie regată înainte de exploatări? În răspuns - RZUT, ca caii, a marcat mai scurt, numai ei au luat baza pe mașina asta

14.5.2010, 12:35

- Rzut, ca caii, a marcat mai scurt, doar au luat baza la nivel local,
Și am căzut cazul de pe web pentru a-l dracu '. Backup. Potrivit Tavarischi anterior, am decis să nu fac,
tânărul a fost și stupid - o mulțime de ponturi.
În general, am făcut o schimbare în confuzie, păstrez confuzia, la momentul conservării mărturiei, sa întâmplat un accident, iar baza a căzut, seara. Şoc. Dimineața am mers 3 speciali, inclusiv pe mine acolo.
Accidentul a fost că baza a fost ruptă a numărului de eliberare, adică În configurație, când este apăsat, întrebarea a fost goală acolo, iar numele conferinței în sine a fost absent. Și când, în cursul bazei de date, nu există și altar, interfața este înclinată. Plăcut, nu trebuia să meargă la jurnalele documentelor.
Am decis problema prin actualizarea bazei de date ucise cu un fișier de configurare relativ proaspăt, totul sa dovedit.
Totul a fost reînviat.
Acesta este un exemplu de legendă reală. 3 persoane nu ar trebui să fie buggy în același timp

14.5.2010, 13:53

la momentul conservării mărturilor, sa întâmplat un accident, iar baza a căzut

Ei bine, dacă era o grith glandă, atunci nimic surprinzător.
Dar dacă ați găsit un bug, care apare în mod constant după îndeplinirea anumitor acțiuni, atunci o altă conversație.

14.5.2010, 14:39

Ei bine, dacă era o gritch glandă, atunci nimic surprinzător

xs ce a fost. Fier, grila sau platforma - nu este atât de importantă acum.
Mi se pare că Softina nu ar trebui să se comporte atât de mult
Acesta este același lucru pentru a lăsa wistul și recunoaște că este rahat. Cât de repede sunt de la 8,0 la 8,1 rearanjate
P.S. Semnificația cuvântului bug este clară pentru mine, mulțumesc pentru îngrijire))

14.5.2010, 19:37

Să spunem dacă, atunci când se rostogolește pachetele de service sau ceva important pe aceeași viziune, va exista o "glitch" similară, este probabil ca sistemul să fie mai târziu, dacă este încărcat, va fi extrem de instabil.
Sau, să spunem, în momentul acceptării insulinei, stația de împământare va avea loc, diabeticii poate da capete, pentru că Seringa în timpul tremurului laminat sub canapea.

14.5.2010, 22:32

Criminal Killer, ceea ce un fir Antiviro se află pe server? Dacă da, încercați să dezactivați sau să bază în excepții

Cum poate afecta antivirusul de blocare a tabelului? Base 8.x este un fișier.

În copia marcată pentru ștergerea mai multor documente, comutat la fereastră cu o bază reală nu a crezut ochii: aceleași documente au fost marcate pentru îndepărtare și acolo shok.gif
În general, nu mi-a plăcut acest top, de atunci fac o copie a bazei numai prin descărcare / descărcare.
Cum domnule, o legendă atât de tristă?
Și dacă am fost îndepărtat și cele patrulea lucruri au făcut-o în copie (de exemplu, ați șterge documentele etichetate pentru eliminare) și, într-un mod clar, aceleași acțiuni au făcut în principal baza de date?

Nu, nu poate fi, miracolele nu se întâmplă. Probabil că ați introdus aceeași bază ... În 8-Ke, puteți introduce baza de date de 2 ori sub un nume.

a urcat periodic, când conducea / scrie documente cu o eroare de caz
Blocarea conflictelor la efectuarea unei tranzacții: nu a reușit să blocheze tabelul "_document158"

Deci, primul lucru pe care trebuie să-l determinați care document al metadatelor corespunde tabelului "_document158". Pentru a face acest lucru, există o metodă de context globală "Marea structură". Deci, veți înțelege cel puțin exact ce document "Buggy".

Apoi trebuie să înțelegeți dacă cineva avea un modul în el și a vorbit pe cap, dacă s-au schimbat printr-un singur loc. Cel mai probabil, seturile de înregistrări ale registrelor sunt înregistrate în mod explicit prin metoda de scriere, în loc să furnizeze platforma să o facă corect. Și secvența lor este integrată.
Nu apar dedlock-urile?

În general, 5 persoane nu ar trebui să păstreze în modul fișier. DBMS poate fi gratuit, cumpărați numai cheia pentru serverul cluster și asta este. Sau este un birou scump?
Nu-mi amintesc, nu pot elimina jurnalul tehnologic în modul de fișier sau nu .....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html este ramura ta?

Adică, tranzacția nu trece chiar și atunci când un utilizator funcționează? Apoi, problema nu este, probabil, în codul strâmb în înregistrarea mișcărilor. Deoarece în modul de blocare cu un singur utilizator nu pot fi. Înregistrarea este produsă în mod consecvent.

Apoi arată ca o problemă în încălcarea în structura bazei în sine ..
Este mai bine să efectuați mai întâi testarea și fixarea bazei cu "restructurarea tabelelor de bază de informații".
Descărcarea la DT cu încărcarea ulterioară are și sens ...
chdbfl.exe În acest caz, este puțin probabil să vă ajute ... Deși, desigur, merită să încercați dacă restul nu ajută.

GEE-curent chiar acum sa uitat la data posturilor din sucursala http://odines.ru/thread1386.html și dezvoltarea tipice într-un mod gestionat nou nu este departe.
Iar diferența dintre 8.2 și 8.1 este mult mai mare decât între 8,1 și 7,7 în special pentru dezvoltatori, creierul trebuie revizuit să se dezvolte sub modul de operare "gestionat"

În sistemele multiplayer, organizarea corectă a structurii și configurarea blocării joacă un rol important. Dacă nu, utilizatorii vor trebui adesea să se confrunte cu erori cauzate de concurență pentru anumite resurse de sistem. Dar există o problemă de blocare a conflictelor, familiară multor utilizatori. De ce conflictul de interblocare apar 1c și cum să-l elimine?

Blocul de conflict în 1c 8.3 și valoarea sa

Pentru majoritatea utilizatorilor, mesajul despre conflictul de blocare 1c înseamnă doar o eroare care îi împiedică să-și îndeplinească activitatea. Ei vor să scape de acest aspect de problemă și să-și asemenească plângerile departamentului IT despre faptul că "1c nu funcționează".

Dar pentru administratorii de sistem Și dezvoltatorii Un astfel de mesaj indică disponibilitatea posibilă a problemelor din structura de configurare. Înainte de a încerca să vă informați utilizatorii și să eliminați blocaje, este necesar să se analizeze situația și să înțelegeți motivul mesajului de eroare.

Cauze de blocare a erorilor în 1c

Testarea încărcăturii de excursie demonstrează că serverul 1C rezistă operației paralele mai mult de cinci mii de utilizatori. Dar condițiile ideale ale unor astfel de experimente sunt inaccesibile în condițiile de zi cu zi ale companiilor mari și mijlocii. Pentru a obține o viteză și o eroare similară, configurația trebuie să fie perfectă și ascuțită la procesele de afaceri specifice ale întreprinderii.

Dacă nu luați opțiuni ideale, atunci conflictele de blocare 1C se găsesc din următoarele motive:

Lucrările simultane ale utilizatorilor cu o cantitate mare de date. Această cauzalitate rădăcină este dictată de mecanismele interne 1c. Ei presupun interzicerea schimbărilor de date implicate în tranzacția care rulează în numele unui alt utilizator;

Erori și deficiențe în configurație. În structura soluțiilor tipice de la compania "1c", sunt luate în considerare recomandările pentru maximizarea productivității. Dar dezvoltatorii terți nu respectă întotdeauna standarde înalte, iar în codul lor puteți găsi adesea următoarele deficiențe:

• Cereri non-optime;
• Solicitați resturi la începutul acțiunilor;
• Neînțelegerea scopului obiectelor de configurare și a utilizării necorespunzătoare a acestora;
• Redundanța stabilită în sistem sau încuietori dezvoltate suplimentar.

Cum se fixează conflictul de încuietori în 1C 8.3

Mesaj de sistem "Conflictul de blocare atunci când efectuați o tranzacție 1c 8.3" nu caracterizează configurația ca fiind proiectată incorect. Dar dacă astfel de semnale sunt ignorate, atunci există o șansă în momentul cel mai responsabil, de exemplu, atunci când închirierea unui raport trimestrial sau anual, obțineți probleme mari. În cel mai bun caz, sistemul de frânare și utilizatorii nemulțumiți. În cele mai grave date greșite la ieșire, care pot implica sancțiuni din partea autorităților de control.

Prin rezolvarea problemei de configurare a configurației în 1c 8.3, configurația este tradusă în modul controlat (manual) de blocare a blocării. Implementat în versiunea 8.1, mecanismul în mâinile specialiștilor competenți rezolvă problema blocării conflictului în timpul tranzacției în 1c.

Dar merită să țineți cont de faptul că această acțiune va reduce nivelul protecției datelor de la schimbarea procesului de citire a acestora de alți utilizatori. Prin urmare, dacă nu sunteți gata să controlați în mod independent toate încuietorile din sistem, nu vă grăbiți să modificați setările de configurare.

Blocuri de conflict de decizie rapidă 1c

Administratorul sau dezvoltatorul poate apărea atunci când nu există timp să verificați eroarea și să căutați cauzele rădăcină ale problemei. De exemplu, trebuie să transmiteți un raport sau să trimiteți date într-un anumit timp, iar erorile de blocare 1c împiedică-l.

Pentru a rezolva rapid problema, există două moduri:

• Găsiți și completați o sesiune prin blocarea datelor necesare. În companiile mici, în cazul în care numărul de utilizatori 1c nu depășește o pereche de zeci de persoane, aceasta este soluția optimă;
• Dacă controlați sistemul în care lucrează sute de angajați, căutați sesiunea potrivită fără specializată software. Pot fi amânate pentru o lungă perioadă de timp. În acest caz, mult mai eficient va reporni serverul.

Aceste soluții sunt radicale și sunt direcționate numai la soluția rapidă la problema și eliberarea datelor pentru rapoarte urgente. Este posibilă eradicarea acestuia numai pentru a înțelege din cauza cărora a apărut conflictul de blocare atunci când efectuează o tranzacție 1c. După astfel de acțiuni, trebuie să găsiți zone vulnerabile în sistem, să optimizați configurația sau lucrarea angajaților. Utilizarea unor astfel de măsuri pe bază permanente cu conflicte regulate de tranzacții pe tranzacții nu sunt recomandate.