Error 802 – błąd pamięci bufora

Error 802 sygnalizuje problem z buforem pamięci wykorzystywanym przez silnik bazodanowy do przechowywania stron danych.

Co oznacza Error 802 w SQL Server

Error 802 w programie Microsoft SQL Server oznacza, że silnik nie może uzyskać wystarczającej ilości pamięci z obszaru używanego przez pulę buforów. Buffer pool przechowuje w pamięci operacyjnej strony danych i indeksów odczytane z plików bazodanowych, dzięki czemu kolejne operacje mogą korzystać z pamięci zamiast każdorazowo wykonywać odczyt z dysku. Jeżeli SQL Server nie może przydzielić wymaganych stron pamięci, operacja zapytania albo wewnętrznego procesu silnika może zostać przerwana komunikatem o błędzie 802.

Nie jest to komunikat wskazujący bezpośrednio na uszkodzenie konkretnej tabeli, indeksu lub pliku bazy danych. Błąd opisuje problem z dostępnością pamięci dla mechanizmu buforowania. Przyczyną może być zbyt mała ilość pamięci fizycznej, limit pamięci ustawiony dla instancji, presja pamięci wywołana przez inne procesy albo zapytanie wymagające dużych obszarów roboczych. W praktyce należy odróżnić pamięć przeznaczoną na strony danych od pamięci używanej przez sortowanie, haszowanie, kompilację zapytań i inne komponenty SQL Server.

Pamięć fizyczna, limit instancji i presja pamięci

Jednym z pierwszych punktów analizy jest sprawdzenie, czy system operacyjny dysponuje wolną pamięcią oraz czy proces SQL Server nie został ograniczony konfiguracją instancji. Ustawienie maksymalnej ilości pamięci serwera określa górną granicę pamięci, z której może korzystać SQL Server. Zbyt niski limit może powodować niedobór pamięci mimo tego, że komputer ma jeszcze dostępny RAM. Zbyt wysoki limit może natomiast pozostawić zbyt mały zapas dla systemu operacyjnego i innych procesów.

Na wystąpienie Error 802 wpływa także konkurencja o pamięć. Na tym samym serwerze mogą działać inne instancje SQL Server, programy wykonujące kopie zapasowe, narzędzia monitorujące, system antywirusowy albo aplikacje użytkowe. Jeżeli system zaczyna intensywnie korzystać z pliku stronicowania, opóźnienia odczytu i zapisu rosną, ale samo zwiększenie pliku stronicowania nie rozwiązuje ograniczenia pamięci wymaganej przez pulę buforów. Jest to mechanizm dyskowy systemu operacyjnego, a nie zamiennik odpowiedniej ilości RAM dla SQL Server.

Jak rozróżnić niedobór pamięci od problemu z zapytaniem

Diagnostyka powinna obejmować zarówno stan systemu, jak i obciążenie generowane przez konkretne zapytania. Widoki dynamicznego zarządzania SQL Server, takie jak sys.dm_os_sys_memory i sys.dm_os_process_memory, dostarczają informacji o pamięci dostępnej dla systemu oraz pamięci widzianej przez proces SQL Server. Widok sys.dm_os_memory_clerks pozwala ustalić, które komponenty silnika zajmują pamięć. Dane te pomagają sprawdzić, czy problem dotyczy całej instancji, czy tylko określonego obszaru pamięci.

Warto także przeanalizować zapytania wykonywane w chwili wystąpienia błędu. Operacje sortowania i agregowania mogą wymagać dużych przydziałów pamięci roboczej, szczególnie gdy zapytanie przetwarza wiele wierszy lub korzysta z nieefektywnego planu wykonania. Brak odpowiednich indeksów może zwiększać liczbę odczytywanych stron i czas zajęcia pamięci. Z drugiej strony sam duży rozmiar bazy danych nie oznacza jeszcze błędu 802, ponieważ SQL Server może przechowywać tylko część stron w pamięci i usuwać mniej potrzebne strony zgodnie z własnymi mechanizmami zarządzania pamięcią.

Postępowanie po wystąpieniu błędu 802

Naprawa powinna rozpocząć się od zebrania informacji z dziennika SQL Server, dziennika systemowego oraz monitoringu pamięci. Należy ustalić czas wystąpienia komunikatu, wykonywaną operację, obciążenie instancji, dostępność pamięci fizycznej i aktualną konfigurację limitu pamięci. Pomocne może być polecenie DBCC MEMORYSTATUS, które pokazuje szczegółowy stan alokacji pamięci SQL Server w momencie wykonania. Wynik powinien być interpretowany razem z pozostałymi danymi, ponieważ pojedynczy odczyt nie zawsze pokazuje przyczynę wcześniejszego incydentu.

Jeżeli problem wynika z błędnej konfiguracji, konieczna może być korekta limitu pamięci instancji po uwzględnieniu zasobów całego serwera. Gdy przyczyną jest zapytanie, analizuje się plan wykonania, indeksy, statystyki oraz zakres pobieranych danych. Jeżeli pamięć fizyczna jest stale niewystarczająca, zmiana ustawień nie zastąpi rozbudowy zasobów albo ograniczenia konkurencyjnego obciążenia. W przypadku komputera używanego lokalnie diagnostyka powinna dodatkowo objąć ilość zainstalowanego RAM, obciążenie innych programów oraz stan dysku, na którym znajduje się baza danych. Naprawa laptopa lub komputera PC może przywrócić stabilność sprzętu, lecz sam błąd SQL Server wymaga również oceny konfiguracji i działania konkretnej instancji.