Dlaczego administrowanie bazą danych jest tak trudne?

Znam wielu administratorów baz danych, którzy mają ponad 28–29 lat.

Czy cała administracja bazą danych jest taka? To znaczy, czy chodzi o zdobywanie doświadczenia przez co najmniej 7-8 lat?

Czy bycie administratorem bazy danych jest tak trudne?

Stanowisko wymaga szerokiego spektrum wiedzy , od rozwoju po administrację systemem, a nawet zarządzanie. DBA musi nie tylko wiedzieć o tworzeniu kopii zapasowych, odzyskiwaniu, operacjach wewnętrznych, pamięci i bezpieczeństwie, ale także o tym, jak komunikować się z programistami i zarządem. DBA może przedstawiać zarządzanie na wysokim poziomie, pomagając programistom dostroić zapytanie, zapewniając miejsce na dysku dla nowego systemu i przywracając dane z kopii zapasowej w ciągu tej samej godziny. Obowiązki te wymagają dużej wiedzy przy niewielkim nakładaniu się.

Konsekwencje niepowodzenia są zwykle większe dla DBA niż dla programisty. DBA często obsługują dziesiątki, a nawet setki różnych aplikacji i systemów, z których większość ma zasadnicze znaczenie dla sukcesu firmy. Naruszenie bezpieczeństwa, niepowodzenie odzyskiwania lub problem z wydajnością mogą mieć daleko idące i niszczycielskie konsekwencje. Wymaga to poziomu wiedzy i doświadczenia, którego nie można zdobyć w krótkim czasie.

Im lepiej DBA wykonuje swoją pracę, tym mniej mają widoczności. DBA z bazą danych, która jest bezpieczna, możliwa do odzyskania, dostępna i działa dobrze, nie będzie rozpoznawana. DBA są zauważane, gdy występują problemy. Zostają zauważeni nie tylko wtedy, gdy ich problemy są spowodowane przez nich samych, ale również obwinione, gdy baza danych ma problemy z powodu złego kodowania, niewłaściwej konfiguracji sieci lub nieprawidłowo skonfigurowanej pamięci.

Kiedy miałem 29 lat, przeszedłem z programisty na DBA. Dla mnie rzeczy, które utrudniają bycie DBA, również sprawiają, że jest to satysfakcjonujące. Lubię wchłaniać i wykorzystywać szerokie spektrum wiedzy, a większa szansa na porażkę sprawia, że ​​unikanie ich jest tym bardziej znaczące, czy inni to widzą, czy nie.

Stanie się DBA faktycznie wymaga ogromnego doświadczenia, ale może zasadniczo pochodzić tylko z czterech różnych ścieżek:

1. Będąc programistą i tworząc segregator do DBA
2. Będąc programistą i tworzonym jako DBA
3. Szkolenie prosto ze szkoły wyższej, aby zostać DBA
4. Będąc SysAdminem i robiąc segregację do podwójnej służby lub ciągnąc za nią jako DBA

Będąc programistą i robiąc segue do DBA

W innym pytaniu zadanym na tej stronie, w jaki sposób DBA mogą być bardziej „przyjazne dla programistów” , wspomniałem, że przez 16 lat byłem programistą, który pracował z DBA. Po współpracy z nimi uświadomiłem sobie, że w zakresie, w jakim ich doświadczenie obejmowało teorię bazy danych, dyskretną matematykę i doświadczenie w programowaniu, do tego stopnia, że ​​mogli zobaczyć, jak baza danych powinna działać i jak należy wykonać zapytanie.

Posiadanie DBA z tymi rzeczami w tle sprawiło, że poczułem, że wciąż uczę się od jakiegoś adiunkta, ale który naprawdę znał ich sprawy. Tak długo, jak DBA był skłonny dzielić się tym, co wiedzieli, bez zrzucania tego na ciebie , mogliby stać się twoim mentorem w zakresie opracowywania instrukcji SQL (SQL sam w sobie jest kontekstowym językiem programowania), które są równie wydajne jak możliwy. Jasne, istnieją inne przyziemne części, takie jak wykonywanie instalacji, tworzenie kopii zapasowych, aktualizacja oprogramowania, monitorowanie wskaźników wydajności, generowanie raportów i tak dalej. Ale jako programista, jeśli skupisz się na bazach danych i SQL, który działa na tych bazach, z czasem będziesz tak biegły w SQL, że będzie to druga natura i będziesz mógł skupić się na rozwoju aplikacji.

