Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
SQL ServerAzure SQL Managed Instance
Die msdb-Datenbank wird vom SQL Server-Agent zum Planen von Warnungen und Aufträgen sowie von weiteren Funktionen (z. B. SQL Server Management Studio, Service Broker und Datenbank-E-Mail) verwendet.
In SQL Server wird beispielsweise in der msdb-Datenbank automatisch ein vollständiger Onlinesicherungs- und Wiederherstellungsverlauf in Tabellen verwaltet. Diese Informationen umfassen den Namen der Person, die die Sicherung ausgeführt hat, den Zeitpunkt der Sicherung und die Angabe, auf welchen Medien bzw. in welchen Dateien die Sicherung gespeichert wurde. SQL Server Management Studio verwendet diese Informationen, um einen Plan für das Wiederherstellen einer Datenbank und das Anwenden vorhandener Transaktionsprotokollsicherungen vorzuschlagen. Sicherungsvorgänge für alle Datenbanken werden auch dann aufgezeichnet, wenn sie mit benutzerdefinierten Anwendungen oder Tools von Drittanbietern erstellt wurden. Wenn Sie beispielsweise eine Microsoft Visual Basic-Anwendung verwenden, die zum Ausführen von Sicherungsvorgängen SMO-Objekte (SQL Server Management Objects) aufruft, wird das Ereignis in den msdb-Systemtabellen, im Microsoft Windows-Anwendungsprotokoll sowie im SQL Server-Fehlerprotokoll protokolliert. Um die in der msdb-Datenbank gespeicherten Informationen zu schützen, empfiehlt es sich, das msdb -Transaktionsprotokoll auf einem fehlertoleranten Datenträger zu speichern.
Standardmäßig verwendet msdb das einfache Wiederherstellungsmodell. Wenn Sie die Tabellen mit dem Sicherungs- und Wiederherstellungsverlauf verwenden, empfiehlt es sich, das vollständige Wiederherstellungsmodell für msdbzu verwenden. Weitere Informationen finden Sie unter Wiederherstellungsmodelle (SQL Server). Beachten Sie Folgendes: Ist SQL Server installiert oder aktualisiert oder wird Setup.exe zum Neuerstellen der Systemdatenbanken verwendet, wird das Wiederherstellungsmodell vonmsdb automatisch auf simple festgelegt.
Wichtig
- Nach einem Vorgang, durch den msdbaktualisiert wird (beispielsweise nach dem Sichern oder Wiederherstellen von Datenbanken), empfiehlt es sich, eine Sicherung von msdbauszuführen. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von Systemdatenbanken (SQL Server).
- Bei den verfügbaren Daten in der msdb-Datenbank in Azure SQL Managed Instance gibt es Unterschiede. Lesen Sie Sicherungstransparenz, um mehr zu erfahren.
Physische Eigenschaften der msdb-Datenbank
Die folgende Tabelle zeigt die Anfangskonfigurationswerte der msdb -Daten und -Protokolldateien. Die Größe dieser Dateien kann sich in den verschiedenen Editionen von SQL-Server Datenbank-Engine geringfügig unterscheiden.
| Datei | Logischer Name | Physischer Name | Dateivergrößerung (file growth) |
|---|---|---|---|
| Primäre Daten | MSDBData | MSDBData.mdf | Automatische Vergrößerung um 10 Prozent, bis der Speicherplatz auf dem Datenträger erschöpft ist. |
| Protokoll | MSDBLog | MSDBLog.ldf | Automatische Vergrößerung um 10 %, bis der Maximalwert von 2 TB erreicht wird. |
Informationen zum Verschieben der msdb -Datenbank oder -Protokolldateien finden Sie unter Verschieben von Systemdatenbanken.
Datenbankoptionen
Die folgende Tabelle zeigt den Standardwert jeder Datenbankoption in der msdb -Datenbank und gibt an, ob die Option geändert werden kann. Zum Anzeigen der aktuellen Einstellungen dieser Optionen verwenden Sie die Katalogsicht sys.databases .
| Datenbankoption | Standardwert | Kann geändert werden. |
|---|---|---|
| ALLOW_SNAPSHOT_ISOLATION | ON | Nein |
| ANSI_NULL_DEFAULT | AUS | Ja |
| ANSI_NULLS | AUS | Ja |
| ANSI_PADDING | AUS | Ja |
| ANSI_WARNINGS | AUS | Ja |
| ARITHABORT | AUS | Ja |
| AUTO_CLOSE | AUS | Ja |
| AUTO_CREATE_STATISTICS | ON | Ja |
| AUTOMATISCH_VERKLEINERN | AUS | Ja |
| AUTO_UPDATE_STATISTICS | ON | Ja |
| AUTO_UPDATE_STATISTICS_ASYNC | AUS | Ja |
| CHANGE_TRACKING | AUS | Nein |
| CONCAT_NULL_YIELDS_NULL | AUS | Ja |
| CURSOR_CLOSE_ON_COMMIT | AUS | Ja |
| CURSOR_DEFAULT | GLOBAL | Ja |
| Datenbankverfügbarkeitsoptionen | ONLINE MEHRBENUTZER READ_WRITE |
Nein Ja Ja |
| DATE_CORRELATION_OPTIMIZATION | AUS | Ja |
| DB_CHAINING | ON | Ja |
| VERSCHLÜSSELUNG | AUS | Nein |
| MIXED_PAGE_ALLOCATION | ON | Nein |
| NUMERIC_ROUNDABORT | AUS | Ja |
| PAGE_VERIFY | CHECKSUM | Ja |
| PARAMETRISIERUNG | SIMPLE | Ja |
| QUOTED_IDENTIFIER | AUS | Ja |
| READ_COMMITTED_SNAPSHOT | AUS | Nein |
| Wiederherstellung | SIMPLE | Ja |
| RECURSIVE_TRIGGERS | AUS | Ja |
| Service Broker-Optionen | ENABLE_BROKER | Ja |
| VERTRAUENSWÜRDIG | ON | Ja |
Eine Beschreibung dieser Datenbankoptionen finden Sie unter ALTER DATABASE (Transact-SQL).
Beschränkungen
Die folgenden Operationen können an der msdb -Datenbank nicht ausgeführt werden:
- Ändern der Sortierung. Die Standardsortierung entspricht der Serversortierung.
- Löschen der Datenbank.
- Löschen des guest -Benutzers aus der Datenbank.
- Aktivieren der Änderungsdatenerfassung
- Teilnehmen an der Datenbankspiegelung.
- Entfernen der primären Dateigruppe, der primären Datendatei oder der Protokolldatei.
- Umbenennen der Datenbank oder der primären Dateigruppe.
- Versetzen der Datenbank in den OFFLINE-Modus.
- Versetzen der primären Dateigruppe in den READ_ONLY-Modus.
Empfehlungen
Beim Arbeiten mit der msdb-Datenbank sollten Sie die folgenden Empfehlungen beachten:
Stellen Sie sicher, dass Sie jederzeit über eine aktuelle Sicherungskopie der msdb-Datenbank verfügen.
Erstellen Sie nach den folgenden Operationen sobald wie möglich eine Sicherungskopie der msdb-Datenbank:
- Erstellen, Ändern oder Löschen von Aufträgen, Warnungen, Proxys oder Wartungsplänen
- Hinzufügen, Ändern oder Löschen von Datenbank-E-Mail-Profilen
- Hinzufügen, Ändern oder Löschen richtlinienbasierter Verwaltungsrichtlinien
Erstellen Sie in der msdb-Datenbank keine Benutzerobjekte. Wenn Sie das tun, muss die msdb-Datenbank häufiger gesichert werden.
Behandeln Sie die Datenbank msdb als hoch sensibel und gewähren Sie niemandem ohne berechtigten Bedarf Zugriff. Beachten Sie insbesondere, dass SQL Server-Agent-Jobs häufig im Besitz von Mitgliedern der Sysadmin-Rolle sind, und stellen Sie daher sicher, dass ausgeführter Code nicht manipuliert werden kann.
Überwachen von Änderungen an Objekten in msdb