Objawy i historia pacjenta:

Praca kilku użytkowników w sieci z tym samym plikiem (bazą danych) obejmuje mechanizm blokowania sieci. Powoduje to, że system traci cenny czas na identyfikowanie otwartych sesji nagraniowych i odpowiednie rozwiązywanie konfliktów.

Główne oznaki działania blokującego:

• szybka praca użytkownika z bazą danych przez sieć w tryb ekskluzywny i bardzo wolno - przy jednoczesnej pracy kilku użytkowników
• szybka praca użytkownika z lokalną bazą danych na serwerze i powolna - przez sieć
• apeluje do system plików nieco poniżej 10 MB/s

Dostałem więc zadanie - upewnić się, że w 1C może pracować jednocześnie aż trzech użytkowników! Zabawne, prawda?

Zapomniałem o wszystkich żartach, gdy zobaczyłem, z czym mam do czynienia: „serwer” reprezentowany przez zwykłe komputer biurowy i dwa laptopy.

Szczęście byłoby niepełne, gdyby nie wspaniałe systemy operacyjne – na komputerze i na jednym Laptop z systemem Windows 7, z drugiej - Windows 8.

Podczas próby jednoczesnego trzymania dokumentów na laptopach jeden był głupi przez około minutę, a drugi wyleciał z 1C z tekstem błędu „nie można zablokować stołu…”.

Uruchomienie 1C na laptopie to osobny pokaz, który trwał około 3 minuty!

Na wielu zasobach natknąłem się na porady, aby przejść do pracy w dostępie terminalowym. Niestety Windows 7 nie pozwala regularne środki zamienić się w serwer terminali - maksymalnie jedno aktywne połączenie. Jednocześnie pozostałe sesje się nie zatrzymują, możesz ponownie połączyć się pod innym użytkownikiem - "wykopać" poprzedniego użytkownika, ale nie kończąc jego sesji. Dlatego powinieneś przenieść 1C do systemu operacyjnego serwera, w którym nie ma takich ograniczeń. Klient na własne ryzyko rozwiązał problem, korzystając z narzędzia innej firmy Windows7_SP1_RDPhack.

Ale przygoda na tym się nie skończyła. Nawet w połączeniu terminalowym były znaczne hamulce. Po raz kolejny uratowały mnie wszechmocne wyszukiwarki. Poniżej znajdują się wskazówki dotyczące przyspieszenia pliku 1C, których przestrzegałem:

1. Wyłączyć wykorzystanie protokołu sieciowego IPv6, skonfiguruj adresowanie na „starym” IPv4.

2. Dodaj procesy 1C do wyjątków Zapora systemu Windows, a także w wykluczeniach antywirusowych lub całkowicie je wyłącz (bardziej ryzykowne, ale prosty test wykazał wzrost prędkości ponowne księgowanie dokumentów po wyłączeniu antywirus Avast współczynnik!)

3. Rozpocznij indeksowanie wyszukiwania pełnotekstowego w 1C lub całkowicie je wyłącz

4. Uruchom testowanie i naprawianie bazy danych, sprawdzając za pomocą narzędzia ChDbfl

5. Uruchom w konfiguracji element Sprawdź konfigurację (jeśli konfiguracja nie jest typowa, może to być przydatne). W wyniku sprawdzenia konfiguracji magicznie zmniejszył się o prawie jedną trzecią. Co i jak aktualizowali się 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 uprawnienia dla użytkowników. (Ta i poprzednia rada wydawała się głupia, dopóki nie obejrzałem renderowania zarządzanych formularzy podczas otwierania listy dokumentów. Im mniej zbędny jest zarządzany interfejs, tym szybciej zwykle działa)

8. Rozpocznij ponowne obliczanie sum i przywracanie sekwencji (znaczny wzrost może nastąpić tylko wtedy, gdy sumy nie zostały przywrócone przez długi czas)

9. Określ "Szybkość połączenia - niska" w ustawieniach listy baz (nie dało to specjalnego wyniku, z wyjątkiem tego, że zdjęcia zostały wyłączone dla podsystemów :))