Wymagania wobec dewelopera mogą być opodatkowane, ale DBA również. Deweloper, który dobrowolnie przechodzi do roli DBA, przenosi koncentrację z programowania i kodowania na przyziemne rzeczy, o których wspomniałem wcześniej. W związku z tym DBA ściśle współpracując z programistami stwarza DBA możliwość wniesienia twórczego wkładu do każdego projektu, dzięki czemu rola DBA jest o wiele bardziej interesująca.

Będąc programistą i tworzonym jako DBA

Dla większości programistów, którzy nie widzą niczego poza rozwijaniem i kodowaniem przez resztę życia, może to być jak wybranie udziału w reality show Survivor lub teleturnieju Wipeout . Nowy DBA spędza czas na interakcji z tą czarną skrzynką (znaną nam po prostu jako baza danych), z którą kontaktowali się w celu uzyskania danych przez lata.

Nowy DBA może teraz tworzyć własne tabele i indeksy. Może to przypominać wpuszczenie japońskiego Hibachi do włoskiej restauracji. Kucharz może wszystko wymieszać, ale musi zdać sobie sprawę, że istnieją nowe przepisy, przybory kuchenne, sztućce, mięso, przyprawy, warzywa i wiele innych przyziemnych rzeczy, do których należy się dostosować (warunki sanitarne, ekwipunek, czas rozpoczęcia, godziny pracy itp.). To nie tylko czas przejścia, ale także czas na pokonanie wspaniałej krzywej uczenia się. Należy uczyć się i rozwijać nowy poziom doświadczenia, pomimo wieloletniego doświadczenia japońskiej kuchni. W tym aspekcie programiści muszą się przekwalifikować, aby myśleć jak DBA.

Szkolenie prosto ze szkoły wyższej, aby zostać DBA

Jest to zdecydowanie najbardziej śmiercionośny sposób, aby stać się DBA. Jest to również najrzadsza ścieżka - w rzeczywistości jest to praktycznie niesłychane. Teraz rozmawiamy o wpuszczeniu kogoś z McDonald's lub Burger Kinga do tej samej włoskiej restauracji.

W grę wchodzą trzy krzywe uczenia się:

1. Zastosowanie umiejętności z college'u / szkoły handlowej do roli DBA,
2. Interakcja z konkretnymi RDBMS (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) oraz
3. Interakcja z programistami ( w przyszłości DBA uczy się przyzwoitych umiejętności społecznych bezpośrednio ze szkoły? Tak, prawda! ).

Dzięki temu programiści będą mieć przewagę nad DBA przez lata. DBA muszą nauczyć się szybko dostosowywać do potrzeb programistów we wczesnych latach pracy jako DBA. Być może DBA mogłaby zarobić przyzwoitą pensję początkową, ale trudniej jest ją rozwijać bez rozwijania się w tych trzech obszarach uczenia się.

Będąc SysAdminem i robiąc segregację do podwójnego stanowiska lub pełniąc funkcję DBA

Jako były programista, a teraz DBA, nie można brać za pewnik roli SysAdmin.

Posiadanie roli SysAdmin / DBA jest dla mnie trochę inspirujące. W firmie hostingowej mojego pracodawcy mamy gościa, który jest SysAdmin / DBA (SCMDBA). Jest tak zalany projektami infrastrukturalnymi i własnymi wewnętrznymi koncertami MySQL. Nie zazdroszczę mu, pochwalam go. Szczerze mówiąc, ponieważ prawdziwy umysł SysAdmin / DBA jest mi obcy, pozostawiam do uznania SysAdmin / DBAs, aby zaktualizować ten akapit (lub całkowicie go zastąpić), aby opisać tę ścieżkę .

Wniosek

Bez względu na to, którą ścieżkę wybierzesz, rolę DBA można wyróżnić lub obrzydliwie, w zależności od tego, jak chętnie jesteś mentorowany (lub torturowany) na początku, i jak chętnie pracujesz z innymi osobami. Tylko wtedy można powiedzieć, że lubią być DBA.

