Usuwanie użytkownika

Usuwanie użytkownika poleceniem DROP USER kasuje jego tożsamość w obrębie konkretnej bazy danych.

Usuwanie użytkownika — znaczenie operacji DROP USER

Usuwanie użytkownika to operacja administracyjna polegająca na odebraniu konkretnej osobie lub kontu tożsamości zapisanej w obrębie określonego systemu bazodanowego. W praktyce stosuje się ją wtedy, gdy konto nie powinno już istnieć, utraciło zastosowanie albo zostało utworzone omyłkowo. W wielu popularnych systemach baz danych wykonuje się ją za pomocą polecenia DROP USER, jednak dokładna składnia, zakres skutków i wymagane uprawnienia zależą od używanego silnika.

Nie należy utożsamiać tej czynności z samym odebraniem dostępu do jednej tabeli lub aplikacji. Zablokowanie logowania, usunięcie roli, wycofanie przywilejów oraz całkowite usunięcie użytkownika to różne działania. Odebranie uprawnień pozostawia konto w systemie, natomiast usuwanie użytkownika może skasować obiekt tożsamości i wpłynąć na zasoby, których konto jest właścicielem. Z tego powodu przed wykonaniem polecenia warto ustalić, czy potrzebne jest trwałe usunięcie, czasowe zablokowanie, czy tylko ograniczenie możliwości korzystania z danych.

Ważne jest również rozróżnienie pomiędzy użytkownikiem bazy danych a kontem systemu operacyjnego, profilem aplikacyjnym i osobą wskazaną w dokumentacji organizacyjnej. Polecenie dotyczące bazy danych nie musi usuwać konta z komputera ani z panelu aplikacji. Może natomiast sprawić, że określone połączenia przestaną działać, szczególnie gdy program korzysta z danych logowania zapisanych w konfiguracji.

Usuwanie użytkownika a role, właścicielstwo i zależności

Największe ryzyko wiąże się z zależnościami zapisanymi w bazie. Konto może być właścicielem tabel, widoków, procedur, schematów albo innych obiektów. Może też posiadać obiekty utworzone podczas wcześniejszej pracy, nawet jeśli obecnie nie wykonuje już logowań. Próba usunięcia takiego użytkownika może zakończyć się odmową wykonania operacji, ponieważ system chroni obiekty pozbawione właściciela. W innym wariancie dostępne mogą być opcje przekazania własności innemu kontu, usunięcia zależnych elementów lub pozostawienia ich po zmianie właściciela.

Przed użyciem DROP USER należy sprawdzić, jakie uprawnienia ma wskazane konto i gdzie jest wykorzystywane. Przydatne bywa sporządzenie listy ról, członkostw, obiektów należących do użytkownika, wpisów w konfiguracji połączeń oraz zadań wykonywanych automatycznie. Sam fakt, że konto nie pojawia się na liście aktywnych sesji, nie oznacza, że można je bezpiecznie usunąć. Program może łączyć się tylko w określonych porach, a konto może być używane przez proces uruchamiany cyklicznie.

Usunięcie użytkownika bywa też mylone z usunięciem jego danych. Te operacje mają inny zakres. Konto może zostać skasowane bez usuwania rekordów, które wcześniej utworzyło, albo odwrotnie: dane mogą zostać usunięte, podczas gdy konto nadal pozostaje w systemie. Zawsze trzeba określić, czy celem jest zmiana sposobu dostępu, uporządkowanie uprawnień, czy także praca na zawartości bazy.

Typowe problemy po usuwaniu użytkownika

Jednym z częstych problemów jest komunikat wskazujący, że konto posiada obiekty lub zależności. Oznacza to, że system oczekuje wcześniejszego uporządkowania własności. W takiej sytuacji można przeanalizować obiekty, przekazać je innemu użytkownikowi albo podjąć decyzję o ich usunięciu, jeśli nie są już potrzebne. Wybór powinien wynikać z dokumentacji i znaczenia obiektu, a nie wyłącznie z treści komunikatu.

