Hallo, mein Name ist Curt. Ich bin Senior Principal Engineer und arbeite mit dem GSE-Team. In diesem Video wird die Recovery der MS SQL MSDB-Datenbank erläutert. Methoden für die Recovery der MSDB-Datenbank und wie wir diesen Recovery-Prozess durchführen würden. Es gibt also drei Methoden, um die MSDB-Datenbank wiederherzustellen. Dies ist die Datenbank, die in erster Linie für die Speicherung von Auftragsinformationen, anderen Aufgaben, die für SQL Server erforderlich sind, Wartung und Instandhaltung sowie für andere Arten von Dingen auf Programmebene verantwortlich ist, die für Ihre Datenbank in Ihrer Datenbankproduktionsumgebung äußerst wichtig sein können.
Diese drei Methoden zur Wiederherstellung einer beschädigten MSDB-Datenbank sind erstens die Wiederherstellung aus einem Backup. Die einfachste Methode. Wir haben auch die Möglichkeit, DBCC CheckDB für diese Datenbank wie für jede andere SQL Server-Datenbank zu verwenden, und auch das Ersetzen der MSDB-Datenbankdateien ist eine weitere Methode, um MSDB wieder online und in einen Zustand zu versetzen, in dem sie konsistent ist. Werfen wir also einen Blick auf unsere verschiedenen Optionen. Mit der GUI-Schnittstelle in SQL Server Management Studio ist der Prozess ziemlich einfach. Gehen Sie einfach zu "Aufgaben", führen Sie eine "Wiederherstellung" durch und stellen Sie eine "Datenbank" wieder her.
Wenn Sie ein Backup mit SQL Server haben, ist dies ein einfacher Prozess, um MSDB wieder online zu schalten. Werfen wir nun einen Blick auf die zweite Methode, bei der MS oder besser gesagt DBCC CheckDB verwendet wird. Wir haben hier 3 Sätze von Befehlen. Mit dem ersten Satz von Befehlen wird ermittelt, wo die Konsistenzebenen für die Datenbank für unsere MSDB-Datenbank derzeit vorhanden sind. Wir arbeiten in diesem speziellen Fall nicht mit einer beschädigten MSDB-Datenbank. Wenn wir also nach Fehlern suchen - Zuweisungsfehlern und Konsistenzfehlern - sehen wir in diesem speziellen Fall Null.
Also ja, es wäre vielleicht vorteilhafter, eine beschädigte MSDB-Datenbank mit diesem Wiederherstellungsprozess, dem Demo-Prozess, zu sehen, aber wir durchlaufen alle die gleichen Schritte, die wir unternehmen würden, wenn es sich um eine beschädigte MSDB-Datenbank handeln würde. In diesem speziellen Fall haben wir nur eine Überprüfung durchgeführt, wir haben nicht versucht, irgendetwas zu reparieren. Wenn wir einen Bericht mit Fehlern finden, kehren wir mit dem nächsten Befehl mit DBCC CheckDB zurück. Denken Sie noch einmal daran, dass wir dies tun, weil wir kein fehlerfreies Backup der MSDB-Datenbank haben, das wiederhergestellt werden muss. Wenn wir versuchen müssen, eine Reparatur basierend auf den Fehlern durchzuführen, die wir hier gesehen haben, können wir die Option "soft repair" ausführen, d. h. die Reparatur und den erneuten Aufbau mit DBCC CheckDB.
In diesem speziellen Fall machen wir weiter und führen es aus, nur um Ihnen eine Vorstellung davon zu geben, wie das aussieht. Wenn Sie dies mit einer fehlerfreien Datenbank ausführen, wird es ziemlich schnell ausgeführt und da nichts gefunden wird, wird es extrem schnell ausgeführt. Wenn wir Fehler haben, haben wir Inkonsistenzen in der Datenbank, die höchstwahrscheinlich länger laufen wird, aber die MSDB-Datenbank ist von vornherein keine große Datenbank. Nachdem Sie viele Jobs hinzugefügt haben, ist es vielleicht um einiges größer, aber es ist immer noch keine riesige Datenbank. Wenn unsere Soft-Reparatur-Option nicht funktioniert und weiterhin Fehler angezeigt werden, können wir auf die Hard-Reparatur-Option "REPAIR_ALLOW_DATA_LOSS" zurückgreifen.
Im Grunde sagen wir SQL, dass wir unser Bestes geben und alles in unserer Macht Stehende tun wollen, um diese Datenbank zu retten. Sie ist so wichtig, dass sie wichtige Informationen in der Datenbank enthält. Wir erlauben die Option, einige Datenbankverluste zuzulassen, um diese Datenbank wieder online und verfügbar zu machen. Wenn Sie also einfach denselben Befehl ausführen, ähnelt er dem, was wir mit der Softreparatur gemacht haben. Wenn wir nach der harten Reparatur an diesem Punkt angelangt sind und immer noch Fehler angezeigt werden, müssen wir möglicherweise an dieser Stelle auf das Ersetzen der MSDB-Datenbankdateien zurückgreifen.
In dieser speziellen Situation wechseln wir zum Installationsverzeichnis für unsere Instanz von SQL Server. Jedes Mal, wenn wir SQL Server installieren, wird ein "Binn"-Verzeichnis installiert, und innerhalb dieses "Binn"-Verzeichnisses haben wir einen "Templates"-Ordner. Im Ordner "Templates" befinden sich die Datenbankdateien für alle Systemdatenbanken für diese Installation von SQL Server. In diesem Fall benötigen wir unsere MSDB-Datenbankdatei und MSDB-Protokolldateien. Ich habe bereits eine Kopie davon herausgezogen und kommen jetzt wieder zu den Speicherorten der aktiven MSDB-Datenbankdateien zurück.
Was wir also tun wollen, ist ziemlich einfach. Alles, was wir tun möchten, ist, diese beiden Dateien zu ersetzen - die MSDB-Datendatei und die MSDB-Protokolldatei. Um dies zu erreichen, möchten wir nun SQL Server beenden. Die Möglichkeit, dies zu tun, ist äußerst wichtig, da wir so die Möglichkeit haben, diese Dateien direkt zu verwalten, und es ermöglicht uns, diese Ersatzdateien einzubringen. In diesem Beispiel, in dieser Demo, haben wir unsere beiden MSDB-Dateien. Es ist keine gute Praxis, beschädigte DB-Dateien auf diese Weise zu löschen. Möglicherweise können wir sie auf einem anderen System aufrufen, sie aufrufen und Informationen extrahieren, also verschieben wir diese Dateien. Ich habe einen Ordner namens "MSDB_save". Ich habe diese bereits kopiert, also lassen Sie mich hier zurückgehen. Da ich in diesem Fall bereits eine Kopie davon habe, werde ich diese einfach löschen.
Jetzt kommen wir zu unseren Vorlagendateien. Die holen wir uns und starten anschließend SQL neu. Der Nachteil dabei ist, dass alle Jobinformationen, die dort vorhanden waren. Alles, was auf Programmebene nach der Installation von SQL entwickelt wurde und als Job existierte, ist weg, weil sie mit den alten Datenbankdateien verschwunden sind. Wann immer wir die Vorlagen einfügen müssen, beginnen wir bei Null, soweit es MSDB betrifft, und alles, was auf der Jobebene nach der Installation eingefügt wurde, muss wieder eingefügt werden, nachdem wir die Vorlagendateien eingefügt haben. Damit ist unser Demo zum Wiederherstellen einer MS SQL MSDB-Datenbank abgeschlossen. Ich hoffe, dieses Video hat Ihnen geholfen, die Methoden zur Durchführung der Wiederherstellung zu verstehen und wie Sie den Wiederherstellungsprozess abschließen.
Vielen Dank für Ihre Aufmerksamkeit.
