usuwanie bazy danych

Usuwanie bazy danych poleceniem DROP DATABASE trwale kasuje jej pliki i wszystkie zawarte w niej dane.

Na czym polega usuwanie bazy danych

Usuwanie bazy danych poleceniem DROP DATABASE jest operacją administracyjną, której skutkiem jest usunięcie całej wskazanej bazy z systemu zarządzania bazą danych. Nie chodzi wyłącznie o wyczyszczenie tabel. Usuwane są również obiekty należące do bazy, takie jak schematy, widoki, indeksy, procedury, wyzwalacze i zapisane w niej dane. Dokładny zakres kasowanych plików oraz sposób obsługi dodatkowych obiektów zależy od konkretnego silnika bazy danych.

Po wykonaniu tej operacji baza przestaje być dostępna pod dotychczasową nazwą. Aplikacje korzystające z jej adresu, identyfikatora lub parametrów połączenia mogą otrzymywać błędy wskazujące na brak bazy albo nieudaną próbę połączenia. Samo utworzenie nowej bazy o tej samej nazwie nie przywraca poprzedniej zawartości, ponieważ będzie to nowy, pusty obiekt z innym stanem danych.

Skutki dla danych i aplikacji

DROP DATABASE obejmuje całą bazę, dlatego zakres utraty informacji jest znacznie większy niż przy usunięciu pojedynczej tabeli poleceniem DROP TABLE. Wraz z tabelami znikają relacje między nimi, indeksy, definicje ograniczeń, dane konfiguracyjne przechowywane w bazie oraz inne obiekty zapisane w jej katalogu. Jeżeli aplikacja przechowuje w bazie historię operacji, ustawienia, dokumenty lub dane użytkowników, wszystkie te informacje zostaną usunięte razem z bazą.

Operacja może wymagać odpowiednich uprawnień administracyjnych. Silnik może także odmówić wykonania polecenia, gdy do bazy są podłączone inne sesje, albo zastosować własny mechanizm rozłączania aktywnych użytkowników. Tego zachowania nie należy uogólniać na wszystkie produkty, ponieważ różnią się składnią, wymaganiami dotyczącymi sesji oraz sposobem zgłaszania błędów. Przed użyciem polecenia trzeba sprawdzić dokumentację używanego silnika i upewnić się, że wskazana nazwa bazy jest prawidłowa.

Przygotowanie do nieodwracalnej operacji

Przed usunięciem należy zweryfikować, czy baza nie jest potrzebna działającej aplikacji, usłudze, zadaniu automatycznemu ani narzędziu diagnostycznemu. W praktyce warto potwierdzić nazwę środowiska, serwera i bazy, ponieważ pomyłka między środowiskiem testowym a produkcyjnym może doprowadzić do utraty właściwych danych. Należy również sprawdzić, czy istnieje aktualna kopia zapasowa obejmująca pełną zawartość bazy oraz czy można ją odtworzyć w używanym środowisku.

Kopia zapasowa jest użyteczna tylko wtedy, gdy zawiera dane sprzed usunięcia i można ją poprawnie odczytać. Sam fakt istnienia pliku kopii nie potwierdza możliwości odzyskania informacji. Przed wykonaniem operacji trzeba ustalić, gdzie zapisano kopię, jaki silnik i wersja ją utworzyły oraz jakie dodatkowe pliki lub dzienniki są wymagane podczas odtwarzania. Po usunięciu nie należy próbować odzyskiwać bazy przez przypadkowe kopiowanie pozostałości z dysku. Najpierw trzeba zabezpieczyć dostępne nośniki i przeprowadzić kontrolowaną analizę, aby nie nadpisać możliwych pozostałości danych.

Usunięcie bazy nie zawsze oznacza natychmiastowe fizyczne wyzerowanie każdego sektora dysku. System zarządzania bazą może skasować swoje pliki, oznaczyć zajmowane miejsce jako wolne albo wykonać dodatkowe czynności zależne od systemu plików i konfiguracji. Z punktu widzenia administratora baza jest jednak usunięta i nie można korzystać z niej zwykłymi metodami. Wymagania dotyczące bezpiecznego niszczenia nośnika są odrębnym zagadnieniem od usunięcia logicznego w silniku bazy danych.

Diagnostyka po usunięciu bazy

Jeżeli polecenie zostało wykonane omyłkowo, należy przerwać dalsze operacje zapisujące dane na tym samym nośniku i ustalić dostępne źródła odtworzenia: kopie zapasowe, repliki, migawki infrastruktury lub inne mechanizmy przewidziane dla danego środowiska. Nie wolno zakładać, że polecenie można cofnąć zwykłym ROLLBACK. Usunięcie całej bazy jest operacją o skutkach zależnych od silnika i nie należy traktować jej jako zwykłej zmiany danych w pojedynczej transakcji.

Po kontrolowanym usunięciu administrator powinien sprawdzić logi silnika, status usług oraz komunikaty aplikacji. Należy potwierdzić, że baza nie jest już widoczna, a zależne usługi zostały zatrzymane, przełączone na inną bazę albo skonfigurowane do pracy z nową instancją. Jeśli planowane jest odtworzenie, trzeba zweryfikować zgodność wersji silnika, uprawnień, rozszerzeń i parametrów połączenia. Dopiero po przywróceniu danych warto wykonać test odczytu, zapisu i działania kluczowych funkcji aplikacji.

W komputerze używanym w domu lub biurze baza danych może być elementem programu księgowego, magazynowego, serwisowego albo lokalnego narzędzia użytkownika. Przed jej usunięciem trzeba ustalić, który program ją utworzył i czy nie posiada własnej funkcji archiwizacji. Ręczne wykonanie polecenia w niewłaściwym narzędziu może usunąć dane bez zachowania informacji potrzebnych do późniejszego odtworzenia.