Koszty 8.1 ustawione dla 5 użytkowników.
Stosujemy standardową rachunkowość.
Działają głównie przez terminal, czasami bez niego.
Opcja bazy danych - plik
Błędy zostały zauważone przez osoby w terminalu
coś takiego. Szperał w sieci, Yandex - ogólnie rzecz biorąc, jakoś wszystko nie jest konkretne.
Główne znalezione zalecenia:
1) Rozładuj / Załaduj bazę - w znaczeniu nowej do wymyślenia z konfiguratora
2) uruchom \\ Program Files \\ 1cv81 \\ bin \\ chdbfl.exe - sprawdź fizyczną integralność bazy danych
3) Przetestuj i napraw bazę danych
4) aktualizacja do najnowszej wersji 8.1
Czy ktoś wie coś dokładniej?
13.5.2010, 10:05
Wszystko, co jest potrzebne, już Ci zaoferowano, najpierw spróbuj. Czy na nośniku nie ma fizycznych błędów?
Dokładniej, jeśli ktoś mówi.
13.5.2010, 10:56
Więc to ... jeśli rozważymy to bez względu na 1C, ale ogólnie, to głupio, że jedno z dwóch miejsc próbuje zablokować jeden stół, pierwsze ma czas, a reszta jest wysyłana. Zobacz, jakie operacje / transakcje / przetwarzanie (lub jak to się nazywa w 1C) są wykonywane w tym czasie. Może się zdarzyć, że sprawa nie dotyczy platformy, ale krzywo napisanych konfiguracji lub osobliwości pracy tych konfiguracji na twoich danych.
P.S. A bazy danych plików w trybie wielu użytkowników to perwersja.
13.5.2010, 10:58
Chociaż do diabła wie, jak powstaje baza danych 1C-in, może się zdarzyć, że gdzieś w bazie danych pomoże bezpiecznik i wszelkiego rodzaju naprawy.
13.5.2010, 11:06
Tak, wydaje mi się, że ósemkowy jest jak platforma - wciąż jest wilgotny. Gdzieś napisali, że należy OKRESOWO testować z korektą
13.5.2010, 11:10
mało prawdopodobne. Na ósemkę zakupiono już nowy serwer z licencjonowanym systemem Windows
Najważniejsze jest to, że jeden blokuje stół, a reszta czeka do upływu czasu.
Dlaczego nie mają czasu, to wielkie pytanie. Fizyczny nośnik wygląda, może jest głupi. Dziennik systemowy, MHDD. A wszystkie czynności, które są napisane w pierwszym poście, są wymagane.
P.S. Nowy nie oznacza 100% pracy.
13.5.2010, 11:38
Wszystko, czego potrzebujesz, już Ci zaoferowano, najpierw spróbuj
więc tak, musisz poczekać do wieczora.
Nie było nadziei na usłyszenie czegoś nowego
Nie mów cudów. Jest wystarczająco dużo problemów, ale tak nie jest.
gdzie są cuda? Nie rozumiem, ktoś zamierzał się kłócić, że 8.1 to fajna bezbłędna platforma?
napisał, że OKRESOWE testowanie z korektą musi być wykonywane
wydaje się, że mamy taki przypadek.
Sondaż użytkowników jeden po drugim (aby nie kłamać razem) wykazał, że sytuacja ta zdaje się występować TYLKO wśród użytkowników pracujących w terminalu. A ci, którzy nie przechodzą przez terminal, na którym
Windows Server 2003 R2 Standart 64 albo nie pamiętają takiej sytuacji, albo po prostu jej nie mieli.
Co więcej, dwóch szczególnie spostrzegawczych zauważyło, że 1,5-2 miesiące temu zjawisko to obserwowano DUŻO rzadziej
13.5.2010, 12:42
Urodzony zabójca, Antywir, jaki wątek jest na serwerze? Jeśli tak, spróbuj go wyłączyć lub dodać podstawę do wyjątków
13.5.2010, 13:14
W jakim wątku znajduje się program antywirusowy na serwerze?
xs, musisz spojrzeć. To jest serwer wroga
franczyzodawcy sprytni zabrali jedną z naszych baz do konserwacji, zabezpieczyli swój serwer i nadzorują naszą pracę
zapewniono dostęp do ich serwera, ale w skróconej wersji.
Spojrzę na to.
nie, wygląda na to, że jest program antywirusowy ...
13.5.2010, 13:23
Nie rozumiem, ktoś zamierzał się kłócić, że 8.1 to fajna bezbłędna platforma?
no cóż nie. 7.7, który do tej pory jest bałaganiarski, ale około 8-ku w sam raz, aby stworzyć legendy o jego usterce
Ile wynosi rozmiar podstawowy i ilu użytkowników?
Makijaż. Podaj konkretny przykład.
Ile wynosi rozmiar podstawowy i ilu użytkowników?
zrobiłem tester w nocy i naprawiłem go. Wcześniej 1cv8.1CD miał 2 GB, teraz to 1,5 GB.
Jest 5 użytkowników, a także sama licencja.
Jeśli chodzi o legendy o glitchiness, był jeden przypadek. Teraz, jeśli weźmiesz 7.7 i po prostu skopiujesz 1 bazę przez Total do innej lokalizacji - kopia bez problemów.
Kiedy próbowałem zrobić to samo z ośmiobitową podstawą, skopiowałem katalog podstawowy do innej lokalizacji,
zarejestrowany, otworzył obie bazy w tym samym czasie, jedna miała być perwersyjna.
W kopii zaznaczyłem kilka dokumentów do usunięcia, przełączyłem się na okno z prawdziwą bazą danych, nie mogłem uwierzyć własnym oczom: te same dokumenty były tam też zaznaczone do usunięcia
Pniak jesionu, 1C ma odpowiedź na wszystko: codziennie rób kopię bazy danych.
Tak, tylko to jest pieprzona odpowiedź
MMMarina
Urodzony zabójca,
witaj przyjacielu...
Mit!
Tak rodzą się legendy ...
witaj przyjacielu...
cześć przyjacielu. Teraz dałeś się ponieść
A potem ikony na pulpicie zostały spacyfikowane
Mit!
Tak rodzą się legendy ...
widziałem to. Nie było dla mnie później rozróżnienie między dokumentami zaksięgowanymi a niepublikowanymi, po usunięciu znaku skreślenia wszystkie stają się niepublikowane.
nie pamiętam, która to była wtedy platforma.
spróbuj zrobić to samo. Może ty też możesz to zrobić
Tak rodzą się legendy ...
powiem więcej: gdy ręcznie odznaczyłem kilka dokumentów w kopii do usunięcia,
to samo stało się w prawdziwej bazie danych. W tamtym czasie nie miałem czasu, aby jakoś udokumentować to uczucie.
Więc po prostu go odłożyłem i nie zrobiłem tego ponownie.
naprawianie ziejących dziur w wiedzy komputerowej ...
naprawdę, moim zdaniem, jestem beznadziejny ...
ten konkretny temat w ogóle nie jest dla ciebie, drogi (y)
ogólnie rzecz biorąc, wszystko nadaje się do zrozumienia
zaprzyjaźnić się z maniakiem, opcjonalnie)))
W kopii zaznaczyłem kilka dokumentów do usunięcia, przełączyłem się na okno z prawdziwą bazą danych, nie mogłem uwierzyć własnym oczom: te same dokumenty zostały zaznaczone do usunięcia i tam shok.gif
Nigdy nie kopiowałem bazy danych zawierającej 8 plików
Nie było to bynajmniej sensacją.
Cholera, możesz nie wierzyć, ale tak było.
Faktem jest, że przez kilka lat bardzo blisko współpracował z 8. Kiedyś nie zostały skopiowane. Więc nie mogę uwierzyć
Ale mogę założyć, że gdy człowiek jest przepracowany, wiele jest możliwych. Wiem od siebie.
Nie martw się, podstawę pilnika można łatwo skopiować i podnieść w dowolnym innym miejscu. Nie powinno być żadnych usterek.
14.5.2010, 10:52
14.5.2010, 11:28
Jest sugestia - zarejestrowałem tę samą bazę 2 razy na parking
8 ofert do wymiany
14.5.2010, 11:31
jej ... 7.7 próbując to zrobić głupio milczy i nie dodaje bazy do listy (po prostu w żaden sposób nie reaguje)
8 ofert do wymiany
Możemy po prostu przegapić mysz i uruchomić tę samą ... Cuda się nie zdarzają
14.5.2010, 11:47
Możemy po prostu przegapić myszką i uruchomić tę samą ...
spróbuję zasymulować coś takiego w domu. Wtedy zrezygnuję z subskrypcji.
Zwykle przed jakąkolwiek niebezpieczną akcją w 1C (7.7 lub 8-ke) naciskam znak zapytania (tam, gdzie jest pokazana ścieżka do bazy).
Tutaj ludzie tak przyjaźnie śmiali się z mojej legendy, że zacząłem wątpić.
Chociaż w ósemce jest więcej usterek niż w siódemce.
Och, tutaj jest jedna usterka, nie tylko ja to widziałem.
Ogólnie szydzili w jednej z 8 baz u klienta, kiedy jeszcze pracowałem we franchiku.
Jednego dnia jedna osoba, druga - drugiego, trzeciego poszedłem. Zapytałem ich - czy wykonaliście kopię zapasową przed exploitami? W odpowiedzi śmieją się jak konie, strzelili krócej, tylko zabrali bazę na tym samochodzie
14.5.2010, 12:35
- śmieją się jak konie, strzelili krócej, tylko lokalnie zabrali bazę,
i miałem okazję przelecieć ją z sieci. Postanowiłem nie robić kopii zapasowej na wzór poprzednich tavarisches,
był młody i głupi - dużo się popisuje.
Generalnie zrobiłem zmiany w configu, zapisuję config, w momencie zapisywania configu zdarzył się jakiś wypadek i wieczorem padła baza. Zaszokować. Rano poszło 3 specjalistów, w tym ja.
Wypadek polegał na tym, że z bazy oderwano numer wydania, tj. w konfiguracji, kiedy kliknąłeś pytanie, było puste i brakowało nazwy samej konferencji. a gdy w trakcie tworzenia bazy danych nie było też widać, interfejs wł. odleciał, nie można było wejść do dzienników dokumentów.
Rozwiązaliśmy problem, aktualizując zabitą bazę danych za pomocą stosunkowo świeżego pliku konfiguracyjnego, wszystko się udało.
Wszystko zostało wskrzeszone.
To przykład prawdziwej legendy. 3 osoby nie powinny jeździć jednocześnie
14.5.2010, 13:53
w momencie zapisywania configu zdarzył się jakiś wypadek i baza upadła
Cóż, jeśli to była żelazna usterka, to nic dziwnego.
Ale jeśli znalazłeś błąd, który stabilnie pojawia się po wykonaniu pewnych czynności, to kolejna rozmowa.
14.5.2010, 14:39
Cóż, jeśli to była żelazna usterka, to nic dziwnego
xs to było. sprzęt, siatka czy platforma nie są teraz tak ważne.
Wydaje mi się, że oprogramowanie nie powinno zachowywać się tak czarująco
To to samo, co wypuszczenie Visty i przyznanie, że to gówno. Jak szybko przeskoczyli z 8,0 do 8,1
P.S. znaczenie słowa błąd jest dla mnie jasne, dziękuję za troskę)))
14.5.2010, 19:37
Na przykład, jeśli podobna „usterka” wystąpi podczas toczenia dodatków Service Pack lub czegoś ważnego dla tej samej Visty, wówczas jest prawdopodobne, że system, jeśli się uruchomi, będzie działał bardzo niestabilnie.
Albo, powiedzmy, w momencie przyjmowania insuliny następuje trzęsienie ziemi, wtedy diabetyk może się poddać, ponieważ strzykawka potoczyła się pod kanapą.
14.5.2010, 22:32
Born Killer, jaki wątek jest na serwerze? Jeśli tak, spróbuj go wyłączyć lub dodać podstawę do wyjątków
Jak program antywirusowy może wpływać na blokady tabel? base 8.x to jeden plik.
W kopii zaznaczyłem kilka dokumentów do usunięcia, przełączyłem się na okno z prawdziwą bazą danych, nie mogłem uwierzyć własnym oczom: te same dokumenty zostały zaznaczone do usunięcia i tam shok.gif
Generalnie nie podobały mi się te pieprzone topy, od tego czasu robię kopię bazy danych tylko poprzez Upload / Download.
Jak pan, taka smutna legenda?
A jeśli mnie poniosło i zrobiłem poważniejsze rzeczy w kopii (na przykład skasowałem dokumenty zaznaczone do usunięcia), a w jakiś niejasny sposób te same czynności zostały wykonane w głównej bazie danych?
Nie, to niemożliwe, cuda się nie zdarzają. Prawdopodobnie wszedłeś do tej samej bazy ... W 8 możesz łatwo wejść do bazy 2 razy pod tą samą nazwą.
ościeża okresowo wspinały się podczas prowadzenia / rejestrowania dokumentów z błędem formy
„Konflikt blokad podczas wykonywania transakcji: nie udało się zablokować tabeli„ _DOCUMENT158 ”
Zatem pierwszym krokiem jest określenie, któremu dokumentowi metadanych odpowiada tabela „_DOCUMENT158”. Do tego służy metoda kontekstu globalnego „GetDatabaseStorageStructure”. Zrozumiesz więc przynajmniej dokładnie, który dokument zawiera błędy.
Następnie musisz zrozumieć, czy ktoś zmienił w nim moduł i zapukać w głowę, jeśli zmienił go w jednym miejscu. Najprawdopodobniej zestawy rekordów rejestru są zapisywane jawnie za pomocą metody Write, zamiast pozwalać platformie robić to poprawnie. A ich sekwencja jest pomieszana.
I nie ma impasu?
Ogólnie rzecz biorąc, 5 osób nie powinno być trzymanych w trybie plików. Subd można pobrać bezpłatnie, kup tylko klucz do serwera klastrowego i to wszystko. Czy jest to drogie dla biura?
Nie pamiętam, czy dziennik technologiczny można nagrać w trybie pliku, czy nie ...
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html czy to jest Twój wątek?
To znaczy, że transakcja nie przechodzi, nawet gdy pracuje jeden użytkownik? Wtedy problem prawdopodobnie nie tkwi w krzywym kodzie podczas nagrywania ruchów. Ponieważ w trybie jednego użytkownika nie może być żadnych blokad. Nagrywanie odbywa się sekwencyjnie.
Wtedy wygląda na to, że problem polega na naruszeniu struktury samej bazy.
Lepiej jest najpierw uruchomić Testowanie i naprawę bazy danych z włączonym polem wyboru „Restrukturyzacja tabel bazy danych”.
Rozładunek do dt z późniejszym załadunkiem również ma sens ...
chdbfl.exe raczej nie pomoże w tym przypadku ... chociaż oczywiście warto spróbować, jeśli reszta nie pomoże.
Ojej - w tej chwili przyjrzałem się datom postów w gałęzi http://odines.ru/thread1386.html A rozwój standardowych w nowym trybie kontrolowanym nie jest daleko.
Różnica między 8,2 a 8,1 jest znacznie większa niż między 8,1 a 7,7, zwłaszcza w przypadku programistów, mózgi muszą zostać poddane przeglądowi w celu opracowania „kontrolowanego” trybu działania
Objawy pacjenta i historia:
Praca kilku użytkowników w sieci z tym samym plikiem (bazą danych) obejmuje mechanizm blokowania sieci. Zmusza to system do marnowania cennego czasu na identyfikowanie otwartych sesji nagraniowych, a tym samym na rozwiązywanie konfliktów.
Główne oznaki pracy zamków:
- szybka praca użytkowników z bazą danych przez sieć w trybie wyłączności i bardzo wolna - gdy kilku użytkowników pracuje jednocześnie
- szybka praca użytkowników z lokalną bazą danych na serwerze i wolna - przez sieć
- system plików uzyskuje dostęp do nieco poniżej 10 MB / s
Dostałem więc zadanie - sprawić, by w 1C mogło pracować jednocześnie aż trzech użytkowników! Zabawne, prawda?
Zapomniałem o wszystkich żartach, kiedy zobaczyłem, z czym mam do czynienia: „serwerem” w obliczu zwykłego biurowego komputera i dwóch laptopów.
Szczęście byłoby niepełne, gdyby nie wspaniałe systemy operacyjne - na komputerze i na jednym laptopie Windows 7, na innym - Windows 8.
Podczas próby jednoczesnego trzymania dokumentów na laptopach jeden głupi przez około minutę, a drugi wyleciał z 1C z tekstem błędu „nie mógł zablokować stołu…”.
Uruchomienie 1C na laptopie to osobny pokaz, który trwał około 3 minuty!
W przypadku wielu zasobów spotkałem się z radą, aby przejść do pracy z dostępem do terminala. Niestety Windows 7 nie pozwala mu zamienić się w serwer terminali przy użyciu standardowych narzędzi - co najwyżej jednego aktywnego połączenia. W takim przypadku pozostałe sesje nie są przerywane, możesz połączyć się ponownie pod innym użytkownikiem - „wyrzucając” poprzedniego użytkownika, ale nie kończąc jego sesji. Dlatego należy przenieść 1C do systemu operacyjnego serwera, w którym nie ma takich ograniczeń. Klient rozwiązał problem na własne ryzyko, korzystając z narzędzia innej firmyWindows7_SP1_RDPhack.
Ale przygoda na tym się nie skończyła. Nawet w połączeniu zaciskowym pozostały znaczne hamulce. Po raz kolejny wszechmocne wyszukiwarki pomogły mi. Poniżej znajdują się wskazówki dotyczące przyspieszenia pliku 1C, którymi się kierowałem:
1. Wyłączyć użycie protokołu sieciowego IPv6, skonfiguruj adresowanie na „stary” IPv4.
2. Dodaj procesy 1C do wyjątków Zapory systemu Windows, a także do wyjątków antywirusowych lub wyłącz je całkowicie (bardziej ryzykowne, ale prosty test pokazał wzrost prędkości ponowne wysyłanie dokumentów z wyłączonym programem antywirusowym Avast współczynnik!)
3. Rozpocznij indeksowanie wyszukiwania pełnotekstowego w 1C lub całkowicie je wyłącz
4. Rozpocznij testowanie i naprawianie bazy danych, sprawdzając za pomocą narzędzia ChDbfl
5. Uruchom element Config check w konfiguracji (jeśli konfiguracja nie jest typowa, może to być przydatne). Zgodnie z wynikami sprawdzenia konfiguracji, magicznie zmniejszył się o prawie jedną trzecią. Co i jak aktualizowali przychodzący programiści przede mną - tak naprawdę nie zagłębiałem się w to, ale fakt jest oczywisty.
6. Wyłącz niepotrzebne opcje funkcjonalne.
7. Skonfiguruj prawa użytkownika. (Ta i poprzednia rada wydawały się głupie, dopóki nie obejrzałem renderowania zarządzanych formularzy podczas otwierania listy dokumentów. Im mniej niepotrzebnych w zarządzanym interfejsie, tym szybciej zwykle działa)
8. Uruchom ponowne obliczanie sum i przywrócenie sekwencji (znaczny wzrost może nastąpić tylko wtedy, gdy sumy nie zostały przywrócone przez długi czas)
9. W ustawieniach listy baz określ „Szybkość połączenia - niska” (nie dało to specjalnego wyniku, poza tym, że zdjęcia podsystemów zostały wyłączone :))
Po wykonaniu wszystkich tych czynności baza danych plików 1C zaczęła działać znacznie szybciej. Został uruchomiony w maksymalnie 10 sekund, a szybkość ponownego publikowania dokumentów wzrosła średnio 12 razy.
Być może ten krótki artykuł przyda Ci się, jeśli nagle potrzebujesz przyspieszyć bazę plików 1C.
P.S: A uruchomienie pliku 1C przy użyciu dostępu sieciowego do udostępnionego folderu jest nadal nierealne, ponieważ Jeśli podasz najszybszy dysk półprzewodnikowy, pamięć RAM i procesor zostaną zakopane w blokadach sieciowych, a praca więcej niż jednego użytkownika będzie praktycznie niemożliwa. Mówimy konkretnie o konfiguracji UT 11.1. Samodzielnie napisane małe konfiguracje mogą działać bardzo szybko nawet w wersji pliku.
Uzupełnienia z komentarzy do publikacji:
Defragmentator dysku z bazą plików
Skręt baza (może być przydatna, jeśli podstawa jest duża, na przykład przez kilka lat). Baza klienta była dość młoda, więc roll-up nie był praktyczny.
Aktualizacja sprzętu - szybszy dysk twardy, nowy przełącznik, procesor itp.
Zainstaluj na serwerze internetowym, dostęp za pomocą cienkiego klienta. Tutaj opinie były podzielone. Ktoś mówi, wielokrotnie szybciej, ktoś - tego przyspieszenia nie odnotowuje.
Nierzadko podczas pracy w 1C pojawia się błąd „Konflikt blokad podczas wykonywania transakcji: przekroczono maksymalny czas oczekiwania na przyznanie blokady”. Jego istota polega na tym, że kilka sesji próbuje jednocześnie wykonywać podobne czynności, wpływając na ten sam zasób. Dzisiaj dowiemy się, jak naprawić ten błąd.
Wykonano dużą liczbę operacji
Pierwszym krokiem w poszukiwaniu przyczyn jest wyjaśnienie, ilu jednoczesnych użytkowników znajduje się w bazie informacyjnej, w której występuje taki błąd. Jak wiemy, ich maksymalna liczba może być dość duża. To jest tysiąc pięć tysięcy.
Mechanizm blokad i transakcji został opisany w podręczniku programisty. Są używane, gdy wiele sesji ma dostęp do tych samych danych w tym samym czasie. Logiczne jest, że te same dane nie mogą być zmieniane przez różnych użytkowników w tym samym czasie.
Należy również sprawdzić, czy niektórzy użytkownicy rozpoczęli przetwarzanie masowych zmian danych. To może być jak zamknięcie miesiąca i tym podobne. W takim przypadku po zakończeniu przetwarzania błąd zniknie samoczynnie.
Zaplanowane zadania
Nierzadko przyczyną błędu jest przetwarzanie dużej ilości danych. Zaleca się robić to w nocy. Zaplanuj te zaplanowane prace poza godzinami pracy.
W ten sposób obaj użytkownicy będą pracować w stabilnym systemie, a same zaplanowane zadania zostaną pomyślnie zakończone, ponieważ zmniejszy się prawdopodobieństwo konfliktów z sesjami użytkowników.
„Sesje wiszące”
Problem „zawieszonych sesji” użytkowników jest znany prawie każdemu, kto zetknął się z usługą 1C. Użytkownik mógł już dawno wyjść z programu lub zamknąć dokument, ale jego sesja nadal pozostaje w systemie. Najczęściej jest to pojedynczy problem i wystarczy taką sesję zakończyć przez konsolę administratora. Te same problemy mogą wystąpić w przypadku pracy w tle.
Według licznych komentarzy w Internecie takie sytuacje są częstsze przy korzystaniu z kluczy ochrony sieci. Jeśli sytuacja z „zawieszonymi sesjami” powtarza się systematycznie, jest to powód do dokładnego sprawdzenia i utrzymania systemu i serwerów (jeśli podstawą jest klient-serwer).
Błędy podczas zapisywania konfiguracji
Wszystkie typowe konfiguracje są projektowane przez wykwalifikowanych techników i ekspertów. Każdy system jest dokładnie testowany i optymalizowany pod kątem szybszej i bardziej poprawnej pracy.
W związku z tym przyczyną błędu może być nieoptymalny kod napisany przez zewnętrznego programistę. Może to być „ciężkie” żądanie, które zablokuje dane przez długi czas. Istnieją również przypadki budowania algorytmów o niskiej wydajności i naruszeniu logiki.
Jest wysoce prawdopodobne, że konflikt blokady powstał właśnie z powodu błędów programisty, jeśli wystąpił po aktualizacji programu. Aby to sprawdzić, możesz po prostu „wycofać” ulepszenia lub zmienić kod.
W systemach wieloużytkownikowych ważna jest właściwa organizacja konstrukcji i ustawienie zamków. W przeciwnym razie użytkownicy często będą musieli stawić czoła błędom spowodowanym konkurencją o określone zasoby systemowe. Ale istnieje problem konfliktu blokady, który jest znany wielu użytkownikom. Dlaczego występuje konflikt blokady 1C i jak go wyeliminować?
Konflikt zamków w 1C 8.3 i jego znaczenie
Dla większości użytkowników komunikat o konflikcie blokady 1C oznacza tylko błąd, który uniemożliwia im wykonanie pracy. Chcą jak najszybciej pozbyć się tego problemu i oblegają dział IT skargami, że „1C nie działa”.
Ale dla administratorów systemu i programistów taka wiadomość wskazuje na możliwy problem w strukturze konfiguracji. Zanim spróbujesz zadowolić użytkowników i usunąć blokady, musisz przeanalizować sytuację i zrozumieć przyczynę komunikatu o błędzie.
Przyczyny błędów blokowania w 1C
Demonstracyjne testy obciążenia pokazują, że serwer 1C może wytrzymać równoległą pracę ponad pięciu tysięcy użytkowników. Ale idealne warunki do takich eksperymentów są nieosiągalne w codziennych warunkach dużych i średnich firm. Aby osiągnąć taką samą szybkość i bezbłędną wydajność, konfiguracja musi być idealnie zaprojektowana i dostosowana do konkretnych procesów biznesowych przedsiębiorstwa.
Jeśli nie wybierzesz idealnych opcji, konflikty blokady 1C występują z następujących powodów:
Jednoczesna praca użytkowników z dużą ilością danych. Ta podstawowa przyczyna jest podyktowana wewnętrznymi mechanizmami 1C. Implikują zakaz zmiany danych związanych z transakcją przeprowadzoną w imieniu innego użytkownika;
Błędy i wady w konfiguracji. W strukturze typowych rozwiązań firmy 1C brane są pod uwagę zalecenia dotyczące maksymalizacji produktywności. Jednak programiści zewnętrzni nie zawsze przestrzegają wysokich standardów, a w ich kodzie często można znaleźć następujące niedociągnięcia:
- Nieoptymalne żądania;
- Prośba o saldo na początku działań;
- Niezrozumienie celu obiektów konfiguracyjnych i ich nieprawidłowe użycie;
- Redundancja wbudowanego systemu lub dodatkowo rozbudowanych zamków.
Jak naprawić konflikt blokad w 1C 8.3
Komunikat systemowy „konflikt blokad podczas wykonywania transakcji 1C 8.3” nie charakteryzuje konfiguracji jako nieprawidłowo zaprojektowanej. Jeśli jednak takie sygnały zostaną zignorowane, to w najważniejszym momencie, np. Przy składaniu raportów kwartalnych lub rocznych, mogą wystąpić duże problemy. W najlepszym przypadku układ hamulcowy i niezadowoleni użytkownicy. W najgorszym przypadku nieprawidłowe dane wyjściowe, które mogą pociągać za sobą kary ze strony organów regulacyjnych.
Rozwiązaniem problemu konfliktu zamków w 1C 8.3 może być przeniesienie konfiguracji do kontrolowanego (ręcznego) trybu sterowania zamkiem. Zaimplementowany w wersji 8.1 mechanizm w rękach kompetentnych specjalistów rozwiązuje problem blokowania konfliktów podczas transakcji w 1C.
Należy jednak mieć na uwadze, że działanie to obniży poziom ochrony danych przed zmianą w procesie ich odczytu przez innych użytkowników. Dlatego jeśli nie jesteś gotowy do samodzielnego sterowania wszystkimi zamkami w systemie, nie spiesz się, aby zmienić ustawienia konfiguracji.
Szybkie rozwiązanie konfliktu blokady 1C
W pracy administratora lub programisty może wystąpić sytuacja, w której nie ma czasu na sprawdzenie błędu i znalezienie pierwotnych przyczyn problemu. Na przykład musisz przesłać raport lub przesłać dane w określonym czasie, a błędy blokujące 1C zapobiegają temu.
Istnieją dwa sposoby szybkiego rozwiązania problemu:
- Znajdź i zakończ sesję, która zablokowała wymagane dane. W małych firmach, w których liczba użytkowników 1C nie przekracza kilkudziesięciu osób, jest to najlepsze rozwiązanie;
- Jeśli kontrolujesz system, który zatrudnia setki pracowników, znalezienie odpowiedniej sesji bez specjalistycznego oprogramowania może zająć dużo czasu. W takim przypadku znacznie wydajniejsze będzie ponowne uruchomienie serwera.
Te rozwiązania są radykalne i mają na celu jedynie szybkie rozwiązanie problemu i uwolnienie danych do pilnego dostarczania raportów. Można go wyeliminować tylko poprzez zrozumienie przyczyny, dla której powstał konflikt blokad podczas wykonywania transakcji 1C. Po takich działaniach konieczne jest wyszukanie luk w systemie, zoptymalizowanie konfiguracji czy pracy pracowników. Nie zaleca się ciągłego stosowania takich środków w przypadku regularnych konfliktów blokad w transakcjach.
Jak często widzisz tę wiadomość? Myślę, że każdy, kto ma wieloletnie doświadczenie z 1C, przynajmniej raz napotkał taki błąd. Dlaczego program wyświetla ten błąd? „Konflikt blokowania podczas transakcji: nie udało się zablokować tabeli”?
Cóż, najczęściej dzieje się tak z powodu tego, że jeden z użytkowników wykonuje już jakąś operację, która zablokowała ten stół. Aby rozwiązać ten problem, wszyscy użytkownicy muszą po prostu zamknąć program. Ale zdarza się również, że użytkownik wyszedł z programu, ale proces programu z pamięci nie został wyładowany. Nie panikować! Jeśli wszyscy użytkownicy opuścili program, ale komunikat nadal się pojawia, należy otworzyć menu Narzędzia -\u003e Aktywni użytkownicy.
I zobacz, kto oprócz Ciebie pracuje obecnie z programem. Jeśli wszyscy użytkownicy odeszli, a nadal widzisz, że oprócz Ciebie jest jeszcze ktoś, nie przejmuj się. Zdarza się. Proces się zawiesił. Uruchom ponownie komputer aktywnego użytkownika.
Ale czasami nawet to nie rozwiązuje problemu. Zdarza się, że w momencie transakcji miga lampka lub np. Dysk twardy jest na ostatnich nogach. I co jest też prawdopodobne, ktoś wyjął przewód z koncentratora sieci i włączył czajnik w jego miejsce iw tym momencie liczyłeś amortyzację. W takich momentach baza danych może zostać uszkodzona lub dane mogą zostać zapisane z błędem.
W takim przypadku i prawie zawsze, jeśli powyższe przepisy nie pomogły, pomoże narzędzie chdbfl.exe. Znajduje się w folderze z plikiem wykonywalnym 1C. Ścieżka do pliku będzie miała postać „C: \\ Program Files \\ 1Cv82 \\ numer_wersji_platformy \\ bin \\ chdbfl.exe”. Należy pamiętać, że to narzędzie z jednej wersji platformy może nie działać z inną.
Dlatego musisz otworzyć folder z numerem bieżącej platformy, na której pracujesz.
Jak mogę sprawdzić numer platformy? Bardzo prosty. Przejdź do menu Serwis -\u003e Informacje. A dalej na zdjęciu widać, gdzie patrzeć na numer platformy.
Zaznaczamy „napraw znalezione błędy”. I naciśnij przycisk wykonania. To narzędzie naprawia 90% wszystkich występujących błędów. Zdecydowanie zalecam wykonanie kopii zapasowej bazy danych przed użyciem tego narzędzia, ale jeśli błąd wystąpi tylko w momencie wyładowywania, skopiuj cały folder z bazą danych informacji.
