Metodología de éxito de implementación de Synapse: evaluación del diseño del grupo de SQL dedicado

  • Artículo

Nota

Este artículo forma parte de la serie de artículos Éxito en la implementación de Azure Synapse por diseño. Para obtener información general sobre la serie, vea Éxito en la implementación de Azure Synapse por diseño.

Debe evaluar el diseño del grupo de SQL dedicado para identificar problemas y validar que cumple las instrucciones y los requisitos. Al evaluar el diseño antes de que comience el desarrollo de la solución, puede evitar obstáculos y cambios de diseño inesperados. De este modo, protegerá la escala de tiempo y el presupuesto del proyecto.

Synapse SQL tiene una arquitectura de escalabilidad horizontal que distribuye el procesamiento de cálculo de datos entre varios nodos. Como el proceso está separado del almacenamiento, se puede escalar con independencia de los datos del sistema. Para más información, consulte Arquitectura de grupos de SQL dedicados (anteriormente SQL DW) en Azure Synapse Analytics.

Análisis de la evaluación

Durante la fase de evaluación, recopiló información sobre cómo se implementó el sistema original y los detalles de las estructuras que se implementaron. Esa información ahora puede ayudarle a identificar las brechas entre lo que se ha implementado y lo que se debe desarrollar. Por ejemplo, ahora es el momento de considerar el impacto de diseñar tablas round robin en lugar de tablas hash distribuidas, o las ventajas de rendimiento de usar correctamente tablas replicadas.

Revisión de la arquitectura de destino

Para implementar correctamente un grupo de SQL dedicado, es importante adoptar una arquitectura que esté alineada con los requisitos empresariales. Para más información, consulte Almacenamiento de datos en Microsoft Azure.

Ruta de migración

Un proyecto de migración para Azure Synapse es similar a cualquier otra migración de base de datos. Debe tener en cuenta que puede haber diferencias entre el sistema original y Azure Synapse.

Asegúrese de que tiene establecida una ruta de migración clara para:

  • Objetos, scripts y consultas de base de datos
  • Transferencia de datos (exportación de origen y tránsito a la nube)
  • Carga de datos inicial en Azure Synapse
  • Inicios de sesión y usuarios
  • Control de acceso a datos (seguridad de nivel de fila)

Para más información, consulte Migración de un almacenamiento de datos a un grupo de SQL dedicado en Azure Synapse Analytics.

Intervalos de características

Determine si el sistema original depende de las características que no son compatibles con Azure Synapse. Las características no admitidas en grupos de SQL dedicados incluyen determinados tipos de datos, como XML y tipos de datos espaciales y cursores.

Para más información, consulte:

Prueba de grupo de SQL dedicado

Al igual que con cualquier otro proyecto, debe realizar pruebas para asegurarse de que el grupo de SQL dedicado entrega las necesidades empresariales necesarias. Es fundamental probar la calidad de los datos, la integración de datos, la seguridad y el rendimiento.

Pasos siguientes

En el siguiente artículo de la serie de Diseño de éxito de Azure Synapse, aprenderá a evaluar el diseño del grupo de Spark para identificar problemas y validar que cumple las instrucciones y los requisitos.