Zasoby dotyczące przypadkowego DBA [zamknięte]

W ramach platformy Microsoft większość programów na poziomie przedsiębiorstwa (SharePoint, dowolna aplikacja System Center, dowolna aplikacja Dyamics itp.) Działa na serwerze SQL Server. Dla administratorów tych programów SQL Server jest często czarną skrzynką, która jest instalowana jako warunek wstępny dowolnego programu. W rezultacie bardzo mało jest (jeśli w ogóle) planowania, które wchodzi w stronę SQL instalacji, co prowadzi do problemów, które pojawiają się gdzieś dalej.

• Dzienniki transakcji wypełniające dyski
• Brak planów konserwacji (lub niedoinformowanych, takich jak plany, które reorganizują i odbudowują indeksy)
• Niezarządzany autogrowth
• Bazy danych i logi na tych samych wrzecionach
• Źle wybrane poziomy RAID
• Brak kopii zapasowej (lub planu odzyskiwania)

Więc ... jakie rodzaje problemów dotykają „przypadkowe DBA” i jakie zasoby najlepiej pomogłyby przypadkowemu DBA przyzwyczaić się do podstaw planowania SQL, administracji i dostrajania wydajności?

Zapoznaj się z serią artykułów i kolumnami pytań i odpowiedzi, które piszę dla magazynu TechNet - pisane są głównie z myślą o Accidental (nazywamy to „mimowolnym”) DBA.

Najważniejsze wskazówki dotyczące efektywnego zarządzania bazami danych zostały napisane specjalnie jako podkład dla mimowolnych DBA, aby zrozumieć problemy z utrzymaniem DB.

Opis rejestrowania i odzyskiwania w programie SQL Server

Typowe problemy i rozwiązania dotyczące bezpieczeństwa programu SQL Server

Zrozumienie kopii zapasowych programu SQL Server - część 1 z 3 części. Część 2 dotyczy przywracania (w numerze z 09 września), a część 3 dotyczy odzyskiwania bez kopii zapasowych (w numerze z 09 listopada)

Powinieneś także sprawdzić mojego bloga i bloga mojej żony (bez reklam lub czegokolwiek tylko informacji) - oboje blogujemy ogromną ilość na różnych poziomach technicznych.

Jedną z dobrych serii postów do przejrzenia są artykuły redakcyjne dotyczące wyników moich cotygodniowych ankiet . Zazwyczaj dotyczą one szerokiego tematu, który pomógłby mimowolnym DBA. Artykuły redakcyjne rozpoczynają się od „Znaczenie” lub „Ważne”. W rzeczywistości w tym tygodniu ankieta dotyczy mimowolnego DBA - bardzo na czas!

Naprawdę dobrze rozumiemy mimowolną sprawę DBA - w rzeczywistości Kimberly i ja prowadzimy kilka dni klasy SharePoint Microsoft Certified Masters, więc administratorzy SharePoint wiedzą, co zrobić z ich serwerami SQL (uczymy również cały tydzień SQL) .

Mam nadzieję, że to ci się przyda.

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. :)

Mam tytułowego gościa DBA około roku w mojej pracy. To było około 5 miesięcy temu. Od tego czasu czytam różne blogi od widoku 500 000 stóp do widoku (czasami uderzającego w twardy pokład na 500 stóp) widoku 250 000 stóp , do widoku 500 stóp . Ponadto SQLServerPedia jest twoim przyjacielem; mają wiele dobrych rzeczy na wypadek przypadkowego DBA.

Zostałem wrzucony w sytuacje, które sprawiły, że poczułem się nieswojo. Na przykład robiłem kopie zapasowe, odkąd „dostałem” tę pracę, więc Fulls, diffs i t-logi były pod ręką dla mojego pierwszego przywracania danych produkcyjnych, nikt inny nie wydawał się panikować, więc pomyślałem, że nie mogę pokazać jak mdłości się czułem. Częściej niż nie, przesadzam, kiedy zakładam czapkę DBA, ale myślę, że to nie moja praca na cały etat (administrator sieci), więc powinienem być „lepiej bezpieczny niż żałować”.

Najważniejsze wskazówki dotyczące efektywnego zarządzania bazą danych

Zacznij od działań taktycznych. Jeśli baza danych ulega awarii lub nie działa dobrze, skoncentruj się na rozwiązaniu tych problemów.

Następnie zacznij od bardziej strategicznych przedmiotów: tworzenie kopii zapasowych i przywracanie. Dowiedz się, jak przywracać bazy danych wewnątrz i na zewnątrz oraz tworzyć szczegółowe procedury, aby zapobiec kosztownym błędom podczas przerwy w produkcji.

Jeśli nie masz sprzętu do testowania poważnych zmian i takich rzeczy, jak tworzenie kopii zapasowych / przywracanie - dowiedz się, jak je uzyskać.

Kiedy zatrudniam Junior DBA, kupiłem jej Towarzysza administratora Microsoft® SQL Server (TM) 2005. Jest to książka, którą chciałbym mieć, kiedy zaczynałem.