Az 1C-ben hiba nem sikerült megakadályozni az asztalt. Fékek a fájladatbázisban - Hogyan kerüljük el (a legutóbbi tapasztalatokból)

Milyen gyakran kell látni ezt az üzenetet? Azt hiszem, mindenkinek, aki hosszú élményt nyújt az 1C-vel, legalább egyszer, találkozott egy ilyen hiba. Mert a program ilyen hibát ad "Blokk konfliktusok tranzakció végrehajtásakor: Nem sikerült blokkolni az asztalt"?

Nos, leggyakrabban ez annak a ténynek tudható be, hogy valaki a felhasználók már elvégeznek valamilyen műveletet, amely blokkolt ez a táblázat. A probléma megoldásához minden felhasználó csak menjen ki a programból. De ez megtörténik, hogy a felhasználó jött ki a programból, és a program a memóriából származó folyamat nem került kirakott. Ne essen pánikba! Ha az összes felhasználó kijött a programból, és az üzenet továbbra is kimarad, meg kell nyitnia a szerviz menüt -\u003e Aktív felhasználók.

És nézze meg, ki, kivéve jelenleg dolgozik a programmal. Ha minden felhasználó jött ki, és még mindig látod, hogy melletted van valaki más, ne félj. Megtörténik. Lógott folyamat. Indítsa újra a működő felhasználói számítógépet.

De néha még nem oldja meg a problémát. Ez megtörténik, hogy a tranzakció idején villogó fény, vagy például hDD az utolsó lábánál. És ez is, valószínűleg valaki kivette a hálózati hub kábelét, és a vízforralóra fordult a helyén, és ezen a ponton az értékcsökkenés alapján számították ki. Tehát ilyen pillanatokban az alap sérült, vagy az adatok hibával rögzíthetők.

Ebben az esetben, és szinte mindig, ha a fenti receptek nem segítettek, segítenek a chdbfl.exe segédprogramban. Az 1C végrehajtható fájl mappájában található. A fájl elérési útja megközelítőleg "C: Program Files \\ 1CV82 \\ _REXIA_BELLES \\ BIN \\ CDBFL.EXE" lesz. Kérjük, vegye figyelembe, hogy ez a segédprogram a platform egyik verziójáról nem jön létre.

Ezért meg kell nyitnia a mappát, az aktuális platform számával, ahol dolgozik.

Hogyan láthatjuk a platform számát? Nagyon egyszerű. Menjen a Szerviz menübe -\u003e a programról. És a képen látható, hogy hol nézze meg a platform számát.

Ticket tegyünk "kijavítjuk az észlelt hibákat". És kattintson a Run gombra. Ez a segédprogram kijavítja az összes hiba 90% -át. Azt javasoljuk, hogy egy biztonsági másolatot az adatbázisról alkalmazása előtt ez a típus, de ha a hiba csak abban az időben a kirakodás, majd másolja a teljes mappát az információkat tárol.

A beteg és a történelem tünetei:

A hálózaton lévő több felhasználó működése ugyanazzal a fájllal (adatbázis) tartalmaz egy hálózati reteszelő mechanizmust. Ez okozza, hogy a rendszer értékes időt költeni azonosítani nyílt munkamenetek Bejegyzések, valamint a konfliktusmegoldás.

A blokkolás alapvető jelei:

• a felhasználó gyors munkája a hálózaton keresztül monopólium üzemmód és rendkívül lassú - miközben több felhasználót is dolgozhat
• gyors felhasználói munka helyi alapon a kiszolgálón és a lassú - online
• a K. fájlrendszer csak kevesebb, mint 10 MB / s

Szóval, megkaptam a feladatot - hogy így az 1c-en egyszerre dolgozzon három felhasználót! Vicces, igaz?

Elfelejtettem az összes viccet, amikor láttam, hogy mit kell kezelnünk: "szerver" a szokásos arcán irodai számítógép És két laptop.

A boldogság hiányos lenne, ha nem csodálatos operációs rendszer - a számítógépen és az egyiken windows laptop 7, a másik - Windows 8.