Nawiasem mówiąc, tak się składa, że ​​miałem pierwsze dwie ścieżki DBA, począwszy od sierpnia 2004 r. W wieku 39 lat. Dwa lata doświadczenia w opracowaniu roli DBA sprawiły, że przejście na pełnoetatową DBA było bardzo przyjemne i wygodne .

Moja rada dla DBA 28-29 lat? Bądź równie dobry w pracy z ludźmi, jak Ty z RDBMS. Jeśli rośniesz w obu obszarach, możesz zrobić to jako DBA przez wiele lat.

Administrowanie bazą danych jest trudne z dwóch powodów

Powolne sprzężenie zwrotne Jeśli podejmie się złą decyzję w roli architekta oprogramowania, uzyskanie negatywnej informacji zwrotnej zwykle trwa dłużej niż w przypadku programisty. Programista często zdaje sobie sprawę z błędu podczas kompilacji lub podczas uruchamiania testów, co oznacza, że ​​cykl uczenia się jest dość szybki. Administrator bazy danych popełniający błąd podczas projektowania bazy danych może po prostu uzyskać informację zwrotną, gdy odkryje, w jaki sposób użytkownicy końcowi będą faktycznie korzystać z oprogramowania. Oznacza to, że uzyskanie informacji zwrotnej o wadliwym projekcie bazy danych może wymagać lat. Dlatego zdobycie doświadczenia zajmuje lata, a nie minuty (czasem) dla programistów.

Drogie błędy To także powód, dla którego prezesi dużych firm są na ogół po pięćdziesiątce.

Bardzo łatwo jest być złym DBA

Poważnie jednak DBA zwykle ponosi szczególną odpowiedzialność za coś, co często ma kluczowe znaczenie dla sukcesu lub niepowodzenia firmy: jej dane

Jeśli prowadzisz firmę, być może zechcesz zatrudnić kompetentnych, doświadczonych ludzi w tej roli

Nie sądzę, że jest to kwestia „łatwiejsza” lub „trudniejsza” - tylko pytanie o to, jak cenne są twoje dane: Umieszczenie satelity w kosmosie nie jest trudniejsze niż osoba, ale sprawdziłbyś swoje sumy dużo więcej dla tych drugich

Moim zdaniem bycie Administratorem Bazy Danych jest łatwe ... dopóki coś się nie zepsuje, co zagraża firmie i obciążeniu związanym z naprawą i przywróceniem tego, co jest na twoich barkach.

Bycie administratorem bazy danych (lub administratorem sieci lub systemu) to pozycja, która wymaga określonego poziomu dojrzałości. Potrzeba kogoś, kto dobrze pracuje pod presją. Nie oznacza to, że nie ma tam młodszych ludzi, którzy poradziliby sobie z tym dzięki niezbędnemu zestawowi umiejętności.

Łatwo jest również nauczyć się poleceń z książki, aby wykonać kopię zapasową / przywrócić bazę danych, zoptymalizować konfigurację serwera itp. Ale doświadczenie wygrywa, gdy pojawi się ostrzeżenie o awarii bazy danych.

Znam wielu administratorów baz danych, którzy mają ponad 28–29 lat. Czy cała administracja bazą danych jest taka?

Większość dobrych, solidnych programistów, których znam, ma również co najmniej 25 lat. Wyobrażam sobie, że istnieje czynnik skorelowany z wiekiem + doświadczenie = dobry programista. ;)

To znaczy, czy chodzi o zdobywanie doświadczenia przez co najmniej 7-8 lat? Czy bycie administratorem bazy danych jest tak trudne? Co myślisz?

Bycie administratorem bazy danych nie jest łatwe, jeśli o to ci chodzi. Jest wiele rzeczy, które powinieneś wiedzieć jako dba. To także oznacza szkołę i oznacza kilkuletnie nauczanie pod inną osobą. Pamiętaj, że bazy danych są ustawione na logikę, o której prawie nikt nie chodzi do szkoły wystarczająco długo, aby się uczyć, o czym więc nikt nie wie. Set-logic dzieli niektóre reguły z algebrą, ale silniki (MSSQL, Oracle itp.) Same w sobie są pokręconymi bestiami implementującymi te reguły, więc nie tylko musisz zrozumieć matematykę baz danych, musisz zrozumieć implementację uruchomić na. To nawet się nie liczy znajomość preferowanego języka skryptowego (PL / SQL, TSQL itp.).

