Sean, rozumiem skąd pochodzisz.
Jesteśmy tutaj na podobnej łodzi, jak się spodziewałbym, jest wielu innych. Nie wytrzymując dzisiejszej gospodarki.
Pomimo powtarzających się skarg do kierownictwa (w tym kierownictwa wyższego szczebla) nasza sytuacja jest następująca; Samozwańczy „DBA” (w osobnym „zespole programistów” na innym piętrze) niestety wie mniej niż junior władający dwiema książkami O'Reilly i zrzutką KB. Ma pracę i świetnie wlewa miód do ucha osoby, która również wlewa miód do ucha największego błota.
Z pewnością idealnie byłoby nauczyć się „handlu” DBA, ale znowu… To, czego chcemy i co możemy mieć, to często bardzo różne rzeczy. :)
Ja osobiście spotkałem się z następującymi problemami, które (aby echo squillmana były raczej tępe, ale nie zupełnie niepoprawne) wymagały dużo googlingu.
- Tranlogs. Masz rację. Co to, u licha, były te rzeczy? Musieliśmy więc przywrócić bazę danych i serwer, co dokładnie oznacza „powtórzenie dzienników tran”? :)
- Zaraz, co masz na myśli mówiąc, że te bazy danych po prostu się powiększają? Jak je zmniejszamy? A przynajmniej utrzymać wzrost?
- Standaryzacja instalacji na różnych serwerach (ten obraz jest dla „dev”, ten obraz jest dla „prod” i ten mały obraz płakał całą drogę do domu, z rynku. :)
- Skrypty konserwacyjne i jak pomóc w zarządzaniu bazami danych przez długi okres czasu (coś w rodzaju uprawy roślin domowych i upewnienie się, że nie zmienią się w kudzu.)
- Zawsze upewniając się, że postępy przechodzą na C: \, rejestrowanie i / lub bazy danych przechodzą na D: \, który w pewnym sensie sformułował naszą standaryzację (C: \ to dwa dyski dublowane, D: \ to zwykle sprawa RAID5 .)
- Konieczność zakupu oddzielnej licencji SQL i klienta na kopie zapasowe.
- Sprawdź zarządzanie użytkownikami przypisanymi przez zespół programistów do samej bazy danych SQL, zarządzanie rolami DBO itp. Upewnij się, że masz dobry model bezpieczeństwa, jeśli chodzi o prawa użytkowników w bazie danych.
- Badanie konta usługi domeny, z którego mogą korzystać usługi SQL. Jakich praw potrzebuje to konto usługi, jeśli w ogóle.
(W swoim poście trafiłeś kilka całkiem niezłych).
Ponieważ działasz z handicapem jak niektóre inne, upewnij się, że rozpowszechniasz wiedzę o SQL wśród zespołu, jeśli możesz. Podziel się tym, co wiesz, ucz innych tego samego. Być przyjaznym. Noszenie czapki SQL jest prawdziwym bólem, ale przynajmniej wiele oczu i procesów myślowych jest lepszych niż jeden.
Jednak przede wszystkim postaraj się jak diabeł, aby zdobyć personel DBA. :)