Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se describe la residencia de los datos de Spanner.
Spanner cumple con los requisitos normativos y de cumplimiento de la residencia de datos, ya que te permite especificar las ubicaciones geográficas (regiones) en las que se almacenan los datos de Spanner.
Las siguientes definiciones se aplican a esta página:
El término tus datos equivale al significado del término “Datos del Cliente” en el artículo Ubicación de los Datos de las Google Cloud
Condiciones Generales del Servicio.
Compromisos de residencia de datos
Los compromisos de residencia de datos en Spanner difieren para las bases de datos que no usan la partición geográfica en comparación con las que sí la usan.
Bases de datos que no usan la partición geográfica
En el caso de las bases de datos que no usan la partición geográfica, Spanner proporciona compromisos de residencia de datos a nivel de la base de datos según las Condiciones del Servicio deGoogle Cloud .
Bases de datos que usan la partición geográfica
En el caso de las bases de datos que usan la partición geográfica, Spanner proporciona compromisos de residencia de datos a nivel de la ubicación. Para cada posición, puedes seleccionar una región o ubicación
multirregional específica, como se indica en la Google Cloud página de ubicaciones.
Spanner almacena tus datos en reposo solo dentro de la región o multirregión seleccionada con las siguientes limitaciones:
Un subconjunto pequeño de claves primarias, valores de columnas indexadas y valores de columnas de clave externa (para tablas de colocación y no de colocación) se usan como límites de división, que se pueden almacenar en la ubicación predeterminada.
Las estadísticas a nivel de la columna que se usan para la optimización de consultas se almacenan en la posición predeterminada.
Lo siguiente es de diseño:
Las claves primarias de la tabla de posiciones se usan para enrutar el tráfico y pueden almacenarse en la posición predeterminada. Si esto te preocupa, considera usar UUIDs o bien otras claves que no estén dentro del alcance de la residencia de datos.
Los índices intercalados heredan la ubicación de la fila superior. Los índices globales (incluidas las claves y los valores de almacenamiento) se colocan en la ubicación predeterminada.
Si cambias la clave de posición de una fila, el traslado de datos se realiza
de forma asíncrona. Mover la fila a la ubicación nueva puede tardar horas. Incluso después de que los datos estén disponibles y se entreguen desde la ubicación nueva, la eliminación de datos de la ubicación anterior está sujeta al Google Cloud proceso de eliminación de datos.
Encriptación de la residencia de datos
De forma predeterminada, Spanner encripta los datos del cliente en reposo.
Spanner controla la encriptación por ti sin que debas realizar ninguna acción adicional. Esta opción se denomina Encriptación predeterminada de Google. De forma predeterminada, Google usa claves de encriptación de la misma ubicación en la que residen tus datos.
Si deseas controlar tus claves de encriptación, puedes usar claves de encriptación administradas por el cliente (CMEK) en Cloud KMS con servicios integrados en CMEK, incluido Spanner. Cuando usas CMEK,
debes seleccionar claves en la misma ubicación que la de tus datos. Para obtener más información, consulta la descripción general de las claves de encriptación administradas por el cliente (CMEK).
[[["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-05 (UTC)"],[],[],null,["# Data residency overview\n\nThis page describes data residency for Spanner.\n\nSpanner meets data residency compliance and regulatory\nrequirements by letting you to specify the geographic locations (regions) where\nSpanner data is stored.\n\nThe following definitions apply to this page:\n\n- A *location* is a Google Cloud region or multi-region as listed on the\n [Google Cloud locations page](/about/locations).\n\n- The term *your data* is equivalent to the meaning of the term\n \"Customer Data\" in the *Data Location* item in the Google Cloud\n [General Service Terms](/terms/service-terms).\n\nData residency commitments\n--------------------------\n\nData residency commitments in Spanner differ for databases\nthat don't use [geo-partitioning](/spanner/docs/geo-partitioning) versus\ndatabases that do use geo-partitioning.\n\n### Databases that don't use geo-partitioning\n\nFor databases that don't use geo-partitioning, Spanner provides\ndata residency commitments at the database level according to the\n[Google Cloud Terms of Service](https://cloud.google.com/terms).\n\n### Databases that use geo-partitioning\n\nFor databases that use geo-partitioning, Spanner provides data\nresidency commitments at the [placement](/spanner/docs/create-manage-data-placements)\nlevel. For each placement, you can select a specific region or multi-region\nlocation as listed on the [Google Cloud locations page](/about/locations).\nSpanner stores your data at rest only within the selected region\nor multi-region with the following limitations:\n\n- A small subset of primary keys, indexed column values, and foreign key column values (for both placement and non-placement tables) are used as [split boundaries](/spanner/docs/schema-and-data-model#database-splits), which might be stored in the default placement.\n- Statistics and observability information for key ranges used for the [key visualizer](/spanner/docs/key-visualizer/getting-started), keys experiencing high [lock contention](/spanner/docs/introspection/lock-statistics), and [query statistics](/spanner/docs/introspection/query-statistics) are stored in the default placement.\n- Column-level [statistics](/spanner/docs/query-optimizer/overview#statistics-packages) used for query optimization are stored in the default placement.\n\nThe following are by design:\n\n- Placement table primary keys are used for routing traffic and might be stored in the default placement. If this is a concern, consider using [UUIDs](/spanner/docs/primary-key-default-value#universally_unique_identifier_uuid), or other keys that aren't in scope for data residency.\n- [Interleaved indexes](/spanner/docs/secondary-indexes#indexes_and_interleaving) inherit placement from the parent row. Global indexes (including keys and storing values) are placed in the default placement.\n- [Foreign keys backing indexes](/spanner/docs/foreign-keys/overview#backing-indexes) are placed in the default placement.\n- If you change the placement key for a row, the data move happens asynchronously. It might take hours to move the row to the new location. Even after the data is available and served from the new location, deletion of data from the old location is subject to the [Google Cloud data deletion process](/docs/security/deletion).\n\nData residency encryption\n-------------------------\n\nBy default, Spanner [encrypts customer data at rest](/docs/security/encryption/default-encryption).\nSpanner handles encryption for you without any additional actions\non your part. This option is called *Google default encryption*. By default,\nGoogle uses encryption keys from the same location as where your data resides.\n\nIf you want to control your encryption keys, then you can use\n*customer-managed encryption keys (CMEKs)* in [Cloud KMS](/kms/docs)\nwith CMEK-integrated services including Spanner. When using CMEK,\nyou must select keys in the same location as where your data resides. For more\ninformation, see [Customer-managed encryption keys (CMEK) overview](/spanner/docs/cmek)."]]
