<\/p>\n
Defekte Rechner, Festplattencrashs, beschädigte Datenbankdateien, irrtümlich gelöschte Daten – Gründe, um auf eine Datenbanksicherung zurückzugreifen, gibt es mehr, als einem lieb ist. In einem solchen Moment heißt es in erster Linie „Ruhe bewahren – Sicherheit ausstrahlen“ und um die Möglichkeiten wissen, die der Microsoft SQL Server für die Wiederherstellung einer Datenbanksicherung bietet.<\/b><\/p>\n<\/p><\/div>\n Der Umfang einer Wiederherstellung kann unterschiedlich sein. In einigen Fällen mag es ausreichen, lediglich die beschädigten Datenbankdateien wieder herzustellen, während in anderen Fällen zunächst ein neuer Server aufgesetzt werden muss, da der alte den Geist aufgegeben hat, bevor der eigentliche Prozess der Wiederherstellung gestartet werden kann.<\/p>\n Egal, welche Ausmaße eine Wiederherstellung annimmt – früher oder später kommen Sie an den Punkt, dass aus der Sicherungsdatei eine Datenbank erstellt werden muss.<\/p>\n Der Microsoft SQL Server bietet dafür einige Möglichkeiten, die über die einfache Rekonstruktion einer Datenbank hinausgehen. Sie können beispielsweise die Datenbank nur bis zu einem bestimmten Zeitpunkt wiederherstellen, um dadurch eine fehlerhafte Eingabe wieder ungeschehen zu machen, oder aber Sie „zweckentfremden“ die Sicherungsdateien als Installationsdateien. <\/p>\n Letzteres wird das erste Szenario dieses Artikels sein, denn die der Heft-CD beiliegende Datenbanksicherung soll auf einem anderen Server – im besten Fall auf Ihrem PC – installiert werden. <\/p>\n Installation einer Datenbank durch Die Sicherungsdatei enthält die Voll-, differenziellen und Transaktionsprotokollsicherungen der RestoreDB<\/b>-Datenbank. Sie können diese Datenbank gefahrlos auf Ihrem Rechner installieren, denn es handelt sich dabei um die Ihnen bestimmt bekannte Nordwind-Datenbank.<\/p>\n Kopieren Sie die Sicherungsdatei RestoreDB.bak<\/b> auf Ihren Rechner und starten Sie das SQL Server Management Studio Express <\/b>(SSMSE<\/b>). Dort öffnen Sie den Dialog Datenbank wiederherstellen <\/b>mit dem gleichnamigen Befehl aus dem Kontextmenü des Eintrags Datenbanken<\/b>.<\/p>\n Im Listenfeld In Datenbank <\/b>tragen Sie den Namen RestoreDB<\/b> ein. Unter diesem Namen wird die Datenbank bei der Wiederherstellung angelegt. Anschließend wählen Sie in der Gruppe Quelle für die Wiederherstellung <\/b>die Option Von Medium<\/b>, da die Wiederherstellung über eine Sicherungsdatei erfolgen soll. Diese bestimmen Sie im Dialog Sicherung angeben<\/b>, den Sie mit der zur Option gehörenden Schaltfläche starten. Dort wird zunächst das Sicherungsmedium definiert, in diesem Fall das Medium Datei,<\/b> und anschließend der Sicherungsspeicherort, also die Sicherungsdatei RestoreDB.bak<\/b>, über die Schaltfläche Hinzufügen <\/b>ausgewählt. Eine Datenbanksicherung kann auf mehrere Sicherungsdateien verteilt sein. Die einzelnen Dateien können Sie an dieser Stelle alle nach und nach hinzufügen. Nachdem Sie nun die Sicherungsdatei RestoreDB.bak<\/b> zugeordnet haben, bestätigen Sie diese Auswahl mit OK<\/b>.<\/p>\n Die einzelnen Sicherungssätze der Sicherungsdatei werden nun eingelesen und im Dialog Datenbank wiederherstellen <\/b>in der Gruppe Wählen Sie die wiederherzustellenden Sicherungssätze aus <\/b>angezeigt (siehe Bild 1).<\/p>\n Bild 1: Auswahl der letzten Sicherungssätze<\/span><\/b><\/p>\n<\/p><\/div>\n Systemdatenbanken<\/p>\n<\/td>\n<\/tr>\n Wenn nun schon von den Systemdatenbanken die Rede ist, soll eine kurze Aufstellung über die Bedeutung und den Inhalt der einzelnen Datenbanken nicht fehlen:<\/p>\n master<\/b>: Die master<\/b>-Datenbank enthält Informationen einer SQL Server-Installation, wie die einzelnen Datenbanken, Anmeldekonten, Verbindungsserver oder Systemkonfigurationen.<\/p>\n model<\/b>: Die model<\/b>-Datenbank ist die Vorlage, mit der neue Datenbanken erstellt werden. Sofern Sie in Ihren Datenbanken immer gleiche Objekte wie Tabellen, Stored Procedures, Views oder Datenbankbenutzer, Regeln sowie eigene Datentypen verwenden, können Sie diese in der model<\/b>-Datenbank anlegen.<\/p>\n msdb<\/b>: Die msdb<\/b>-Datenbank enthält Informationen über die Aktionen beziehungsweise Wartung einer SQL Server-Installation. Dazu gehören neben der Backup-Historie auch die Wartungspläne, die Aufträge des SQL Server Agenten und die DTS- beziehungsweise SSIS-Pakete und mehr.<\/p>\n tempdb<\/b>: Die tempdb<\/b>-Datenbank dient der Auslagerung von temporären Zwischenergebnissen. Hier werden u. a. die temporären Tabellen für die Dauer ihrer Verwendung gespeichert. Die tempdb <\/b>wird beim Beenden des SQL Servers gelöscht und bei einem Neustart wieder erzeugt.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n Diese beinhaltet mehrere Vollsicherungen, mehrere differenzielle Sicherungen und mehrere Transaktionsprotokollsicherungen.<\/p>\n Um die Datenbank mit den aktuellsten Daten der Sicherung wiederherzustellen, wählen Sie die letzte Vollsicherung, die letzte differenzielle Sicherung und alle der letzten differenziellen Sicherung folgenden Transaktionsprotokollsicherungen aus. Die Transaktionsprotokollsicherungen zwischen der Voll- und der differenziellen Sicherung müssen nicht markiert werden, da die dort gespeicherten änderungen auch in der differenziellen Sicherung enthalten sind.<\/p>\n Bevor Sie nun zur Seite Optionen <\/b>wechseln, noch ein Wort zur Option Aus Datenbank<\/b>. Sofern die Datenbank dem SQL Server bekannt ist, kann sie anhand ihrer Sicherungshistorie wiederhergestellt werden. Nach Auswahl einer Datenbank aus dem zur Option gehörenden Listenfeld werden die Sicherungssätze im unteren Teil des Dialogs angezeigt. <\/p>\n Die Historien der Datenbanksicherungen werden in der Systemdatenbank msdb <\/b>gespeichert. Insofern macht es durchaus Sinn, auch die Systemdatenbanken regelmäßig zu sichern, damit solche Informationen auch nach einem Crash zur Verfügung stehen.<\/p>\n Nun kennt Ihr SQL Server weder die Datenbank RestoreDB<\/b> noch die bisher ausgeführten Sicherungen dieser Datenbank. Und da deswegen keine Sicherungshistorie existiert, bleibt nur die Wiederherstellung mit der Sicherungsdatei. <\/p>\n Auf der Seite Optionen <\/b>können Sie nun für die Wiederherstellung der Datenbank noch einige nicht zwingende, aber in manchen Fällen notwendige Optionen konfigurieren. Eine für dieses Beispiel notwendige Option ist die Angabe des Speicherorts der wiederhergestellten Datenbankdateien. Die Originalspeicherorte sind in den Sicherungssätzen gespeichert und werden in der Gruppe Datenbankdateien wiederherstellen als <\/b>angezeigt. Die Pfade der Datenbankdateien sollten Sie Ihrer Umgebung anpassen, um die Datenbankdateien in den Verzeichnissen erstellen zu lassen, in denen Sie Ihre Datenbanken speichern. Existiert der angegebene Pfad nicht, wird die Wiederherstellung mit einem Fehler abgebrochen.<\/p>\n Sollten Sie wider Erwarten bereits eine Datenbank mit dem Namen RestoreDB<\/b> auf Ihrem SQL Server haben, müssen Sie die Option Vorhandene Datenbank überschreiben <\/b>aktivieren, damit die bereits bestehende Datenbank vor der Wiederherstellung der Sicherungsdatei gelöscht wird.<\/p>\n Sofern die Sicherungsdatei eine in einer Replikation veröffentlichte Datenbank enthält, können die Replikationseinstellungen der Datenbank bei der Wiederherstellung beibehalten werden. Dazu muss die Option Replikationseinstellungen beibehalten <\/b>aktiviert sein, da sonst die Einstellungen verloren gehen.<\/p>\n Mit der Option Zugriff auf die wiederhergestellte Datenbank einschränken <\/b>wird der Zugriff auf Benutzer der Rollen sysadmin<\/b>, db_owner <\/b>und dbcreator <\/b>begrenzt. Bei einem guten Berechtigungssystem wird dadurch verhindert, dass jeder beliebige Benutzer mit dieser neuen Datenbank arbeiten kann.<\/p>\n Die letzte noch nicht beschriebene Wiederherstellungsoption Bestätigung vor Wiederherstellen jeder einzelnen Sicherung <\/b>verlangt von Ihnen für jeden einzelnen Sicherungssatz eine Bestätigung. Mit dieser Option erhalten Sie Gelegenheit, das Medium Ihrer Sicherungsdateien zu wechseln, sofern Sie die Sicherungsdateien auf verschiedene Medien verteilt, aber nur ein Lesegerät haben. <\/p>\n Wozu die Optionen in der Gruppe Wiederherstellungsstatus<\/b> (siehe Bild 2) benötigt werden, erfahren Sie weiter unten. <\/p>\n Bild 2: Optionen der Wiederherstellung<\/span><\/b><\/p>\n<\/p><\/div>\n Für die Installation der Datenbank RestoreDB<\/b> müssen Sie nur die Pfade der Datenbankdateien an Ihre Umgebung anpassen. Die Wiederherstellung starten Sie mit einem Klick auf OK<\/b>. <\/p>\n Die Datenbank wird nun anhand der Vollsicherung erstellt. Danach werden die änderungen in der Datenbank wiederhergestellt, die in der differenziellen Sicherung gespeichert sind. Abschließend werden die einzelnen Transaktionsprotokolle verarbeitet. Dabei werden alle abgeschlossenen Transaktionen auf der Datenbank ausgeführt, dieser Schritt wird als Rollforward bezeichnet, und alle nicht abgeschlossenen Transaktionen werden wieder rückgängig gemacht – es wird ein Rollback ausgeführt.<\/p>\n <\/p>\n Nach Abschluss der einzelnen Vorgänge erhalten Sie eine Erfolgsmeldung und schon sind Sie um eine Datenbank – die RestoreDB<\/b> – reicher.<\/p>\n Die in diesem Beispiel genutzte Vorgehensweise einer Wiederherstellung kann natürlich nicht nur für die Installation einer Datenbank eingesetzt werden, sondern auch für andere und durchaus alltäglichere Vorhaben.<\/p>\n Datenbanksicherungen testen<\/b><\/p>\n Eines dieser alltäglichen Vorhaben könnte das Testen einer Datenbanksicherung sein, denn diese sollten nicht nur regelmäßig erstellt, sondern auch regelmäßig überprüft werden. Das gibt nicht nur die Gewissheit, eine funktionierende Sicherung parat zu haben, sondern schult auch das Verfahren einer Wiederherstellung.<\/p>\n Da Sie die Datenbank nicht über die bestehende Datenbank schreiben sollten, testen Sie die Wiederherstellung entweder auf einer anderen SQL Server-Instanz oder mit einem anderen Datenbanknamen.<\/p>\n Sie gehen also genau wie im vorherigen Beispiel vor, außer dass Sie unter In Datenbank <\/b>einen anderen Datenbanknamen eintragen – etwa RestoreDBTest<\/b> (siehe Bild 3) Außerdem müssen Sie auf der Seite Optionen <\/b>noch Pfad und Dateinamen der beiden Datenbankdateien an den neuen Namen anpassen (siehe Bild 4), da die Datenbank sonst mit den Dateinamen der Originaldatenbank wiederhergestellt wird, was zu einem Fehler führt, da die Dateien in dem angegebenen Verzeichnis bereits existieren.<\/p>\n Bild 3: Datenbank unter anderem Namen wiederherstellen<\/span><\/b><\/p>\n<\/p><\/div>\n Bild 4: ändern von Pfad und Dateinamen<\/span><\/b><\/p>\n<\/p><\/div>\n Da die in diesem Fall wiederhergestellte Datenbank nicht für alle Benutzer verfügbar sein soll, ist es durchaus sinnvoll, die Option Zugriff auf wiederhergestellte Datenbanken einschränken <\/b>zu aktivieren.<\/p>\n Mit einem Klick auf OK <\/b>wird die Datenbank RestoreDB<\/b> nun unter dem Namen RestoreDBTest<\/b> wiederhergestellt. <\/p>\n Die Zugriffsbegrenzung der Datenbank ist im SSMSE <\/b>durch den Zusatz (Benutzer mit eingeschränktem Zugriff) <\/b>am Datenbanknamen ersichtlich. Nur Benutzer der Gruppen sysadmin<\/b>, db_owner <\/b>und dbcreator <\/b>sind berechtigt, die Datenbanksicherung zu überprüfen.<\/p>\n Wiederherstellung nach einem Crash<\/b><\/p>\n Die Vorgehensweise für die Wiederherstellung einer Datenbank nach einem Crash hängt vom Crash selbst ab und von dem, was danach noch übrig ist.<\/p>\n Wenn sich die Festplatten verabschiedet haben und Sie zunächst einen neuen Server aufsetzen müssen, unterscheidet sich der anschließende Wiederherstellungsvorgang nicht von der im ersten Beispiel beschriebenen Wiederherstellung.<\/p>\n ähnlich verhält es sich mit der Wiederherstellung, wenn der Server zwar noch vorhanden, die Datenbank aber nicht mehr lesbar ist. Wieder sind im Dialog Datenbank wiederherstellen <\/b>die letzten Sicherungssätze auszuwählen, wobei in diesem Fall neben der Sicherungsdatei auch die Sicherungshistorie verfügbar ist. Wichtig: Das Original der wiederherzustellenden Datenbank existiert noch auf dem SQL Server und muss vor der Wiederherstellung gelöscht werden. Dies übernimmt die Wiederherstellung für Sie, sofern Sie die Option Vorhandene Datenbank überschreiben <\/b>auf der Seite Optionen <\/b>aktivieren. <\/p>\n Als Glück im Unglück kann man den Umstand bezeichnen, wenn im Falle eines Crashs noch eine abschließende Transaktionsprotokollsicherung mit der Option Protokollfragment sichern und Datenbank im Wiederherstellungsstatus belassen <\/b>möglich ist. Dabei wird das Transaktionsprotokoll nur gesichert; die als abgeschlossen gekennzeichneten Transaktionen werden aber nicht gelöscht. Und was nicht gelöscht ist, kann auch wieder hergestellt werden. Insofern ist es mit einer solchen Sicherung möglich, die Datenbank bis zum Zeitpunkt des Crashs wiederherzustellen und den Datenverlust auf ein Minimum zu begrenzen.<\/p>\n Das gesicherte Protokollfragment wird bei der Wiederherstellung wie eine reguläre Transaktionsprotokollsicherung behandelt. Nachdem Sie also im Dialog Datenbank wiederherstellen <\/b>die Sicherungsdatei geladen haben, sehen Sie neben den Sicherungssätzen der Voll-, differenziellen und Transaktionsprotokollsicherungen als letzten Eintrag auch die Sicherung des Protokollfragments. Den Vorgang für die Wiederherstellung kennen Sie bereits: Sie wählen die letzten Sicherungssätze aus – inklusive der Sicherung des Protokollfragments -, aktivieren je nach Lage die Option Vorhandene Datenbank überschreiben <\/b>und starten die Wiederherstellung.<\/p>\n Sie sehen, auch im Fall eines Crashs hält sich der Aufwand in Grenzen – sofern Sie die Datenbanksicherungen in einer einzigen Sicherungsdatei speichern. Wenn Sie die einzelnen Sicherungen in mehrere Dateien aufgeteilt haben, ist die Wiederherstellung leider mit etwas mehr Aufwand verbunden.<\/p>\n Wiederherstellen aus mehreren Für das Wiederherstellen einer Datenbank, deren Sicherung auf mehrere Sicherungsdateien verteilt ist, wird der eigentliche Wiederherstellungsvorgang in mehrere einzelne Schritte aufgeteilt, in denen die einzelnen Sicherungsdateien nacheinander über den Datenbank wiederherstellen<\/b>-Dialog wiederhergestellt werden. Die einzelnen Wiederherstellungen werden nicht abgeschlossen, sondern die Datenbank bleibt im Wiederherstellungsmodus. Erst die letzte Sicherungsdatei gibt die Datenbank frei und schließt den Wiederherstellungsvorgang ab.<\/p>\n Dabei kommen die drei Optionen der Gruppe Wiederherstellungsstatus <\/b>ins Spiel (siehe Bild 5). Damit bestimmen Sie, ob der jeweilige Wiederherstellungsschritt die Datenbank freigibt und den Wiederherstellungsvorgang beendet oder ob noch eine weitere Sicherungsdatei wiederhergestellt werden muss.<\/p>\n Bild 5: Wiederherstellungsstatus<\/span><\/b><\/p>\n<\/p><\/div>\n Die erste Option beendet die Wiederherstellung und gibt die Datenbank wieder frei. Dies ist die Standardeinstellung, die bei allen Wiederherstellungen verwendet wird. <\/p>\n Die zweite Option verhindert den Abschluss der Wiederherstellung und die Freigabe der Datenbank. Diese verharrt im Wiederherstellungsmodus und wartet auf eine weitere Sicherungsdatei. Das SSMSE kennzeichnet die Datenbank mit dem Zusatz (wird wiederhergestellt…)<\/b>. In diesem Modus ist es nicht möglich, mit der Datenbank zu arbeiten; auch ein einfacher Lesezugriff ist nicht erlaubt.<\/p>\n Das ist nur mit der dritten Option möglich. Die Datenbank ist zwar noch im Wiederherstellungsmodus, kann aber mit der Standby-Datei zumindest für einen Lesezugriff freigegeben werden.<\/p>\n Nun kennen Sie die Auswirkungen der einzelnen Optionen – das ist jedoch noch nicht alles. Beim Wiederherstellen müssen Sie unbedingt die chronologische Reihenfolge der einzelnen Sicherungsdateien beachten. Sie müssen sicherstellen, dass die einzelnen Sicherungssätze immer auf die bereits wiederhergestellten aufbauen. Wenn beispielsweise eine Vollsicherung von 01:00 Uhr und eine differenzielle Sicherung von 12:00 Uhr bereits wiederhergestellt wurden, können Sie keine Transaktionsprotokollsicherung von 8:05 Uhr wiederherstellen. Die erste mögliche Transaktionsprotokollsicherung wäre die von 12:05 Uhr.<\/p>\n Das Szenario einer Wiederherstellung mit mehreren Sicherungsdateien lernen Sie nun anhand der Beispieldateien Beispiel_Voll.bak<\/b>, Beispiel_Diff.bak<\/b> und Beispiel_Log.bak<\/b> kennen.<\/p>\n Als Erstes stellen Sie die letzte Vollsicherung wieder her. Dazu wählen Sie im Dialog Datenbank wiederherstellen <\/b>aus der Sicherungsdatei Beispiel_Voll.bak<\/b> die letzte Vollsicherung aus. Bevor Sie die Wiederherstellung starten, müssen Sie unbedingt die zweite Option (Datenbank nicht betriebsbereit belassen…) <\/b>der Gruppe Wiederherstellungsstatus <\/b>aktivieren, denn nach der Wiederherstellung der letzten Vollsicherung soll noch die letzte differenzielle Sicherung wiederhergestellt werden. Nach Abschluss dieses Wiederherstellungsschrittes wird die Datenbank Beispiel<\/b> mit dem Zusatz (wird wiederhergestellt…) <\/b>im SSMSE angezeigt.<\/p>\n Nun muss die letzte differenzielle Sicherung wiederhergestellt werden. Dazu öffnen Sie erneut den Dialog Datenbank wiederherstellen <\/b>und wählen dort aus der Sicherungsdatei Beispiel_Diff.bak<\/b> den Sicherungssatz der letzten differenziellen Sicherung aus. Auch hier müssen Sie die zweite Option der Gruppe Wiederherstellungsstatus <\/b>aktivieren, da nach dieser Sicherung noch die einzelnen Transaktionsprotokollsicherungen wiederhergestellt werden müssen. <\/p>\n Die Wiederherstellung der Transaktionsprotokollsicherungen ist dann auch der letzte Schritt in diesem Wiederherstellungsvorgang, für den Sie wieder den Dialog Datenbank wiederherstellen <\/b>öffnen (siehe Bild 6). <\/p>\n Bild 6: Transaktionsprotokoll wiederherstellen<\/span><\/b><\/p>\n<\/p><\/div>\n Es gibt zwar für die Wiederherstellung von Transaktionsprotokollen einen eigenen Dialog namens Transaktionsprotokoll wiederherstellen<\/b>, der über den Kontextmenüpunkt Tasks\/Wiederherstellen\/Transaktionsprotokoll der entsprechenden Datenbank <\/b>geöffnet wird, in diesem Dialog können aber keine einzelnen, sondern nur alle Transaktionsprotokollsicherungen einer Sicherungsdatei ausgewählt werden. <\/p>\n Für die Wiederherstellung jedoch werden nur die Transaktionsprotokollsicherungen seit der letzten differenziellen Sicherung benötigt und diese wählen Sie im Dialog Datenbank wiederherstellen <\/b>aus der Sicherungsdatei Beispiel_Log.bak<\/b> aus und starten die Wiederherstellung mit OK<\/b>.<\/p>\n In den Optionen der Gruppe Wiederherstellungsstatus <\/b>müssen Sie für diese Wiederherstellung keine Auswahl treffen, da nach dieser Wiederherstellung die Datenbank wieder freigegeben und der Wiederherstellungsvorgang abgeschlossen werden soll. Das übernimmt die erste Option der Gruppe und die ist die Standardeinstellung für eine Wiederherstellung. <\/p>\n Nach Abschluss dieser Wiederherstellung ist die Datenbank Beispiel<\/b> wieder verfügbar. Es wird also nicht lange dauern, bis der erste Benutzer sich mit der Datenbank verbunden hat. Wenn Sie die Datenbank aber nicht direkt freigeben, sondern zunächst prüfen wollen, sollten Sie bei der letzten Wiederherstellung die Ihnen bereits bekannte Option Zugriff auf die wiederhergestellte Datenbank einschränken <\/b>aktivieren. Nach erfolgreicher Prüfung geben Sie die Datenbank wieder für die Allgemeinheit frei. Dazu öffnen Sie den Eigenschaften<\/b>-Dialog der Datenbank und wählen dort auf der Seite Optionen <\/b>unter Status <\/b>im Listenfeld Zugriff beschränken <\/b>den Eintrag MULTI_USER <\/b>aus.<\/p>\n Bei dem beschriebenen Szenario haben Sie die ersten beiden Optionen der Gruppe Wiederherstellungsstatus <\/b>verwendet. Eine Option steht noch aus – die Wiederherstellung im Standby-Modus.<\/p>\n Wiederherstellen im Standby-Modus <\/b><\/p>\n Der Standby-Modus ist ähnlich wie der Wiederherstellungsmodus, nur mit dem Unterschied, dass die Datenbank nach der jeweiligen Wiederherstellung schreibgeschützt zur Verfügung steht. Die Datenbank kann also nach jeder einzelnen Wiederherstellung bereits gelesen und somit geprüft werden. <\/p>\n Dies ist nur möglich, weil bei der Wiederherstellung für alle noch nicht abgeschlossenen Transaktionen der Datenbank ein Rollback ausgeführt wird und alle vom Rollback betroffenen Transaktionen in der Standby-Datei gespeichert werden. <\/p>\n Beim Wiederherstellen der nächsten Sicherungsdatei werden die nicht abgeschlossenen Transaktionen zunächst aus der Standby-Datei gelesen und auf der bis dahin wiederhergestellten Datenbank ausgeführt. Nun können die Aktionen der aktuellen Sicherungsdatei ausgeführt werden, wobei für die nicht abgeschlossenen Transaktionen der aktuellen Sicherungsdatei wieder ein Rollback ausgeführt und diese Transaktionen in der Standby-Datei gespeichert werden. Der Vorgang wiederholt sich mit jeder Wiederherstellung im Standby-Modus – mit Ausnahme der letzten, denn auch in diesem Fall muss für die Freigabe der Datenbank bei der letzten Wiederherstellung die Option Datenbank betriebsbereit belassen… <\/b>aktiviert werden.<\/p>\n Der Standby-Modus bietet also die Möglichkeit, die Daten nach jedem einzelnen Wiederherstellungsschritt zu prüfen. Dies ist besonders dann interessant, wenn Sie eine Datenbank bis zu einem bestimmten Zeitpunkt beziehungsweise einer bestimmten Transaktion wiederherstellen müssen, Ihnen aber weder der Zeitpunkt noch die Transaktion genau bekannt ist. <\/p>\n Dazu führen Sie die Wiederherstellung im Standby-Modus bis zu dem ungefähren Zeitpunkt der Transaktion aus und tasten sich anschließend mit den Wiederherstellungen der einzelnen Transaktionsprotokollsicherungen – ebenfalls im Stand-by-Modus – nach und nach an den Zeitpunkt beziehungsweise an die Transaktion heran.<\/p>\n Mit der ersten Transaktionsprotokollsicherung mit den Ergebnissen der Transaktion haben Sie die Transaktionsprotokollsicherung ermittelt, die Sie bei der Wiederherstellung nicht mehr beachten dürfen.<\/p>\n Nun müssen Sie den Wiederherstellungsvorgang komplett wiederholen, dieses Mal jedoch ohne die ermittelte und die darauf folgenden Transaktionsprotokollsicherungen.<\/p>\n Wenn Ihnen der Zeitpunkt bekannt ist, bis zu dem die Datenbank wiederhergestellt werden soll, haben Sie natürlich die Möglichkeit, diesen bei der Wiederherstellung direkt anzugeben.<\/p>\n Wiederherstellung bis zu einem bestimmten Diese Möglichkeit der Wiederherstellung wird immer wieder gerne übersehen. Eigentlich schade, denn auf diese Art und Weise kann eine gravierende Fehleingabe – beispielsweise das Löschen der erfassten Inventurbestände – wieder ungeschehen gemacht werden. Dazu muss bei der Wiederherstellung der Datenbank lediglich der Zeitpunkt vor der waghalsigen Löschung angegeben werden. <\/p>\n Im Grunde genommen haben Sie diese Funktion bei den bisherigen Wiederherstellungen mit dem Standardwert Aktuellster möglicher Zeitpunkt <\/b>bereits genutzt. <\/p>\n Einen anderen Zeitpunkt bestimmen Sie im Dialog Zeitpunktwiederherstellung<\/b>, den Sie über die zur Option Bis zu Zeitpunkt <\/b>gehörenden Schaltfläche öffnen. Dort wählen Sie das Datum und die Uhrzeit aus, bis zu dem die Datenbank wiederhergestellt werden soll. Den neuen Zeitpunkt speichern Sie mit OK<\/b>.<\/p>\n Zurück im Dialog Datenbank wiederherstellen <\/b>wählen Sie die Sicherungssätze aus der Sicherungsdatei oder aus der Sicherungshistorie aus. Dabei stehen Ihnen nur Sicherungssätze mit Sicherungen bis zum angegebenen Zeitpunkt zur Verfügung.<\/p>\n Nach Auswahl der Sicherungssätze können Sie noch weitere eventuell notwendige Konfigurationen im Dialog Datenbank wiederherstellen <\/b>einstellen und die Wiederherstellung mit OK <\/b>starten – allerdings nur, wenn Sie mindestens das Service Pack 2 installiert haben; ansonsten wird das Datum in einem für T-SQL falschen Format übergeben. Wenn Sie kein Service Pack 2 installiert haben, bleibt Ihnen an dieser Stelle nur T-SQL, um diese Art der Wiederherstellung auszuführen.<\/p>\n Dabei können Sie über die Schaltfläche Skript <\/b>im Dialog Datenbank wiederherstellen <\/b>die dort definierte Konfiguration als T-SQL-Skript in einem Abfragefenster ausgeben lassen. In dem T-SQL-Skript ändern Sie dann das Datumsformat des Parameters STOPAT in folgendes Format: <\/p>\n Mit einem Klick auf Ausführen <\/b>in der Symbolleiste des SSMSE wird die Wiederherstellung gestartet.<\/p>\n Dabei wird die Datenbank anhand der Vollsicherung erstellt und jede einzelne Transaktion der gesicherten Transaktionsprotokolle ausgeführt – bis zu dem angegebenen Zeitpunkt. Hier endet das Rollforward und für alle noch offenen Transaktionen wird ein Rollback ausgeführt. Die Transaktionen, die nach dem angegebenen Zeitpunkt in der aktuellen sowie in den folgenden Transaktionsprotokollsicherungen stehen, werden ignoriert.<\/p>\n So schön die Wiederherstellung bis zu einem bestimmten Zeitpunkt auch klingt, es sollte nicht vergessen werden, dass alle Aktionen, die nach dem angegebenen Zeitpunkt ausgeführt wurden, nicht wiederhergestellt werden. Falls also kurz nach dem Löschen der Inventurbestände der größte Auftrag der Firmengeschichte erfasst wurde, so ist dieser Auftrag nach der Wiederherstellung verschwunden.<\/p>\n Fazit<\/b><\/p>\n Der SQL Server bietet mit seinen Möglichkeiten der Wiederherstellung einer Datenbanksicherung weit mehr als nur das simple „Zurückspielen“ der letzten Sicherung.<\/p>\n Im besten Fall kann eine Datenbank bis zu dem Moment des Crashs wiederhergestellt werden. Aber auch andere Möglichkeiten, wie die Wiederherstellung bis zu einem bestimmten Zeitpunkt oder das Verwenden von Backup und Restore für die Installation von Datenbanken werden unterstützt.<\/p>\n Die verschiedenen Möglichkeiten sind dabei abhängig vom Wiederherstellungsmodell der Datenbank und natürlich von dem verwendeten Sicherungskonzept.<\/p>\n Je kürzer die Abstände der einzelnen Sicherungen – insbesondere der Transaktionsprotokollsicherungen – sind, desto geringer wird der Datenverlust sein. Im besten Falle ist er gleich Null.<\/p>\n \n
Wiederherstellung <\/b><\/p>\n\n ![\"pic001.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic001_opt.jpeg\")
\n <\/div>\n\n\n\n\n
\n \n \n \n \n ![\"pic002.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic002_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic003.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic003_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic004.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic004_opt.jpeg\")
\n <\/div>\n\n
Sicherungsdateien<\/b><\/p>\n\n ![\"pic005.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic005_opt.jpeg\")
\n <\/div>\n\n\n ![\"pic006.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic006_opt.jpeg\")
\n <\/div>\n\n
Zeitpunkt<\/p>\nSTOPAT = N'Feb, 22 2007 20:20:43'<\/pre>\n
![\"pic007.TIF\"](\"..\/fileadmin\/_temp_\/2007_03\/Wiederherstellung-web-images\/pic007_opt.jpeg\")
<\/p>\n