Po wykonaniu wszystkich tych kroków baza plików 1C zyskała rząd wielkości szybciej. Uruchomił się w maksymalnie 10 sekund, a szybkość ponownego wysyłania dokumentów wzrosła średnio 12-krotnie.

Być może ten krótki artykuł przyda Ci się również, jeśli nagle potrzebujesz przyspieszyć bazę plików 1C.

PS: I uruchom plik 1C za pomocą dostęp do sieci do udostępnionego folderu - wciąż nierealne, tk. kreska najszybszy dysk półprzewodnikowy, Baran a procesor zostanie zakopany w blokadach sieciowych, a praca więcej niż jednego użytkownika będzie praktycznie niemożliwa. To jest o konkretnie o konfiguracji UT 11.1. Napisane samodzielnie małe konfiguracje mogą działać bardzo szybko nawet w wersji plikowej.

Dodatki z komentarzy do publikacji:

Defragmentator dysku z bazą plików

Skręt podstawa (może się przydać, jeśli podstawa jest duża, np. od kilku lat). Baza danych klienta była dość młoda, więc rollup był niepraktyczny.

Modernizacja sprzętu - szybszy dysk twardy, nowy przełącznik, procesor itp.

Zainstaluj na serwerze WWW, dostęp przez cienki klient. Tutaj opinie są podzielone. Ktoś mówi, wielokrotnie szybciej, ktoś - że nie zanotowano przyspieszenia.

Nierzadko podczas pracy w 1C pojawia się błąd „Konflikt blokady 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.

Duża liczba operacji

Przede wszystkim, szukając przyczyn, należy doprecyzować, ilu jednocześnie pracujących użytkowników znajduje się w infobazie, w której podobny błąd. Jak wiemy, ich maksymalna liczba może być dość duża. To tysiąc pięć tysięcy.

Mechanizm blokad i transakcji został opisany w poradniku dewelopera. Są używane, gdy wiele sesji uzyskuje 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 momencie.

Należy również sprawdzić, czy któryś z użytkowników rozpoczął przetwarzanie pod kątem masowej zmiany danych. To może być jak , zamknięcie miesiąca i tym podobne. W takim przypadku po zakończeniu przetwarzania błąd sam zniknie.

Zaplanowane zadania

Często przyczyną błędu jest przetwarzanie dużej ilości danych. Zaleca się robić takie rzeczy w nocy. Zaplanuj wykonanie takich zaplanowanych zadań 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ż prawdopodobieństwo konfliktów z sesjami użytkowników zmniejszy się.

„Utknięte sesje”

Problem „zawieszonych sesji” użytkowników jest znany prawie każdemu, kto spotkał się z usługą 1C. Użytkownik mógł już dawno wyjść z programu lub zamknąć dokument, ale jego sesja nadal pozostaje w systemie. Problem jest najczęściej pojedynczy i wystarczy zakończyć taką sesję poprzez konsolę administratora. Te same problemy mogą wystąpić w przypadku zadań w tle.

Według licznych komentarzy w Internecie, takie sytuacje są częstsze podczas korzystania z kluczy bezpieczeństwa sieci. Jeżeli sytuacja z „zawieszonymi sesjami” powtarza się systematycznie, jest to powód do dokładnego sprawdzenia i konserwacji systemu i serwerów (jeśli bazą jest klient-serwer).

Błędy podczas zapisu konfiguracji

Wszystko typowe konfiguracje opracowane przez wykwalifikowanych specjalistów i ekspertów. Każdy system jest dokładnie testowany i optymalizowany pod kątem szybszej i bardziej poprawnej pracy w nim.

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. Nierzadko zdarza się również budowanie algorytmów o niskiej wydajności i z naruszeniem logiki.

Jest bardzo prawdopodobne, że konflikt blokady powstał właśnie z powodu błędów programisty, jeśli powstał po aktualizacji programu. Aby to sprawdzić, możesz po prostu „cofnąć” ulepszenia lub dokonać refaktoryzacji kodu.