Następnie weź pod uwagę, że jako dba będziesz odpowiedzialny za zapewnienie, że najbardziej krytyczne dane biznesowe będą często powierzane twoim rękach. Musisz minąć najgorsze części „robienia głupich błędów” i musisz nauczyć się trochę powściągliwości. Większość osób w wieku 21–23 lat jeszcze się tego nie nauczyła. Niektórzy z nas w wieku 30 lat wciąż nie mają.

OT: Właśnie dlatego mówię, że ludzie tak naprawdę nic nie wiedzą, dopóki nie osiągną co najmniej 40 lat, i wtedy są rozważani za wzgórze, kiedy w rzeczywistości osiągają tylko krok. (powiedział jako ktoś, kto ma 31 lat)

Nie sądzę, że bycie DBA jest trudne. Stanie się jednym było jednak.

Chciałem odpowiedzieć, aby dodać jeszcze jeden aspekt, który nie został dobrze omówiony powyżej: pole widzenia.

Istnieje wiele różnych ról dla programistów, a niektóre (na przykład opracowywanie sterowników urządzeń lub tworzenie harmonogramów systemów operacyjnych) wymagają bardzo wąskiego pola widzenia i umiejętności zagłębiania się w niewielki problem i patrzenia na niego z czysto technicznego punktu widzenia . Istnieją inne dziedziny, które wymagają bardzo szerokich pól widzenia, ale nie tak dużej głębi technicznej (tworzenie aplikacji biznesowych z wybranym systemem ERP)

Bazy danych są wyjątkowe, ponieważ aby je dobrze wykonać, musisz być w stanie szybko i płynnie przełączać się między tymi trybami. Bazy danych są silnikami matematycznymi, ale są silnikami matematycznymi, które pasują do środowisk biznesowych w bardzo złożony sposób. Dlatego trzeba być w stanie zarówno rozwiązać problem matematyczny jako problem matematyczny, jak i zapytać, jak pasuje do wszystkiego innego.

Kiedy patrzysz na starszych inżynierów sieci lub starszych administratorów systemów, są oni najbliżsi do starszego DBA w tym obszarze (chociaż każde pole jest zupełnie inne - dobry starszy sysadmin wymaga jeszcze szerszego pola widzenia niż dobry dba, i dobrzy inżynierowie sieci wymagają głębszego pola).

Innymi słowy, aby być dobrym DBA, musisz być w stanie przechodzić między wysokimi wymaganiami biznesowymi i bardzo niskimi poziomami zrozumienia rzeczywistej pamięci dyskowej, a także relacyjnymi zagadnieniami matematycznymi i czysto technicznymi problemami projektowymi, wszystko bez jakiekolwiek rzeczywiste przejście (i prawdopodobnie w trakcie oceny konkretnej decyzji).

Funkcjonuję jako DBA i programista. Te dwie role są bardzo komplementarne, ale najpierw jestem DBA i jeśli zobaczysz biblioteki, które napisałem, byłoby to oczywiste. Ale powodem, dla którego się uzupełniają, jest to, że po stronie programistycznej mam bezpośredni interfejs z użytkownikami końcowymi oprogramowania, dlatego ciągle jestem naciskany na robienie wizji, a po stronie dbam o siebie na głębokości.

Jest inna ścieżka, nieco inna niż te wymienione.

Zacznij jako programista, następnie zostań projektantem bazy danych, a następnie DBA. Ta ścieżka była bardziej powszechna około trzydzieści lat temu, kiedy bazy danych zaczęły wyprzedzać aplikacje oparte na plikach, a osoby posiadające wiedzę na temat baz danych były nieliczne i dalekie

PS: Kiedy byłem byłym programistą, który stał się DBA, programiści pytali mnie: „czy DBA nie jest nudne?”

Moja odpowiedź: „to nudne tylko wtedy, gdy robisz to dobrze!”. :)

Raczej jestem na początku mojej podróży DBA, ale oto kilka powodów, dla których ludzie mogą znaleźć tę pracę ciężko ... To trudne, ponieważ:

