Simptomele și istoricul pacientului:

Munca mai multor utilizatori prin intermediul rețelei cu același fișier (bază de date) include un mecanism de blocare a rețelei. Acest lucru face ca sistemul să piardă timp prețios identificând sesiunile de înregistrare deschise și rezolvând conflictele în consecință.

Principalele semne de blocare a muncii:

• lucru rapid al utilizatorului cu baza de date prin rețea în modul exclusivși extrem de lent - cu lucrul simultan al mai multor utilizatori
• utilizatorul rapid lucrează cu o bază de date locală pe server și lent - prin rețea
• atrage Sistemul de fișiere puțin sub 10 MB/s

Deci, am primit sarcina - să mă asigur că până la trei utilizatori pot lucra în 1C în același timp! Amuzant, nu-i așa?

Am uitat toate glumele când am văzut cu ce am de-a face: „serverul” reprezentat de obișnuitul calculator de birou si doua laptopuri.

Fericirea ar fi incompletă dacă nu ar fi minunatele sisteme de operare - pe un computer și pe unul laptop Windows 7, pe de altă parte - Windows 8.

Când încercați să țineți simultan documente pe laptopuri, unul a fost prost timp de aproximativ un minut, iar al doilea a zburat din 1C cu textul de eroare „nu a putut bloca masa...”.

Lansarea 1C pe un laptop este un spectacol separat care a durat aproximativ 3 minute!

Pe multe resurse, am găsit sfaturi pentru a trece la lucrul în accesul la terminal. Din păcate, Windows 7 nu permite mijloace regulate se transformă într-un server terminal - maximum o conexiune activă. În același timp, sesiunile rămase nu se opresc, vă puteți reconecta sub alt utilizator - „expulzând” utilizatorul anterior, dar fără a-și termina sesiunea. Prin urmare, ar trebui să transferați 1C pe un sistem de operare server, unde nu există astfel de restricții. Clientul, pe propriul risc, a rezolvat problema folosind în schimb un utilitar terță parte Windows7_SP1_RDHack.

Dar aventura nu s-a terminat aici. Chiar și în conexiunea terminală au existat frâne semnificative. Încă o dată, motoarele de căutare atotputernice m-au salvat. Mai jos sunt sfaturi pentru accelerarea fișierului 1C, pe care le-am urmat:

1. Dezactivați utilizarea protocolului de rețea IPv6, configurați adresarea pe „vechiul” IPv4.

2. Adăugați procese 1C la excepții Firewall Windows, precum și în excluderile antivirus, sau dezactivați-le cu totul (mai riscant, dar un test simplu a arătat creșterea vitezei repostarea documentelor când este dezactivată antivirus Avast factor de!)

3. Începeți indexarea căutării în text complet în 1C sau dezactivați-o complet

4. Rulați Testarea și repararea bazei de date, verificând cu utilitarul ChDbfl

5. Rulați elementul Verificare configurație din configurație (dacă configurația nu este tipică, aceasta poate fi utilă). Ca urmare a verificării configurației, a scăzut în mod magic în dimensiune cu aproape o treime. Ce și cum s-au actualizat programatorii primiți înaintea mea - nu m-am aprofundat cu adevărat în asta, dar faptul este evident.

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

7. Configurați drepturi pentru utilizatori. (Acest sfat și precedentul mi s-a părut stupid, până când am urmărit redarea formularelor gestionate la deschiderea unei liste de documente. Cu cât o interfață gestionată este mai puțin superfluă, cu atât mai rapid funcționează de obicei)

8. Începeți să recalculați totalurile și să restabiliți secvența (o creștere semnificativă poate fi doar dacă totalurile nu au fost restaurate de mult timp)

9. Specificați „Viteza conexiunii - scăzută” în setările listei de baze (acest lucru nu a dat un rezultat special, cu excepția faptului că imaginile au fost dezactivate pentru subsisteme :))

După parcurgerea tuturor acestor pași, baza de fișiere 1C a câștigat cu un ordin de mărime mai rapid. A pornit în maxim 10 secunde, iar viteza de repostare a documentelor a crescut în medie de 12 ori.

Poate că acest scurt articol vă va fi de asemenea util dacă brusc trebuie să accelerați baza de fișiere 1C.

