Ressourcen für den versehentlichen DBA [geschlossen]


16

Innerhalb der Microsoft-Plattform werden die meisten Programme auf Unternehmensebene (SharePoint, alle System Center-Apps, alle Dyamics-Apps usw.) auf SQL Server ausgeführt. Für Administratoren dieser Programme ist SQL Server häufig eine Black Box, die als Voraussetzung für das Programm installiert wird, auf das sie sich hauptsächlich konzentrieren. Infolgedessen gibt es nur sehr wenig (wenn überhaupt) Planung für die SQL-Seite der Installation, was zu Problemen führt, die irgendwo weiter stromaufwärts auftreten.

  • Transaktionsprotokolle, die Laufwerke füllen
  • Keine Wartungspläne (oder nicht informierte Pläne, z. B. Pläne, mit denen die Indizes sowohl reorganisiert als auch neu erstellt werden)
  • Unmanaged Autogrowth
  • Datenbanken und Protokolle auf denselben Spindeln
  • Schlecht gewählte RAID-Level
  • Kein Backup (oder Wiederherstellungsplan)

Also ... welche Arten von Problemen treten bei "versehentlichen Datenbankadministratoren" auf, und welche Ressourcen helfen einem versehentlichen Datenbankadministrator am besten, die Grundlagen der SQL-Planung, -Verwaltung und -Leistungsoptimierung in Erfahrung zu bringen?

Antworten:


10

Schauen Sie sich die Artikelserie und die Fragen- und Antworten-Kolumnen an, die ich für das TechNet Magazine schreibe - sie sind hauptsächlich für den zufälligen (wir nennen es "unfreiwilligen") DBA geschrieben.

Die wichtigsten Tipps für eine effektive Datenbankwartung wurden speziell als Leitfaden für unfreiwillige Datenbankadministratoren geschrieben, um Probleme bei der Datenbankwartung zu verstehen.

Grundlegendes zu Protokollierung und Wiederherstellung in SQL Server

Allgemeine SQL Server-Sicherheitsprobleme und -Lösungen

Grundlegendes zu SQL Server-Sicherungen - Teil 1 einer dreiteiligen Serie. Teil 2 befasst sich mit der Wiederherstellung (in der Ausgabe vom September 09) und Teil 3 mit der Wiederherstellung ohne Sicherungen (in der Ausgabe vom November 09).

Sie sollten sich auch meinen Blog und den Blog meiner Frau ansehen (keine Werbung oder andere Informationen) - wir beide bloggen eine Menge auf verschiedenen technischen Ebenen.

Eine gute Reihe von Beiträgen sind die Editorials für die Ergebnisse meiner wöchentlichen Umfragen . In der Regel handelt es sich um ein breites Thema, das unfreiwilligen Datenbankadministratoren helfen würde. Die redaktionellen Beiträge beginnen mit 'Wichtigkeit von' oder 'Wichtig'. Tatsächlich geht es in der Umfrage dieser Woche darum, ein unfreiwilliger DBA zu sein - sehr aktuell!

Wir verstehen die unfreiwillige DBA-Sache sehr gut - in der Tat unterrichten Kimberly und ich ein paar Tage im SharePoint Microsoft Certified Masters-Kurs, damit die SharePoint-Administratoren wissen, wie sie mit ihren SQL-Servern umgehen sollen (wir unterrichten auch eine ganze Woche im SQL). .

Hoffe das ist nützlich für dich.


5

Sean, ich verstehe, woher du kommst.

Wir sitzen hier in einem ähnlichen Boot, wie ich es von vielen anderen erwarten würde. Hält der heutigen Wirtschaft nicht stand.

Trotz wiederholter Beschwerden an das Management (einschließlich der Geschäftsleitung) ist unsere Situation wie folgt; Der selbsternannte "DBA" (in einem separaten "Entwicklerteam" auf einer anderen Etage) weiß leider weniger als ein Junior, der zwei O'Reilly-Bücher und eine KB-Ablage besitzt. Sie hat den Job und ist großartig darin, Honig in das Ohr der Person zu gießen, die auch Honig in das Ohr des höchsten Mistes gießt.

Sicherlich wäre es ideal, den DBA-"Handel" erlernen zu können, aber noch einmal. Was wir wollen und was wir haben können, sind oft sehr unterschiedliche Dinge. :)

