Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Para avaliar seu banco de dados de origem e como o uso dele é mapeado para o Spanner, é necessário analisar suas necessidades comerciais, técnicas, operacionais e financeiras. Recomendamos que você aborde as seguintes áreas principais na sua avaliação:
Metas de negócios: defina os problemas específicos de negócios que o Spanner resolve, como escalonabilidade, disponibilidade e consistência. Estabeleça critérios de sucesso mensuráveis, como redução da latência, aumento do volume de transações e redução de custos.
Análise de custos: calcule o custo total potencial de usar o Spanner (computação, armazenamento e rede) e compare com os custos atuais do banco de dados.
Considere os custos únicos de migração e as despesas operacionais contínuas. Para mais
informações, consulte Preços do Spanner.
Compatibilidade de esquema: analise o esquema do banco de dados de origem atual para
possíveis incompatibilidades com o Spanner, como tipos de dados, restrições, índices ou procedimentos armazenados. Planeje as modificações de esquema e as transformações de dados para mapear adequadamente o esquema do banco de dados de origem para o Spanner. Para
mais informações, consulte
Práticas recomendadas de design de esquema.
Consistência de dados e transações: entenda o modelo de consistência externa do Spanner e as diferenças dele em relação ao modelo de transação do banco de dados de origem. Avalie o impacto na lógica do aplicativo. Para mais informações, consulte Spanner: TrueTime e consistência externa.
Localidade de dados e configurações regionais: determine a topologia de implantação ideal do Spanner, como implantações regionais, birregionais ou multirregionais, com base nos locais dos usuários, nos requisitos de latência e nas considerações de custo. Para mais informações, consulte
Configurações de instâncias.
Compatibilidade do código do aplicativo: inventarie todas as interações do banco de dados com o código do aplicativo. Identifique áreas que precisam ser modificadas devido a diferenças no dialeto SQL, nas bibliotecas de cliente e no gerenciamento de transações.
Requisitos de desempenho e escalonabilidade: defina as cargas de trabalho atuais e projetadas, como taxas de leitura e gravação, taxas de transação e volume de dados.
Determine a latência e a capacidade de processamento aceitáveis. Para mais informações sobre a performance do Spanner, consulte Visão geral da performance.
Estratégia de migração e inatividade: desenvolva um plano de migração detalhado, incluindo extração, transformação, carregamento e validação de dados. Se o tempo de inatividade não for um problema, faça um carregamento em massa e uma migração única. Caso contrário, considere minimizar o tempo de inatividade. Defina um plano de reversão.
Consideração operacional: planeje mudanças na administração, no monitoramento e na recuperação de desastres do banco de dados. Avalie a curva de aprendizado da equipe.
Integre o Spanner a ferramentas e processos operacionais atuais.
Para mais informações, consulte
Visão geral da recuperação de desastres.
Segurança: revise os recursos de segurança do Spanner, como autenticação, autorização e criptografia. Garantir a conformidade com as regulamentações relevantes.
[[["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-17 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)."]]