P.S: Și rulați fișierul 1C folosind acces la reteaîntr-un folder partajat - încă nerealist, tk. trage cea mai rapidă unitate SSD, Berbec iar procesorul va fi îngropat în încuietori de rețea, iar munca mai multor utilizatori va fi practic imposibilă. Este despreîn special despre configurația UT 11.1. Configurațiile mici auto-scrise pot funcționa foarte repede chiar și în versiunea fișierului.

Adăugiri din comentarii pentru publicare:

Defragmentator de disc cu bază de fișiere

Convoluţie bază (poate fi utilă dacă baza este mare, de exemplu, pentru câțiva ani). Baza de date a clientului era destul de tânără, așa că acumularea a fost nepractică.

Upgrade hardware - hard disk mai rapid, comutator nou, procesor etc.

Instalați pe server web, acces prin client slab. Aici părerile sunt împărțite. Cineva spune, de multe ori mai repede, cineva - că nu s-a observat nicio accelerație.

Nu de puține ori, când se lucrează în 1C, apare eroarea „Conflict de blocare la executarea tranzacțiilor: timpul maxim de așteptare pentru acordarea unei blocări a fost depășit”. Esența sa constă în faptul că mai multe sesiuni încearcă să efectueze simultan acțiuni similare, afectând aceeași resursă. Astăzi vom afla cum să remediam această eroare.

Un număr mare de operațiuni

În primul rând, atunci când se caută motive, ar trebui clarificat câți utilizatori care lucrează simultan sunt în baza de informații în care eroare similară. După cum știm, numărul lor maxim poate fi destul de mare. Sunt o mie cinci mii.

Mecanismul de blocare și tranzacții este descris în ghidul dezvoltatorului. Sunt utilizate atunci când mai multe sesiuni accesează aceleași date în același timp. Este logic ca aceleași date să nu poată fi modificate de diferiți utilizatori în același moment.

De asemenea, ar trebui să verificați dacă vreunul dintre utilizatori a început procesarea pentru modificarea în masă a datelor. Poate fi ca, închiderea lunii și altele asemenea. În acest caz, după încheierea procesării, eroarea va dispărea de la sine.

Misiuni programate

Nu este neobișnuit ca cauza erorii să se afle, care procesează o cantitate mare de date. Este recomandat să faci astfel de lucruri noaptea. Programați execuția unor astfel de sarcini programate în timpul orelor nelucrătoare.

Astfel, ambii utilizatori vor lucra într-un sistem stabil, iar sarcinile programate în sine vor fi finalizate cu succes, deoarece probabilitatea conflictelor cu sesiunile utilizatorilor va scădea.

„Sesiuni blocate”

Problema „sesiunilor suspendate” ale utilizatorilor este familiară pentru aproape toți cei care au întâlnit serviciul 1C. Utilizatorul ar fi putut ieși din program cu mult timp în urmă sau ar fi închis un document, dar sesiunea sa rămâne încă în sistem. Problema este de cele mai multe ori unică și este suficient să încheiați o astfel de sesiune prin consola de administrator. Aceleași probleme pot apărea cu joburile de fundal.

Potrivit numeroaselor comentarii de pe internet, astfel de situații sunt mai frecvente atunci când se utilizează chei de securitate a rețelei. Dacă situația cu „sesiuni suspendate” se repetă sistematic, acesta este motivul pentru o verificare și întreținere amănunțită a sistemului și a serverelor (dacă baza este client-server).

Erori la scrierea configurației

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

În acest sens, cauza erorii poate sta în codul suboptimal scris de un dezvoltator terță parte. Aceasta poate fi o solicitare „grea” care va bloca datele pentru o perioadă lungă de timp. De asemenea, nu este neobișnuit să construiești algoritmi cu performanță scăzută și încălcare a logicii.

Este foarte probabil ca un conflict de blocare să apară tocmai din cauza erorilor dezvoltate, dacă a apărut după actualizarea programului. Pentru a verifica, puteți pur și simplu să „retroduceți” îmbunătățirile sau să refactorizați codul.

Cât de des vezi acest mesaj? Cred că toți cei care au o experiență îndelungată cu 1C au întâlnit o astfel de eroare cel puțin o dată. De ce dă programul această eroare? „Conflict de blocare în timpul executării tranzacției: tabelul nu a fost blocat”?

