Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina descrive la residenza dei dati per Spanner.
Spanner soddisfa i requisiti di conformità e normativi relativi alla residenza dei dati consentendoti di specificare le località geografiche (regioni) in cui vengono archiviati i dati di Spanner.
A questa pagina si applicano le seguenti definizioni:
Il termine i tuoi dati è equivalente al significato del termine "Dati dei clienti" nell'elemento Posizione dei dati dei Google Cloud
Termini di servizio generali.
Impegni per la residenza dei dati
Gli impegni relativi alla residenza dei dati in Spanner sono diversi per i database
che non utilizzano il partizionamento geografico rispetto ai database
che lo utilizzano.
Database che non utilizzano il partizionamento geografico
Per i database che non utilizzano il partizionamento geografico, Spanner fornisce impegni di residenza dei dati a livello di database in base ai Google Cloud Termini di servizio.
Database che utilizzano il partizionamento geografico
Per i database che utilizzano il partizionamento geografico, Spanner fornisce impegni di residenza dei dati a livello di posizionamento. Per ogni posizionamento, puoi selezionare una regione specifica o una località con più regioni come indicato nella Google Cloud pagina delle località.
Spanner archivia i dati at-rest solo all'interno della regione o delle regioni selezionate con le seguenti limitazioni:
Un piccolo sottoinsieme di chiavi primarie, valori di colonne indicizzate e valori di colonne di chiave esterna (sia per le tabelle di posizionamento che per quelle non di posizionamento) viene utilizzato come confini di suddivisione, che possono essere memorizzati nel posizionamento predefinito.
Le statistiche
a livello di colonna utilizzate per l'ottimizzazione delle query vengono memorizzate nel posizionamento predefinito.
I seguenti elementi sono previsti:
Le chiavi principali della tabella Posizionamento vengono utilizzate per il routing del traffico e potrebbero essere memorizzate nel posizionamento predefinito. Se questo è un problema, ti consigliamo di utilizzare
UUID o altre chiavi che non rientrano nell'ambito della residenza dei dati.
Gli indici interlacciati ereditano il posizionamento dalla riga principale. Gli indici globali (incluse le chiavi e
i valori di archiviazione) vengono inseriti nel posizionamento predefinito.
Se modifichi la chiave di posizionamento di una riga, lo spostamento dei dati avviene in modo asincrono. Potrebbero essere necessarie ore per spostare la riga nella nuova posizione. Anche
dopo che i dati sono disponibili e pubblicati dalla nuova posizione, l'eliminazione dei dati
dalla vecchia posizione è soggetta alla Google Cloud procedura di eliminazione dei dati.
Crittografia della residenza dei dati
Per impostazione predefinita, Spanner cripta i dati dei clienti at-rest.
Spanner gestisce la crittografia per conto tuo senza che tu debba fare altro. Questa opzione è denominata Crittografia predefinita di Google. Per impostazione predefinita,
Google utilizza le chiavi di crittografia della stessa posizione in cui si trovano i tuoi dati.
Se vuoi controllare le tue chiavi di crittografia, puoi utilizzare
chiavi di crittografia gestite dal cliente (CMEK) in Cloud KMS
con servizi integrati con CMEK, tra cui Spanner. Quando utilizzi CMEK,
devi selezionare le chiavi nella stessa posizione in cui si trovano i dati. Per ulteriori informazioni, consulta la panoramica delle chiavi di crittografia gestite dal cliente (CMEK).
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-09 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)."]]