Jak często widzisz tę wiadomość? Myślę, że każdy, kto ma długie doświadczenie z 1C, przynajmniej raz spotkał się z takim błędem. Dlaczego program wyświetla ten błąd? „Konflikt blokady podczas wykonywania transakcji: nie udało się zablokować tabeli”?

Cóż, najczęściej dzieje się tak z powodu tego, że jeden z użytkowników już wykonuje jakąś operację, która zablokowała ten stół. Aby rozwiązać ten problem, wszyscy użytkownicy muszą po prostu wyjść z programu. Ale zdarza się również, że użytkownik wyszedł z programu, ale proces programu nie został wyładowany z pamięci. Nie panikuj! Jeśli wszyscy użytkownicy wylogowali się z programu, ale komunikat nadal się kończy, musisz otworzyć menu Narzędzia -\u003e Aktywni użytkownicy.

I zobacz, kto jest oprócz ciebie ten moment współpracuje z programem. Jeśli wszyscy użytkownicy się wylogowali, ale nadal widzisz, że oprócz Ciebie jest ktoś jeszcze, 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 lampka mruga lub np. dysk twardy na ostatnich nogach. I co też jest prawdopodobne, ktoś wyjął przewód koncentratora sieciowego, a na jego miejscu włączył czajnik iw tym momencie obliczałeś amortyzację. Czyli w takich momentach baza danych może ulec uszkodzeniu lub dane mogą zostać zapisane z błędem.

W takim przypadku i prawie zawsze, jeśli powyższe przepisy nie pomogły, pomaga narzędzie chdbfl.exe. Znajduje się w folderze z plikiem wykonywalnym 1C. Ścieżka do pliku będzie wyglądać mniej więcej tak: „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 być odpowiednie dla innej.

Dlatego musisz otworzyć folder, dokładnie z numerem bieżącej platformy, na której pracujesz.

Jak zobaczyć numer platformy? Bardzo prosta. Przejdź do menu Narzędzia -> O programie. A dalej na zdjęciu widać, gdzie szukać numeru peronu.

Zaznacz pole „Popraw 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 właśnie w momencie rozładowania, skopiuj cały folder z bazą danych informacji.

W systemach wieloużytkownikowych ważną rolę odgrywają: właściwa organizacja konstrukcje i zakładanie zamków. Jeśli nie, użytkownicy często napotykają błędy spowodowane konkurencją o określone zasoby systemowe. Istnieje jednak problem z konfliktem blokad, który zna wielu użytkowników. Dlaczego występuje konflikt blokady 1C i jak go naprawić?

Konflikt blokady 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 oblegać dział IT skargami, że „1C nie działa”.

Ale dla administratorzy systemu i deweloperów, taki komunikat wskazuje na możliwy problem w strukturze konfiguracji. Zanim spróbujesz zadowolić użytkowników i usunąć bloki, musisz przeanalizować sytuację i zrozumieć przyczynę komunikatu o błędzie.

Przyczyny blokowania błędów 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ąć podobną wydajność i bezbłędną wydajność, konfiguracja musi być idealnie zaprojektowana i dostosowana do specyficznych 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żytkownicy z dużą ilością danych. Ta podstawowa przyczyna jest podyktowana wewnętrznymi mechanizmami 1C. Oznaczają zakaz zmiany danych związanych z transakcją uruchomioną w imieniu innego użytkownika;

Błędy i niedociągnięcia w konfiguracji. Struktura standardowych rozwiązań firmy „1C” uwzględnia zalecenia dotyczące maksymalizacji wydajności. Ale deweloperzy zewnętrzni nie zawsze przestrzegają wysokich standardów i często można znaleźć następujące niedociągnięcia w ich kodzie:

• Żądania nieoptymalne;
• Prośba o salda na początku działań;
• Niezrozumienie przeznaczenia obiektów konfiguracyjnych i ich nieprawidłowe użycie;
• Redundancja tkwiąca w systemie lub dodatkowo opracowane zamki.

Jak naprawić konflikt blokady w 1C 8.3?