• masz wiele obowiązków: ludzie mogą przychodzić i odchodzić w firmie, ale dla wielu z nich najważniejszym zasobem są dane. Jesteś za to odpowiedzialny i posiadasz nad nim wszelkie uprawnienia. Jak się mówi, z wielkimi mocami wiążą się wielkie obowiązki. Czają się bardzo kosztowne błędy.
• musisz się uczyć i ciągle się uczyć: widzę to jako bonus, ale nie wszyscy ludzie są gotowi poświęcić czas na aktualizację swojej wiedzy.
• może to być czasochłonne: w środku nocy wszystko się zepsuje, czy będziesz gotowy?
• często będziesz musiał naprawiać błędy innych ludzi i przeważnie nie dostaniesz dużo uznania za całą dobrą pracę. Nie bój się doskonalić umiejętności swoich ludzi.

Brad Mc Gehee napisał o tym książkę „Jak zostać wyjątkowym DBA”. Warto przeczytać, jeśli zamierzasz pogłębić pytanie.

Powodzenia!

Zostałem dba w wieku 25 lat. Zajęło mi to 6 miesięcy od rozpoczęcia studiów, aby uzyskać certyfikat, a 2 miesiące później miałem pracę. Myślę, że determinacja zdecydowanie odgrywa znaczącą rolę. Dla mnie nie było trudno znaleźć pracę. Wystarczyła siła woli, by się uczyć i pokazywać, że byłem w stanie nauczyć się wszystkiego, co przede mną stoi.

Powiem, że wszystko, co miałem, to dyplom psychologii i zaplecze działu pomocy technicznej. Kiedy dostałem pracę jako Oracle Apps DBA, od razu pomyślałem o OMG, wszystkie rzeczy, które studiowałem, aby zostać CORE DBA, nie pomogły mi ani trochę. Pamiętam, że czułem się bardzo przytłoczony. Musiałem codziennie przypominać sobie, że mogę się tego nauczyć, a 2 lata później zdobyłem znacznie więcej wiedzy.

Mówię o tym, że bycie DBA nie jest trudne, wcale trudne, ale uczenie się wszystkiego w pracy i poza pracą, które powinniśmy wiedzieć, jak wspominali poprzedni dba, jest czasochłonne i wymaga dużo staranności. Odkryłem, że u 27 osób w moim wieku lub młodszych nie ma staranności ani chęci uczenia się tak szerokiego spektrum technologii. Ale uwielbiam swoją pracę jako Oracle Apps DBA i czekam na wszystko, co będzie stale rzucane na mojej drodze do nauki. Możesz to zrobić, jeśli skupisz się na tym, nie ważne w jakim jesteś wieku!

Bycie DBA oznacza również, że jesteś proaktywny zamiast reaktywny. Musisz sobie wyobrazić, co przyniesie przyszłość i odpowiednio zaplanować. Wymaga to ciężkiej pracy ... raz, wiele, wiele razy, a jeśli zrobisz to dobrze, nagrodą jest całkowity brak rozpoznawania imienia. :-) Musisz także mieć możliwość powiedzenia „nie” ludziom (w tym szefom) i obiektywnie, skutecznie komunikować swoje powody, dla których pod względem rozumienia odbiorcy mogą to zrozumieć. Musisz być ostrożny i podejmować racjonalne decyzje w sytuacjach wysokiego ciśnienia. Musisz być w stanie szybko opanować swoje błędy i nie pozwolić, aby cię niebiesko ekranowali, ale raczej skutecznie przełączaj biegi z „Nie mogę uwierzyć, że to zrobiłem” na „OK, jaki jest najlepszy sposób, aby to naprawić”.

Jako ktoś, kto uważa się przede wszystkim za SysAdmin, a po drugie za przypadkowe DBA, myślę, że część tego sprowadza się do ilości wiedzy wymaganej do samodzielnego stawienia się i wykonania pracy, a może, co ważniejsze, do zrozumienia pracy.

