Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
La valutazione del database di origine e di come il suo utilizzo viene mappato a Spanner
richiede la valutazione delle esigenze aziendali, tecniche, operative
e finanziarie. Ti consigliamo di coprire le seguenti aree chiave per la tua
valutazione:
Obiettivi commerciali: definisci i problemi aziendali specifici
che Spanner risolve, come scalabilità, disponibilità e
coerenza. Stabilisci criteri di successo misurabili, come latenza ridotta,
aumento del volume delle transazioni e riduzione dei costi.
Analisi dei costi: calcola il costo totale potenziale dell'utilizzo di Spanner
(calcolo, archiviazione e rete) e confrontalo con i costi attuali del database.
Tieni conto dei costi di migrazione una tantum e delle spese operative continue. Per ulteriori
informazioni, vedi Prezzi di Spanner.
Compatibilità dello schema: analizza lo schema del database di origine esistente per
possibili incompatibilità con Spanner, come tipi di dati, vincoli, indici o stored procedure. Pianifica le modifiche allo schema e le trasformazioni dei dati per mappare correttamente lo schema del database di origine a Spanner. Per
maggiori informazioni, consulta
Best practice per la progettazione degli schemi.
Coerenza dei dati e transazioni: scopri il modello di coerenza esterna di Spanner e le sue differenze rispetto al modello di transazione del database di origine. Valuta l'impatto sulla logica dell'applicazione. Per saperne di più, consulta la sezione Spanner: TrueTime e coerenza esterna.
Località dei dati e configurazioni regionali: determina la topologia di deployment di Spanner ottimale, ad esempio deployment regionali, a due regioni o multiregionali, in base alle località degli utenti, ai requisiti di latenza e alle considerazioni sui costi. Per ulteriori informazioni, vedi
Configurazioni delle istanze.
Compatibilità del codice dell'applicazione: inventaria tutte le interazioni con il database con
il codice dell'applicazione. Identifica le aree che richiedono modifiche a causa di
differenze nel dialetto SQL, nelle librerie client e nella gestione delle transazioni.
Requisiti di prestazioni e scalabilità: definisci i carichi di lavoro attuali e previsti, ad esempio i rapporti di lettura e scrittura, i tassi di transazione e il volume di dati.
Determina la latenza e la velocità effettiva accettabili. Per saperne di più sul rendimento di Spanner, consulta Panoramica del rendimento.
Strategia di migrazione e tempo di inattività: sviluppa un piano di migrazione dettagliato,
inclusi estrazione, trasformazione, caricamento e convalida dei dati. Se il tempo di inattività non è un problema,
puoi eseguire un caricamento collettivo e un cutover una tantum. In caso contrario, valuta la possibilità di ridurre al minimo
i tempi di inattività. Definisci un piano di rollback.
Considerazione operativa: pianifica le modifiche all'amministrazione, al monitoraggio e al ripristino di emergenza del database. Valuta la curva di apprendimento del team.
Integra Spanner con strumenti e processi operativi esistenti
Per ulteriori informazioni, vedi
Panoramica del disaster recovery.
Sicurezza: esamina le funzionalità di sicurezza di Spanner, come
autenticazione, autorizzazione
e crittografia. Garantire la conformità alle normative
pertinenti.
[[["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-05 UTC."],[],[],null,["# Assess your migration\n\nAssessing your source database and how its usage maps to Spanner\nrequires evaluating your business, technical, operational,\nand financial needs. We recommend covering the following key areas for your\nassessment:\n\n- **Business goals**: Define the specific business problems Spanner solves, such as scalability, availability, and consistency. Establish measurable success criteria, such as reduced latency, increased transaction volume, and cost reduction.\n\n\u003c!-- --\u003e\n\n- **Cost analysis** : Calculate the potential total cost of using Spanner (compute, storage, and network) and compare it to your current database costs. Factor in one-time migration costs and ongoing operational expenses. For more information, see [Spanner pricing](/spanner/pricing).\n\n\u003c!-- --\u003e\n\n- **Schema compatibility** : Analyze the existing source database schema for\n possible incompatibilities with Spanner such as data types, constraints,\n indexes, or stored procedures. Plan for schema modifications and data\n transformations to appropriately map your source database schema to Spanner. For\n more information, see\n [Schema design best practices](/spanner/docs/schema-design).\n\n- **Data consistency and transactions** : Understand Spanner's\n external consistency model and its differences from your source database\n transaction model. Evaluate the impact on your application logic. For more\n information, see\n [Spanner: TrueTime and external consistency](/spanner/docs/true-time-external-consistency).\n\n- **Data locality and regional configurations** : Determine optimal\n Spanner deployment topology such as regional, dual-region, or multi-region\n deployments based on user locations, latency requirements, and cost\n considerations. For more information, see\n [Instances configurations](/spanner/docs/instance-configurations#configuration).\n\n- **Application code compatibility**: Inventory all database interactions with\n your application code. Identify areas that require modification because of\n differences in SQL dialect, client libraries, and transaction management.\n\n- **Performance and scalability requirements** : Define current and projected\n workloads such as read and write ratios, transaction rates, and data volume.\n Determine acceptable latency and throughput. For more information on\n Spanner's performance, see\n [Performance overview](/spanner/docs/performance#typical-workloads).\n\n- **Migration strategy and downtime**: Develop a detailed migration plan,\n including data extraction, transformation, loading, and validation. If downtime isn't a concern,\n you can perform a one-time bulk load and cutover. Otherwise, consider minimizing\n downtime. Define a rollback plan.\n\n- **Operational consideration** : Plan for changes in database administration,\n monitoring, and disaster recovery. Assess the learning curve for the team.\n Integrate Spanner with existing operational tools and processes\n For more information, see\n [Disaster recovery overview](/spanner/docs/backup/disaster-recovery-overview).\n\n- **Security** : Review Spanner's security features such as\n [authentication](/spanner/docs/authentication), [authorization](/spanner/docs/iam),\n and [encryption](/spanner/docs/encryption-in-transit). Ensure compliance with relevant\n regulations.\n\nSource specific guides\n----------------------\n\n- MySQL: [Migrate from MySQL to Spanner](/spanner/docs/migrating-mysql-to-spanner)."]]
