Typische Verwendungen von Datenbanksnapshots
Aktualisiert: 12. Dezember 2006
Ein Datenbanksnapshot stellt eine schreibgeschützte, statische Sicht einer Datenbank (die so genannte Quelldatenbank) bereit. Die einzelnen Datenbanksnapshots sind hinsichtlich der zum Zeitpunkt der Snapshoterstellung gültigen Transaktionen mit der Quelldatenbank konsistent. Wenn Sie einen Datenbanksnapshot erstellen, sind in der Quelldatenbank normalerweise noch Transaktionen offen. Der Snapshot ist erst verfügbar, nachdem für alle noch offenen Transaktionen ein Rollback ausgeführt wurde und der Datenbanksnapshot hinsichtlich der Transaktionen konsistent ist.
Datenbanksnapshots können auch von den Clients abgefragt werden und sind daher beim Schreiben von Berichten hilfreich, die auf den zum Zeitpunkt der Snapshoterstellung verfügbaren Daten basieren. Wenn die Quelldatenbank zu einem späteren Zeitpunkt beschädigt wird, können Sie den Status wiederherstellen, in dem sich die Quelldatenbank zum Zeitpunkt der Snapshoterstellung befand.
Wichtig: |
---|
Datenbanksnapshots sind nur in Microsoft SQL Server 2005 Enterprise Edition verfügbar. |
Datenbanksnapshots können aus folgenden Gründen ausgeführt werden:
- Verwalten von Vergangenheitsdaten zur Berichterstellung.
Da Datenbanksnapshots eine statische Sicht einer Datenbank bereitstellen, ermöglichen sie den Zugriff auf die zu einem bestimmten Zeitpunkt vorhandenen Daten. Beispielsweise können Sie einen Datenbanksnapshot am Ende einer bestimmten Periode (z. B. ein Geschäftsquartal) erstellen, um später auf dieser Grundlage einen Bericht zu generieren. Auf diese Weise können Sie Quartalsabschlussberichte in dem Snapshot ausführen. Bei ausreichendem Speicherplatz können Sie diese Quartalsabschluss-Snapshots für unbestimmte Zeit aufbewahren. Darüber hinaus können Sie zu den Ergebnissen dieser Quartale Abfragen ausführen, z. B. um die Leistung des Unternehmens zu ermitteln. - Verwenden einer Spiegeldatenbank, die aus Gründen der Verfügbarkeit verwaltet wird, für die ausgelagerte Berichterstellung.
Wenn Sie Datenbanksnapshots mit Datenbankspiegelungen verwenden, können Sie die auf dem Spiegelserver gespeicherten Daten für die Berichterstellung zugreifbar machen. Darüber hinaus können Sie in der Spiegeldatenbank Abfragen ausführen und so auf dem Prinzipal Ressourcen freigeben. Weitere Informationen finden Sie unter Datenbankspiegelung und Datenbanksnapshots. - Schützen der Daten vor administrativen Fehlern.
Vor dem Ausführen wesentlicher Aktualisierungen, z. B. einer Massenaktualisierung, sollten Sie die Daten schützen, indem Sie einen Datenbanksnapshot von der Datenbank erstellen. Im Falle eines Fehlers können Sie die Datenbank mithilfe des Snapshots in dem Status wiederherstellen, der bei Erstellen des Snapshots vorlag. Diese Art der Wiederherstellung kann für diesen Zweck potenziell schneller ausgeführt werden als die Wiederherstellung von Daten aus einer Sicherung. Allerdings können Sie anschließend keinen Rollforward ausführen.
Weitere Informationen finden Sie unter Zurückkehren zu einem Datenbanksnapshot.Wichtig: Datenbanksnapshots sind von der Quelldatenbank abhängig. Die Wiederherstellung von Datenbanken mithilfe von Datenbanksnapshots stellt daher keinen Ersatz für eine reguläre Sicherungs- und Wiederherstellungsstrategie dar. Daher ist es wichtig, dass Sie die Sicherungen wie geplant ausführen. Wenn Sie die Quelldatenbank zu dem Zeitpunkt wiederherstellen müssen, an dem Sie einen Datenbanksnapshot erstellt haben, implementieren Sie eine Sicherungsrichtlinie, die Ihnen dies ermöglicht. - Schützen der Daten vor Benutzerfehlern.
Indem Sie regelmäßig Datenbanksnapshots erstellen, können Sie die Auswirkungen von schwerwiegenden Benutzerfehlern, z. B. eine gelöschte Tabelle, verringern. Bei einer hohen Sicherheitsstufe sollten Sie für einen ausreichend großen Zeitraum eine Reihe von Datenbanksnapshots erstellen, sodass die meisten Benutzerfehler erkannt werden und entsprechend reagiert werden kann. Beispielsweise können Sie je nach den verfügbaren Datenträgerressourcen für einen 24-Stunden-Zyklus 6 bis 12 parallele Snapshots verwalten. Immer wenn ein neuer Snapshot erstellt wird, kann der jeweils älteste Snapshot gelöscht werden.- Bei der Wiederherstellung im Falle eines Benutzerfehlers können Sie die Datenbank in dem Status des Snapshots wiederherstellen, der unmittelbar vor Auftreten des Fehlers erstellt wurde. Diese Art der Wiederherstellung kann für diesen Zweck potenziell schneller ausgeführt werden als die Wiederherstellung von Daten aus einer Sicherung. Allerdings können Sie anschließend keinen Rollforward ausführen.
Weitere Informationen zum Wiederherstellen eines Snapshots finden Sie unter Zurückkehren zu einem Datenbanksnapshot. - Wahlweise können Sie eine gelöschte Tabelle oder andere verlorene Daten auch auf Basis der in einem Snapshot verfügbaren Informationen wiederherstellen. Beispielsweise können Sie die Daten aus dem Snapshot in die Datenbank massenkopieren und die Daten manuell mit den in der Datenbank gespeicherten Daten zusammenführen.
Hinweis: Die jeweiligen Gründe für die Verwendung von Datenbanksnapshots entscheiden darüber, wie viele gleichzeitige Snapshots von einer Datenbank benötigt werden, wie regelmäßig ein neuer Snapshot erstellt wird und wie lange ein Snapshot aufbewahrt wird. - Bei der Wiederherstellung im Falle eines Benutzerfehlers können Sie die Datenbank in dem Status des Snapshots wiederherstellen, der unmittelbar vor Auftreten des Fehlers erstellt wurde. Diese Art der Wiederherstellung kann für diesen Zweck potenziell schneller ausgeführt werden als die Wiederherstellung von Daten aus einer Sicherung. Allerdings können Sie anschließend keinen Rollforward ausführen.
- Verwalten einer Testdatenbank
In einer Testumgebung kann es hilfreich sein, wenn beim wiederholten Ausführen eines Testprotokolls die Datenbank zu Beginn jeder Testrunde immer dieselben Daten enthält. Vor der ersten Testrunde kann ein Anwendungsentwickler oder -tester einen Datenbanksnapshot für die Testdatenbank erstellen. Nach jeder Testrunde kann die Datenbank durch Wiederherstellen des Datenbanksnapshots schnell wieder in den früheren Zustand zurückversetzt werden.
Siehe auch
Konzepte
Hilfe und Informationen
Informationsquellen für SQL Server 2005
Änderungsverlauf
Version | Verlauf |
---|---|
12. Dezember 2006 |
|
05. Dezember 2005 |
|