Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Einführung in Tabellen-Snapshots
Dieses Dokument ist eine Einführung in BigQuery-Tabellen-Snapshots.
Es ist das erste einer Reihe von Dokumenten, die beschreiben, wie Sie mit BigQuery-Tabellen-Snapshots arbeiten, einschließlich Erstellen, Wiederherstellen, Aktualisieren, Abrufen von Informationen und Abfragen von Tabellen-Snapshots. Diese Dokumentreihe richtet sich an Nutzer, die mit BigQuery und BigQuery-Tabellen vertraut sind.
Tabellen-Snapshots
In einem BigQuery-Tabellen-Snapshot wird der Inhalt einer Tabelle (die Basistabelle) zu einer bestimmten Zeit beibehalten. Sie können einen Snapshot einer aktuellen Tabelle speichern oder einen Snapshot einer Tabelle zu einem beliebigen Zeitpunkt in den letzten sieben Tagen speichern. Für einen Tabellen-Snapshot kann ein Ablauf festgelegt sein. Wenn die konfigurierte Zeit seit dem Erstellen des Tabellen-Snapshots verstrichen ist, löscht BigQuery den Tabellen-Snapshot. Sie können einen Tabellen-Snapshot wie eine Standardtabelle abfragen. Tabellen-Snapshots sind schreibgeschützt. Sie können jedoch eine Standardtabelle aus einem Tabellen-Snapshot erstellen (wiederherstellen) und dann die wiederhergestellte Tabelle ändern.
Tabellen-Snapshots bieten unter anderem folgende Vorteile:
Daten länger als sieben Tage aufbewahren. Mit der Zeitreisen von BigQuery können Sie nur auf die Daten einer Tabelle von vor sieben Tagen oder noch kürzer zugreifen. Mit Tabellen-Snapshots können Sie die Daten einer Tabelle zu einem bestimmten Zeitpunkt, so lange wie Sie möchten, beibehalten.
Speicherkosten minimieren. BigQuery speichert nur Byte, die sich von einem Snapshot und der Basistabelle unterscheiden. Daher verwendet ein Tabellen-Snapshot normalerweise weniger Speicherplatz als eine vollständige Kopie der Tabelle.
Wenn Sie veränderliche, einfache Kopien Ihrer Tabellen benötigen, können Sie Tabellenklone verwenden.
Zugriffssteuerung für Tabellen-Snapshots
Die Zugriffssteuerung für Tabellen-Snapshots ähnelt der Zugriffssteuerung für Tabellen.
Weitere Informationen finden Sie unter Zugriff auf Ressourcen mit IAM steuern.
Tabellen-Snapshots abfragen
Sie fragen die Daten eines Tabellen-Snapshots genauso wie andere BigQuery-Tabellen ab. Weitere Informationen finden Sie unter BigQuery-Daten abfragen.
Speicherkosten
Speicherkosten gelten für Tabellen-Snapshots. BigQuery berechnet allerdings nur Daten in einem Tabellen-Snapshot, die nicht bereits einer anderen Tabelle in Rechnung gestellt werden:
Wenn ein Tabellen-Snapshot erstellt wird, fallen erst einmal keine Speicherkosten für den Tabellen-Snapshot an.
Wenn der Basistabelle nach dem Erstellen des Tabellen-Snapshots neue Daten hinzugefügt werden, zahlen Sie nicht für die Speicherung dieser Daten im Tabellen-Snapshot.
Wenn Daten in der Basistabelle geändert oder gelöscht werden, die auch in einem Tabellen-Snapshot vorhanden sind, fallen die folgenden Kosten an:
Ihnen wird der Speicherplatz für den Tabellen-Snapshot der geänderten oder gelöschten Daten in Rechnung gestellt.
Wenn die Basistabelle als physischer Speicher abgerechnet wird, werden Zeitreise- und Fail-Safe-Gebühren nicht in die Basistabelle abgerechnet. Wenn der Snapshot gelöscht wird, werden Ihnen die Kosten für die zeitübergreifende Wiederherstellung und die Fail-Safe-Speicherung in Rechnung gestellt.
Wenn mehrere Snapshots die geänderten oder gelöschten Daten enthalten, wird Ihnen nur der Speicherplatz berechnet, der vom ältesten Snapshot verwendet wurde.
Wenn Sie einen Tabellen-Snapshot oder -Klon innerhalb einer Region oder von einer Region oder Multiregion in eine andere kopieren, wird eine vollständige Kopie der Tabelle erstellt. Dadurch fallen zusätzliche Speicherkosten an.
Der Unterschied zwischen den Speicherkosten für Basistabellen und Tabellen-Snapshots ist in der folgenden Abbildung dargestellt:
Ein Tabellen-Snapshot muss sich in derselben Region und in derselben Organisation wie seine Basistabelle befinden. Wenn Sie ein Dataset in einer anderen Region auswählen, erstellt BigQuery eine Kopie der Tabelle im Ziel-Dataset in dieser Region.
Tabellen-Snapshots sind schreibgeschützt. Sie können die Daten in einem Tabellen-Snapshot nur aktualisieren, wenn Sie eine Standardtabelle aus dem Snapshot erstellen und dann die Daten aktualisieren.
Sie können nur die Metadaten eines Tabellen-Snapshots aktualisieren, z. B. Beschreibung, Ablaufdatum und Zugriffsrichtlinie.
Aufgrund des Sieben-Tage-Limits für Zeitreisen können Sie nur einen Snapshot der Daten einer Tabelle erstellen, wie sie vor sieben Tagen oder aktueller waren.
Sie können keinen Snapshot einer Ansicht oder einer materialisierten Ansicht erstellen.
Sie können eine vorhandene Tabelle oder einen Tabellen-Snapshot nicht überschreiben, wenn Sie einen Tabellen-Snapshot erstellen.
Wenn Sie eine Tabelle mit Daten im schreiboptimierten Speicher (Streamingpuffer) erstellen, werden die Daten im schreiboptimierten Speicher nicht in den Tabellen-Snapshot aufgenommen.
Wenn Sie einen Snapshot einer Tabelle mit Daten in Zeitreisen erstellen, sind die Daten in den Zeitreisen nicht im Tabellen-Snapshot enthalten.
Wenn Sie einen Snapshot einer partitionierten Tabelle erstellen, für die ein Partitionsablauf festgelegt ist, werden die Informationen zum Partitionsablauf nicht im Snapshot beibehalten.
Die Snapshot-Tabelle verwendet stattdessen den Standardpartitionsablauf des Ziel-Datasets.
Wenn Sie die Informationen zum Partitionsablauf beibehalten möchten, kopieren Sie die Tabelle stattdessen.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-17 (UTC)."],[[["\u003cp\u003eBigQuery table snapshots preserve the contents of a base table at a specific point in time, allowing users to retain data beyond the seven-day limit of time travel.\u003c/p\u003e\n"],["\u003cp\u003eTable snapshots are read-only and incur storage costs only for data that differs from the base table, optimizing storage efficiency compared to full table copies.\u003c/p\u003e\n"],["\u003cp\u003eYou can query snapshots like standard tables, restore them to create modifiable tables, and manage their metadata such as descriptions and expiration dates.\u003c/p\u003e\n"],["\u003cp\u003eTable snapshots are subject to certain limitations, such as being restricted to the same region and organization as their base table, and not including data from write-optimized storage or time travel.\u003c/p\u003e\n"],["\u003cp\u003eBigQuery provides a variety of actions for table snapshots such as creating, restoring, updating, and automating snapshots at the table level or the dataset level, allowing for better data management.\u003c/p\u003e\n"]]],[],null,["# Introduction to table snapshots\n===============================\n\nThis document is an introduction to BigQuery table snapshots.\nIt is the first of a set of documents that describes how to work with\nBigQuery table snapshots, including\nhow to create, restore, update, get information about, and query table\nsnapshots. This document set is intended for users who are familiar with\n[BigQuery](/bigquery/docs)\nand BigQuery [tables](/bigquery/docs/tables-intro).\n\nTable snapshots\n---------------\n\nA BigQuery table snapshot preserves the contents of a table\n(called the *base table* ) at a particular\ntime. You can save a snapshot of a current table, or create a snapshot of a\ntable as it was at any time in the past seven days. A table snapshot can have an\nexpiration; when the configured amount of time has passed since the table\nsnapshot was created,\nBigQuery\ndeletes the table snapshot. You can query a table snapshot as you would a\nstandard\ntable. Table snapshots are read-only, but you can create (*restore*) a standard\ntable from a table snapshot, and then you can modify the restored table.\n\nBenefits of using table snapshots include the following:\n\n- **Keep a record for longer than seven days.** With BigQuery\n [time travel](/bigquery/docs/time-travel), you can only access a table's data\n from seven days ago or more recently. With table snapshots, you can\n preserve a table's data from a specified point in time for as long as you want.\n\n- **Minimize storage cost.** BigQuery only stores bytes that are\n different between a\n snapshot and its base table, so a table snapshot typically uses less storage\n than a full copy of the table.\n\nIf you need mutable, lightweight copies of your tables, consider using\n[table clones](/bigquery/docs/table-clones-intro).\n\nAccess control for table snapshots\n----------------------------------\n\nAccess control for table snapshots is similar to access control for tables.\nFor more information, see\n[Control access to resources with IAM](/bigquery/docs/control-access-to-resources-iam).\n\nQuerying table snapshots\n------------------------\n\nYou query a table snapshot's data in the same way as you query other types\nof BigQuery tables. For more information, see\n[Querying BigQuery data](/bigquery/docs/query-overview).\n\nStorage costs\n-------------\n\n[Storage costs](/bigquery/pricing#storage) apply for table snapshots,\nbut BigQuery only charges for the data in a table\nsnapshot that is not already charged to another table:\n\n- When a table snapshot is created, there is initially no storage cost for the\n table snapshot.\n\n- If new data is added to the base table after the table snapshot was\n created, then you don't pay for storage of that data in the table snapshot.\n\n- If data is changed or deleted in the base table that also exists in a table\n snapshot, the following charges occur:\n\n - You are charged for the table snapshot storage of the changed\n or deleted data.\n\n - If the base table is billed as physical storage, time travel\n and failsafe charges aren't charged to the base table. When the snapshot\n is deleted, you are charged for time travel and failsafe.\n\n - If there are multiple snapshots that contain the changed or\n deleted data, you are only charged for the storage used by the oldest\n snapshot.\n\n- When you copy a table snapshot or clone within a same region or from one\n region or multi-region to another, a full copy of the table is created. This\n incurs additional [storage costs](/bigquery/pricing).\n\nThe difference between base table and table snapshot storage charges is shown\nin the following image:\n\n| **Note:**\n| - Because BigQuery storage is column-based, small changes to the data in a base table can result in large increases in storage cost for its table snapshot.\n| - Some changes to a base table can result in you being charged the full storage amount for a table snapshot of the table. For example, if you modify a base table with [clustering](/bigquery/docs/creating-clustered-tables#modifying-cluster-spec), that can lead to automatic re-clustering. Because re-clustering can rewrite the base table's storage blocks, the base table's storage is no longer the same as the storage of its snapshots. This might cause the oldest of the base table's snapshots to be charged up to the full storage amount of the modified partition.\n| - Partitions can help reduce storage costs for table snapshots. In general, BigQuery only makes a copy of modified data within a partition, instead of the entire table snapshot.\n\nFor more information, see\n[BigQuery storage pricing](/bigquery/pricing#storage).\n\nLimitations\n-----------\n\n- A table snapshot must be in the same [region](/bigquery/docs/locations), and\n under the same\n [organization](/resource-manager/docs/creating-managing-organization),\n as its base table. If you select a dataset in a different region,\n BigQuery creates a copy of the table in the target dataset in\n that region.\n\n- Table snapshots are read-only; you can't update the data in a table snapshot\n unless you create a standard table from the snapshot and then update the data.\n You can only update a table snapshot's metadata; for example, its description,\n expiration date, and access policy.\n\n- You can only take a snapshot of a table's data as it was seven days ago or\n more recently, due to the seven-day limit for\n [time travel](/bigquery/docs/time-travel).\n\n- You can't take a snapshot of a view or a materialized view.\n\n- You can't take a snapshot of an [external table](/bigquery/docs/external-tables).\n\n- You can't overwrite an existing table or table snapshot when you create a\n table snapshot.\n\n- If you snapshot a table that has data in\n [write-optimized storage (streaming buffer)](/bigquery/docs/streaming-data-into-bigquery#dataavailability),\n the data in the write-optimized storage is not included in the table snapshot.\n\n- If you snapshot a table that has data in\n [time travel](/bigquery/docs/time-travel),\n the data in time travel is not included in the table snapshot.\n\n- If you snapshot a partitioned table that has a\n [partition expiration](/bigquery/docs/managing-partitioned-tables#partition-expiration)\n set, the partition expiration information isn't retained in the snapshot.\n The snapshotted table uses the destination dataset's default partition\n expiration instead.\n To retain the partition expiration information,\n [copy the table](/bigquery/docs/managing-tables#copy-table) instead.\n\nQuotas and limits\n-----------------\n\nFor information about the quotas and limits that apply for table snapshots, see\n[Table snapshots quotas and limits](/bigquery/quotas#table_snapshots).\n\nWhat's next\n-----------\n\n- [Create a table snapshot](/bigquery/docs/table-snapshots-create).\n- [Restore a table snapshot](/bigquery/docs/table-snapshots-restore).\n- [Update a table snapshot's description, expiration date, or\n access policy](/bigquery/docs/table-snapshots-update).\n- [Create monthly snapshots of a table by using a service account that runs a scheduled query](/bigquery/docs/table-snapshots-scheduled).\n- [Automate snapshots at the dataset level](https://github.com/GoogleCloudPlatform/bigquery-utils/tree/master/tools/cloud_functions/bq_table_snapshots)."]]
