Share via


Einschränkungen für Datenbanksnapshots

Aktualisiert: 12. Dezember 2006

Ein Datenbanksnapshot erfasst den Zeitpunkt, zu dem die Erstellung des Snapshots begann, abzüglich etwaiger Transaktionen, für die kein Commit ausgeführt wurde. Bevor Sie Datenbanksnapshots verwenden, sollten Sie die Auswirkungen von Datenbanksnapshots auf die Quelldatenbank und die Systemumgebung sowie Einschränkungen für die Snapshots selbst verstanden haben.

ms189940.note(de-de,SQL.90).gifWichtig:
Datenbanksnapshots sind nur in Microsoft SQL Server 2005 Enterprise Edition verfügbar.

Einschränkungen für die Quelldatenbank

Solange ein Datenbanksnapshot vorhanden ist, sind die folgenden Einschränkungen für die Quelldatenbank des Snapshots vorhanden:

  • Die Datenbank kann nicht gelöscht, getrennt oder wiederhergestellt werden. Informationen zur Vorgehensweise beim Löschen eines Snapshots finden Sie unter Löschen eines Datenbanksnapshots.
    ms189940.note(de-de,SQL.90).gifHinweis:
    Das Sichern der Quelldatenbank arbeitet normal. Datenbanksnapshots haben hierauf keine Auswirkungen.
  • Die Leistung ist aufgrund einer Erhöhung der E/A-Vorgänge in der Quelldatenbank reduziert. Diese Erhöhung wird dadurch verursacht, dass bei jeder Aktualisierung einer Seite ein Kopie-bei-Schreibvorgang im Snapshot ausgeführt wird.
  • In der Quelldatenbank oder in den Snapshots können keine Dateien gelöscht werden.
  • Die Quelldatenbank muss online sein, es sei denn, bei der Datenbank handelt es sich um eine Spiegeldatenbank innerhalb einer Datenbank-Spiegelungssitzung.
    ms189940.note(de-de,SQL.90).gifHinweis:
    Alle Wiederherstellungsmodelle unterstützen Datenbanksnapshots.
  • Die Quelldatenbank kann nicht als skalierbare freigegebene Datenbank konfiguriert werden.
  • Zum Erstellen eines Datenbanksnapshots in einer Spiegeldatenbank muss sich die Datenbank im Spiegelungsstatus SYNCHRONIZED befinden.

Einschränkungen für Datenbanksnapshots

