Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
SQL Server
Speicheroptimierte Tabellen werden im Rahmen regelmäßiger Datenbanksicherungen gesichert. Bei datenträgerbasierten Tabellen wird die Prüfsumme von Daten- und Delta-Dateipaaren im Rahmen der Datenbanksicherung überprüft, um Beschädigungen des Speicherbereichs zu erkennen.
Hinweis
Wenn während einer Sicherung in einer oder mehreren Dateien einer speicheroptimierten Dateigruppe ein CHECKSUM-Fehler auftritt, kann der Sicherungsvorgang nicht durchgeführt werden. In diesem Fall müssen Sie die Datenbank von der letzten als fehlerfrei bekannten Sicherung wiederherstellen.
Wenn keine Sicherung verfügbar ist, können Sie die Daten aus den speicheroptimierten und datenträgerbasierten Tabellen exportieren und erneut laden, nachdem Sie die Datenbank gelöscht und neu erstellt haben.
Eine vollständige Sicherung einer Datenbank mit einer oder mehreren speicheroptimierten Tabellen besteht aus dem zugewiesenen Speicherplatz für plattenbasierte Tabellen (falls vorhanden), dem aktiven Transaktionsprotokoll sowie den Daten- und Deltadateipaaren (auch als Prüfpunktdateipaare bezeichnet) für speicheroptimierte Tabellen. Allerdings kann der unter Dauerhaftigkeit für speicheroptimierte Tabellenbeschriebene, von speicheroptimierten Tabellen genutzte Speicher wesentlich größer als die belegte Arbeitsspeicherkapazität sein, was sich auf die Größe der Datenbanksicherung auswirkt.
Vollständige Datenbanksicherung
Diese Erläuterung bezieht sich auf Datenbanksicherungen für Datenbanken, die ausschließlich über dauerhafte speicheroptimierte Tabellen verfügen, da die Sicherung für datenträgerbasierte Tabellen identisch ist. Die Prüfpunktdateipaare in der speicheroptimierten Dateigruppe können unterschiedliche Statusphasen aufweisen. In der folgenden Tabelle wird beschrieben, welcher Teil der Dateien gesichert wird.
| Status des Checkpoint-Dateipaars | Sicherung |
|---|---|
| Vorerstellt | Nur Dateimetadaten |
| IM BAU | Nur Dateimetadaten |
| AKTIV | Dateimetadaten plus verwendete Bytes |
| MERGE ZIEL | Nur Dateimetadaten |
| WARTEN AUF PROTOKOLLABKÜRZUNG | Dateimetadaten plus verwendete Bytes |
Beschreibungen der Status für Checkpointdateipaare finden Sie unter sys.dm_db_xtp_checkpoint_files (Transact-SQL) sowie in der zugehörigen Spalte state_desc.
Die Größe von Datenbanksicherungen mit einer oder mehreren speicheroptimierten Tabellen liegt in der Regel über deren Größe im Arbeitsspeicher jedoch unter dem auf dem Datenträger belegten Speicherplatz. Die zusätzliche Größe hängt neben anderen Faktoren von der Anzahl der gelöschten Zeilen ab.
Schätzen der Größe einer vollständigen Datenbanksicherung
Wichtig
Es wird empfohlen, den BackupSizeInBytes-Wert nicht zu verwenden, um die Sicherungsgröße für In-Memory OLTP zu schätzen.
Das erste Workload-Szenario ist für (hauptsächlich) Einfügeoperationen. In diesem Szenario weisen die meisten Datendateien den Status ACTIVE und einige wenige gelöschte Zeilen auf und wurden vollständig geladen. Die Größe der Datenbanksicherung entspricht in etwa der Größe der Daten im Arbeitsspeicher.
Das zweite Arbeitsauslastungsszenario bezieht sich auf häufige Einfüge-, Lösch- und Updatevorgänge: Im schlimmsten Fall ist jedes der Checkpoint-Dateipaare unter Berücksichtigung der gelöschten Zeilen zu 50 % geladen. Die Datenbanksicherung ist mindestens doppelt so groß wie die Daten im Arbeitsspeicher.
Differenzielle Sicherungen von Datenbanken mit speicheroptimierten Tabellen
Der Speicher für speicheroptimierte Tabellen besteht aus Daten- und Änderungsdateien, wie in Dauerhaftigkeit von speicheroptimierten Tabellen beschrieben. Eine differenzielle Sicherung einer Datenbank mit speicheroptimierten Tabellen enthält die folgenden Daten:
Die differenzielle Sicherung für Dateigruppen, in denen datenträgerbasierte Tabellen gespeichert sind, wird durch das Vorhandensein von speicheroptimierten Tabellen nicht beeinflusst.
Das aktive Transaktionsprotokoll ist dasselbe wie bei einer vollständigen Datenbanksicherung.
Für eine speicheroptimierte Dateigruppe verwendet die differenzielle Sicherung denselben Algorithmus wie die vollständige Datenbanksicherung, um die Daten- und Delta-Dateien für die Sicherung zu identifizieren; anschließend wird jedoch die folgende Teilmenge der Dateien herausgefiltert:
Eine Datendatei enthält neu eingefügte Zeilen, und sobald sie voll ist, wird sie geschlossen und als schreibgeschützt markiert. Eine Datendatei wird nur gesichert, wenn sie nach der letzten vollständigen Datenbanksicherung geschlossen wurde. Bei der differenziellen Sicherung werden nur Datendateien gesichert, die die seit der letzten vollständigen Datenbanksicherung eingefügten Zeilen enthalten. Eine Ausnahme ist ein Aktualisierungs- und Löschszenario, in dem es möglich ist, dass einige der eingefügten Zeilen bereits entweder für die Speicherbereinigung markiert oder bereits speicherbereinigt wurden.
Eine Deltadatei speichert Verweise auf die gelöschten Datenzeilen. Da jede zukünftige Transaktion eine Zeile löschen kann, kann eine Delta-Datei jederzeit während ihrer Lebensdauer geändert werden; sie wird daher nie geschlossen. Eine Delta-Datei wird immer gesichert. Änderungsdateien belegen normalerweise weniger als 10 % des Speichers, sodass Änderungsdateien nur eine minimale Auswirkung auf der Größe der differenziellen Sicherung haben.
Wenn speicheroptimierte Tabellen einen großen Teil der Datenbank ausmachen, kann die Größe der Datenbanksicherung durch die differenzielle Sicherung erheblich reduziert werden. Bei typischen OLTP-Arbeitsauslastungen fallen differenzielle Sicherungen wesentlich kleiner als vollständige Datenbanksicherungen aus.