„Przekroczono limit czasu żądania blokady” Błąd podczas próby zobaczenia hierarchii DB

Mam problemy z bazą danych.

1. Mogę uruchamiać podstawowe zapytania, choć znacznie wolniej niż zwykle.

2. Gdy próbuję wyświetlić drzewa hierarchii dla tabel, widoków lub procedur w Eksploratorze obiektów SSMS, otrzymuję lock request time out period exceeded.

3. Moje raporty SSRS, które działają na obiektach w tej bazie danych, nie są już uzupełniane.

4. Zadania związane z procedurami przechowywanymi w tej bazie danych również nie są uruchamiane.

Próbowałem sp_who2znaleźć i zabić wszystkie połączenia w bazie danych, ale to nie rozwiązało problemu.

Co tu się dzieje? Jak mogę to rozwiązać?

Było to spowodowane ciągłym wycofywaniem transakcji. Musiałem ostatecznie zrestartować mój klaster serwerów

Pomijając rozważanie Harware, być może trzeba uruchomić skrypt, aby sprawdzić, jakie działanie wstrzymuje sesję SQL, jednym z typowych scenariuszy jest niestosowanie Implicit transactions OptionSQL Server Management Studio.

Problem ten wystąpił, gdy rozpocząłem jawną transakcję, w której utworzyłem tabelę w tempdb ze skryptu uruchomionego w innej bazie danych (nie tempdb). Kiedy zatwierdziłem transakcję, zatwierdzenie nie zwalniało blokady na stole, który utworzyłem w tempdb.

Dzięki tej stronie wykonałem USEtempdb i wykonałem DBCC OPENTRANi dostałem SPID połączenia z tempdb, które spowodowało blokadę. Więc ja KILL <SPID number>go zabiję.

Niezbyt wdzięczny i straciłem wszystkie informacje w tabeli, którą utworzyłem w tempdb, ale w moim przypadku było to OK.

Jest tak wiele rzeczy, które mogą być, że wszystko, co mogę zaoferować, to kilka pytań, które pomogą ci znaleźć odpowiedź.

1. Czy baza danych na serwerze jest przeznaczona tylko do uruchamiania programu SQL Server? Jeśli nie, inne procesy mogą zakłócać kradzież cennego czasu procesora.

2. Czy serwer DB zasadniczo nie ma pamięci? SQL Server będzie próbował przydzielić każdy bajt, jaki może, ale jeśli jest na pojemności, a twoje zapytania wymagają załadowania większej ilości danych, musi wrócić do korzystania z pamięci wirtualnej, co radykalnie zwiększa czas, który mogą zająć nawet proste zapytania.

3. Czy przepustowość sieci serwera DB jest zbyt mała, aby poradzić sobie z przesyłaniem danych w odpowiednim czasie?

Pod koniec dnia wygląda na to, że komputer, na którym hostujesz SQL Server, jest za mały, abyś mógł to zrobić. Jest całkiem możliwe, że w końcu osiągnąłeś limity sprzętowe, w których wydajność spada radykalnie. Jeśli tak jest (powyższe pytania pomogą ci to ustalić), będziesz chciał przenieść bazę danych na serwer, który jest odpowiednio dostosowany do ilości danych (i zapytań), które próbujesz przetworzyć.

Może to oznaczać używanie szybszych procesorów, szybszych dysków lub po prostu instalowanie większej ilości pamięci RAM.

„Kiedy próbuję wyświetlić drzewa hierarchii dla tabel, widoków lub procedur w Eksploratorze obiektów SSMS, otrzymuję przekroczony limit czasu żądania blokady”.

Miałem dokładnie ten sam problem. Poszedłem do okna wykonywania zapytania i; wpisana i wykonana ROLLBACKinstrukcja.

Wygląda na to, że niektóre z serii instrukcji, które wcześniej wykonywałem, były otwarte. W szczególności dlatego, że niektóre z nich zawierały instrukcje DDL. Po wydaniu wycofania hierarchie obiektów zaczęły działać.

Jak wielu już zauważyło, zwykle trwa długotrwała transakcja, głównie spowodowała, że ​​moja miss użyła USTAWIEŃ TRANSAKCJI IMPLICIT WŁĄCZONYCH, których w ogóle nie należy używać. Aby dowiedzieć się, dlaczego warto zapoznać się z wnikliwym artykułem Brenta Ozara

W każdym razie możesz uzyskać listę długo trwających transakcji za pomocą następującego zapytania.

SELECT
    [s_tst].[session_id],
    [s_es].[login_name] AS [Login Name],
    DB_NAME (s_tdt.database_id) AS [Database],
    [s_tdt].[database_transaction_begin_time] AS [Begin Time],
    [s_tdt].[database_transaction_log_bytes_used] AS [Log Bytes],
    [s_tdt].[database_transaction_log_bytes_reserved] AS [Log Rsvd],
    [s_est].text AS [Last T-SQL Text],
    [s_eqp].[query_plan] AS [Last Plan]
FROM
    sys.dm_tran_database_transactions [s_tdt]
JOIN
    sys.dm_tran_session_transactions [s_tst]
ON
    [s_tst].[transaction_id] = [s_tdt].[transaction_id]
JOIN
    sys.[dm_exec_sessions] [s_es]
ON
    [s_es].[session_id] = [s_tst].[session_id]
JOIN
    sys.dm_exec_connections [s_ec]
ON
    [s_ec].[session_id] = [s_tst].[session_id]
LEFT OUTER JOIN
    sys.dm_exec_requests [s_er]
ON
    [s_er].[session_id] = [s_tst].[session_id]
CROSS APPLY
    sys.dm_exec_sql_text ([s_ec].[most_recent_sql_handle]) AS [s_est]
OUTER APPLY
    sys.dm_exec_query_plan ([s_er].[plan_handle]) AS [s_eqp]
where [s_tdt].[database_transaction_begin_time] is not null
ORDER BY
    [Begin Time] ASC;

https://www.brentozar.com/archive/2018/02/set-implicit_transactions-one-hell-bad-idea/