1205 – Deadlock wykryty

Błąd 1205 sygnalizuje wykrycie zakleszczenia (deadlocka) między dwiema transakcjami rywalizującymi o te same zasoby bazy danych, z których jedna zostaje wybrana do przerwania.

Błąd „1205 – Deadlock wykryty” oznacza zakleszczenie pomiędzy co najmniej dwiema transakcjami wykonującymi operacje na wspólnych danych. Każda z nich posiada blokadę potrzebną drugiej transakcji i jednocześnie oczekuje na zwolnienie zasobu, którego sama nie może otrzymać. Powstaje w ten sposób zamknięty cykl zależności: pierwsza transakcja czeka na drugą, druga na kolejną albo ponownie na pierwszą, a żadna nie jest w stanie samodzielnie zakończyć pracy. System zarządzania bazą danych wykrywa taki układ i przerywa jedną z transakcji, aby odblokować pozostałe operacje. Wybrana transakcja jest zwykle wycofywana, a aplikacja otrzymuje komunikat o błędzie 1205.

Czym jest zakleszczenie w bazie danych

Deadlock nie jest zwykłym opóźnieniem zapytania ani prostym przekroczeniem czasu oczekiwania. W przypadku opóźnienia transakcja może czekać na zwolnienie blokady, lecz po chwili kontynuować działanie. Przy zakleszczeniu oczekiwanie tworzy logiczną pętlę, z której nie da się wyjść bez przerwania przynajmniej jednego uczestnika. Mechanizm bazy danych analizuje relacje między transakcjami, identyfikuje cykl blokad i wybiera operację przeznaczoną do wycofania. Kryterium wyboru może uwzględniać między innymi koszt cofnięcia wykonanych zmian, czas działania transakcji albo liczbę zajmowanych zasobów.

Wycofanie jednej transakcji nie oznacza, że dane zostały uszkodzone. Jest to kontrolowany sposób przywrócenia spójności i umożliwienia dalszej pracy pozostałym operacjom. Aplikacja powinna jednak prawidłowo obsłużyć taki przypadek: rozpoznać kod błędu, odczekać odpowiedni moment i ponowić całą transakcję, o ile jej charakter na to pozwala. Ponowienie pojedynczego polecenia może być niewystarczające, ponieważ problem dotyczy całego zestawu operacji objętych transakcją.

Kontekst techniczny i porównanie z innymi blokadami - 1205 – Deadlock wykryty

Do powstania deadlocka dochodzi najczęściej wtedy, gdy kilka procesów modyfikuje te same rekordy lub obiekty w różnej kolejności. Przykładowo jedna transakcja może najpierw zablokować wiersz dotyczący zamówienia, a następnie próbować zmienić wiersz klienta. W tym samym czasie druga transakcja może zablokować wiersz klienta i oczekiwać na dostęp do zamówienia. Obie operacje zatrzymują się wzajemnie, mimo że każda z nich osobno mogłaby zakończyć się poprawnie.

Warto odróżnić błąd 1205 od blokady utrzymywanej przez długo działającą transakcję. W takim przypadku inne zapytania mogą pozostawać w stanie oczekiwania, ale nie musi występować cykl zależności. Podobnie przekroczenie limitu czasu oczekiwania nie zawsze oznacza deadlock wykryty przez silnik bazy danych. Rozróżnienie tych sytuacji ma znaczenie diagnostyczne, ponieważ innego postępowania wymaga jednorazowe zakleszczenie, a innego stale utrzymująca się blokada lub niewydolny proces zwalniający zasoby zbyt późno.

Analiza powinna obejmować kolejność operacji, poziom izolacji transakcji, zakres blokowanych danych oraz czas trwania poszczególnych etapów. Przydatne bywają dzienniki systemowe, informacje o przerwanych transakcjach, ślady wykonywanych zapytań i zestawienia oczekujących procesów. Sam komunikat 1205 wskazuje skutek, ale nie zawsze wyjaśnia, które zapytania utworzyły cykl. Do ustalenia przyczyny potrzebne jest zestawienie uczestników zakleszczenia z momentu wystąpienia zdarzenia.