Ei bine, cel mai adesea acest lucru se întâmplă din cauza faptului că unul dintre utilizatori efectuează deja un fel de operațiune care a blocat această masă. Pentru a rezolva această problemă, toți utilizatorii trebuie doar să părăsească programul. Dar se întâmplă și ca utilizatorul să iasă din program, dar procesul programului nu a fost descărcat din memorie. Nu vă panicați! Dacă toți utilizatorii s-au deconectat din program, dar mesajul încă iese, trebuie să deschideți meniul Instrumente -\u003e Utilizatori activi.

Și vezi cine e în afară de tine acest moment lucrează cu programul. Dacă toți utilizatorii s-au deconectat, dar încă vezi că există altcineva în afară de tine, nu te alarma. S-a întâmplat. Procesul a suspendat. Reporniți computerul utilizatorului care este activ.

Dar uneori nici asta nu rezolvă problema. Se întâmplă ca în momentul tranzacției, lumina să clipească sau, de exemplu HDD cu un picior în groapă. Și ceea ce este, de asemenea, probabil, cineva a scos cordonul hub-ului de rețea și a pornit ibricul în locul lui, iar în acel moment calculați amortizarea. Deci, în astfel de momente, baza de date poate fi deteriorată sau datele pot fi scrise cu o eroare.

În acest caz, și aproape întotdeauna, dacă rețetele de mai sus nu au ajutat, utilitarul chdbfl.exe ajută. Se află în folderul cu fișierul executabil 1C. Calea către fișier va fi ceva de genul „C:\Program Files\1Cv82\platform_version_number\bin\chdbfl.exe”. Vă rugăm să rețineți că acest utilitar dintr-o versiune a platformei poate să nu fie potrivit pentru alta.

Prin urmare, trebuie să deschideți folderul, exact cu numărul platformei curente pe care lucrați.

Cum să vezi numărul platformei? Foarte simplu. Accesați meniul Instrumente -> Despre. Și mai departe imaginea arată unde să te uiți la numărul platformei.

Bifați caseta „Corectați erorile găsite”. Și apăsați butonul de executare. Acest utilitar remediază 90% din toate erorile care apar. Vă recomand insistent să faceți o copie de rezervă a bazei de date înainte de a utiliza acest utilitar, dar dacă apare o eroare chiar în momentul descarcării, atunci copiați întregul folder cu baza de date de informații.

În sistemele multiutilizator, un rol important îl joacă organizare adecvată structuri și încuietori. Dacă nu, utilizatorii vor întâmpina adesea erori cauzate de concurența pentru anumite resurse de sistem. Dar există o problemă de conflict de blocare cu care mulți utilizatori sunt familiarizați. De ce apare un conflict de blocare 1C și cum să-l remediați?

Blocați conflictul în 1C 8.3 și semnificația acestuia

Pentru majoritatea utilizatorilor, un mesaj de conflict de blocare 1C înseamnă doar o eroare care îi împiedică să-și facă treaba. Vor să scape de această problemă cât mai curând posibil și să asedieze departamentul IT cu plângeri că „1C nu funcționează”.

Dar pentru administratorii de sistemși dezvoltatori, un astfel de mesaj indică o posibilă problemă în structura de configurare. Înainte de a încerca să mulțumiți utilizatorii și să eliminați blocurile, trebuie să analizați situația și să înțelegeți cauza mesajului de eroare.

Cauzele erorilor de blocare în 1C

Testele de încărcare demonstrative demonstrează că serverul 1C poate rezista la operarea în paralel a mai mult de cinci mii de utilizatori. Dar condițiile ideale pentru astfel de experimente sunt de neatins în condițiile zilnice ale companiilor mari și mijlocii. Pentru a obține performanțe similare și performanțe fără erori, configurația trebuie să fie proiectată și adaptată în mod ideal la procesele de afaceri specifice ale întreprinderii.

Dacă nu utilizați opțiunile ideale, atunci apar conflicte de blocare 1C din următoarele motive:

Funcționare simultană utilizatorii cu cantități mari de date. Această cauză fundamentală este dictată de mecanismele interne ale 1C. Ele presupun interzicerea modificării datelor implicate într-o tranzacție lansată în numele altui utilizator;