Komunikat systemowy „konflikt blokady podczas wykonywania transakcji 1C 8.3” nie charakteryzuje konfiguracji jako nieprawidłowo zaprojektowanej. Ale jeśli takie sygnały zostaną zignorowane, to istnieje możliwość, że w najważniejszym momencie, na przykład przy składaniu raportów kwartalnych lub rocznych, pojawią się duże problemy. W najlepszym razie spowalniający system i niezadowoleni użytkownicy. W najgorszym przypadku nieprawidłowe dane wyjściowe, które mogą prowadzić do kar ze strony organów regulacyjnych.

Rozwiązaniem problemu konfliktu blokad w 1C 8.3 może być przeniesienie konfiguracji do zarządzanego (ręcznego) trybu zarządzania blokadą. Zaimplementowany w wersji 8.1 mechanizm w rękach kompetentnych specjalistów rozwiązuje problem konfliktów blokad podczas transakcji w 1C.

Należy jednak pamiętać, że działanie to zmniejszy poziom ochrony danych przed zmianami w procesie ich odczytywania przez innych użytkowników. Dlatego jeśli nie jesteś gotowy na samodzielne kontrolowanie wszystkich blokad w systemie, nie spiesz się ze zmianą ustawień konfiguracyjnych.

Szybkie rozwiązanie konfliktu blokady 1C

W pracy administratora lub programisty może dojść do sytuacji, w której nie ma czasu na sprawdzenie błędu i znalezienie przyczyn źródłowych problemu. Na przykład musisz przesłać raport lub przesłać dane w określonym czasie, a błędy blokowania 1C zapobiegają temu.

Problem można szybko rozwiązać na dwa sposoby:

• Znajdź i zakończ sesję, która zablokowała wymagane dane. W małych firmach, gdzie liczba użytkowników 1C nie przekracza kilkudziesięciu osób, jest to najlepsza opcja rozwiązania;
• Jeśli kontrolujesz system, który ma setki pracowników, znalezienie odpowiedniej sesji bez wyspecjalizowania oprogramowanie może ciągnąć się przez długi czas. W takim przypadku znacznie wydajniejsze będzie ponowne uruchomienie serwera.

Rozwiązania te są radykalne i mają na celu jedynie szybkie rozwiązanie problemu i udostępnienie danych do pilnego raportowania. Można go wyeliminować tylko poprzez zrozumienie przyczyny, dla której powstał konflikt blokady podczas wykonywania transakcji 1C. Po takich działaniach konieczne jest znalezienie podatności w systemie, optymalizacja konfiguracji czy pracy pracowników. Nie zaleca się stosowania takich środków na stałe przy regularnych konfliktach blokad transakcji.

Koszty 8.1 zestaw dla 5 użytkowników.
Korzystamy ze standardowej księgowości.
Działają głównie przez terminal, czasem bez niego.
Opcja bazy danych - plik
Błędy są widoczne u tych, którzy są w terminalu

coś takiego. Przeszukałem sieć, Yandex - ogólnie wszystko jest jakoś niejasne.
Znaleziono kluczowe zalecenia:
1) Rozładuj / Załaduj bazę danych - w sensie zbudowania nowej z konfiguratora
2) uruchom \Program Files\1cv81\bin\chdbfl.exe - sprawdź fizyczną integralność bazy danych
3) Przetestuj i napraw bazę informacji
4) uaktualnij do najnowszej wersji 8.1

Czy ktoś wie coś bardziej konkretnego?

13.5.2010, 10:05

Wszystko, czego potrzebujesz, już zostało Ci zaoferowane, najpierw spróbuj. Czy na nośniku są jakieś fizyczne błędy?
A konkretniej vryat, kto powie.

13.5.2010, 10:56

Duc to ... jeśli weźmiemy pod uwagę niezależnie od 1C, ale ogólnie, to głupio jedno z dwóch miejsc próbuje zablokować jeden stół, pierwszy ma czas, a reszta jest wysyłana. Zobacz, jakie operacje / transakcje / przetwarzanie (lub jak to się nazywa w 1C) są obecnie wykonywane. Równie dobrze może być tak, że nie chodzi o platformę, ale o krzywo napisane konfiguracje lub osobliwości tego, jak te konfiguracje działają na twoich danych.

