Administrator baz danych Oracle - z helpdesku prosto po przejęcie jako junior obowiązków seniora

Cześć wszystkim! :-)

Piszę ten post, bo szukam wszędzie sugestii co warto zrobić w sytuacji, w której obecnie się znalazłem

W mojej firmie zwalnia się główny senior administrator baz danych Oracle - przykładowa baza, jaką obsługiwał to baza związana z naszym i udostępnianym innym firmom systemem ERP.
Obecnie od półtora roku od razu po technikum pracuję na help desku, a teraz zostałem wytypowany do przejęcia jako junior wraz z jeszcze jedną/kilkoma osobami jego obowiązków.

Moje doświadczenie z bazami nie jest za duże - tj. ogranicza się o materiał z technikum (MySQL, Access), learning path z LinkedIna o bazach Microsofu oraz teraz o materiał ze studiów.
Praktycznego doświadczenia, a tym bardziej w bazach Oracle to ja nie mam.
Znam podstawy budowania zapytań SQL, T-SQL, podstawy administracji MSSQLServer. ale PL/SQL i Oracle jeszcze nie ruszałem.

Niby mam zostać przez tego seniora jeszcze "odpowiednio" wdrożony, no ale jak to będzie to nie wiadomo..

Trochę (mało powiedziane) się stresuję, ale z drugiej strony wiem że prędko druga taka okazja bez studiów (w trakcie) i doświadczenia (tylko 1.5 roku na helpdesku) się nie przytafi, a tym bardziej w administrowaniu "poważnej" bazy Oracle powiązanej z całym systemem ERP.

Niby są jeszcze inni admini innych baz (np Postgre), więc pewnie mógłbym prosić o ich pomoc - no ale znając życie im szybciej samemu się nauczę tym lepiej
Jak myślicie co zrobić w takiej sytuacji? Co możecie mi doradzić? Jakie materiały będą wskazane i polecane, aby "szybko" zapoznać się z podstawami tak, aby już na wstępie "coś" więcej "ogarniać"?
Jak to się mówi „Przezorny zawsze ubezpieczony”, więc wolę z wyprzedzeniem podejść do tematu, tak aby później nie obudzić się "z ręką w nocniku"

Kto by się spodziewał że w tak krótkim czasie od ukończenia technikum i pracy na helpdesku przejmę po części obowiązki seniora w administrowaniu jednej z ważniejszych baz danych w naszej firmie i nie tylko..

Z góry dziękuję za wszelkie odpowiedzi i rady

Uważaj żeby z Ciebie nie zrobili słupa/ofiary ani żebyś nie został "młodym" z tej historii: https://ppbit.pl/news/prezes-pobil-informatyka-krew-sie-leje-alienware-jako-serwer/

Jeżeli jesteś na UoP (która ogranicza roszczenia pracodawcy za wyrządzone szkody) to bierz i ucz się na miejscu. Jeżeli jesteś na B2B to ja bym w to bagno się nie pchał...

Na koniec trzeba powiedzieć że DB Oracle to technologia bez świetlanej przyszłości. Zapewne większość adminów tej bazy to już ludzie 40+, którzy będą coś mruczeć pod nosem o tigerze scottcie czy jakoś tak...

0xmarcin napisał(a):

Uważaj żeby z Ciebie nie zrobili słupa/ofiary ani żebyś nie został "młodym" z tej historii: https://ppbit.pl/news/prezes-pobil-informatyka-krew-sie-leje-alienware-jako-serwer/

Jeżeli jesteś na UoP (która ogranicza roszczenia pracodawcy za wyrządzone szkody) to bierz i ucz się na miejscu. Jeżeli jesteś na B2B to ja bym w to bagno się nie pchał...

Na koniec trzeba powiedzieć że DB Oracle to technologia bez świetlanej przyszłości. Zapewne większość adminów tej bazy to już ludzie 40+, którzy będą coś mruczeć pod nosem o tigerze scottcie czy jakoś tak...

Umowa to UoP, w sumie to dopiero jestem na jej drugim przedłużeniu w tej firmie (moja pierwsza praca)
Znaczy na chwile obecną będzie to tylko Oracle - bo odchodzi od niej admin i na gwałt szukają kogoś na jego miejsce, a później jak to mi powiedział kierownik tego działu - jak już ogarnę temat i będę sobie radzić, to wtedy będą mogli mi dorzucić zajmowanie się jeszcze innymi bazami - np Postgre, Mongo