Für Datenbanksnapshots gelten die folgenden Einschränkungen:

  • Ein Datenbanksnapshot muss auf der gleichen Serverinstanz erstellt und gespeichert werden, auf der sich auch die Quelldatenbank befindet.
  • Datenbanksnapshots gelten immer für die gesamte Datenbank.
  • Da Datenbanksnapshots keine redundanten Speicherungen darstellen, schützen sie nicht vor Datenträgerfehlern oder vor anderen Beschädigungsformen. Regelmäßige Sicherungen und Tests des Wiederherstellungsplanes tragen wesentlich zum Schutz einer Datenbank bei. 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.
  • Wenn eine Seite, die gerade in der Quelldatenbank aktualisiert wird, mithilfe von Push in einen Snapshot übertragen wird und für den Snapshot dabei nicht genügend Speicherplatz vorhanden ist oder ein anderer Fehler im Snapshot auftritt, wird der Snapshot fehlerverdächtig und muss gelöscht werden.
  • Snapshots sind schreibgeschützt.
  • Snapshots der Datenbanken model, master und tempdb sind nicht zulässig.
  • Sie können die Spezifikationen der Datenbank-Snapshotdateien nicht ändern.
  • Sie können in einem Datenbanksnapshot keine Dateien löschen.
  • Sie können Datenbanksnapshots nicht sichern oder wiederherstellen.
  • Sie können Datenbanksnapshots nicht anfügen oder trennen.
  • Sie können keine Datenbanksnapshots auf Partitionen mit dem FAT32-Dateisystem oder auf RAW-Partitionen erstellen. Die von Datenbanksnapshots verwendeten Dateien mit geringer Dichte werden vom NTFS-Dateisystem bereitgestellt.
  • Die Volltextindizierung wird für Datenbanksnapshots nicht unterstützt. Volltextkataloge werden nicht von der Quelldatenbank aus weitergegeben.
  • Ein Datenbanksnapshot erbt die Sicherheitseinschränkungen seiner Quelldatenbank zum Zeitpunkt der Erstellung des Snapshots. Da Snapshots schreibgeschützt sind, können geerbte Berechtigungen nicht geändert werden, und an der Quelle vorgenommene Berechtigungsänderungen werden nicht in vorhandenen Snapshots wiedergegeben.
  • Ein Snapshot gibt stets den Status von Dateigruppen zum Zeitpunkt der Erstellung des Snapshots wieder: Onlinedateigruppen bleiben online und Offlinedateigruppen offline. Weitere Informationen finden Sie unter "Datenbanksnapshots mit Offlinedateigruppen" weiter unten in diesem Thema.
  • Wenn eine Quelldatenbank den Status RECOVERY_PENDING erhält, kann auf ihre Datenbanksnapshots möglicherweise nicht mehr zugegriffen werden. Nachdem das Problem mit der Quelldatenbank gelöst wurde, sollten ihre Snapshots jedoch wieder verfügbar werden.
  • Die Wiederherstellung wird für schreibgeschützte Dateigruppen und für komprimierte Dateigruppen nicht unterstützt. Wiederherstellungsversuche für eine Datenbank mit diesen Typen von Dateigruppen sind fehlerhaft. Weitere Informationen zum Wiederherstellen finden Sie unter Zurückkehren zu einem Datenbanksnapshot.
  • In einer Protokollversandkonfiguration können Datenbanksnapshots nur für die primäre Datenbank erstellt werden, nicht für eine sekundäre Datenbank. Falls Sie die Rollen zwischen der primären Serverinstanz und einer sekundären Serverinstanz wechseln, müssen Sie alle Datenbanksnapshots löschen, bevor Sie die primäre Datenbank als eine sekundäre Datenbank einrichten können.
  • Ein Snapshot kann nicht als skalierbare freigegebene Datenbank konfiguriert werden.

Benötigter Festplattenplatz

Datenbanksnapshots belegen Festplattenspeicher. Wenn für einen Datenbanksnapshot nicht genügend Speicherplatz vorhanden ist, wird er als fehlerverdächtig gekennzeichnet und muss gelöscht werden. (Auf die Quelldatenbank hat dies jedoch keine Auswirkungen. Aktionen in ihr werden normal fortgesetzt.) Im Vergleich zu einer vollständigen Kopie einer Datenbank sind Snapshots jedoch äußerst speicherplatzeffizient. Bei einem Snapshot ist nur genügend Speicher für die Seiten erforderlich, die während seiner Lebensdauer geändert werden. Im Allgemeinen werden Snapshots nur für eine begrenzte Zeit gespeichert. Daher spielt ihre Größe keine wesentliche Rolle.

Je länger ein Snapshot jedoch gespeichert wird, desto wahrscheinlicher belegt er verfügbaren Speicherplatz. Die maximale Größe, auf die eine Datei mit geringer Dichte anwachsen kann, ist die Größe der entsprechenden Quelldatenbankdatei zum Zeitpunkt der Erstellung des Snapshots. Weitere Informationen finden Sie unter Grundlegendes zur Größe von Dateien mit geringer Dichte in Datenbanksnapshots.

Wenn für einen Datenbanksnapshot nicht genügend Speicherplatz vorhanden ist, muss er gelöscht werden. Informationen zum Löschen eines Datenbanksnapshots finden Sie unter Löschen eines Datenbanksnapshots.