PS A bazy danych plików w trybie wielu użytkowników są perwersją.

13.5.2010, 10:58

Chociaż piekło wie, jak jest zbudowana baza danych w 1C, równie dobrze może się okazać, że gdzieś w bazie na bezpiecznik i wszelkiego rodzaju naprawy pomogą.

13.5.2010, 11:06

Tak, wydaje mi się, że ośmiokąt jako platforma jest jeszcze wilgotny. Gdzieś napisali, że OKRESOWO trzeba robić testowanie z poprawką

13.5.2010, 11:10

mało prawdopodobny. W przypadku G8 zakupiono nowy serwer z licencjonowanym systemem Windows

Najważniejsze jest to, że jeden blokuje stół, a reszta czeka na przekroczenie limitu czasu.
Dlaczego zawodzą, to wielkie pytanie. Spójrz na medium fizyczne, może być głupie. Syslog, MHDD. A wszystkie te czynności, które są napisane w pierwszym poście, są obowiązkowe.

PS Nowość 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 rozumiałem, ktoś zamierzał twierdzić, że 8.1 to fajna platforma bez wad?

napisał, że trzeba OKRESOWO testować z poprawką

Wydaje się, że mamy taki przypadek.
Ankieta przeprowadzona wśród użytkowników jeden po drugim (aby nie kłamać razem) wykazała, że ​​taka sytuacja wydaje 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 Standard 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 było ZNACZNIE rzadziej obserwowane

13.5.2010, 12:42

Urodzony zabójca, Antivir co-wątek kosztuje na serwerze? Jeśli tak, spróbuj wyłączyć lub dodać bazę do wyjątków

13.5.2010, 13:14

Antivir co-wątek kosztuje na serwerze?

huh, musisz spojrzeć. To jest serwer wroga
sprytne franki zabrały jedną z naszych baz danych do konserwacji, zamknęły serwer i jakby nadzorowały naszą pracę
zapewniono dostęp do ich serwera, ale w wersji okrojonej.
Spojrzę na to.

wygląda na to, że nie ma programu antywirusowego...

13.5.2010, 13:23

Nie rozumiałem, ktoś zamierzał twierdzić, że 8.1 to fajna platforma bez wad?
tak nie. 7.7 jest nadal gówniany miejscami, ale około 8 wystarczy pisać legendy o jego buggy

Jak duża jest baza danych i ilu użytkowników?

Dodaj. Podaj konkretny przykład.
Jak duża jest baza danych i ilu użytkowników?

Zrobiłem wczoraj test i naprawiłem go. Wcześniej 1cv8.1CD miał 2 GB, teraz stał się 1,5 GB.
Jest 5 użytkowników, a także sama licencja.
Jeśli chodzi o legendy o buggy, był jeden przypadek. Teraz, jeśli weźmiesz 7.7 i po prostu skopiujesz 1 bazę danych przez Total w inne miejsce - kopia bez problemów.
Kiedy próbowałem zrobić to samo z ósmą bazą danych, skopiowałem katalog bazy danych do innej lokalizacji,
zarejestrowany, otworzył obie bazy w tym samym czasie, jeden był przeznaczony na perwersje.
W kopii zaznaczyłem kilka dokumentów do usunięcia, przełączyłem się na okno z realną bazą danych, nie wierzyłem własnym oczom: te same dokumenty zostały zaznaczone do usunięcia i tam


Kikut jesionu, 1C ma odpowiedź na wszystko: rób codzienną kopię bazy danych.
Tak, tylko to jest zła odpowiedź

MMMarina

Urodzony zabójca,

Witaj przyjacielu...

Mit!
Tak rodzą się legendy...

Witaj przyjacielu...

Cześć przyjacielu. To właśnie cię dostało

A potem zamrozili ikony na pulpicie

Mit!
Tak rodzą się legendy...