Ha egyidejűleg meg akarja használni a laptopok dokumentumait, akkor egy tupil körülbelül egy percig, a második pedig az 1C-ből a hiba szövegével repült.

Indítsa el az 1c-t egy laptopon - Ez egy külön show, az utolsó sorrendben 3 perc!

Sok erőforrásban találkozott a Tanácsban, hogy dolgozzon dolgozni terminál hozzáférés. Sajnos a Windows 7 nem teszi lehetővé a rendszeres eszközöket a terminálkiszolgálón való bekapcsoláshoz - legfeljebb egy aktív kapcsolatot. Ugyanakkor a fennmaradó munkamenetek nem állnak le, újra csatlakozhat egy másik felhasználó - "dobása" az előző felhasználóval, de a munkamenet befejezése nélkül. Ezért az 1C-t át kell adni a kiszolgálói operációs rendszerbe, ahol nincs ilyen korlátozás. Az ügyfél saját félelme és kockázata megoldotta a problémát, hanem egy harmadik fél hasznosságátWindows7_sp1_rdphack.

De ezen a kalandon nem ér véget. Még a terminál kapcsolat is jelentős fékek maradtak. Megint megfordítottam a Mindenható keresőmotorokat. Az alábbiakban az 1C gyorsítófájlos tippek vannak, amelyeket követtem:

1. Letilt Hálózati protokoll használata IPv6., Konfigurálja a "régi" IPv4-et.

2. Adjon hozzá 1C-folyamatot a Windows tűzfal kivételéhez, valamint az antivírus kiküszöböléséhez, vagy tiltsa le őket (nagyobb kockázatos, de egy egyszerű teszt sebesség növelése Dokumentumok letiltásakor antivirus Avast. tényező!)

3. Futtassa a teljes szöveges keresés indexálását az 1C-ben, vagy kapcsolja ki egyáltalán

4. Futtassa a tesztet és rögzítse az alapot, ellenőrizze a CHDBFL segédprogramot

5. Indítsa el a konfigurációs ellenőrzést a konfigurációban (ha a konfiguráció nem jellemző, hasznos lehet). A konfigurációs ellenőrzés eredményei szerint majdnem egyharmada mágikusan csökkent. Mi és hogyan kell frissítenie a bejövő programozók frissítette nekem - nem volt különösebben szándékos, de a tény nyilvánvaló.

6. Letiltja a felesleges funkcionális opciókat.

7. Állítsa be a jogokat a felhasználók számára. (Ez és a korábbi tippek értelmetlennek tűntek, amíg meg nem figyeltem a rajzot kezelt űrlapok A dokumentumok listájának megnyitásakor. Minél kisebb az extra az ellenőrzött felületen - a szokásos, gyorsabban működik)

8. A szekvencia eredményeinek és visszanyerésének átadása (jelentős növekedés csak akkor lehet, ha hosszú ideje Az eredmények nem álltak vissza)

9. Adja meg a "csatlakozási sebesség - alacsony" a bázisok listájában (ez nem kapott különleges eredményt, kivéve az alrendszerek képeit :))

Az összes ilyen lépések végrehajtása után az 1C fájlbázis nagyságrendet szerzett. Elkezdte elindítani a maximális másodpercet 10-re, és a dokumentumok visszanyerésének sebessége átlagosan 12-szer nőtt.

Talán ez a kis cikk praktikus lesz, és ha hirtelen fel kell gyorsítani az 1C-fájl adatbázist.

P.S: és futtassa az 1c fájlt hálózati hozzáférés nak nek megosztott mappa - még mindig irreális, mert A Dasha a legmüvesebb szilárd állapotú lemez, ram És a processzor a hálózati zárakba kerül, és egynél több felhasználó munkája valójában lehetetlen. Ez konkrét az UT 11.1 konfigurációjáról. Az önhitt kis konfigurációk jól működhetnek a fájl verziójában is.

A megjegyzések kiegészítései A közzétételhez:

Lemez töredezettségmentesitő Fájlbázissal

Konvolúció Bázisok (hasznosak lehetnek, ha az alap nagy, például több éve). Az ügyfél az alap nagyon fiatal volt, így a konvolúció nem volt alkalma.