Ich persönlich bin auf die folgenden Probleme gestoßen, die (um Squillmans eher unverblümtes, aber nicht ganz falsches Echo zu geben) viel von dem Googeln erforderten.

  • Tranlogs. Du hast recht. Was zum Teufel waren diese Dinge? Wir mussten also eine Datenbank und einen Server wiederherstellen. Was bedeutet es genau, die Trans-Logs wiederzugeben? :)
  • Warten Sie, was bedeutet, dass diese Datenbanken nur größer werden? Wie schrumpfen wir sie? Oder zumindest ihr Wachstum aufrechterhalten?
  • Standardisierung von Installationen auf verschiedenen Servern (dieses Bild ist für "dev", dieses Bild ist für "prod" und dieses kleine Bild hat den ganzen Weg nach Hause geweint, vom Markt. :)
  • Wartungsskripte und wie Sie die Datenbanken über einen langen Zeitraum verwalten können (wie das Wachsen von Zimmerpflanzen und das Sicherstellen, dass sie sich nicht in Kudzu verwandeln).
  • Stellen Sie immer sicher, dass die Programme auf dem C: \, die Protokollierung und / oder Datenbanken auf dem D: \ gespeichert sind, was unsere Standardisierung ausdrückt (C: \ sind zwei gespiegelte Festplatten, D: \ ist normalerweise eine RAID5-Affäre) .)
  • Sie müssen eine separate SQL-Lizenz und einen separaten Client für Sicherungen erwerben.
  • Informieren Sie sich über die Verwaltung von Benutzern, die das Entwicklungsteam der SQL-Datenbank selbst zuweist, die Verwaltung von DBO-Rollen usw. Stellen Sie sicher, dass Sie über ein gutes Sicherheitsmodell verfügen, wenn es um Benutzerrechte in der Datenbank geht.
  • Recherche eines Domain-Dienstkontos, unter dem die SQL-Dienste ausgeführt werden können. Welche Rechte benötigt das Dienstkonto, wenn überhaupt.

(Sie haben einige ziemlich gute in Ihrem Beitrag getroffen.)

Da Sie wie einige andere mit einem Handicap arbeiten, sollten Sie die SQL-Kenntnisse möglichst auf das Team verteilen. Teilen Sie, was Sie wissen, und unterrichten Sie andere auf die gleiche Weise. Sei freundlich. Es ist eine echte Qual, den SQL-Hut zu tragen, aber zumindest viele Augen und Gedankengänge sind besser als ein einziger.

Versuchen Sie jedoch vor allem wie der Teufel, einen DBA-Mitarbeiter zu finden. :)


2

Ich habe den Titel DBA Kerl ungefähr ein Jahr in meinem Job bekommen. Das war vor ungefähr 5 Monaten. Seitdem habe ich verschiedene Blogs von dem gelesenen Ansicht 500.000 ft auf den (manchmal das harte Deck bei 500 ft schlagen) 250000 Blick auf das 500 ft sehen . Außerdem ist SQLServerPedia Ihr Freund. Sie haben eine Menge gutes Zeug für den versehentlichen DBA.

Ich wurde in Situationen gebracht, in denen ich mich unwohl fühlte. Zum Beispiel habe ich Backups erstellt, seit ich diesen Auftrag „erhalten“ habe, sodass Fulls, Diffs und T-Logs für meine erste Wiederherstellung von Produktionsdaten zur Verfügung standen. Niemand schien in Panik zu geraten wie mulmig ich mich fühlte. Mehr als einmal gehe ich über Bord, wenn ich meinen DBA-Hut aufsetze, aber ich denke, es ist nicht mein Vollzeitjob (Netzwerkadministrator), also sollte ich besser auf Nummer sicher gehen.


SQLServerPedia ist in der Tat eine großartige Ressource! Vielen Dank für den Hinweis.
Marc_s


0

Beginnen Sie mit den taktischen Anstrengungen. Wenn Ihre Datenbank abstürzt oder nicht richtig funktioniert, konzentrieren Sie sich auf die Behebung dieser Probleme.

Beginnen Sie als Nächstes mit strategischeren Elementen: Sichern und Wiederherstellen. Wissen, wie Sie Ihre Datenbanken von innen und außen wiederherstellen und detaillierte Verfahren erstellen, um kostspielige Fehler während eines Produktionsausfalls zu vermeiden.

Wenn Sie keine Hardware zum Testen wichtiger Änderungen und Dinge wie Sichern / Wiederherstellen haben, finden Sie heraus, wie Sie sie erhalten.


0

Als ich einen Junior DBA anstellte, kaufte ich ihr den Microsoft® SQL Server (TM) 2005 Administrator's Companion. Es ist das Buch, das ich mir wünschte, als ich anfing.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.