5 błędów DBA, których należy unikać za wszelką cenę

Zawartość

1. Nie zapomnij przetestować swoich kopii zapasowych!
2. Nieostrożność w kwestii ograniczeń dostępu może być kosztowna!
3. Nie przeocz spójnego zarządzania bazą danych!
4. Nie czekaj, aż system będzie miał problemy z rozpoczęciem monitorowania poziomów aktywności bazy danych i obciążeń!
5. Nie wyłączaj weryfikacji stron!
Bez błędów, bez stresu - Twój przewodnik krok po kroku do tworzenia oprogramowania zmieniającego życie bez niszczenia życia

Źródło: .shock / Dreamstime.com

Na wynos:

Zaniedbanie tych pięciu zadań może doprowadzić do katastrofy bazy danych!

Nie wszystkie rutynowe, codzienne zadania wykonywane przez DBA były takie same. Zaniedbanie niektórych z tych codziennych zadań może prowadzić do bólu głowy, a inne do ogromnych strat finansowych. Podczas gdy wiele cennego czasu DBA przeznacza się na obsługę błędów i problemów pojawiających się w wyniku pracy programistów i użytkowników, ważne jest, aby nie pominąć najważniejszych codziennych zadań.

Oto 5 gigantycznych błędów DBA, których należy unikać w celu osiągnięcia doskonałej pozycji.

1. Nie zapomnij przetestować swoich kopii zapasowych!

W zgiełku codziennych czynności niektóre rzeczy mogą zostać przeoczone. Ale niech to nie będzie jeden z nich! Niezależnie od wysokiej jakości technik odzyskiwania po awarii niezwykle ważne jest konsekwentne wykonywanie testów, aby upewnić się, że kopie zapasowe działają. Najgorsze, co może się zdarzyć, to dowiedzieć się, że tak nie jest, gdy próbujesz je przywrócić. Użytkownicy programu SQL Server powinni użyć polecenia BACKUP VERIFYONLY, aby sprawdzić, czy kopie zapasowe działają, a także skorzystać z opcji CHECKSUM, aby upewnić się, że baza danych nie jest uszkodzona. Wykonywanie regularnych przywracania bazy danych w systemach niechronionych jest również ważne, aby mieć pewność, że można przywrócić kopie zapasowe. (Aby dowiedzieć się więcej na temat odzyskiwania po awarii, zobacz Disaster Recovery 101.)

2. Nieostrożność w kwestii ograniczeń dostępu może być kosztowna!

Przegapianie zagrożeń bezpieczeństwa jest w rzeczywistości dość powszechne wśród DBA. Niezależnie od tego, czy pozwala on osobom lub aplikacjom na dostęp do informacji wyższego poziomu niż jest to konieczne, czy też oferuje programistom uprawnienia administracyjne, błędy te mogą spowodować utratę danych, kradzież danych, ujawnienie danych, a nawet uszkodzenie bazy danych. Choć może się wydawać, że zapewnienie programistom bezpośredniego dostępu do danych produkcyjnych może przyspieszyć proces programowania i debugowania, zdecydowanie nie jest to najlepsza praktyka. Rozważając katastrofalny błąd, który może wynikać z nadmiernego dostępu niewłaściwej osoby, DBA powinni upewnić się, że użytkownicy, programiści, a nawet administratorzy otrzymują tylko najniższy poziom uprawnień.

3. Nie przeocz spójnego zarządzania bazą danych!

W końcu baza danych nie może sama się uruchomić! Niezwykle ważne jest, aby DBA nie rozleniwiali się ani nie przeoczyli regularnej konserwacji bazy danych, a jedynie polegali na możliwościach automatycznego dostrajania i samonaprawiania systemu baz danych. Istnieje wiele kluczowych zadań, które należy konsekwentnie wykonywać, w tym przeprowadzanie podstawowych kontroli integralności wszystkich produkcyjnych baz danych, sprawdzanie indeksów pod kątem fragmentacji i aktualizowanie statystyk w produkcyjnych bazach danych. Pomocne może być zautomatyzowanie tych zadań, o ile nie są wykonywane żadne czynności wymagające dużej ilości zasobów w szczytowych godzinach pracy. Bez względu na wszystko, trzeba to zrobić, w przeciwnym razie mogą wystąpić kosztowne błędy. (Aby uzyskać więcej informacji na temat obowiązków i odpowiedzialności DBA, zobacz Kariera w administracji bazami danych 101.)

4. Nie czekaj, aż system będzie miał problemy z rozpoczęciem monitorowania poziomów aktywności bazy danych i obciążeń!

Gdy twój system jest wyłączony, pieniądze zaczynają się marnować, a ludzie zaczynają się denerwować. Dlatego niezwykle ważne jest regularne monitorowanie i porównywanie wykorzystania serwerów. Sprawdzanie statystyk wydajności systemu pomoże Ci zrozumieć standardowe obciążenie pracą i zobaczyć wzorce, aby wiedzieć, kiedy wystąpią jakiekolwiek zmiany lub nieprawidłowości. Sprawdź wykorzystanie procesora, pamięci, operacji we / wy, blokad i blokowania, a także sprawdzaj, ile wolnego miejsca jest nadal dostępne dla danych i plików dziennika.

5. Nie wyłączaj weryfikacji stron!

Nowe bazy danych SQL Server mają ustawienie domyślne, które sprawdza, czy nie ma uszkodzeń, sprawdzając sumę kontrolną na całej stronie i zapisując wartość w nagłówku strony. Następnie, gdy strona jest wczytywana do pamięci, ponownie sprawdza wartość sumy kontrolnej i porównuje dwie liczby. Jeśli dwie liczby nie pasują do siebie, strona jest uszkodzona i pojawi się ostrzeżenie o błędzie. Dlatego to ustawienie jest niezwykle korzystne, a wyłączając je, narażasz się na niepowodzenie!

Dla DBA istnieje wiele dos i niezliczone donts. Są zadania, które są tak ważne, że ich pominięcie może doprowadzić do całkowitej awarii bazy danych, a istnieją bardziej subtelne aspekty, które po prostu odejdą od bycia funkcjonalnym DBA do sukcesu. Istnieją nieskończone sposoby na ciągłe doskonalenie się i pracę nad sobą, aby upewnić się, że Twoje praktyki są zgodne ze standardami. Twoja rola obejmuje tak wiele i głęboko wpływa na sukcesy i porażki Twojej firmy. Z tego powodu niezwykle ważne jest, aby jako kompetentny DBA upewnić się, że uczysz się na błędach innych w terenie i robisz wszystko, co w Twojej mocy, aby samemu nie zrobić żadnego z tych dużych.