SQL Server -Systemdatenbanken

SQL Server -Systemdatenbanken

Willkommen, meine Kollegen -Datenbankentwickler, bei einem anderen SQL Server -Tutorial.

In diesem Artikel werden wir unser SQL -Serverwissen auferlegen, indem wir die vom SQL -Server bereitgestellten Systemdatenbanken verstehen und was genau ihr Zweck ist. Wir werden auch die DOS diskutieren und nicht, wenn es um das SQL Server -System DBS geht.

Systemdatenbanken in SQL Server

Abhängig von der SQL Server -Version und der Installationsmethode bietet SQL Server fünf Hauptsystemdatenbanken.

Diese Datenbanken umfassen:

  1. Master -Datenbank
  2. MSDB -Datenbank
  3. Modelldatenbank
  4. Ressourcendatenbank
  5. TEMPDB -Datenbank

Gehen wir schnell durch das, was sie tun.

SQL Server -Master -Datenbank

Die erste ist die Master -Datenbank. Diese Systemdatenbank speichert alle Informationen auf Systemebene für die Instanz des Servers.

In dieser Datenbank finden Sie die Informationen wie:

  1. Anmeldekonten
  2. Endpunkte
  3. Verlinkte Server
  4. Systemkonfigurationseinstellungen
  5. Dateiorte der Datenbanken

Daher wäre es eine enorme Untertreibung, dass dies eine kritische Systemdatenbank ist. Wenn die Master -Datenbank beschädigt oder fehlt, kann der SQL -Server nur starten, wenn es nicht repariert wird.

Wie Sie erraten können, beschränkt SQL Server das, was Sie in den Master -Datenbanken ausführen können.

Daher sind Sie von Folgendem beschränkt:

  1. Lassen Sie die Master -Datenbank fallen
  2. Stellen Sie die Datenbank auf offline ein
  3. Legen Sie die Datenbank oder die primäre Dateigruppe auf read_only fest
  4. Fügen Sie der Datenbank neue Dateien oder Dateigruppen hinzu
  5. Führen Sie eine andere Art von Backup mit Ausnahme einer vollständigen Sicherung durch
  6. Ändern Sie die Standardkollektion oder den Eigentümer der Master -Datenbank. Standardmäßig ist die Master -Datenbank im Besitz des SA -Benutzer.
  7. Fügen Sie Auslöser in Systemtabellen in der Master -Datenbank hinzu
  8. Aktivieren Sie die Änderungsdatenerfassung
  9. Benennen Sie die Datenbank oder die primäre Dateigruppe um
  10. Melden Sie sich die Master -Datenbank in die Datenbankspiegeloperation an
  11. Entfernen Sie den Gastbenutzer aus der Master -Datenbank
  12. Erstellen Sie alle Trigger im Master DB

Dies ist eine schwere Datenbank.

SQL Server MSDB -Systemdatenbank

Die zweite Datenbank in den SQL Server -Systemdatenbanken ist die MSDB -Datenbank. Diese Datenbank ist für die Planung von Warnungen und Jobs verantwortlich, die vom SQL Server -Agenten verwendet werden. Es wird auch von den anderen Funktionen wie SSMS, Service Broker und Datenbank Mail verwendet.

In ähnlicher Weise ist es gut, eine aktualisierte Sicherungskopie der MSDB -Datenbank zu erhalten.

Im Folgenden finden Sie die Einschränkungen der MSDB -Datenbank. Sie können Folgendes nicht tun:

  1. Ändern Sie die Zusammenfassung der MSDB -Datenbank
  2. Lassen Sie die Datenbank fallen
  3. Lassen Sie den Gastbenutzer aus der MSDB -Datenbank fallen
  4. Aktivieren Sie die Datenerfassung Änderung
  5. Stellen Sie die primäre Dateigruppe auf read_only ein
  6. Entfernen Sie die primäre Dateigruppe, die Protokolldatei oder die primäre Datendatei
  7. Benennen Sie die Datenbank oder die primäre Dateigruppe um
  8. Stellen Sie die Datenbank als offline ein
  9. Melden Sie sich für die Datenbankspiegelung an

SQL Server -Modellsystemdatenbank

Die Modelldatenbank auf dem SQL -Server fungiert als Blaupause oder Vorlage für alle auf diesem Server erstellten Datenbanken.