ms189940.note(de-de,SQL.90).gifHinweis:
Abgesehen vom Dateispeicherplatz nimmt ein Datenbanksnapshot ungefähr so viele Ressourcen in Anspruch wie eine Datenbank.

Datenbanksnapshots mit Offlinedateigruppen

Offlinedateigruppen in der Quelldatenbank haben Auswirkungen auf Datenbanksnapshots, wenn Sie versuchen, einen der folgenden Vorgänge auszuführen:

  • Erstellen eines Snapshots
    Wenn eine Quelldatenbank über eine oder mehrere Offlinedateigruppen verfügt, verläuft die Erstellung des Snapshots erfolgreich, wenn die Dateigruppen offline sind. Dateien mit geringer Dichte werden für die Offlinedateigruppen nicht erstellt.
    ms189940.note(de-de,SQL.90).gifHinweis:
    Informationen zur Rolle von Dateien mit geringer Dichte für Datenbanksnapshots finden Sie unter Funktionsweise von Datenbanksnapshots.
  • Offlineschalten einer Dateigruppe
    Sie können eine Datei in der Quelldatenbank offline schalten. Die Dateigruppe bleibt in Datenbanksnapshots jedoch online, wenn sie zum Zeitpunkt der Erstellung des Snapshots online war. Wenn die abgefragten Daten seit der Erstellung des Snapshots geändert wurden, kann im Snapshot auf die ursprüngliche Datenseite zugegriffen werden. Abfragen, die mithilfe des Snapshots auf ungeänderte Daten in der Dateigruppe zugreifen, schlagen jedoch wahrscheinlich mit E/A-Fehlern fehl.
  • Onlineschalten einer Dateigruppe
    Sie können eine Dateigruppe in einer Datenbank, die über einen Datenbanksnapshot verfügt, nicht online schalten. Wenn sich eine Dateigruppe während der Snapshoterstellung offline befindet oder offline geschaltet wird, während ein Datenbanksnapshot vorhanden ist, bleibt die Dateigruppe offline. Das liegt daran, dass eine Datei beim Onlineschalten wiederhergestellt wird; dies ist jedoch nicht möglich, wenn in der Datenbank ein Datenbanksnapshot vorhanden ist.
  • Wiederherstellen der Quelldatenbank mit dem Snapshot
    Für das Wiederherstellen einer Quelldatenbank mit einem Datenbanksnapshot ist es erforderlich, dass alle Dateigruppen mit Ausnahme der Dateigruppen, die zum Zeitpunkt der Erstellung des Snapshots offline waren, online sind.

Siehe auch

Konzepte

Erstellen eines Datenbanksnapshots
Datenbanksnapshots
Löschen eines Datenbanksnapshots

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf

Version Verlauf

12. Dezember 2006

Neuer Inhalt:
  • Der Abschnitt "Einschränkungen für Datenbanksnapshots" wurde aktualisiert, um anzugeben, dass Datenbanksnapshots von der Quelldatenbank abhängig sind und es daher wichtig ist, dass Sie die Sicherungen wie geplant ausführen.

14. April 2006

Neuer Inhalt:
  • Der Hinweis, dass Datenbanksnapshots nicht in skalierbaren freigegebenen Datenbanken unterstützt werden, wurde hinzugefügt.
  • Der Hinweis, dass zum Erstellen eines Datenbanksnapshots in einer Spiegeldatenbank sich die Datenbank im Spiegelungsstatus SYNCHRONIZED befinden muss, wurde hinzugefügt.

05. Dezember 2005

Neuer Inhalt:
  • Eine Einschränkung über die Verwendung von Datenbanksnapshots mit dem Protokollversand wurde hinzugefügt.
  • Hinweis auf den Ressourcenverbrauch wurde hinzugefügt.
Geänderter Inhalt:
  • Technischer Fehler wurde behoben, um zu verdeutlichen, dass eine Dateigruppe nicht online geschaltet werden kann, wenn ein Datenbanksnapshot vorhanden ist.