Speicherkosten für Time Travel und Fail-safe¶
Für die Wartung historischer Daten fallen sowohl für Time Travel-Frist als auch Fail-safe-Fristen Speichergebühren an.
Unter diesem Thema:
Speichernutzung und Gebühren¶
Die Gebühren werden für jeden 24-Stunden-Zeitraum (d. h. 1 Tag) ab dem Zeitpunkt der Datenänderung berechnet. Die Anzahl der Tage, für die Snowflake historische Daten beibehält, richtet sich nach dem Tabellentyp und der Time Travel-Aufbewahrungsfrist für die Tabelle.
Außerdem minimiert Snowflake den Speicherbedarf für historische Daten, indem es nur die Informationen pflegt, die zur Wiederherstellung der einzelnen Tabellenzeilen erforderlich sind, die aktualisiert oder gelöscht wurden. Dadurch wird die Speichernutzung als Prozentsatz der geänderten Tabelle berechnet. Snowflake behält nur dann vollständige Kopien von Tabellen bei, wenn Tabellen gelöscht oder gekürzt werden.
Temporäre und transiente Tabellen¶
Um die Speicherkosten im Zusammenhang mit Time Travel und Fail-safe zu senken, bietet Snowflake zwei Tabellentypen an, temporäre und transiente, die nicht die gleichen Gebühren wie Standardtabellen (d. h. permanente Tabellen) verursachen:
Transiente Tabellen können eine Aufbewahrungsfrist für Time Travel von entweder 0 oder 1 Tag haben.
Temporäre Tabellen können auch eine Time Travel-Aufbewahrungsfrist von 0 oder 1 Tag haben. Diese endet jedoch, sobald die Tabelle gelöscht wird oder die Sitzung, in der die Tabelle angelegt wurde, endet.
Transiente und temporäre Tabellen haben keine Fail-safe-Frist.
Infolgedessen sind die maximalen Zusatzkosten für Time Travel und Fail-safe bei diesen Tabellentypen auf einen Tag begrenzt. Die folgende Tabelle veranschaulicht die verschiedenen Szenarien, basierend auf dem Tabellentyp:
Tabellentyp |
Aufbewahrungsfrist für Time Travel (Tage) |
Fail-safe-Frist (Tage) |
Pflege historischer Daten, min./max. (Tage) |
---|---|---|---|
Permanent |
0 oder 1 (für Snowflake Standard Edition) |
7 |
7 , 8 |
0 bis 90 (für Snowflake Enterprise Edition) |
7 |
7 , 97 |
|
Transient |
0 oder 1 |
0 |
0 , 1 |
Vorübergehend |
0 oder 1 |
0 |
0 , 1 |
Hinweise zur Verwendung von temporären und transienten Tabellen zur Verwaltung der Speicherkosten¶
Wenn Sie wählen, ob Sie Daten in permanenten, temporären oder transienten Tabellen speichern möchten, beachten Sie die folgenden Details:
Temporäre Tabellen werden gelöscht, wenn die Sitzung, in der sie erstellt wurden, endet. In temporären Tabellen gespeicherte Daten sind nicht wiederherstellbar, nachdem die Tabelle gelöscht wurde.
Historische Daten in transienten Tabellen können von Snowflake nach Ende der Aufbewahrungsfrist für Time Travel nicht wiederherstellt werden. Verwenden Sie transiente Tabellen nur für Daten, die Sie unabhängig von Snowflake replizieren oder reproduzieren können.
Langlebige Tabellen, wie z. B. Faktentabellen, sollten immer als dauerhaft definiert werden, um sicherzustellen, dass sie durch Fail-safe vollständig geschützt sind.
Sie können kurzlebige Tabellen als transient definieren, um Kosten für Fail-safe zu vermeiden. Sie könnten zum Beispiel transiente Tabellen für Daten mit einer Lebensdauer von weniger als 1 Tag verwenden, wie z. B. ETL-Arbeitstabellen.
Wenn Ausfallzeiten und die Zeit, die zum Zurückladen verlorener Daten benötigt wird, Faktoren sind, können permanente Tabellen, selbst mit ihren zusätzlichen Fail-safe-Kosten, eine bessere Gesamtlösung bieten als transiente Tabellen.
Bemerkung
Der Standardtyp für Tabellen ist permanent. Um eine Tabelle als temporär oder transient zu definieren, müssen Sie den Typ bei der Tabellenerstellung explizit angeben:
CREATE [ OR REPLACE ] [ TEMPORARY | TRANSIENT ] TABLE <Name> ...
Weitere Informationen dazu finden Sie unter CREATE TABLE.
Migration von Daten aus permanenten Tabellen in transiente Tabellen¶
Um Daten aus permanenten Tabellen in transiente Tabellen zu migrieren, müssen folgende Aufgaben ausgeführt werden:
Verwenden Sie CREATE TABLE … AS SELECT, um die transienten Tabellen zu erstellen und mit den Daten aus den ursprünglichen permanenten Tabellen zu füllen.
Wenden Sie alle Zugriffssteuerungsrechte, die den ursprünglichen Tabellen zugewiesen wurden, auf die neuen Tabellen an. Weitere Informationen zur Zugriffssteuerung finden Sie unter Übersicht zur Zugriffssteuerung.
Verwenden Sie DROP TABLE, um die Originaltabellen zu löschen.
Verwenden Sie optional ALTER TABLE, um die neuen Tabellen umzubenennen, damit sie mit den ursprünglichen Tabellen übereinstimmen.
Kosten für Snapshots¶
Die folgende Tabelle beschreibt die Gebühren für Snapshots.
Kostenkomponente |
Beschreibung |
Wird während der öffentlichen Vorschau abgerechnet |
---|---|---|
Snapshot-Computing |
Der von Snowflake verwaltete Computedienst generiert geplante Snapshot-Erstellung und -Ablauf. |
Ja |
Computing wiederherstellen |
Von Snowflake verwaltete Warehouses werden verwendet, um Objekte aus Snapshots wiederherzustellen. |
Ja |
Snapshot-Speicher |
Von Snowflake verwalteter Cloud-Objektspeicher zum Speichern von Snapshot-Daten. |
Wird für Bytes in Rechnung gestellt, die für Snapshots beibehalten werden, ähnlich wie für Bytes, die für Klone beibehalten werden. |
Sie können die Kosten für die Speicherung von Snapshots in der Ansicht TABLE_STORAGE_METRICS mithilfe der Spalte RETAINED_FOR_CLONE_BYTES
und in der Ansicht SNAPSHOT_STORAGE_USAGE überwachen.