Widziałem to. Później nie było dla mnie zabawne rozróżnianie między opublikowanymi dokumentami a nieopublikowanymi, po usunięciu flagi usunięcia wszystkie stają się nieopublikowane.

Nie pamiętam, jaka to była platforma.

spróbuj zrobić to samo. Może ty też możesz to zrobić

Tak rodzą się legendy...

Powiem więcej: kiedy ręcznie odznaczyłem kilka dokumentów w kopii do usunięcia,
to samo wydarzyło się w prawdziwej bazie danych. Nie miałem czasu jakoś udokumentować tego doznania.
Więc po prostu przywróciłem wszystko tak, jak było i nigdy więcej tego nie zrobiłem

naprawianie dziur w wiedzy komputerowej...
Naprawdę myślę, że jestem beznadziejny...

Konkretnie ten temat w ogóle nie jest dla Ciebie kochanie (c)
i ogólnie wszystko jest zrozumiałe
opcjonalnie zdobądź przyjaciela komputerowego geeka)))

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 8. bazy plików
To nie była sensacja.

Możesz w to nie wierzyć, ale BYŁO.

Faktem jest, że przez kilka lat bardzo blisko współpracowałem z Ósmą. Jak tylko nie zostały skopiowane. Więc nie mogę uwierzyć
Ale mogę założyć, że kiedy człowiek jest przepracowany, wiele się da. Sama wiem.

Nie martw się, bazę plików 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 założenie - w parku zarejestrowałem 2 razy tę samą bazę

8 proponuje wymianę

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 proponuje wymianę

Może mysz po prostu chybiła i odpaliła tę samą… Cuda się nie zdarzają

14.5.2010, 11:47

Może po prostu przegapiłem myszkę i uruchomiłem to samo...

Spróbuję zrobić coś podobnego w domu. Potem odpiszę.
Zwykle przed jakąkolwiek niebezpieczną czynnością klikam znak zapytania w 1C (7,7 lub 8-ke) (jest tam pokazana ścieżka do bazy danych).

Wtedy ludzie tak jednogłośnie śmiali się z mojej legendy, że zacząłem wątpić.
Chociaż w ósemce jest więcej usterek niż w siódemce.

Och, oto stufuntowa usterka, nie tylko ja to widziałem.
Ogólnie rzecz biorąc, szydzili z jednej z ósmej bazy klienta, kiedy jeszcze pracowałem we franczyzie.
Jednego dnia jedna osoba, druga - drugiego, trzeciego pojechałem. Zapytałem ich – czy przed exploitami zrobiliście kopię zapasową? W odpowiedzi rżą jak konie, strzelili krócej, tylko zajęli bazę na tym aucie

14.5.2010, 12:35

- rżą jak konie, krócej strzelili, tylko lokalnie zajęli bazę,
i miałem okazję eboshitować to z sieci. utworzyć kopię zapasową wzorem poprzednich tavaris postanowiłem tego nie robić,
był młody i głupi - jest dużo popisów.
Generalnie zrobiłem zmiany w conf, zapisuję conf, w momencie zapisywania conf wydarzył się jakiś wypadek i wieczorem baza spadła. Zaszokować. Rano pojechało tam 3 specjalistów, w tym ja.
Wypadek polegał na tym, że numer wydania został wyrwany z bazy, tj. w konfiguracji, gdy pytanie zostało kliknięte, było tam puste, a brakowało nazwy samego conf. a podczas kursu do bazy też nic nie było widać, interfejs w tym. odleciał, nie można było wejść do dzienników dokumentów.
Rozwiązaliśmy problem, aktualizując zabitą bazę danych w odniesieniu do świeży plik config, zadziałało.
Wszystko zostało ożywione.
To przykład prawdziwej legendy. 3 osoby nie powinny zawieść w tym samym czasie

14.5.2010, 13:53

w momencie zapisywania konf, 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 konsekwentnie 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

