Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Introducción a las instantáneas de tablas
Este documento es una introducción a las instantáneas de tablas de BigQuery.
Es el primer conjunto de documentos que describe cómo trabajar con instantáneas de tablas de BigQuery, que incluye cómo crear, restablecer, copiar y actualizar instantáneas de tablas de consultas, y cómo obtener información sobre ellas. Este conjunto de documentos está dirigido a usuarios familiarizados con las tablas de BigQuery y BigQuery.
Instantáneas de tablas
Una instantánea de tabla de BigQuery conserva el contenido de una tabla (llamada tabla base) en un momento determinado. Puedes guardar una instantánea de una tabla actual o crear una instantánea de una tabla como estaba en un momento determinado durante los últimos siete días. Una instantánea de tabla puede tener un vencimiento. Cuando haya transcurrido la cantidad de tiempo configurada desde que se creó la instantánea de la tabla, BigQuery la borrará. Puedes consultar una instantánea de tabla como lo harías con una tabla estándar. Las instantáneas de tabla son de solo lectura, pero puedes crear (restablecer) una tabla estándar a partir de una instantánea de tabla y, luego, modificar la tabla restablecida.
Entre los beneficios de usar instantáneas de tablas, se incluyen los siguientes:
Mantén un registro por más de siete días. Con la función retroactiva de BigQuery, solo puedes acceder a los datos de una tabla de hace siete días o menos tiempo. Con las instantáneas de tablas, puedes conservar los datos de una tabla desde un momento específico durante el tiempo que desees.
Minimiza el costo de almacenamiento. BigQuery solo almacena bytes que son diferentes entre una instantánea y su tabla base, por lo que una instantánea de tabla suele usar menos almacenamiento que una copia completa de la tabla.
Si necesitas copias livianas mutables de tus tablas, considera usar clonaciones de tablas.
Control de acceso para instantáneas de tablas
El control de acceso para las instantáneas de tablas es similar al control de acceso para las tablas.
Para obtener más información, consulta Controla el acceso a los recursos con la IAM.
Consulta instantáneas de tablas
Puedes consultar los datos de una instantánea de tabla de la misma manera en que consultas otros tipos de tablas de BigQuery. Para obtener más información, lee la sección Consulta datos de BigQuery.
Costos de almacenamiento
Los costos de almacenamiento se aplican a las instantáneas de tablas, pero BigQuery solo cobra por los datos en una instantánea de tabla que no se cobra en otra tabla:
Cuando se crea una instantánea de tabla, en un principio, esta no tiene costo de almacenamiento.
Si se agregan datos nuevos a la tabla base después de crear la instantánea de tabla, no se te cobrará por el almacenamiento de esos datos en la instantánea de tabla.
Si se cambian o borran datos en la tabla base que también existe en una tabla
instantánea, se generan los siguientes cargos:
Se te cobra por almacenar en la instantánea de tabla los datos modificados o borrados.
Si la tabla base se factura como almacenamiento físico, los cargos de viaje en el tiempo y a prueba de fallas no se cobran en la tabla base. Cuando se crea
se borra, se te cobra por viaje en el tiempo y a prueba de fallas.
Si hay varias instantáneas que contienen los datos modificados o borrados, solo se te cobrará por el almacenamiento que usa la instantánea más antigua.
Cuando copias una instantánea o clonas una tabla dentro de la misma región o de una región o multirregión a otra, se crea una copia completa de la tabla. Esto genera costos de almacenamiento adicionales.
La diferencia entre los cargos de almacenamiento de tablas base y de instantáneas de tabla se muestra en la siguiente imagen:
Una instantánea de tabla debe estar en la misma región y en la misma organización que su tabla base. Si seleccionas un conjunto de datos en una región diferente, BigQuery crea una copia de la tabla en el conjunto de datos de destino de esa región.
Las instantáneas de tablas son de solo lectura; no puedes actualizar los datos de una instantánea de tabla, a menos que crees una tabla estándar a partir de la instantánea y, luego, actualices los datos.
Solo puedes actualizar los metadatos de una instantánea de tabla; por ejemplo, su descripción, fecha de vencimiento y política de acceso.
Solo puedes tomar una instantánea de los datos de una tabla de hace siete días o más reciente, debido al límite de siete días para la función retroactiva.
No puedes tomar una instantánea de una vista o una vista materializada.
No puedes tomar una instantánea de una tabla externa.
No puedes reemplazar una tabla existente o una instantánea de tabla cuando creas una instantánea de tabla.
Si haces una instantánea de una tabla que tiene datos en viaje en el tiempo, los datos en el viaje en el tiempo no se incluyen en la instantánea de la tabla.
Si tomas una instantánea de una tabla particionada que tiene un vencimiento de partición configurado, la información de vencimiento de la partición no se conservará en la instantánea.
En la tabla de la que se creó la instantánea, se usa el vencimiento de la partición predeterminada del conjunto de datos de destino en su lugar.
Para conservar la información de vencimiento de la partición, copia la tabla.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (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)."]]