Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Esta página descreve a residência de dados do Spanner.
O Spanner atende aos requisitos regulatórios e de compliance
de residência de dados, permitindo que você especifique as localizações geográficas (regiões) onde
os dados do Spanner são armazenados.
As definições a seguir são aplicáveis a esta página:
O termo seus dados é equivalente ao significado do termo
"Dados do cliente" no item Local de dados nos
Termos gerais de serviço Google Cloud.
Compromissos de residência de dados
Os compromissos de residência de dados no Spanner são diferentes para bancos de dados
que não usam o particionamento geográfico em comparação com
bancos de dados que usam o particionamento geográfico.
Bancos de dados que não usam particionamento geográfico
Para bancos de dados que não usam particionamento geográfico, o Spanner oferece
compromissos de residência de dados no nível do banco de dados de acordo com os
Google Cloud Termos de Serviço.
Bancos de dados que usam particionamento geográfico
Para bancos de dados que usam particionamento geográfico, o Spanner fornece compromissos de residência de dados no nível do local. Para cada canal, você pode selecionar uma região ou um local multirregional
específico, conforme listado na páginaGoogle Cloud locais.
O Spanner armazena seus dados em repouso apenas na região selecionada
ou multirregional com as seguintes limitações:
Um pequeno subconjunto de chaves primárias, valores de colunas indexadas e valores de colunas de chave externa (para tabelas de posicionamento e não posicionamento) são usados como limites de divisão, que podem ser armazenados na posição padrão.
As estatísticas no nível da coluna
usadas para otimização de consulta são armazenadas no posicionamento padrão.
As seguintes ações são por design:
As chaves primárias da tabela de posicionamento são usadas para rotear o tráfego e podem ser armazenadas
na posição padrão. Se isso for um problema, use
UUIDs
ou outras chaves que não estejam no escopo da residência de dados.
Os índices entrelaçados
herdam a posição da linha mãe. Os índices globais (incluindo chaves e
valores de armazenamento) são colocados na posição padrão.
Se você mudar a chave de posicionamento de uma linha, a transferência de dados vai acontecer
de forma assíncrona. Pode levar horas para mover a linha para o novo local. Mesmo
depois que os dados estiverem disponíveis e veiculados no novo local, a exclusão de dados
do local antigo está sujeita ao Google Cloud processo de exclusão de dados.
Criptografia da residência de dados
Por padrão, o Spanner criptografa os dados do cliente em repouso.
O Spanner processa a criptografia para você sem que você precise
executar nenhuma outra ação. Essa opção é chamada de Criptografia padrão do Google. Por padrão,
o Google usa chaves de criptografia do mesmo local em que os dados estão armazenados.
Se você quiser controlar suas chaves de criptografia, use
chaves de criptografia gerenciadas pelo cliente (CMEKs) no Cloud KMS
com serviços integrados a CMEKs, incluindo o Spanner. Ao usar a CMEK,
selecione chaves no mesmo local onde os dados estão armazenados. Para mais
informações, consulte Visão geral das chaves de criptografia gerenciadas pelo cliente (CMEK).
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-11 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)."]]