A hardver korszerűsítése - gyorsabb merevlemez, új kapcsoló, processzor stb.

Telepítse a webszerverreHozzáférés a segítséghez vékony kliens. Itt a vélemények megosztottak. Valaki azt mondja, hogy néha gyorsabb, valaki - ez a gyorsulás nincs megjelölve.

Nem ritkán, ha az 1C-ben működik, egy hiba "konfliktuszárak, amikor tranzakciókat végeznek: a blokkolás maximális várakozási idejét túllépik." A lényege abban rejlik, hogy több szekció próbál egyidejűleg hasonló intézkedéseket végrehajtani ugyanabba az erőforrást. Ma foglalkozunk a hiba javításával

Számos művelet történt

Az első dolog, amikor okok keresésére kell tisztázni, hogy hány egyidejűleg dolgozó felhasználók vannak ebben információs bázisamelyben hasonló hiba kerül kiadásra. Mint tudjuk, a maximális összeg meglehetősen nagy lehet. Ez ezer és ötezer.

A reteszelő- és tranzakciós mechanizmust a fejlesztői kézikönyv írja le. Használják őket, ha több munkamenetet használnak ugyanazon adatokhoz egyszerre. Logikus, hogy ugyanazokat az adatokat nem lehet megváltoztatni a különböző felhasználók ugyanabban a pillanatban.

Azt is ellenőrizni kell, hogy valaki elindult-e az adatok tömegváltozásának feldolgozásának felhasználói számára. Olyan lehet, mint egy hónap és hasonlók zárása. Ebben az esetben a feldolgozási munka vége után a hiba önmagában eltűnik.

Szabályozási feladatok

Nincs ritka esetek, ha a hiba oka rejlik, ami nagy mennyiségű adatot feldolgoz. Javasoljuk, hogy éjszaka hasonló dolgokat csináljunk. Adja meg az ilyen szabályozási feladatok elvégzésének ütemezését a nyitott időben.

Így a felhasználók stabil rendszerben dolgoznak, és a szabályozási feladatok maguk is sikeresen befejeződnek, mivel a felhasználói munkamenetekkel való konfliktusok valószínűsége csökken.

"Sétált munkamenetek"

A "lógó ülések" problémája, akik szinte mindenkinek jöttek, akik az 1C-os szolgáltatást érkeztek. A felhasználó hosszú ideig a programból származhatott, vagy zárja be a dokumentumot, de a munkamenet a rendszerben marad. A probléma a leggyakrabban egyedülálló és elég ahhoz, hogy hasonló munkamenetet töltsön ki az adminisztrátori konzolon keresztül. Ugyanezek a problémák fordulhatnak elő a háttérfeladatokkal.

Az interneten található számos megjegyzéssel az ilyen helyzetek gyakoribbak a hálózati biztonsági kulcsok használatakor. Ha a helyzet a „lógó ülés” ismétlődik rendszeresen, ez az oka annak, hogy egy alapos ellenőrzést és a rendszer karbantartása és a szerverek (ha az alap a kliens-szerver).

A konfiguráció írásakor hibák

Minden tipikus konfigurációt szakképzett szakemberek és szakértők terveztek. Minden rendszert gondosan tesztelik és optimalizálják a gyorsabb és helyes működés érdekében.

E tekintetben a hiba oka a harmadik fél fejlesztő által írt nem optimális kódexben bérelhet. Ez lehet egy "nehéz" kérés, amely hosszú ideig blokkolja az adatokat. Emellett vannak olyan esetek is, amelyek alacsony termelékenységgel és logikával megsértik az algoritmusokat is.

A nagy valószínűség, hogy a konfliktusblokkolás kialakult a fejlesztői hibák miatt, ha a program frissítése után következik be. Annak ellenőrzéséhez, hogy egyszerűen "visszafordíthat" finomítást, vagy készítsen visszaadási kódot.

8.1 készlet 5 felhasználó számára.
Yuzai tipikus számvitel.
Főleg a terminálon keresztül dolgozzon, néha nélküle.
Adatbázis-változat - fájl
A terminálban lévő hibák láthatóak