Erori și neajunsuri în configurație. Structura soluțiilor standard de la compania „1C” ține cont de recomandări pentru maximizarea productivității. Dar dezvoltatorii terți nu respectă întotdeauna standarde înalte și adesea puteți găsi următoarele neajunsuri în codul lor:

• Cereri suboptimale;
• Solicitare de solduri la inceputul actiunilor;
• Înțelegerea greșită a scopului obiectelor de configurare și utilizarea lor incorectă;
• Redundanță inerentă sistemului sau încuietori dezvoltate suplimentar.

Cum să remediați un conflict de blocare în 1C 8.3

Mesajul de sistem „conflict de blocare în timpul execuției tranzacției 1C 8.3” nu caracterizează configurația ca fiind proiectată incorect. Dar dacă astfel de semnale sunt ignorate, atunci există posibilitatea ca în cel mai crucial moment, de exemplu, atunci când depuneți rapoarte trimestriale sau anuale, să aveți probleme mari. În cel mai bun caz, un sistem încetinit și utilizatori nemulțumiți. În cel mai rău caz, date incorecte de ieșire, care pot duce la sancțiuni din partea autorităților de reglementare.

Soluția la problema conflictului de încuietori în 1C 8.3 poate fi transferul configurației într-un mod de gestionare a lacăturilor gestionat (manual). Implementat în versiunea 8.1, mecanismul în mâinile specialiștilor competenți rezolvă problema conflictelor de blocare în timpul tranzacțiilor în 1C.

Dar trebuie avut în vedere că această acțiune va reduce nivelul de protecție a datelor față de modificările în procesul de citire a acestora de către alți utilizatori. Prin urmare, dacă nu sunteți pregătit să controlați în mod independent toate încuietorile din sistem, nu vă grăbiți să modificați setările de configurare.

Rezolvarea rapidă a conflictului de blocare 1C

În munca unui administrator sau dezvoltator, poate exista o situație în care nu există timp pentru a verifica eroarea și a găsi cauzele principale ale problemei. De exemplu, trebuie să trimiteți un raport sau să trimiteți date până la o anumită oră, iar erorile de blocare 1C împiedică acest lucru.

Există două moduri de a rezolva rapid problema:

• Găsiți și încheiați sesiunea care a blocat datele necesare. În companiile mici, unde numărul de utilizatori 1C nu depășește câteva zeci de persoane, aceasta cea mai buna varianta soluții;
• Dacă controlați un sistem care are sute de angajați, găsiți sesiunea potrivită fără specializare software poate dura mult timp. În acest caz, va fi mult mai eficient să reporniți serverul.

Aceste soluții sunt radicale și vizează doar o soluție rapidă a problemei și eliberarea de date pentru raportare urgentă. Poate fi eradicată doar prin înțelegerea motivului pentru care a apărut un conflict de blocare în timpul executării unei tranzacții 1C. După astfel de acțiuni, este necesar să găsiți vulnerabilități în sistem, să optimizați configurația sau munca angajaților. Nu este recomandat să folosiți astfel de măsuri în mod permanent, cu conflicte regulate de blocări asupra tranzacțiilor.

Costuri 8.1 set pentru 5 utilizatori.
Folosim contabilitatea standard.
Funcționează în principal prin terminal, uneori fără el.
Opțiunea bazei de date - fișier
Erori se văd la cei care sunt în terminal

ceva de genul. Am scotocit prin net, Yandex - în general, totul este cumva vag.
Recomandări cheie găsite:
1) Descarca/Incarca baza de date - in sensul inventarii uneia noi din configurator
2) rulați \Program Files\1cv81\bin\chdbfl.exe - verificați integritatea fizică a bazei de date
3) Testați și reparați baza de informații
4) upgrade la cea mai recentă versiune 8.1

Stie cineva ceva mai concret?

13.5.2010, 10:05

Tot ce ai nevoie, ți s-a oferit deja, mai întâi încearcă. Există erori fizice pe media?
Mai precis vryat cine va spune.

13.5.2010, 10:56

Duc asta... dacă luăm în considerare indiferent de 1C, dar în general, atunci prostesc unul din cele două locuri încearcă să blocheze o masă, primul are timp, iar restul sunt trimise. Vedeți ce operațiuni / tranzacții / procesare (sau așa cum se numește în 1C) sunt efectuate în acest moment. Este posibil ca ideea să nu fie în platformă, ci în configurații scrise strâmb sau în particularitățile modului în care aceste configurații funcționează asupra datelor dvs.