Inny problem pojawia się wtedy, gdy po usunięciu konta aplikacja przestaje nawiązywać połączenie. Przyczyną może być zapisany login, wpis w pliku konfiguracyjnym, zmienna środowiskowa, harmonogram zadania lub skrypt uruchamiany przez usługę. W takim przypadku przywrócenie działania wymaga wskazania nowego konta, nadania mu minimalnego zakresu uprawnień i bezpiecznej aktualizacji konfiguracji. Nie powinno się przywracać szerokich praw tylko po to, aby szybko ominąć błąd logowania.

Ryzyko rośnie, gdy usuwane konto ma nazwę podobną do innego użytkownika albo gdy operacja jest wykonywana w niewłaściwym środowisku. Przed zatwierdzeniem trzeba zweryfikować nazwę bazy, nazwę użytkownika, konto administracyjne używane do wykonania polecenia oraz bieżący kontekst połączenia. Warto także zapisać wynik kontroli uprawnień i przygotować plan odtworzenia konfiguracji. Kopia zapasowa nie zastępuje analizy zależności, ale może ograniczyć skutki błędnej decyzji.

Usuwanie użytkownika — praktyczne wskazówki przed operacją

Bezpieczne podejście zaczyna się od określenia powodu usunięcia. Jeżeli konto jest podejrzane, pierwszym krokiem może być blokada logowania i zebranie informacji o aktywności. Jeżeli konto należy do byłego pracownika, należy sprawdzić przekazane obowiązki, właścicielstwo obiektów i powiązane narzędzia. Gdy chodzi o nieużywany profil testowy, warto potwierdzić, że nie jest wykorzystywany przez skrypty, integracje ani procesy wykonywane poza zwykłymi godzinami pracy.

Przed wykonaniem polecenia należy wykonać aktualną kopię konfiguracji oraz, zgodnie z przyjętymi zasadami, zabezpieczyć dane wymagające ochrony. Dobrą praktyką jest przeprowadzenie zmian w kontrolowanym oknie, poinformowanie osób korzystających z aplikacji i zapisanie stanu przed operacją. Po usunięciu trzeba sprawdzić logowanie prawidłowych kont, działanie aplikacji, wykonanie zadań automatycznych oraz komunikaty diagnostyczne. Kontrola powinna obejmować także próbę użycia usuniętego konta, aby potwierdzić, że dostęp rzeczywiście został zakończony.

W środowisku, w którym występują różne silniki baz danych, nie należy bezpośrednio przenosić składni z jednego rozwiązania do innego. Nazwy poleceń, wymagane uprawnienia, sposób obsługi zależności i zachowanie po usunięciu mogą się różnić. Przed zastosowaniem procedury należy skorzystać z dokumentacji właściwej dla konkretnej wersji oprogramowania. Szczególną ostrożność trzeba zachować przy kontach używanych przez aplikacje, ponieważ ich usunięcie może ujawnić się dopiero po ponownym uruchomieniu programu.

Kiedy zgłosić usuwanie użytkownika do serwisu

Do serwisu warto zgłosić się wtedy, gdy nie ma pewności, czy konto jest jeszcze potrzebne, pojawia się błąd dotyczący własności obiektów, aplikacja utraciła połączenie albo nie jest znane miejsce przechowywania danych logowania. Pomoc może być potrzebna także po przypadkowym usunięciu użytkownika, przy porządkowaniu wielu kont lub podczas przenoszenia konfiguracji na inny komputer. W takiej sytuacji przydatne są informacje o używanym programie, rodzaju bazy, nazwie konta, czasie wystąpienia problemu i ostatnich wykonanych zmianach.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się wsparciem przy problemach z komputerami i laptopami, w tym przy analizie konfiguracji, błędów logowania oraz skutków nieprawidłowej operacji administracyjnej. Przed przekazaniem sprzętu lub danych warto usunąć z opisu informacje, które nie są potrzebne do diagnozy, a hasła przekazywać wyłącznie bezpiecznym kanałem. Samo usunięcie użytkownika nie powinno być traktowane jako rutynowe kasowanie wpisu, ponieważ może zmienić dostęp do zasobów, przerwać pracę aplikacji i wymagać odtworzenia wcześniejszej konfiguracji.