valami ilyesmi. Nete, Yandex - általában, valahogy nem specifikus.
Fő ajánlások:
1) Távolítsa el / töltse le az adatbázist - egy új, a konkréton a konfigurátorból
2) futtatás \\ propogram fájlok \\ 1CV81 \\ bin \\ chdbfl.exe - Az alap fizikai integritásának ellenőrzése
3) Az információs bázis tesztelése és rögzítése
4) Frissítve az utolsó kiadásban 8.1

Tudja-e valaki valamit kifejezetten?

13.5.2010, 10:05

Mindössze annyit kell, hogy már felajánlotta, először próbálja meg. Nincs fizikai hibák a fuvarozón?
Pontosabban, hogy valaki mondja.

13.5.2010, 10:56

Tehát ez ... Ha figyelembe vesszük az 1-eseket, és általában, akkor hülye néhány két helyen megpróbál blokkolni egy asztalt, az elsőnek van ideje, és a többi elküldésre kerül. Nézze meg, hogy mely műveletek / tranzakciók / feldolgozás (vagy az 1C-ben hívják) jelenik meg. Lehet, hogy a pont nem a platformon, hanem a rácsosan írott konfigurációk, vagy különösen az adatok ezen konfigurációinak munkája.

P.S. A Multiplayer módban lévő fájlbázis perverzió.

13.5.2010, 10:58

Bár a pokol ismeri őt, mint az 1C-in adatbázis, lehet, hogy valahol az adatbázisban LA és mindenféle visszafizető segít.

13.5.2010, 11:06

Igen, ad nekem, a nyolcadik, mint egy platform - a nedvesség még mindig. Valahol azt írta, hogy a korrekcióval való időszakosan tesztelni kell

13.5.2010, 11:10

valószínűtlen. A nyolc, egy új szerver vásárolt annyit a licencelt ablakban

Az alsó sor az, hogy az egyik blokkolja az asztalt, a többi időt vár egy időtúllépésre.
Miért nincs ideje, ez egy nagy kérdés. Fizikai média megjelenés lehet, lehet. Rendszernapló, MHDD. És az első hozzászólásban írt összes intézkedésnek meg kell felelnie.

P.S. Az új nem jelenti azt, hogy 100% -os munka.

13.5.2010, 11:38

Mindössze annyit kell, hogy már felajánlotta, először próbálja meg

tehát igen, szükség van az estig.
Egy kicsit remény volt valami új hallásra

Ne mondd el csodákat. Van elég baj, de ez nem azok.

hol van a csodák? Nem értettem, hogy valaki azt mondta, hogy 8.1 hűvös kifogástalan platform?

azt írta, hogy a korrekcióval történő rendszeres tesztelésnek meg kell tennie

Úgy tűnik, hogy ilyen esetünk van.
A felhasználók felmérése egyetlen módon (úgy, hogy nem forogjon) azt mutatta, hogy ez a helyzet úgy tűnik, hogy olyan, mint a terminálban dolgozó felhasználók. És azok, akik nem mennek át a terminálon
A Windows Server 2003 R2 standart 64, vagy nem emlékszik ilyen helyzetre, vagy egyszerűen nem keletkezett tőlük.
És két különösen megfigyelő megjegyezte, hogy 1,5-2 hónapja, ezt a jelenséget sokkal kevésbé figyelték meg

13.5.2010, 12:42

Született gyilkos., Milyen szálas antiviro áll a szerveren? Ha igen, próbálja meg letiltani vagy alapozni a kivételeket

13.5.2010, 13:14

Milyen szálas antiviro áll a szerveren?

xS, meg kell nézned. Ez egy ellenséges szerv
sUNRUSTIC FRANKS A SZOLGÁLTATÁSOK VÁLTOZTATÁSÁNAK A SZOLGÁLTATÁSOKAT, A SZERVŐKRE VONATKOZÓ SZERZŐDÉSÉBEN, és például a munkánk felügyelete
a kiszolgálóhoz való hozzáférés biztosított, de egy vágott változatban.
Lát.

nem, úgy néz ki, mint egy víruskereső ...

13.5.2010, 13:23

