![\"Einstellen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_003.png\")
<\/p>\nBernd Jungluth, Horn und André Minhorst, Duisburg<\/b><\/p>\n
Wer eine Access-Datenbank zum Speichern seiner Daten verwendet, hat bei der Sicherung leichtes Spiel: Er braucht einfach nur eine Kopie dieser Datenbank anzulegen. Bei SQL Server-Datenbanken ist dies etwas komplizierter. Wir können hier beispielsweise nicht einfach die Datenbankdateien kopieren, da der SQL Server normalerweise ständig darauf zugreift. Welche Schritte zum Anlegen des Backups einer SQL Server-Datenbank nötig sind, zeigen wir in diesem Beitrag. Außerdem schauen wir uns an, wie wir die Datenbank auf Basis der Sicherung wiederherstellen können.<\/b><\/p>\nBackup über das SQL Server Management Studio<\/h2>\n
Zum Erstellen eines Backups einer SQL Server-Datenbank ist das SQL Server Management Studio die erste Adresse. Hier finden wir über die Benutzeroberfläche alle notwendigen Elemente.<\/p>\n
Ziel dieses Beitrags ist es, den SQL Server so zu programmieren, dass er jede Nacht eine Vollsicherung einer Datenbank herstellt. Damit stellen wir sicher, dass die Daten bis zur vorherigen Nacht im Falle eines Datenverlustes wiederherstellbar sind. Es gibt noch andere Sicherungsmodelle, mit denen wir in kleineren Zeitabständen Sicherungen durchführen, die gegebenenfalls auch nicht als Vollsicherung, sondern als differenzielle Sicherung erledigt werden. Das ist jedoch nicht Ziel dieses Beitrags.<\/p>\n
Wir gehen also davon aus, dass wir mit dem Verlust der Daten des vorherigen Tages leben können. In diesem Kontext stellen wir das Recovery Model für die Datenbank auf einen Wert ein, mit dem die Größe der Datei zum Speichern der Transaktionen klein gehalten wird – damit ist die .ldf<\/b>-Datei der Datenbank im Gegensatz zur .mdf<\/b>-Datei gemeint.<\/p>\n
Das Protokollieren von Transaktionen sorgt dafür, dass Transaktionen rückgängig gemacht werden können, solange diese noch nicht abgeschlossen sind. Bei der Einstellung des Recovery Models <\/b>auf Simple <\/b>werden die Transaktionsprotokolle für erledigte Transaktionen gelöscht. Das ist für unser Ziel, eine Wiederherstellung der Daten bis zur vorherigen Nacht zu gewährleisten, die optimale Einstellung, da so keine unnötigen Daten im Backup gesichert werden.<\/p>\n
Diese Einstellung nehmen wir in den Optionen der Datenbank vor. Dazu wählen wir aus dem Kontextmenü des jeweilige Datenbankeintrags den Befehl Properties <\/b>aus und wechslen dort zur Seite Options<\/b>. Hier finden wir die Option Recovery model<\/b>, die wir auf Simple <\/b>einstellen (siehe Bild 1).<\/p>\n
<\/p>\n
Bild 1: Einstellen des gewünschten Recovery models<\/span><\/b><\/p>\n Wenn wir ein Backup von einer bestimmten Datenbank machen wollen, öffnen wir den Objekt-Explorer und navigieren zu der entsprechenden Datenbank.<\/p>\n Anschließend klicken wir mit der rechten Maustaste auf den Datenbanknamen, hier Experimente<\/b>, und wählen den Eintrag Tasks|Back Up… <\/b>aus (siehe Bild 2).<\/p>\n Bild 2: Aufrufen des Back Up-Dialogs<\/span><\/b><\/p>\n Damit öffnen wir den Dialog Back Up Database – [Datenbankname]<\/b> (siehe Bild 3). Ein Klick auf die Schaltfläche OK <\/b>in diesem Dialog führt übrigens immer zur Ausführung des Backups. Wenn Sie also aktuell kein Backup erstellen möchten, sondern wie nachfolgend gezeigt nur das T-SQL-Skript für ein solches zusammenstellen wollen, verlassen Sie den Dialog am einfachsten mit der Cancel<\/b>-Schaltlfäche.<\/p>\n Bild 3: Der Back Up-Dialog<\/span><\/b><\/p>\n Dieser zeigt im Bereich General <\/b>an, welche Datenbank gesichert werden soll, hier Experimente<\/b>. Wir wollen ein volles Backup erstellen (Backup type <\/b>erhält den Wert Full<\/b>). Und wir wollen das Backup auf der Festplatte anlegen, also behalten wir unter Destination <\/b>den Wert Disk <\/b>für Back up to <\/b>bei (siehe Bild 4).<\/p>\n Bild 4: Ziel des Backups eingeben<\/span><\/b><\/p>\n Darunter klicken wir auf die Schaltfläche Add<\/b>, um den Speicherort für das Backup zu definieren. Es erscheint ein Dialog namens Select Backup Destination<\/b> (siehe Bild 5). Hier wählen wir die Option File name <\/b>aus und klicken auf die Schaltfläche rechts mit den drei Punkten.<\/p>\n Bild 5: Auswählen des Verzeichnisses und des Dateinamens für das Backup<\/span><\/b><\/p>\n Es erscheint ein weiterer Dialog, mit dem wir das Zielverzeichnis auswählen und den Dateinamen eingeben können.<\/p>\n Als Zielverzeichnis wird standardmäßig der folgende Ordner verwendet:<\/p>\n Damit haben wir den Speicherort für das Backup definiert und können uns darum kümmern, dass dieses regelmäßig ausgeführt wird. Dazu schließen wir die geöffneten Dialoge wieder und schauen uns an, ob der SQL Server Agent bereits läuft. Ist das nicht der Fall, sehen wir ein Icon wie in Bild 6 und starten diesen über den Kontextmenü-Eintrag Start<\/b>. Die anschließende Meldung mit einer Rückfrage, ob der Dienst wirklich gestartet werden soll, beantworten wir mit Yes<\/b>. Wenige Augenblicke später erscheint das Icon des Eintrags SQL Server Agent <\/b>mit einem grünen Symbol, was den gestarteten Zustand zeigt.<\/p>\n [<\/p>\n Bild 6: Starten des SQL Server Agents<\/span><\/b><\/p>\n Danach öffnen wir erneut über den Kontextmenü-Eintrag Tasks|Backup <\/b>den Dialog zum Einstellen der Backup-Einstellungen und wechslen zur Seite Media Options<\/b>. Hier stellen wir nun ein, wir mit den vorherigen Backups umgegangen werden soll. Wir möchten einfach nur das vorherige Backup mit dem neuen Backup überschreiben und stellen dazu die Option Overwrite media <\/b>auf Overwrite all existing<\/b> backup sets ein (siehe Bild 7).<\/p>\n Bild 7: Überschreiben des Backups aktivieren<\/span><\/b><\/p>\n Wir bleiben in diesem Dialog und klicken oben auf den nach unten zeigenden Pfeil neben der Schaltfläche Script. Aus dem Menü wählen wir nun den Befehl Script Action to Job aus (siehe Bild 8).<\/p>\n Bild 8: Skript in Job schreiben<\/span><\/b><\/p>\n Es erscheint ein neues Dialog namens New Job (siehe Bild 9). In diesem können wir den Namen des Jobs anpassen. Wichtiger ist jedoch, den Owner zu ändern. Aktuell ist der derzeitige Windows-Benutzer eingetragen.<\/p>\n Bild 9: Anlegen eines neuen Jobs<\/span><\/b><\/p>\n Ist dieser jedoch einmal nicht mehr vorhanden, gibt es Probleme, weil der Besitzer des Jobs nicht mehr da ist. Also stellen wir den Besitzer mit der Eigenschaft Owner <\/b>auf den Benutzer sa <\/b>ein. Dazu klicken wir auf die Schaltfläche neben der Eigenschaft Owner<\/b>.<\/p>\n Im nun erscheinenden Dialog Select Login <\/b>klicken wir direkt auf Browse <\/b>und öffnen so einen weiteren Dialog namens Browse for Objects<\/b>.<\/p>\n Hier fügen wir dem Eintrag [sa] <\/b>einen Haken hinzu und schließen den Dialog mit einem Klick auf OK<\/b> wieder (siehe Bild 10).<\/p>\n Bild 10: Auswählen des Benutzers sa<\/span><\/b><\/p>\n Dieser wird dann im aufrufenden Dialog Select Login <\/b>angezeigt (siehe Bild 11). Damit können wir auch diesen Dialog wieder schließen.<\/p>\n Bild 11: Prüfen des neuen Benutzers<\/span><\/b><\/p>\n Auch im Dialog New Job <\/b>erscheint nun der Benutzer sa <\/b>unter Owner<\/b>. Nun schließen wir den Dialog mit einem Klick auf OK<\/b>.<\/p>\n Anschließend öffnen wir im Objekt-Explorer des SQL Server Management Studios den Eintrag SQL Server Agent|Jobs <\/b>und wählen dort den Namen des soeben erstellten Jobs aus (siehe Bild 12).<\/p>\n Bild 12: Aufrufen des neuen Jobs<\/span><\/b><\/p>\n Ein Doppelklick auf diesen Eintrag öffnet seine Eigenschaften. Hier wechseln wir zur Seite Steps <\/b>und klicken dort auf die Schaltfläche Edit<\/b> (siehe Bild 13).<\/p>\n Bild 13: Bearbeiten des neuen Jobs<\/span><\/b><\/p>\n Damit öffnet sich der Dialog aus Bild 14. Hier können wir nun den T-SQL-Befehl sehen, der beim Aufruf des Jobs ausgeführt wird und der alle Informationen enthält, die wir für das Backup hinterlegt haben. Der vollständige Ausdruck lautet wie in Listing 1. Alle Optionen, die wir in den bisherigen Dialogen ausgewählt haben oder auch nicht ausgewählt haben, erscheinen in diesem Befehl. Theoretisch können wir die Anweisung zum Ausführen eines Backups also auch zusammenstellen, ohne die ganzen Dialoge zu durchlaufen.<\/p>\n Bild 14: Eigenschaften des ersten und einzigen Schritts des Jobs<\/span><\/b><\/p>\n Damit kommen wir zur nächsten Aufgabe. Bisher haben wir zwar ein Backup und einen dazugehörigen Job erstellt, aber wir haben noch keinen Zeitplan angelegt, wann dieser ausgelöst werden soll.<\/p>\n Dazu schließen wir den Dialog Job Step Properties – 1 <\/b>wieder und wechseln wir im Dialog Job Properties <\/b>zur Seite Schedules<\/b>. Dort klicken wir auf die Schaltfläche New <\/b>und erhalten den Dialog New Job Schedule<\/b> aus Bild 15. Diesem fügen wir zuerst einen Namen für den Zeitplan zu.<\/p>\n Bild 15: Zeitplan für den Job<\/span><\/b><\/p>\n Dann haben wir verschiedene Möglichkeiten, die Frequenz und den Zeitpunkt der Backups festzulegen. Wir wollen ein tägliches Backup und wählen daher unter Frequency <\/b>den Wert Daily <\/b>aus, und zwar für jeden einzelnen Tag.<\/p>\n Das Backup soll zu einer Zeit erfolgen, wo wir alle Arbeiten an der Datenbank für diesen Tag abgeschlossen haben, also wählen wir beispielsweise 0:00 Uhr. Wichtig ist, dass der Rechner zu diesem Zeitpunkt auch läuft.<\/p>\n Damit ist nach dem Schließen des Dialogs auch der Zeitplan fertiggestellt und aktiviert.<\/p>\n Einen solchen Job mit Zeitplan können wir nicht nur für den Start eines einzigen Backups nutzen, sondern Sie können auch gleich mehrere Aufrufe zum Erstellen eines Backups für diesen Job eintragen.<\/p>\n Wir beginnen mit einem leichteren Fall der Wiederherstellung. Dabei gehen wir davon aus, dass wir die Datenbank einfach wieder auf den Stand der letzten Sicherung bringen wollen – beispielsweise, weil wir seitdem Änderungen an der Datenbank vorgenommen haben und den alten Stand wiederherstellen wollen.<\/p>\n Dazu öffnen wir mit dem Kontextmenü-Eintrag Tasks|Restore|Database…<\/b> den Dialog Restore Database – [Datenbankname] <\/b>öffnen. Hier finden wir im Bereich Destination <\/b>unter Database <\/b>die zuletzt angelegte Sicherung vor (siehe Bild 16).<\/p>\n Bild 16: Dialog zum Wiederherstellen einer Sicherung<\/span><\/b><\/p>\n Klicken wir nun auf OK<\/b>, wird die Sicherung bereits wiederhergestellt. Die Erfolgsmeldung sieht wie in Bild 17 aus.<\/p>\n Bild 17: Erfolgsmeldung beim Wiederherstellen einer Datenbank<\/span><\/b><\/p>\n Um das täglich um 0:00 Uhr erstellte Backup im Fall eines Verlustes für eine Wiederherstellung zu nutzen, bedarf es ebenfalls nur weniger Schritte. Um dies ausprobieren zu können, wollen wir verhindern, dass die vorhandene Datenbank gelöscht wird – daher benennen wir diese zu Testzwecken um, zum Beispiel in Experimente_1<\/b>. Danach können wir die Datenbank aus der Sicherung als neue Datenbank wiederherstellen.<\/p>\n Dazu verwenden wir diesmal allerdings den Kontextmenü-Befehl Restore Database… <\/b>des Elements Databases <\/b>im Objekt-Explorer (siehe Bild 18).<\/p>\n Bild 18: Wiederherstellen einer nicht mehr vorhandenen Datenbank<\/span><\/b><\/p>\n Dies öffnet den Dialog Restore Database <\/b>aus Bild 19. Hier wählen wir unter Source <\/b>statt Database <\/b>die Option Device <\/b>aus. Dann klicken wir auf die Schaltfläche mit den drei Punkten und öffnen so den Dialog Select backup devices<\/b>.<\/p>\n Bild 19: Auswählen der Sicherungsdatei<\/span><\/b><\/p>\n Hier klicken wir auf die Add<\/b>-Schaltfläche und wählen im folgenden Dialog die Backup-Datei aus, die wir zuvor erstellt haben. Nachdem wir die zuletzt geöffneten beiden Dialoge geschlossen haben, landen wir wieder im Dialog Restore Database<\/b>, wo wir mit einem Klick auf OK <\/b>das Wiederherstellen starten und das Ergebnis aus Bild 20 erhalten.<\/p>\n Bild 20: Das Wiederherstellen einer neuen Datenbank aus einem Backup war erfolgreich.<\/span><\/b><\/p>\n Dieser Artikel zeigt, wie wir eine SQL Server-Datenbank sichern und diese wiederherstellen. Dabei haben wir neben der eigentlichen Sicherung auch noch einen Zeitplan im SQL Server Agent erstellt, der automatisch zu bestimmten Zeiten ausgelöst wird und Sicherungen erstellt.<\/p>\n Es gibt jedoch noch einige weitere Optionen für die Sicherung von Datenbanken. Eine wichtige Variante ist das Herstellen einer verschlüsselten Sicherung. Das Problem bei herkömmlichen Sicherungen ist nämlich, dass diese durch das Öffnen mit einem Texteditor mehr oder weniger im Klartext gelesen werden können.<\/p>\n Also schauen wir uns in einem weiteren Beitrag an, wie wir verschlüsselte Backups von Datenbanken anlegen und diese wiederherstellen können. Hier ist ein wenig mehr Aufwand erforderlich, der über die Verwendung des SQL Server Management Studios hinausgeht. Wie das gelingt, zeigen wir im Beitrag SQL Server: Verschlüsselte Backups erstellen <\/b>(www.access-im-unternehmen.de\/1450<\/b>).<\/p>\n Auch Alternativen wie eine inkrementelle Sicherung schauen wir uns noch in weiteren Beiträgen an.<\/p>\n","protected":false},"excerpt":{"rendered":" Wer eine Access-Datenbank zum Speichern seiner Daten verwendet, hat bei der Sicherung leichtes Spiel: Er braucht einfach nur eine Kopie dieser Datenbank anzulegen. Bei SQL Server-Datenbanken ist dies etwas komplizierter. Wir können hier beispielsweise nicht einfach die Datenbankdateien kopieren, da der SQL Server normalerweise ständig darauf zugreift. Welche Schritte zum Anlegen des Backups einer SQL Server-Datenbank nötig sind, zeigen wir in diesem Beitrag. Außerdem schauen wir uns an, wie wir die Datenbank auf Basis der Sicherung wiederherstellen können.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662023,66042023,44000022],"tags":[],"class_list":["post-55001449","post","type-post","status-publish","format-standard","hentry","category-662023","category-66042023","category-SQL_Server_und_Co"],"yoast_head":"\nBackup anlegen<\/h2>\n
![\"Aufrufen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_001.png\")
<\/p>\n![\"Der](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_002.png\")
<\/p>\n![\"Ziel](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_004.png\")
<\/p>\n![\"Auswählen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_005.png\")
<\/p>\nC:\\Program Files\\Microsoft SQL Server\\MSSQL15.MSSQLSERVER\\MSSQL\\Backup\\<\/pre>\n
Backup regelmäßig ausführen per SQL Server Agent<\/h2>\n
![\"Starten](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_006.png\")
<\/p>\nJob erstellen<\/h2>\n
![\"Überschreiben](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_007.png\")
<\/p>\nJob mit Backup-Skript erstellen<\/h2>\n
![\"Skript](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_008.png\")
<\/p>\n![\"Anlegen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_009.png\")
<\/p>\n![\"Auswählen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_010.png\")
<\/p>\n![\"Prüfen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_011.png\")
<\/p>\nJob bearbeiten<\/h2>\n
![\"Aufrufen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_012.png\")
<\/p>\n![\"Bearbeiten](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_013.png\")
<\/p>\n![\"Eigenschaften](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_014.png\")
<\/p>\nZeitplan erstellen<\/h2>\n
![\"Zeitplan](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_015.png\")
<\/p>\nJob mit Zeitplan wiederverwerten<\/h2>\n
Zurücksetzen der Datenbank mit dem letzten Backups<\/h2>\n
![\"Dialog](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_016.png\")
<\/p>\n![\"Erfolgsmeldung](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_017.png\")
<\/p>\nWiederherstellen nach einem Datenverlust<\/h2>\n
![\"Wiederherstellen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_018.png\")
<\/p>\n![\"Auswählen](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_019.png\")
<\/p>\n![\"Das](\"..\/fileadmin\/_temp_\/2023_04\/pic_1449_020.png\")
<\/p>\nZusammenfassung und Ausblick<\/h2>\n