Error 15151 – brak uprawnień do obiektu

Error 15151 sygnalizuje brak wymaganych uprawnień do wykonania operacji na wskazanym obiekcie bazy danych.

Co oznacza komunikat Error 15151 w Microsoft SQL Server

Error 15151 jest komunikatem silnika Microsoft SQL Server związanym z brakiem możliwości odnalezienia albo użycia wskazanego obiektu z powodu niewystarczających uprawnień. W praktyce użytkownik może próbować zmienić, usunąć, odczytać lub skonfigurować obiekt bazy danych, lecz konto wykonujące polecenie nie ma odpowiedniego dostępu. Komunikat może także wystąpić wtedy, gdy obiekt rzeczywiście nie istnieje, znajduje się w innym schemacie albo jego istnienie nie jest widoczne dla danego użytkownika.

Dotyczy to zabezpieczanych elementów SQL Server, między innymi tabel, widoków, procedur składowanych, funkcji, schematów, baz danych i innych obiektów, do których można przypisywać uprawnienia. Zakres dostępu wynika z bezpośrednich nadań uprawnień, członkostwa w rolach bazodanowych lub serwerowych oraz dziedziczenia uprawnień na poziomie schematu i bazy danych. Samo zalogowanie do serwera nie oznacza automatycznie prawa do wykonywania każdej operacji.

Jak rozróżnić brak uprawnienia od błędnej nazwy obiektu

Pierwszym krokiem jest ustalenie pełnego kontekstu operacji: nazwy serwera, bazy danych, schematu, obiektu i konta, na którym uruchomiono polecenie. W SQL Server obiekt o nazwie Raport może być inny niż dbo.Raport, jeżeli znajduje się w odmiennym schemacie. Pomyłka w nazwie, literówka, odwołanie do nieaktualnej bazy albo użycie niewłaściwego schematu może prowadzić do komunikatu 15151 podobnego do tego, który pojawia się przy braku dostępu.

Warto sprawdzić bieżącą bazę poleceniem SELECT DB_NAME(); oraz tożsamość używaną przez połączenie za pomocą SELECT SUSER_SNAME(), USER_NAME();. Następnie administrator może zweryfikować istnienie obiektu w katalogu systemowym, na przykład przez sys.objects i sys.schemas. Przykładowe zapytanie SELECT s.name AS schema_name, o.name AS object_name, o.type_desc FROM sys.objects AS o JOIN sys.schemas AS s ON s.schema_id = o.schema_id WHERE o.name = N'Raport'; pozwala ustalić, czy obiekt istnieje i do którego schematu należy.

Uprawnienia, role i zakres wymaganej operacji

Nie każda czynność wymaga tego samego poziomu dostępu. Odczyt danych z tabeli zwykle wymaga uprawnienia SELECT, modyfikacja danych może wymagać INSERT, UPDATE lub DELETE, a uruchamianie procedury składowanej — EXECUTE. Operacje dotyczące definicji obiektu, takie jak zmiana jego struktury lub usunięcie, mogą wymagać uprawnień ALTER, CONTROL albo uprawnienia właściciela, zależnie od rodzaju obiektu i wykonywanego polecenia.

Do analizy można wykorzystać zapytania katalogowe, na przykład sys.database_principals, sys.database_permissions oraz sys.database_role_members. Funkcja HAS_PERMS_BY_NAME pozwala sprawdzić konkretny zakres dostępu, przykładowo SELECT HAS_PERMS_BY_NAME(N'dbo.Raport', N'OBJECT', N'SELECT');. Wynik nie powinien być interpretowany w oderwaniu od operacji, która zakończyła się błędem. Nadanie szerokich uprawnień administracyjnych tylko po to, aby ukryć Error 15151, może zmienić zakres dostępu bardziej, niż wymaga tego zadanie.

Bezpieczniejsza korekta polega na nadaniu minimalnego uprawnienia do właściwego obiektu lub schematu, po potwierdzeniu tożsamości użytkownika, środowiska i celu operacji. W wielu przypadkach administrator korzysta z polecenia GRANT, na przykład GRANT SELECT ON OBJECT::dbo.Raport TO [uzytkownik];, ale dokładna instrukcja musi odpowiadać rzeczywistej czynności. Jeżeli problem wynika z członkostwa w roli, należy sprawdzić również, czy po zmianie użytkownik ponownie nawiązał połączenie i czy polecenie jest wykonywane w tej samej bazie.

Postępowanie po wystąpieniu Error 15151 w środowisku SQL Server

Diagnostykę należy rozpocząć od zapisania pełnego komunikatu, treści polecenia lub nazwy operacji oraz konta, które ją wykonało. Następnie trzeba potwierdzić, że połączenie wskazuje właściwą instancję i bazę danych, a obiekt jest wskazywany wraz z poprawnym schematem. Dopiero później należy porównywać wymagane uprawnienia z uprawnieniami faktycznie przyznanymi użytkownikowi i rolom, do których należy.

Jeżeli błąd pojawia się w aplikacji, trzeba sprawdzić konfigurację jej konta połączeniowego, ponieważ uprawnienia użytkownika uruchamiającego narzędzie administracyjne mogą być inne niż uprawnienia procesu aplikacji. Warto także ustalić, czy obiekt nie został przeniesiony, przemianowany lub utworzony w innej bazie podczas wdrożenia. Po zmianie uprawnień należy powtórzyć dokładnie tę samą operację i potwierdzić zarówno zniknięcie błędu, jak i prawidłowe działanie aplikacji. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnostyką problemów z oprogramowaniem oraz konfiguracją stanowisk używanych do pracy z bazami danych.