Nem értettem, hogy valaki azt mondta, hogy 8.1 hűvös kifogástalan platform?
igen, Nah. 7.7 Ez a lage bemutatja az évet, de körülbelül 8-KU, hogy a legendákat a buggyáról

Mennyi adatbázisméretet és hány felhasználó?

Elfér. Adjon egy konkrét példát.
Mennyi adatbázisméretet és hány felhasználó?

Éjszaka, a tesztelő tett és helyes. Ennek előtt az 1CV8.1CD 2 GB volt, most 1.5 GB lett.
Felhasználók 5 darab, valamint engedély.
Ami a legenda a Glu-ról, volt egy eset. Itt, ha 7,7-et, és csak a teljes, az összes példányt egy másik helyre másoljon - egy példány nélkül.
Amint megpróbáltam ugyanezt tenni a nyolcadatbázisban, az adatbázis-katalógust más helyre másoltam,
az előírt, mindkét bázisot egyszerre nyitotta meg, az egyiket perverziókra feltételezték.
A különböző dokumentumok törlésére jelölt másolatban az ablakhoz kapcsolva valódi bázissal nem hitte a szemet: ugyanazokat a dokumentumokat eltávolították az eltávolításra és ott


Ash Stump, 1c mindenre válaszol: készítsen napi másolatot az adatbázisban.
Igen, csak ez a hu új válasz.

Mmmarina

Született gyilkos.,

helló barát...

Mítosz!
Itt vannak a legendák ...

helló barát...

szia barátom. Itt szerepel

Majd összetört ikonok az asztalon

Mítosz!
Itt vannak a legendák ...

láttam. Nem nevetséges vagyok, akkor az volt, hogy megkülönböztessem a dokumentumokat az eltávolítás eltávolítása után nem kívánt eltávolításról, mindannyian megnedvesültek.

nem emlékszem, hogy melyik platformot állították.

próbáld meg ezt is. Talán kapsz

Itt vannak a legendák ...

majd többet mondok: amikor kézzel eltávolítottam a dokumentumok párját a részletek eltávolításához,
az igazi bázisban ugyanaz a dolog történt. Nem voltam nekem, hogy valahogy dokumentálom ezt az érzést.
Szóval most visszatértem mindent, mint amilyennek voltam, és már nem csináltam

távolítsa el a gaping lyukakat a számítógép ismeretében ...
igaz, véleményem szerint reménytelen vagyok ...

pontosabban ez a téma egyáltalán nem az Ön számára, natív (c)
Általánosságban elmondható, hogy mindenki megérthető
megakadályozza a számítógép barátjának, mint lehetőség))))

A több dokumentum törléséhez jelzett másolatban az ablakhoz kapcsolva valódi bázissal váltották ki a szemet: ugyanazokat a dokumentumokat eltávolították eltávolításra és ott shok.gif

Ez soha nem olyan fájlbázis, amely nem másolta a 8. \\ t
Nem volt szenzáció.

Lehet, hogy nem tudsz elhinni, de ez volt.

Az a tény, hogy a nyolcadik, néhány év nagyon szoros volt. Amint nem másolták őket. Szóval nem hiszem el
De feltételezhetem, hogy amikor a személy túlterhelt - lehetséges. Tudom magadról.

Ne aggódjon, a fájlbázis nyugodtan másolható és felemelhető bármely más bosszúban. Nem lehet glitches.

14.5.2010, 10:52

14.5.2010, 11:28

A tartály hosszabb beillesztése ugyanazt az alapot írja elő 2 alkalommal

8-KA helyettesíti

14.5.2010, 11:31

Ő ... 7.7 Ha hülye csendes, és az adatbázis nem adja hozzá a listához (csak semmilyen módon nem reagál)
8-KA helyettesíti

Csak hiányozhatjuk az egeret, és elindítottuk ugyanazt a dolgot ... végül is, ez nem történik meg

14.5.2010, 11:47

Csak hiányozhatunk az egérrel, és elindíthatjuk egy és ugyanazt ...

megpróbálok szimulálni ilyesmit. Ezután végezze el a célját.
Általában veszélyes cselekvés előtt 1c (7.7. Vagy 8-Ke) célja, hogy aláírjon egy kérdést (ott jelenik meg az adatbázis útja).

