Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Para evaluar tu base de datos de origen y cómo su uso se asigna a Spanner, debes analizar tus necesidades comerciales, técnicas, operativas y financieras. Te recomendamos que abarquen las siguientes áreas clave para tu evaluación:
Objetivos comerciales: Define los problemas comerciales específicos que resuelve Spanner, como la escalabilidad, la disponibilidad y la coherencia. Establece criterios de éxito medibles, como la reducción de la latencia, el aumento del volumen de transacciones y la reducción de costos.
Análisis de costos: Calcula el costo total potencial de usar Spanner (procesamiento, almacenamiento y red) y compáralo con los costos actuales de tu base de datos.
Ten en cuenta los costos de migración únicos y los gastos operativos continuos. Para obtener más información, consulta Precios de Spanner.
Compatibilidad del esquema: Analiza el esquema de la base de datos de origen existente para detectar posibles incompatibilidades con Spanner, como tipos de datos, restricciones, índices o procedimientos almacenados. Planifica las modificaciones del esquema y las transformaciones de datos para asignar correctamente el esquema de tu base de datos de origen a Spanner. Para obtener más información, consulta Recomendaciones sobre el diseño del esquema.
Coherencia de los datos y transacciones: Comprende el modelo de coherencia externa de Spanner y sus diferencias con el modelo de transacciones de tu base de datos de origen. Evalúa el impacto en la lógica de tu aplicación. Para obtener más información, consulta Spanner: TrueTime y coherencia externa.
Configuraciones regionales y de localidad de los datos: Determina la topología de implementación óptima de Spanner, como las implementaciones regionales, birregionales o multirregionales, según las ubicaciones de los usuarios, los requisitos de latencia y las consideraciones de costos. Para obtener más información, consulta Configuraciones de instancias.
Compatibilidad del código de la aplicación: Inventaría todas las interacciones de la base de datos con el código de tu aplicación. Identifica las áreas que requieren modificaciones debido a las diferencias en el dialecto de SQL, las bibliotecas cliente y la administración de transacciones.
Requisitos de rendimiento y escalabilidad: Define las cargas de trabajo actuales y proyectadas, como las proporciones de lectura y escritura, las tasas de transacciones y el volumen de datos.
Determina la latencia y la capacidad de procesamiento aceptables. Para obtener más información sobre el rendimiento de Spanner, consulta Descripción general del rendimiento.
Estrategia de migración y tiempo de inactividad: Desarrolla un plan de migración detallado, que incluya la extracción, la transformación, la carga y la validación de datos. Si el tiempo de inactividad no es un problema, puedes realizar una carga masiva y una migración única. De lo contrario, considera minimizar el tiempo de inactividad. Define un plan de reversión.
Consideración operativa: Planifica los cambios en la administración, la supervisión y la recuperación ante desastres de la base de datos. Evalúa la curva de aprendizaje del equipo.
Integra Spanner con los procesos y las herramientas operativas existentes.
Para obtener más información, consulta la Descripción general de la recuperación ante desastres.
Seguridad: Revisa las funciones de seguridad de Spanner, como la autenticación, la autorización y la encriptación. Garantizar el cumplimiento de las reglamentaciones pertinentes
[[["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-10 (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)."]]