Typowe problemy i błędy prowadzące do deadlocka

Jednym z częstych powodów jest niespójna kolejność modyfikacji. Jeżeli różne fragmenty aplikacji aktualizują te same tabele lub rekordy w odmiennym porządku, rośnie ryzyko wzajemnego oczekiwania. Problem może również wynikać z transakcji obejmujących zbyt wiele operacji, ponieważ blokady są wtedy utrzymywane dłużej. Dodatkowym czynnikiem bywają zapytania przetwarzające większy zakres danych niż zamierzano, brak właściwego indeksowania oraz niejednoznaczne warunki wyszukiwania, które powodują objęcie blokadą większej liczby wierszy.

Nieprawidłowa obsługa błędu po stronie aplikacji może pogorszyć sytuację. Ponawianie zapytania bez pełnego wycofania poprzedniej transakcji, automatyczne próby bez ograniczenia liczby powtórzeń albo brak krótkiego odstępu między kolejnymi próbami może powodować kolejne konflikty. Nie powinno się także usuwać problemu wyłącznie przez obniżenie poziomu ochrony danych bez zrozumienia skutków dla spójności. W pierwszej kolejności należy ustalić, jakie zasoby są blokowane i dlaczego transakcje utrzymują je przez długi czas.

Ograniczenie ryzyka zwykle wymaga skrócenia transakcji, ujednolicenia kolejności dostępu do danych, dopasowania indeksów do rzeczywistych warunków zapytań oraz przeniesienia czynności niezwiązanych bezpośrednio z zapisem poza sekcję transakcyjną. W aplikacji powinno zostać przewidziane bezpieczne ponowienie operacji, z uwzględnieniem idempotencji i możliwości wystąpienia częściowych skutków ubocznych. Jeżeli problem pojawia się regularnie, sama ponowna próba jest jedynie obejściem i nie zastępuje analizy logów oraz planów wykonania.

Kiedy najlepiej poprosić o ocenę stanu sprzętu - 1205 – Deadlock wykryty

Do serwisu warto zgłosić się wtedy, gdy błąd 1205 pojawia się w programie używanym na komputerze, utrudnia zapis danych, przerywa pracę aplikacji albo występuje ponownie mimo restartu programu. Szczególnej uwagi wymagają sytuacje, w których komunikat towarzyszy zawieszaniu systemu, niespodziewanym zamknięciom aplikacji, spowolnieniu operacji na plikach lub problemom z lokalnym środowiskiem potrzebnym do uruchomienia programu. W ramach Warszawskiego Pogotowia Komputerowego 24/7 można przekazać sprzęt do sprawdzenia, a przy zgłoszeniu laptopa dostępna jest darmowa diagnoza LAPTOPA.

Przed przekazaniem urządzenia warto zanotować moment wystąpienia błędu, nazwę programu, wykonywaną czynność oraz to, czy problem pojawia się przy konkretnych danych. Pomocne może być także zachowanie zrzutu komunikatu i informacji o tym, czy po ponownym uruchomieniu aplikacji sytuacja wraca. Takie dane ułatwiają oddzielenie błędu samej bazy danych od problemu z systemem, aplikacją, konfiguracją połączenia lub uszkodzeniem nośnika. W przypadku danych firmowych nie powinno się przekazywać haseł ani kopiować poufnych baz bez ustalenia bezpiecznego sposobu diagnostyki.

Jeżeli przyczyną jest konstrukcja zapytań lub logika transakcji, konieczna może być konsultacja z osobą odpowiedzialną za aplikację albo bazę danych. Serwis komputerowy może natomiast pomóc ustalić, czy źródłem problemu jest urządzenie, system operacyjny, lokalne środowisko programu, sterowniki lub nieprawidłowa praca nośnika. Takie rozdzielenie zakresów pozwala uniknąć pochopnego przypisywania każdego komunikatu 1205 awarii sprzętu i ułatwia skierowanie zgłoszenia do właściwego specjalisty.