Itt az emberek olyan barátságosak, mint a nevető legendám, amit kételkedtek.
Bár a nyolcszor több, mint a hétben.

Ó, itt van egy stop glitch, nem csak engem látott.
Általánosságban elmondható, hogy az ügyfél ugyanazon 8. alapja fölé gúnyolódtak, amikor Franciaországban dolgoztam.
Egy nap egy személy, a másik - a második, a harmadik pedig elmentem. Megkérdeztem őket - a kizsákmányolás előtt egy regatta példányt csináltunk? Válaszul - RZUT, Mint a lovak, rövidebbek, csak az autóba vették az alapot

14.5.2010, 12:35

- Rzut, mint a lovak, rövidebbek, csak helyben vették az alapot,
És kialudtam az ügyből az interneten, hogy baszni. biztonsági mentés Az előző tavarischi szerint úgy döntöttem, hogy nem tegyek,
fiatal volt és hülye - sok pontot.
Általánosságban elmondható, hogy megváltoztam a zavartságban, megőriztem a zavart, a Confes megőrzésének időpontjában, néhány baleset történt, és az alap esett, este. Sokk. Reggel 3 különlegesre mentem, köztük ott.
A baleset az volt, hogy a bázis elszakadt a kiadási számot, azaz A konfigurációban, amikor megnyomja, a kérdés üres volt, és maga a konferencia neve hiányzott. És ha az adatbázis során nincs szentély, az interfész hajlamos. Padló, nem volt a dokumentumok naplóihoz.
Úgy döntöttem, hogy a problémát viszonylag friss konfigurációs fájllal frissítettem a megölt adatbázis frissítésével, minden kiderült.
Minden újjáéledt.
Ez egy igazi legenda. 3 embernek nem szabad hibásnak lennie egyszerre

14.5.2010, 13:53

a Confes megőrzésének időpontjában néhány baleset történt, és az alap esett

Nos, ha ez egy mirigy glitch, akkor semmi sem meglepő.
De ha találtál egy hibát, ami következetesen megjelenik bizonyos műveletek teljesítése után, akkor egy másik beszélgetés.

14.5.2010, 14:39

Nos, ha ez egy mirigy glitch, akkor semmi sem meglepő

xs mi volt. Vas, rács vagy platform - most nem olyan fontos.
Úgy tűnik számomra, hogy a Softina nem kell annyira viselkednie
Ez ugyanaz, ha hagyja, hogy a Wist, és felismerje, hogy szar. Milyen gyorsan vannak a 8.0-tól 8.1-ig átrendezve
P.S. A BUG szó jelentése világos nekem, köszönöm az ellátást)))))))

14.5.2010, 19:37

Tegyük fel, hogy ha a gördülő szervizcsomagok vagy valami fontos ugyanazon a Vista-nál, akkor hasonló "glitch" lesz, valószínű, hogy a rendszer később, ha betöltött, akkor rendkívül instabil lesz.
Vagy mondjuk, hogy az inzulin elfogadásának időpontjában a földállomás megtörténik, a cukorbetegek véget érhetnek, mert A fecskendő a rázkódás alatt a kanapén hengerelt.

14.5.2010, 22:32

Született gyilkos, milyen szálas antiviro áll a szerveren? Ha igen, próbálja meg letiltani vagy alapozni a kivételeket

Hogyan befolyásolja az antivírus az asztalzárat? A 8.X alap egy fájl.

A több dokumentum törléséhez jelzett másolatban az ablakhoz kapcsolva valódi bázissal váltották ki a szemet: ugyanazokat a dokumentumokat eltávolították eltávolításra és ott shok.gif
Általánosságban elmondható, hogy nem szerettem ezt a kibaszott tetejét, azóta csak a bázis másolatát csak a kirakodás / letöltés útján végeztem.
Hogy uram, ilyen szomorú legenda?
És ha elragadtattam és a negyedik cselekedte azt a példányt (például ilyenkor törli a dokumentumok jelölt eltávolítására) és néhány egyértelmű módon, azonos műveleteket főként az adatbázisban?

