Elección de la característica de Azure SQL Database adecuada

Completado

En nuestro escenario de fabricación de bicicletas, ya ha identificado y caracterizado las bases de datos que desea migrar a Azure SQL Database. Ahora, quiere planificar la migración, teniendo en cuenta la capacidad de recuperación de datos, la recuperación ante desastres, la seguridad y otros detalles de implementación.

Le gustaría conocer las herramientas y características disponibles para admitir con el proceso de migración a Azure SQL Database.

Ventajas de Azure SQL Database

A continuación se resumen las ventajas de implementar bases de datos únicas y de grupos elásticos:

Categoría Característica
Copia de seguridad y recuperación Copia de seguridad automática
Restauración a un momento dado
Retención de copias de seguridad durante más de 7 días
La retención de copias de seguridad a largo plazo almacena copias de seguridad durante 10 años como máximo.
Alta disponibilidad Garantía de disponibilidad del 99,99 %
Disponibilidad integrada con tres réplicas secundarias
Redundancia de zona a través de zonas de disponibilidad de Azure
Recuperación ante desastres Restauración geográfica de copias de seguridad de bases de datos
Replicación geográfica activa entre regiones de Azure
Escalabilidad del servicio Escalado y reducción verticales dinámicos
Escalado horizontal con varias particiones
Uso compartido de recursos de proceso entre bases de datos mediante grupos elásticos
Seguridad Compatibilidad con la autenticación de Microsoft Entra
Características de seguridad solo de nube, como Protección contra amenazas avanzada
Cifrado de datos transparente (TDE) habilitado de manera predeterminada
Compatibilidad con el enmascaramiento de datos dinámico y estático, seguridad a nivel de filas y Always Encrypted
Lista de permitidos del firewall
Licencias Modelo de compra de DTU para costos predictivos
Modelo de compra de núcleos virtuales, que permite escalar el almacenamiento de forma independiente del proceso
Combinación del modelo de compra de núcleos virtuales con la Ventaja híbrida de Azure para SQL Server con el fin de obtener un ahorro de costos de hasta un 30 %

Sugerencia

Para revisar las ventajas de migrar a Azure SQL Database y las características disponibles, consulte el módulo Implementación de soluciones PaaS con Azure SQL.

Características exclusivas de Azure SQL Database

Algunas características que no están disponibles en otras ofertas de Azure SQL se admiten en Azure SQL Database:

Característica Definición
Hiperescala Arquitectura nativa de la nube que permite un proceso y almacenamiento escalables de forma independiente, lo que proporciona mayor flexibilidad y recursos que otros niveles.
Escalado automático Con nivel de proceso sin servidor
Ajuste automático (índices) Esta característica integrada identifica y crea automáticamente índices que pueden mejorar el rendimiento de la carga de trabajo. También comprueba que el rendimiento de las consultas ha mejorado y quita índices sin usar o duplicados.
Consulta elástica Le permite ejecutar consultas de T-SQL que unen varias bases de datos en SQL Database. Esta característica es útil para las aplicaciones que usan nombres de tres y cuatro partes que no se pueden cambiar.
Trabajos elásticos La característica de trabajo elástico es el reemplazo del Agente SQL Server para Azure SQL Database. Hasta cierto punto, el trabajo elástico es equivalente a la característica Administración multiservidor disponible en una instancia de SQL Server.
SQL Data Sync Le permite sincronizar de forma incremental los datos en varias bases de datos que se ejecutan en SQL Database o SQL Server.
Información de rendimiento de consultas (QPI) Esta herramienta le ayudará a encontrar consultas que optimizan el rendimiento general de la carga de trabajo y que usan de forma eficaz el recurso por el que paga.

Importante

Para comprender las diferencias en las características adicionales de SQL Database, SQL Server y Azure SQL Managed Instance, así como las que existen entre distintas opciones de Azure SQL Database, Consulte Características de SQL Database.

Opciones de migración admitidas

Hay dos modos de migración a Azure SQL Database: en línea y sin conexión. El modo en línea tiene un tiempo de inactividad mínimo o sin tiempo de inactividad, mientras que el modo sin conexión experimenta tiempo de inactividad durante el proceso de migración.

Herramienta Modo de migración
Azure Database Migration Service Offline
Replicación transaccional En línea
Azure Migrate Offline
SQL Data Sync * Sin conexión
Asistente de importación y exportación/BACPAC Offline
Copia masiva (utilidad bcp) Offline
Azure Data Factory Offline
Data Migration Assistant (DMA) Offline

* Puede tener un mayor impacto en el rendimiento en función de la carga de trabajo.

Nota:

Aunque Database Migration Assistant es una herramienta útil que está disponible, se recomienda usar Azure Database Migration Service para migraciones de gran tamaño y una experiencia general mejorada.

Rendimiento de la migración

Tenga en cuenta las siguientes recomendaciones al migrar a Azure SQL Database:

  • Supervise la E/S y la latencia del archivo de datos en el origen y mitigue los cuellos de botella.
  • Escale verticalmente la base de datos de Azure SQL de destino a un núcleo virtual Gen5 8 Crítico para la empresa o use el nivel de servicio Hiperescala para minimizar la latencia de los archivos de registro.
  • Asegúrese de que el ancho de banda de red pueda adaptarse a la velocidad máxima de ingesta de registros.
  • Elija el nivel de servicio y el tamaño de proceso más altos para obtener el rendimiento máximo de la transferencia y reduzca verticalmente después de la migración.
  • Minimice la distancia entre los archivos BACPAC y el centro de datos de destino.
  • Deshabilite la actualización automática y cree automáticamente las estadísticas durante la migración.
  • Cree particiones de tablas e índices, quite vistas indexadas y vuelva a crearlas después de la migración.
  • Considere la posibilidad de migrar datos históricos consultados raramente a una base de datos independiente en Azure SQL Database y consúltela mediante consultas elásticas.

Reintento de conexiones de aplicación

Al migrar a Azure SQL Database, es importante prever errores transitorios ocasionales al conectarse al recurso de base de datos e implementar un método lógico de reintento adecuado. También es importante establecer un número máximo de reintentos antes de que finalice el programa.

Se recomienda esperar 5 segundos como mínimo en el primer reintento. Cada intento siguiente debe aumentar exponencialmente el retraso, hasta un máximo de 60 segundos.

Nota:

Si se produce un error transitorio en una instrucción SELECT para SQL Database, no vuelva a intentarlo directamente. En su lugar, vuelva a intentar usar la instrucción SELECT en una nueva conexión.

Para obtener más información sobre las entidades de seguridad de reintento de conexión, consulte Solución de errores de conexión transitorios en SQL Database y SQL Managed Instance.