sprawdź, co się stało. żelazko, kratka lub platforma - teraz to nie jest takie ważne.
Wydaje mi się, że softina nie powinna zachowywać się tak czarująco
To to samo, co wydanie Visty i przyznanie, że to gówno. Jak szybko przeskoczyli z 8,0 do 8,1
PS Rozumiem znaczenie słowa błąd, dziękuję za troskę)))

14.5.2010, 19:37

Na przykład, jeśli podobna "usterka" wystąpi podczas wprowadzania dodatków Service Pack lub czegoś ważnego na tym samym systemie Vista, jest prawdopodobne, że system po uruchomieniu będzie działał bardzo niestabilnie.
Albo powiedzmy, że w momencie zażywania insuliny następuje trzęsienie ziemi, wtedy diabetyk może umrzeć, bo. strzykawka toczyła się pod kanapą podczas potrząsania.

14.5.2010, 22:32

Born Killer, jaki wątek antywirusowy znajduje się na serwerze? Jeśli tak, spróbuj wyłączyć lub dodać bazę do wyjątków

Jak program antywirusowy może wpływać na blokady tabeli? 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 pierdolone blaty, od tego czasu robię kopię bazy tylko poprzez Upload/Upload.
Jak się pan ma, taka smutna legenda?
A jeśli dałem się ponieść emocjom i robiłem w kopii poważniejsze rzeczy (na przykład kasowałem dokumenty oznaczone do usunięcia) i w jakiś niejasny sposób te same czynności wykonywałem w głównej bazie danych?

Nie, tak być nie może, cuda się nie zdarzają. Prawdopodobnie wpisałeś tę samą bazę danych... W 8-ke możesz łatwo wejść do bazy 2 razy pod tą samą nazwą.

ławice okresowo wspinały się podczas prowadzenia/rejestrowania dokumentów z błędem formy
"Konflikt blokady podczas wykonywania transakcji: nie udało się zablokować tabeli '_DOCUMENT158'"

Tak więc pierwszym krokiem jest określenie, któremu dokumentowi metadanych odpowiada tabela „_DOCUMENT158”. W tym celu istnieje metoda globalnego kontekstu „GetDatabaseStorageStructure”. Więc zrozumiesz przynajmniej dokładnie, który dokument jest „błędny”.

Następnie musisz zrozumieć, czy ktoś w nim zmienił moduł przewodzenia i pukać w głowę, jeśli zmienił się przez jedno miejsce. Najprawdopodobniej zestawy rekordów rejestru są zapisywane jawnie za pomocą metody Write, zamiast pozwolić platformie zrobić to poprawnie. A ich kolejność jest pomieszana..
I nie ma impasów?

Ogólnie 5 osób nie powinno być trzymanych w trybie plików. Możesz wziąć darmowy subd, kupić tylko klucz do serwera klastrowego i tyle. A może to biuro jest drogie?
Nie pamiętam, czy dziennik technologiczny można kręcić w trybie pliku, czy nie .....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html - czy to twój wątek?

Czyli transakcja nie przechodzi nawet wtedy, gdy jeden użytkownik pracuje?? Wtedy problem prawdopodobnie nie leży w krzywym kodzie podczas nagrywania ruchów. Ponieważ w trybie jednego użytkownika nie może być blokad. Nagrywanie odbywa się sekwencyjnie.

Wtedy problem wydaje się tkwić w naruszeniach samej struktury bazy danych..
Lepiej jest najpierw przeprowadzić Testowanie i naprawianie bazy danych z zaznaczoną flagą „Restrukturyzacja tabel infobaz”.
Wgranie do dt, a następnie wczytanie też ma sens...
chdbfl.exe raczej nie pomoże w tym przypadku ... chociaż z pewnością warto spróbować, jeśli nic innego nie pomoże.

Gee - aktualna akurat teraz spojrzałam na datę postów w wątku http://odines.ru/thread1386.html A rozwój standardowych w nowym kontrolowanym trybie jest tuż za rogiem.
A różnica między 8,2 a 8,1 jest znacznie większa niż między 8,1 a 7,7, szczególnie dla programistów, mózg musi zostać zmieniony, aby opracować „zarządzany” tryb działania