Chociaż te nawyki są niepokojąco powszechne wśród administratorów baz danych, są one uleczalne dzięki pewnej sprytnej interwencji w zarządzaniu. Poniżej znajduje się lista siedmiu nawyków, które uważamy za najbardziej śmiertelne, wraz z pewnymi pomysłami, jak je wyeliminować.
Nawyk # 1. LEAP WIARY: :Wierzymy w nasze wsparcie:.
Ślepa wiara może być ujmująca, ale nie wtedy, gdy tworzy kopię zapasową bazy danych. Kopie zapasowe powinny być zaufane tylko w takim zakresie, w jakim zostały przetestowane i zweryfikowane.
• Poproś DBA o sprawdzenie, czy kopia zapasowa działa poprawnie, najlepiej za pomocą skryptu powiadamiającego o problemach.
Dlaczego nasze poziomy IQ są wyższe niż nasze dziadków James Flynn
• Zachowaj kopię zapasową do kopii zapasowej. Administratorzy baz danych powinni zawsze używać co najmniej dwóch metod tworzenia kopii zapasowych. Powszechnie stosowaną techniką jest wykorzystanie tych staroświeckich eksportów jako kopii zapasowej do kopii zapasowych online.
• Odzyskiwanie testów zasobów tak często, jak jest to możliwe. Wczesny znak, że twój zespół DBA jest albo przepracowany, albo nie ma prawidłowego priorytetu, to posiadanie kwartału bez odzyskiwania testu. Przetestuj odzyskiwanie potwierdź, że strategia tworzenia kopii zapasowych jest na dobrej drodze, a jednocześnie pozwól zespołowi ćwiczyć czynności odzyskiwania, aby mogli efektywnie sobie z nimi radzić, gdy nadejdzie czas.
Nawyk # 2. WIELE OCZEKIWANIA: :Będzie działać tak, jak tego oczekujemy.:
Chociaż Oracle nie jest przyjazny dla użytkownika w tradycyjnym tego słowa znaczeniu, jest bardzo przyjazny dla użytkownika - kiedy pracujesz z nim przez jakiś czas, rozwijasz instynkt w taki sposób, że rzeczy powinny :działać:. Chociaż ten instynkt ma często rację, jednym z najniebezpieczniejszych nawyków, jakie może posiadać każdy DBA, jest założenie, że Oracle :po prostu zadziała: tak, jak powinno..
• Wdrażaj mentalność :praktyka, praktyka, praktyka: w całej organizacji. DBA muszą przećwiczyć czynności w bezpiecznej piaskownicy w środowisku testowym, które zaprojektowano tak, aby ściśle naśladować zachowanie systemu produkcyjnego. Organizacja musi dać na to czas i pieniądze.
• Jeśli to możliwe, parkuj niedoświadczone administracje DBA z wyższymi, lub weź je pod własnym skrzydłem. Nowe bazy danych mają tendencję do bycia nieustraszonymi, ale uczenie się z czyjegoś doświadczenia może pomóc w zaszczepieniu jakiejś bardzo potrzebnej paranoi.
• Przejrzyj plany na wszystko. To niesamowite, jak często administratorzy DBA mówią: :Robiłem to setki razy, nie potrzebuję planu:. Jeśli przechodzą do trybu wykonywania, absolutnie potrzebują planu.
Nawyk # 3. LAISSEZ-FAIRE ADMINISTRATION: :Nie musimy monitorować systemu, użytkownicy zawsze nas informują, kiedy coś jest nie tak.:
Jeśli jesteś zależny od użytkowników, aby poinformować zespół DBA, że wystąpił problem, może być już za późno.
• Zainstaluj systemy monitorowania dostępności i wydajności, aby zidentyfikować problemy i rozwiązać je, zanim spowodują awarie mające wpływ na usługi.
• Unikaj problemów z oprogramowaniem po wydaniu, współpracując z programistami i testerami, aby zapewnić, że całe oprogramowanie gotowe do produkcji jest stabilne i wydajne.
Nawyk # 4. TEST PAMIĘCI: :Pamiętamy, jak to się stało i co zrobiliśmy, aby wszystko znowu działało.:
Wydaje się niemożliwe, by zespół DBA zapomniał o masowej procedurze, która zajęłaby im tygodnie, aby uzyskać prawo, a jednak dzieje się to cały czas. Aby uniknąć powtarzających się pomyłek i wykorzystać zdobyte doświadczenie, niezbędna jest dokumentacja.
• Wymagaj, aby Twoje bazy danych utrzymywały obszerną bibliotekę dokumentacji i dziennik aktywności, w tym znaczny poziom racjonalnego uzasadnienia, składni i szczegółów przepływu pracy.
• Zapewnij swojemu zespołowi oprogramowanie do pracy grupowej w intranecie, aby te dokumenty mogły zostać przeszukiwane w nagłych wypadkach.
• Egzekwuj dyscyplinę dokumentacji i sprawdzaj ją okresowo. Zapytaj administratora DBA: Kiedy utworzono ten obszar tabel, kto go użył iz jakim językiem SQL? Jakie zadania zostały wykonane w danym dniu? Jeśli nie będą w stanie szybko odpowiedzieć, będziesz wiedział, że wrócili do polegania na pamięci.
Nawyk # 5. THE BLAME GAME: :Nie patrz na mnie, to wina dewelopera, że SQL jest w produkcji: Niektóre DBA mają prawdziwą mentalność :my kontra oni:, jeśli chodzi o programistów w ich organizacji.
Uważają się nie za pomocników, którzy pomagają programistom w opracowywaniu wysokiej jakości kodu z punktu widzenia bazy danych, ale raczej jako strażników, którzy uniemożliwiają wprowadzenie niskiej jakości kodu do produkcji. To może wydawać się semantyką, ale konfrontacyjna relacja między programistami a administratorami DBA powoduje brak inicjatywy programistów i znaczne spowolnienie cykli wydawniczych.
• Wybierz administratorów, którzy rozumieją, że ich obowiązkiem jest pracować jako zintegrowany zespół z programistami, których obsługują.
• Pielęgnuj postawę zespołu, budując ciągłe zaangażowanie DBA w każdy projekt, a nie w kamienie milowe przeglądu.
• Zastanów się nad przydzieleniem indywidualnego DBA w roli wsparcia programisty. Jeśli jest to wyraźnie widoczne w opisie zlecenia, jest jeszcze większa motywacja, aby zrobić to dobrze.
Nawyk # 6. AKT SOLO: :Wiem, co robię i nie potrzebuję pomocy:.
Administrowanie bazami danych jest coraz bardziej złożone, a nawet najbardziej doświadczeni administratorzy baz danych nie są w stanie poznać wszystkich najdrobniejszych szczegółów. DBA mają różne specjalności, które należy wybierać i wykorzystywać. Kiedy DBA czują, że wiedzą lub powinni wiedzieć wszystko, nie zadają pytań i nie tracą cennej wiedzy, którą mogliby uzyskać od innych.
• Wspieraj kulturę pracy zespołowej, w której akceptowalne jest, aby administratorzy DBA przyznawali, że nie znają odpowiedzi i proszą o pomoc.
• Zachęć DBA do poszukiwania zewnętrznej grupy rówieśniczej jako forum do burzy mózgów i testowania ich założeń. Żadna osoba nie może dopasować wiedzy i doświadczenia nawet do stosunkowo niewielkiej grupy.
• Zapewnienie sieci bezpieczeństwa zasobów technicznych, takich jak materiały referencyjne, kursy i eksperci zewnętrzni lub konsultanci podczas rozmowy.
Nawyk # 7. TECHNO-LUST: :Rzeczy będą działały o wiele lepiej, gdybyśmy tylko mieli ...:
Administratorzy baz danych często są na szczycie najnowszej technologii, co może im pomóc w pracy na najwyższym poziomie. Kiedy jednak zapotrzebowanie na nową technologię powoduje, że administratorzy DBA zalecają zbędne zakupy sprzętu lub dodatki do oprogramowania, koszty szybko rosną, podobnie jak problemy.
• Nigdy nie ulepszaj swojej infrastruktury sprzętowej bez wcześniejszego wyczerpania możliwości strojenia. Pamiętaj, że dziesięć lat temu olbrzymie firmy działały na serwerach jedną dziesiątą pojemności - wszystko dzięki konieczności i umiejętnościom.
• Nigdy nie zezwalaj na używanie zaawansowanych lub nowych funkcji, dopóki nie będziesz w pełni świadomy bieżących zobowiązań serwisowych i związanych z nimi kosztów.
• Uważaj na oprogramowanie pomocnicze DBA, które prezentuje przyjazne interfejsy GUI do trudnych zadań. Ten typ interfejsu pozwala początkującym administratorom DBA działać jako pośredni administrator DBA w pewnych okolicznościach, ale jednocześnie uniemożliwia początkującemu zapoznanie się z rzeczywistymi umiejętnościami za zadania. Co więcej, narzędzia te ukrywają realne ryzyko przed administracją DBA, sprawiając, że potencjalnie szkodliwe działania są tak łatwe, jak wskazywanie i klikanie.
Niezależnie od tego, czy wymaga to dwunastostopniowego programu, czy jednego drobnego dostosowania, wszystkie te śmiercionośne zwyczaje DBA mogą zostać wyrzucone. Oczywiście pierwszym krokiem jest rozpoznanie problemu. Rozpoczynając od tej listy i wykonując dokładną inwentaryzację sukcesów i porażek w administrowaniu bazą danych Twojego zespołu, będziesz na dobrej drodze do znalezienia lekarstwa.