P.S. Și bazele de date de fișiere în modul multi-utilizator sunt o perversiune.

13.5.2010, 10:58

Deși naiba știe cum se face baza de date în 1C, s-ar putea să fie ca undeva în baza de date pentru o siguranță și tot felul de reparații să ajute.

13.5.2010, 11:06

Da, mi se pare că un octogon ca platformă este încă umed. Undeva au scris că PERIODIC trebuie făcută testarea cu o corecție

13.5.2010, 11:10

improbabil. Pentru G8, un nou server a fost cumpărat deja cu Windows licențiat

Concluzia este că unul blochează masa, restul așteaptă până la expirarea timpului.
De ce eșuează este marea întrebare. Uită-te la mediul fizic, poate fi o prostie. Syslog, MHDD. Și toate acele acțiuni care sunt scrise în primul post sunt obligatorii.

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

13.5.2010, 11:38

Tot ce ai nevoie, ți s-a oferit deja, mai întâi încearcă

deci da, trebuie sa astepti pana seara.
Erau puține speranțe de a auzi ceva nou

Nu spune miracole. Sunt destule necazuri, dar nu sunt.

unde sunt minunile? Nu am înțeles, cineva avea să susțină că 8.1 este o platformă cool fără cusur?

a scris că PERIODIC trebuie făcută testarea cu o corecție

Se pare că avem un astfel de caz.
Un sondaj al utilizatorilor unul câte unul (pentru a nu zace împreună) a arătat că această situație pare să apară NUMAI în rândul utilizatorilor care lucrează în terminal. Iar cei care nu trec prin terminalul pe care
Windows Server 2003 R2 Standard 64, fie nu își amintesc o astfel de situație, fie pur și simplu nu o aveau.
Mai mult, doi cei deosebit de observatori au remarcat că în urmă cu 1,5-2 luni acest fenomen a fost observat MULT mai rar.

13.5.2010, 12:42

Ucigașul născut, Antivir ce-thread costă pe server? Dacă da, încercați să dezactivați sau să adăugați baza excepțiilor

13.5.2010, 13:14

Antivir ce-thread costă pe server?

huh, trebuie să te uiți. Acesta este un server inamic
franci vicleni au luat una dintre bazele noastre de date pentru întreținere, și-au închis serverul și ne-au supravegheat munca
accesul la serverul lor a fost oferit, dar într-o versiune trunchiată.
Voi arunca o privire.

nu pare sa existe un antivirus...

13.5.2010, 13:23

Nu am înțeles, cineva avea să susțină că 8.1 este o platformă cool fără cusur?
da nah. 7.7 este încă o porcărie pe alocuri, dar aproximativ 8 este corect să scrii legende despre buggy-ul său

Cât de mare este baza de date și câți utilizatori?

Aduna. Dați un exemplu concret.
Cât de mare este baza de date și câți utilizatori?

Am facut un test aseara si l-am reparat. Înainte de asta, 1cv8.1CD avea 2 GB, acum a devenit 1,5 GB.
Există 5 utilizatori, precum și licența în sine.
În ceea ce privește legendele cu buggy, a existat un singur caz. Acum, dacă luați 7.7 și pur și simplu copiați 1 bază de date prin Total în alt loc - o copie fără probleme.
Odată ce am încercat să fac același lucru cu o a opta bază de date, am copiat directorul bazei de date într-o altă locație,
înregistrat, a deschis ambele baze în același timp, una era presupusă pentru perversiuni.
În copie am marcat mai multe documente pentru ștergere, am trecut la fereastra cu baza de date reală, nu mi-am crezut ochilor: aceleași documente au fost marcate pentru ștergere și acolo


Stump de frasin, 1C are un răspuns la toate: faceți o copie zilnică a bazei de date.
Da, doar acesta este un răspuns prost

MMMarina

Ucigașul născut,

Salut prietene...

Mit!
Așa se nasc legendele...

Salut prietene...

Buna prietene. Asta te-a prins

Și apoi au înghețat pictogramele de pe desktop

Mit!
Așa se nasc legendele...

L-am vazut. Nu a fost amuzant pentru mine mai târziu să fac distincția între documentele postate de cele nepostate, după eliminarea steagului de ștergere, toate devin nepostate.