Jak myślicie co zrobić w takiej sytuacji? Co możecie mi doradzić? Jakie materiały będą wskazane i polecane, aby "szybko" zapoznać się z podstawami tak, aby już na wstępie "coś" więcej "ogarniać"?

Tutoriale oracle i materiały pod te ichnie Oracle XYZ Professional

Na UOP to bym się nie przejmował tylko cieszył, że w obecnych czasach masz szansę w miesiąc zrobić to co inni pewnie przez rok. Włóż sobie poduszkę w majtki żeby nie bolało jak Cię szef i inni admini będą kopać, szykuj się na pracę po godzinach,, jak piszesz SQL który zmienia dane to zaczynaj od warunku where i odpal go na jakiejś lokalnej bazie i najważniejsze: nie rób nic w piątek po 15.

Teglo napisał(a):

bo odchodzi od niej admin i na gwałt szukają kogoś na jego miejsce, a później jak to mi powiedział kierownik tego działu - jak już ogarnę temat i będę sobie radzić, to wtedy będą mogli mi dorzucić zajmowanie się jeszcze innymi bazami - np Postgre, Mongo

No to nie bój się i graj twardo, 30%-50% podwyżki albo elo

Dziękuję za wszystkie rady :-)
Będzie to moja pierwsza zawodowa styczność z bazami i dlatego jestem taki trochę "poddenerwowany" - taki "strach przed nieznanym"
Myślę że taki start może w przyszłości zaowocować - oczywiście tylko przy ciągłym rozwoju i nauce
Jeszcze raz dziękuję

O administrowanie bazą Oracle na serio się nie otarłem, ale w takiej sytuacji pewnie zacząłbym od "2 Day DBA" z ich dokumentacji.
https://docs.oracle.com/en/database/oracle/oracle-database/12.2/administration.html - przy czym zmień tam wersję bazy na swoją

Jeśli jesteś na UOP to się nie zastanawiaj. Jednocześnie się ucz sam. I co najważniejsze, rób często kopie zapasowe.

Znam podstawy budowania zapytań SQL, T-SQL, podstawy administracji MSSQLServer. ale PL/SQL i Oracle jeszcze nie ruszałem.

Szykuj się na skok na głęboką wodę.

..ale z drugiej strony wiem że prędko druga taka okazja bez studiów (w trakcie) i doświadczenia (tylko 1.5 roku na helpdesku) się nie przytafi,

W polskich realiach niestety święta prawda.

Moje rady:

1. Po pierwsze BACKUP , ma działać. Stwórz sobie miejsce gdzie będziesz mogł testować odtwarzanie bazy danych. Testuj najlepiej co miesiąc. Jak już się wypykasz w backupach to możesz przejść na testy co pół roku. Zrób sobie instrukcję, żebyś w momencie awarii nie zastanawiał co robić, tylko leciał z instrukcji.
2. Bezpieczeństwo. Sprawdź kto ma dostęp do bazy danych. Jak nie wiesz czy dostęp jest potrzebny to zrób sobie listę i stopniowo co tydzień wycinaj te dostępy. Lepiej dostać opierdol od przełożengo niż wylecieć dyscyplinarnie z powodu RODO.
3. Monitoring. Jak firma ma monitoring to podepnij się podniego. Jeśli nie ma to zrób własny. Sprawdzaj zużycie zasobów dyskowych pamięci RAM, procesora itp. Nie ma nic gorszego do tego jak baza stanie bo skończyło się miejsce na dysku.
4. Optymalizacja. Jak ograniesz trzy powyższe to mozesz przejść do otymalizacji. Poczytaj o parametrach startowych bazy danych i ogólnie jak jest zbudowana baza jakie są procesy i za co odpowidają itp. Na koniec mozesz sprawdzić jakie zapytania najmocnej żrą zasoby. Jeśli nic Ci one nie będa mówić to oddaj je do deweloperów do poprawy. Jeśli nie znasz logiki biznesowej, która stoi za zapytaniem to lepiej, samemu tego nie poprawiać.

Powodzenia :)