Nem, nem lehet, a csodák nem történnek. Valószínűleg ugyanazt az alapot adta meg ... A 8-KE-ben az adatbázist 2-szer írhatja be egy név alatt.

időszakosan felmászott a Jambs-ot, amikor az eset-hibával rendelkező dokumentumok lefolytatása / írásakor
"Konfliktusblokkolás tranzakció végrehajtása során: Nem sikerült blokkolni a" _document158 "táblázatot

Tehát az első dolog, amellyel meg kell határoznia, hogy melyik dokumentum a metaadatok megfelel a "_document158" táblázatnak. Ehhez globális kontextusmód van "nagy szerkezeti alapú". Tehát legalább pontosan meg fogod érteni, hogy melyik dokumentum "buggy".

Akkor meg kell értened, hogy valaki volt egy modul benne, és beszélt a fején, ha egy helyen keresztül változott. Valószínűleg a nyilvántartások rekordok készletei kifejezetten az írási módon keresztül kerülnek rögzítésre, ahelyett, hogy a platformot helyesen kell megadnunk. És sorrendjük integrált ..
A dedlockok nem merülnek fel?

Általánosságban elmondható, hogy 5 fő nem tarthat fájl módban. A DBMS ingyenes lehet, csak a klaszter szerver kulcsát vásárolja meg, és ez az. Vagy drága irodában van?
Nem emlékszem, nem tudom eltávolítani a technológiai naplót a fájl módban, vagy nem .....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html az Ön fiókja?

Ez az, hogy a tranzakció nem jár, ha egy felhasználó működik? Ezután a probléma valószínűleg nem szerepel a CROOKED-ben, amikor a mozgásokat rögzíti. Mivel az egyfelhasználós módban zárak nem lehetnek. A rekord következetesen előállított.

Ezután úgy néz ki, mintha a bázis szerkezetének megsértése lenne.
Jobb, ha először végeznek tesztelni és rögzíteni az alapot az "információs alap táblák szerkezetátalakításával" zászlóval.
A DT-hez a későbbi terheléssel történő kirakodása is van értelme ...
chdbfl.exe Ebben az esetben valószínűleg nem segít ... Bár természetesen érdemes megpróbálni, ha a többi nem segít.

Gee-áram most nézett napján állások bankfiókban http://odines.ru/thread1386.html és a fejlesztés a tipikus új irányított módban nem messze.
És a 8.2 és a 8.1 közötti különbség sokkal nagyobb, mint 8,1 és 7,7 között, különösen a fejlesztők számára, az agynak kijavítani kell a "kezelt" üzemmód alatt történő fejlesztést

A multiplayer rendszerekben a blokkolás szerkezetének és konfigurációjának helyes szervezése fontos szerepet játszik. Ha nem, a felhasználóknak gyakran kell szembenézniük az egyes rendszererőforrások versenye által okozott hibákkal. De van egy probléma a konfliktus blokkolás, amely sok felhasználó számára ismerős. Miért merül fel a reteszelő konfliktus 1c és hogyan lehet megszüntetni?

Blokk konfliktus az 1C 8.3-ban és annak értéke

A legtöbb felhasználó számára az 1c zárak konfliktusának üzenete csak olyan hibát jelent, amely megakadályozza, hogy elvégezzék munkájukat. Meg akarják szabadulni ebből a problémamegoldásból, és ostromlott az informatikai panaszokat arról, hogy "1c nem működik".

De érte rendszergazdák És a fejlesztők egy ilyen üzenet jelzi a konfigurációs struktúra problémáinak lehetséges elérhetőségét. Mielőtt megpróbálná kérni a felhasználókat és távolítsa el az elzáródásokat, meg kell vizsgálni a helyzetet, és megérteni a hibaüzenet okát.

Az 1C-ben blokkoló hibák okai

Excing terhelésvizsgálat azt mutatja, hogy az 1C szerver több mint ötezer felhasználó párhuzamos működését ellenzi. De az ilyen kísérletek ideális feltételei elérhetetlenek a nagy és közepes méretű vállalatok mindennapi körülményeiben. Hasonló sebesség és hiba elérése érdekében a konfigurációt tökéletesen meg kell tervezni és élesíteni a vállalkozás sajátos üzleti folyamatainak.