Nu-mi amintesc ce platformă era.

incearca sa faci la fel. Poate o poți face și tu

Așa se nasc legendele...

Voi spune mai multe: când am demarcat manual câteva documente dintr-o copie pentru ștergere,
același lucru s-a întâmplat în baza de date reală. Nu am avut timp să documentez cumva această senzație.
Așa că am pus totul înapoi așa cum era și nu am mai făcut-o niciodată

remedierea unor găuri în cunoștințele informatice...
Chiar cred că sunt fără speranță...

Mai exact, acest subiect nu este deloc pentru tine, dragă (c)
și, în general, totul este de înțeles
obține un prieten informatic, ca opțiune)))

În copie, am marcat mai multe documente pentru ștergere, am trecut la fereastra cu baza de date reală, nu mi-a venit să cred ochilor: aceleași documente au fost marcate pentru ștergere și acolo shok.gif

Nu am copiat niciodată a 8-a bază de fișiere
Nu a fost nicidecum o senzație.

S-ar putea să nu crezi, dar A FOST.

Cert este că am lucrat foarte strâns cu al 8-lea timp de câțiva ani. De îndată ce nu au fost copiate. Deci nu pot să cred
Dar pot presupune că atunci când o persoană este suprasolicitată, multe sunt posibile. Știu pentru mine.

Nu vă faceți griji, baza de fișiere poate fi ușor copiată și ridicată în orice alt loc. Nu ar trebui să existe erori.

14.5.2010, 10:52

14.5.2010, 11:28

Există o presupunere - în parc am înregistrat aceeași bază de 2 ori

8 propune înlocuirea

14.5.2010, 11:31

ea ... 7.7 când încearcă să faci asta, este prostește de tăcut și nu adaugă baza pe listă (pur și simplu nu reacționează în niciun fel)
8 propune înlocuirea

Poate că mouse-ul tocmai a ratat și l-a lansat pe același... Miracolele nu se întâmplă

14.5.2010, 11:47

Poate că tocmai am ratat mouse-ul și am lansat același...

Voi încerca să fac ceva asemănător acasă. Atunci voi scrie înapoi.
De obicei, înainte de orice acțiune periculoasă, dau clic pe semnul de întrebare din 1C (7.7 sau 8-ke) (calea către baza de date este afișată acolo).

Atunci oamenii au râs atât de unanim de legenda mea, încât am început să mă îndoiesc.
Deși există mai multe glitch-uri în cele opt decât în ​​cele șapte.

Oh, iată o eroare de o sută de lire, nu sunt singurul care a văzut-o.
În general, au bătut joc de o bază a 8-a la un client când eu încă lucram într-o franciză.
Într-o zi o persoană, cealaltă - a doua, în a treia am mers. I-am întrebat - ați făcut o copie de rezervă înainte de exploit-uri? Ca răspuns, nechează ca caii, au punctat mai scurt, doar că au luat baza pe mașina aia

14.5.2010, 12:35

- nechează ca caii, au punctat mai scurt, doar că au luat baza local,
și am avut șansa să-l scot din rețea. backup urmând exemplul tavariilor anterioare, am decis să nu o fac,
era tânăr și prost – sunt multe spectacole.
În general, am făcut modificări la conf, salvez conf, la momentul salvării conf-ului s-a întâmplat un fel de accident, iar baza a căzut seara. Şoc. Dimineata au mers acolo 3 specialisti, printre care si eu.
Accidentul a fost că numărul de eliberare a fost rupt de la bază, adică. în configurație, când s-a făcut clic pe întrebare, era goală acolo, iar numele conf. în sine lipsea. și în timpul cursului către baza de date, de asemenea, nu era vizibil nimic, interfața incl. a zburat, nu a fost posibil să introduceți jurnalele de documente.
Am rezolvat problema actualizând baza de date ucisă cu privire la dosar proaspăt config, a funcționat.
Totul a fost reînviat.
Acesta este un exemplu de legendă adevărată. 3 oameni nu ar trebui să eșueze în același timp

14.5.2010, 13:53

la momentul salvării conf., a avut loc un fel de accident, iar baza a căzut

Ei bine, dacă a fost o eroare de fier, atunci nimic surprinzător.
Dar dacă ați găsit un bug care apare constant după efectuarea anumitor acțiuni, atunci o altă conversație.