Myślę, że stary certyfikat MCDBA podsumowuje go całkiem dobrze. Wymagało to zaliczenia czterech egzaminów, egzaminu SysAdmin, egzaminu z infrastruktury sieci, egzaminu z opracowania bazy danych i egzaminu z administracji SQL. To dość szeroki zakres tematów, więc realistycznie najprawdopodobniej przyjdziesz na jeden z nich. Twierdziłbym, że większość administracji SQL stoi na barkach pozostałych trzech, więc większość ludzi przychodzi do niej jedną z tych dróg na początku. Na przykład SysAdmin obsługujący kopie zapasowe SQL (moja pierwsza wyprawa do SQL wiele lat temu) lub programista projektujący bazę danych dla kodu, który piszą. Na początku nie będziesz wiedział wszystkiego, ale będziesz miał przynajmniej część uziemienia, na przykład system SQL działa i jak działają uprawnienia lub metody programowania używane do komunikowania się z bazą danych,

Trudno ocenić, czy bycie DBA jest naprawdę tym, co chcesz robić, dopóki tego nie zrobisz, ale dzięki powyższej drodze ludzie są w stanie stopniowo do tego dojść. Możesz to uwielbiać i skupić się na karierze, albo odkryć, że nie jest to dla ciebie i trzymać się poprzedniej ścieżki kariery, a wszystko to bez wielkiego skoku w nieznane. Ale to wymaga czasu i pasuje do tego, że DBA jest „mądrzejszy od lat” w branży.

Aby być dobrym DBA, potrzebujesz również pewności siebie i dojrzałości, które zwykle przychodzą z wiekiem. Inni wymienili inne aspekty tego, ale dodam, że mogę śmiało powiedzieć „nie” i nie ustępować, z temperamentem tego doświadczenia, aby wiedzieć, kiedy jest to właściwe.

Wreszcie, myślę, że bycie dobrym DBA wymaga pewnego sposobu myślenia i ciężko jest wiedzieć, czy go masz, dopóki nie znajdziesz się w okopach. Dbałość o szczegóły, gotowość do planowania z wyprzedzeniem, umiejętność patrzenia na duży obraz oraz brak obaw przed dokumentowaniem swojej pracy to ważne aspekty utrzymania stabilnego systemu. Niektórzy SysAdmini i programiści są tacy i mogą z łatwością dokonać przejścia, podczas gdy inni mogą odkryć, że ich podejście ma wartość w ich bieżącej pracy, jako DBA będą walczyć i uznają te rzeczy za obowiązek i nie cieszą się z pracy.

Myślę, że najtrudniejszą częścią przynajmniej stania się dość mimowolnym administratorem baz danych jest fakt, że musisz znieść wszystko, co dzieje się z bazami danych konkretnej organizacji, na którą się natknąłeś.

Z mojego doświadczenia, mój pierwszy szok miał miejsce w poniedziałek rano, kiedy serwer bazy danych rozbił się z powodu pozornie błędu sprzętowego, ale mimo to podejrzewano mnie, że zrobiłem coś złego.

Możesz sobie wyobrazić, że wszystko, czego się nauczyłeś lub ćwiczył w swoim życiu, musi zostać zastosowane, aby sprawić, by to znowu działało. Następnie możesz oczywiście utworzyć klon, a nawet wykonać kopię zapasową wszystkich elementów - mówimy tutaj o małym serwerze bazy danych, który kieruje rzeczy do innych sieci komputerowych za pośrednictwem serwerów łączy. Mimo to odpowiedzialność w tych chwilach jest ogromna.

Jako twórca oprogramowania lub tester oprogramowania odpowiedzialność jest również duża, ale nigdy nie doświadczyłem tak trudnych czasów. Mogę sobie wyobrazić, że powodem jest to, że każdy z nich tka tylko odrobinę pajęczyny świata technologii informatycznych.

Jeśli kiedykolwiek zostanę administratorem bazy danych, będę aktualizować wszystko, co tu teraz napisałem.

I tak, mam teraz 38 + 1/2 lat.

Jak większość umiejętności, nauka bycia dba wymaga czasu. Stanie się dobrym dba trwa dłużej. Im więcej czytasz i uczysz się, tym więcej wiedzy możesz zastosować.

Inną ścieżką do zostania dba jest pisanie raportów lub jako ekspert aplikacji. Im więcej czasu poświęcisz na SQL, tym więcej dowiesz się o działaniu dbs. Zdobycie biegłości w zapytaniach SQL zapewni dobry punkt wyjścia do zostania dba.