Ha nem veszi ideális lehetőségeket, akkor az 1c blokkoló konfliktusok a következő okok miatt találhatók:

A nagy mennyiségű felhasználók egyidejű munkája. Ezt a gyökérzékenységet az 1c belső mechanizmusok diktálják. Feltételezik, hogy a tranzakcióban bekövetkező adatváltozások tilalma egy másik felhasználó nevében fut;

Hibák és hiányosságok a konfigurációban. Az "1c" vállalat tipikus megoldásainak szerkezetében figyelembe veszik a termelékenység maximalizálására vonatkozó ajánlásokat. De a harmadik féltől származó fejlesztők nem mindig tartanak fenn a magas színvonalat, és a kódjukban gyakran megtalálhatja a következő hiányosságokat:

• Nem optimális kérések;
• Kérje a maradványokat a cselekvések elején;
• A konfigurációs objektumok és azok helytelen használatának félreértése;
• A rendszerben lévő redundancia, vagy a fejlett zárak.

Hogyan lehet megjavítani a zárak ütközését az 1C 8.3-ban

Rendszerüzenet "Lock konfliktus A tranzakció végrehajtásakor 1c 8.3" Nem jellemzi a konfigurációt a helytelenül tervezett módon. De ha az ilyen jeleket figyelmen kívül hagyják, akkor a leginkább felelős pillanatban van esély, például, amikor negyedéves vagy éves jelentést kell bérelni, nagy problémákat okozhat. A legjobb, a fékrendszer és az elégedetlen felhasználók. A legrosszabb, a kijáratnál rossz adatok, amelyek az ellenőrző hatóságoktól szankciókat tartalmazhatnak.

A konfiguráció konfigurációjának problémájának megoldásával az 1C 8.3-ban a konfigurációt vezérelve (Kézi) Lock vezérlési módba fordítják. A 8.1-es verzióban végrehajtott mechanizmus az illetékes szakemberek kezében lévő mechanizmus megoldja a konfliktus blokkolásának problémáját az 1C-es tranzakció során.

De érdemes szem előtt tartani, hogy ez a cselekvés csökkenti az adatvédelem szintjét a más felhasználók olvasásának folyamatában. Ezért, ha nem áll készen arra, hogy önállóan ellenőrizze az összes zárat a rendszerben, ne siessen a konfigurációs beállítások módosításához.

Gyors döntéshozatali konfliktusblokkok 1c

A rendszergazda vagy fejlesztő akkor fordulhat elő, ha nincs idő a hiba ellenőrzésére, és keresse meg a probléma kiváltó okait. Például át kell adnia egy jelentést, vagy be kell nyújtania az adatokat egy bizonyos ideig, és az 1C zárási hibák akadályozzák.

A probléma gyors megoldásához kétféleképpen van:

• Keresse meg és töltse ki a munkamenetet a szükséges adatok blokkolásával. A kisvállalatoknál, ahol az 1c felhasználók száma nem haladja meg a személy több tucatnyi párját, ez az optimális megoldás;
• Ha ellenőrzi a rendszert, amelyben több száz alkalmazott dolgozik, keressen a megfelelő munkamenetet szakosodott nélkül szoftver Hosszú ideig késleltethet. Ebben az esetben sokkal hatékonyabban újraindítja a kiszolgálót.

Ezek a megoldások radikálisak, és csak a probléma gyors megoldására és az adatok sürgős jelentésekre vonatkozó adatok kiadására irányulnak. Lehetőség van arra, hogy csak megértsék, hogy a blokkoló konfliktus az 1c tranzakció végrehajtása során keletkezzen. Az ilyen cselekvések után ki kell találnia a sérülékeny területeket a rendszerben, optimalizálni kell az alkalmazottak konfigurációját vagy munkáját. Használjon ilyen intézkedéseket állandó jelleggel, rendszeres konfliktusokkal a tranzakciókra vonatkozó tranzakciókkal kapcsolatban.