Sobald Sie eine neue Datenbank auf dem Server erstellt haben, wird der erste Teil der Datenbank erstellt, indem der Inhalt der Modelldatenbank kopiert wird. Danach füllt der SQL -Server den Rest mit leeren Seiten.

Es ist daher wichtig, dass die Modelldatenbank auf dem Server vorhanden ist. Dies liegt daran.

NOTIZ: Änderungen an den Modelldatenbanken stellen sicher, dass alle danach erstellten Datenbanken alle ihre Modifikationen erben.

In ähnlicher Weise erben die Modelldatenbanken die ähnlichen Einschränkungen wie MSBD und die Master -Datenbank. Darüber hinaus können Sie jedoch nicht Folgendes ausführen:

  1. Erstellen Sie Verfahren, Ansichten und Auslöser mit der Verschlüsselungsoption.

SQL Server Resource System -Datenbank

Die Ressourcendatenbank ist eine schreibgeschützte DB, die für das Speichern aller im SQL-Server enthaltenen Systemobjekte verantwortlich ist.

Diese Datenbank enthält keine Benutzerdaten oder Benutzermetadaten. Diese Datenbank erleichtert das Upgrade auf eine neuere SQL -Serverversion und viel schneller, da der Prozess die Systemobjekte nicht fallen und neu ermittelt werden muss.

Der Upgrade -Prozess kopiert die Ressourcendatenbankdatei auf einen lokalen Server und verarbeitet das Upgrade durch den Benutzer der Ressourcendatenbank.

NOTIZ: Im Gegensatz zu anderen Systemdatenbanken kann der SQL -Server die Ressourcendatenbank nicht sichern. Sie können es jedoch manuell unterstützen.

SQL Server TEMPDB -Datenbank

Sie sind wahrscheinlich mit dem TEMPDB auf dem SQL -Server vertraut. Diese Datenbank speichert temporäre Benutzerobjekte wie temporäre Tabellen, Indizes, gespeicherte Prozeduren, Tabellenvariablen, Cursors, Funktionen usw.

Es werden auch interne Objekte gespeichert, die von der Datenbank -Engine erstellt werden. Dazu gehören Arbeitstabellen, Arbeitsdateien usw.

Schließlich speichert der TempDB auch die Versionsspeicher. Versionsspeicher sind eine Sammlung von Datenseiten, die die Datenzeilen für die Zeilenversioning enthält.

DOS:

Im Folgenden finden Sie einige der Operationen und Aufgaben, die Sie in Bezug auf die Systemdatenbanken einhalten sollten:

  1. Um die Beschädigung Ihrer SQL -Serverinstanz zu vermeiden, haben Sie immer eine Sicherungskopie aller Systemdatenbanken, bevor Sie Änderungen am Server vornehmen.
  2. Prüfen Sie ständig alle Informationen und Einstellungen, die in den Systemdatenbanken verfügbar sind.
  3. Wenn Sie die Systeminformationen abrufen möchten, verwenden Sie die Systemkatalogansichten, SQL-SMO, system gespeicherte Verfahren und integrierte Funktionen, Katalogfunktionen, Methoden und Attribute und WMI-Schnittstelle. Fragen Sie die Datenbanken niemals direkt ab.

Nichts:

  1. Ändern Sie niemals einen Wert direkt in den Systemdatenbanken (außer TempDB).
  2. Schalten Sie niemals die vertrauenswürdige Eigenschaft in der Master -Datenbank ein. Dies reduziert die Sicherheit Ihres Server.
  3. Schreiben Sie niemals die Transact-SQL-Abfragen, die die Daten direkt aus den Systemdatenbanken abfragen. Es ist der einzige Weg, um die genannten Informationen zu erhalten.
  4. Ändern oder direkt in eine Systemdatenbank schreiben oder direkt schreiben.

Dies sind einige Regeln und Vorsichtsmaßnahmen in Bezug auf die Systemdatenbank. Obwohl es möglich ist, einige Systemdatenbanken zu reparieren.

Abschluss

Wir freuen uns, dass Sie sich uns auf unserer Reise anschließen, um die Systemdatenbanken auf dem SQL -Server zu untersuchen. Wir hoffen, dass Sie etwas gelernt haben, um Ihre SQL -Serverfähigkeiten zu verbessern und ein besserer Datenbankadministrator zu werden.

Danke fürs Lesen! Wir sehen uns in unserem nächsten Tutorial.