14.5.2010, 14:39

Ei bine, dacă a fost o eroare de fier, atunci nu este surprinzător

naiba ce s-a intamplat. fier, grilă sau platformă - acum nu este atât de important.
Mi se pare că softina nu ar trebui să se comporte atât de încântător
Este la fel cu lansarea Vista și recunoașterea că este o rahat. Cât de repede au sărit de la 8.0 la 8.1
P.S. Înțeleg sensul cuvântului bug, mulțumesc pentru îngrijorare)))

14.5.2010, 19:37

De exemplu, dacă apare o „glitch” similară la rularea pachetelor de service sau ceva important pe același Vista, atunci este probabil ca sistemul să funcționeze extrem de instabil, dacă pornește.
Sau, să zicem, în momentul luării insulinei are loc un cutremur, atunci un diabetic poate muri, pentru că. seringa se rostogoli sub canapea când se scutură.

14.5.2010, 22:32

Born Killer, ce fir antivirus este pe server? Dacă da, încercați să dezactivați sau să adăugați baza excepțiilor

Cum poate un antivirus să afecteze blocarea meselor? baza 8.x este un singur fișier.

În copie, am marcat mai multe documente pentru ștergere, am trecut la fereastra cu baza de date reală, nu mi-a venit să cred ochilor: aceleași documente au fost marcate pentru ștergere și acolo shok.gif
În general, nu mi-au plăcut acest nenorocit de topuri, de atunci am făcut o copie a bazei de date doar prin Upload / Upload.
Cum faceți domnule, o legendă atât de tristă?
Și dacă m-am lăsat dus și am făcut lucruri mai serioase în copie (de exemplu, am șters documente marcate pentru ștergere), și într-un fel obscur, aceleași acțiuni au fost efectuate în baza de date principală?

Nu, asta nu poate fi, miracolele nu se întâmplă. Probabil ai intrat in aceeasi baza de date... In 8-ke poti intra cu usurinta in baza de date de 2 ori sub acelasi nume.

bancurile urcate periodic la efectuarea/înregistrarea documentelor cu o eroare de formă
„Conflict de blocare în timpul executării tranzacției: tabelul „_DOCUMENT158” nu a putut fi blocat”

Deci, primul pas este să determinați ce document de metadate îi corespunde tabelul „_DOCUMENT158”. Pentru a face acest lucru, există o metodă de context global „GetDatabaseStorageStructure”. Deci veți înțelege cel puțin exact ce document este „buggy”.

Apoi trebuie să înțelegeți dacă cineva din el a schimbat modulul de conducere și a bătut în cap dacă s-a schimbat printr-un singur loc. Cel mai probabil, seturile de înregistrări ale registrului sunt scrise în mod explicit prin metoda Write, în loc să lase platforma să o facă corect. Și secvența lor este dezordonată..
Și nu există blocaje?

În general, 5 persoane nu ar trebui ținute în modul fișier. Puteți lua un subd gratuit, cumpărați doar o cheie pentru serverul cluster și atât. Sau acest birou este scump?
Nu-mi amintesc dacă jurnalul tehnologic poate fi filmat în modul fișier sau nu .....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html - acesta este firul tău?

Adică tranzacția nu tranzitează chiar și atunci când un utilizator lucrează? Atunci problema probabil nu este în codul strâmb atunci când înregistrați mișcările. Deoarece în modul cu utilizator unic, nu pot exista blocări. Înregistrarea se face secvenţial.

Apoi, problema pare să fie în încălcări ale structurii bazei de date în sine.
Este mai bine să efectuați mai întâi Testarea și remedierea bazei de date cu marcajul „Restructurare tabelele bazei de date” bifat.
Încărcarea în dt și apoi încărcarea lui are, de asemenea, sens...
Este puțin probabil ca chdbfl.exe să ajute în acest caz... deși cu siguranță merită încercat dacă nimic altceva nu ajută.

Gee - curent acum, sa uitat la data postărilor din firul http://odines.ru/thread1386.html Și dezvoltarea celor standard într-un nou mod controlat este chiar după colț.
Iar diferența dintre 8.2 și 8.1 este mult mai mare decât între 8.1 și 7.7, mai ales pentru dezvoltatori, creierul trebuie revizuit pentru a se dezvolta pentru un mod de operare „gestionat”.