Compartir a través de

Revisión de Azure Well-Architected Framework: Azure SQL Database

  • Artículo

Azure SQL Database es un motor de base de datos de plataforma como servicio (PaaS) totalmente administrado que se encarga de la mayoría de las funciones de administración de bases de datos sin intervención del usuario. Las funciones de administración incluyen actualizaciones, revisiones, copias de seguridad y supervisión.

El tipo de recurso de base de datos única crea una base de datos en Azure SQL Database con su propio conjunto de recursos y se administra a través de un servidor lógico. Puede elegir entre el modelo de compra basado en DTU o el modelo de compra basado en núcleo virtual. Puede crear varias bases de datos en un único grupo de recursos, con grupos elásticos.

Las secciones siguientes incluyen una lista de comprobación de diseño y opciones de diseño recomendadas específicas de la seguridad de Azure SQL Database. La guía se basa en los cinco pilares de excelencia arquitectónica:

  • Confiabilidad
  • Seguridad
  • Optimización de costes
  • Excelencia operativa
  • Eficiencia del rendimiento

Requisitos previos

Azure SQL Database y la confiabilidad

Azure SQL Database es un motor de base de datos de plataforma como servicio (PaaS) totalmente administrado que se encarga de la mayoría de las funciones de administración de bases de datos sin intervención del usuario. Entre las funciones de administración se incluyen:

  • Actualizaciones
  • Revisiones
  • Copias de seguridad
  • Supervisión

Este servicio permite crear una capa de almacenamiento de datos de alta disponibilidad y alto rendimiento para las aplicaciones y cargas de trabajo de Azure. Azure SQL Database se ejecuta siempre en la última versión estable del motor de base de datos de SQL Server y en un sistema operativo revisado con el 99.99% de disponibilidad.

Para obtener más información sobre cómo Azure SQL Database promueve la confiabilidad y permite que su empresa siga funcionando durante las interrupciones, consulte Funcionalidades de disponibilidad.

En las secciones siguientes se incluyen consideraciones de diseño, una lista de comprobación de configuración y opciones de configuración recomendadas específicas de Azure SQL Database para la confiabilidad.

Consideraciones de diseño

Azure SQL Database incluye las siguientes consideraciones de diseño:

  • El nivel Crítico para la empresa de Azure SQL Database configurado con replicación geográfica tiene un objetivo de tiempo de recuperación (RTO) garantizado de 30 segundos para el 100% de las horas implementadas.

  • Use el particionamiento para distribuir datos y procesos entre muchas bases de datos estructuradas de forma idéntica. El particionamiento proporciona una alternativa a los enfoques tradicionales de escalabilidad vertical en cuanto a costos y elasticidad. Considere el uso del particionamiento para realizar una partición horizontal de la base de datos. El particionamiento puede proporcionar aislamiento de errores. Para más información, consulte Escalado horizontal con Azure SQL Database.

  • Los niveles Crítico para la empresa y Premium de Azure SQL Database no configurados para implementaciones con redundancia de zona, los niveles De uso general, Estándar o Básico, o el nivel Hiperescala con dos o más réplicas tienen una garantía de disponibilidad. Para más información sobre la garantía de disponibilidad, consulte SLA para Azure SQL Database.

  • Proporciona alta disponibilidad regional integrada y replicación geográfica inmediata en cualquier región de Azure. Incluye inteligencia para admitir características autónomas, como:

    • Optimización del rendimiento
    • Supervisión de amenazas
    • Evaluaciones de vulnerabilidades
    • Aplicación de revisiones y actualización del código base totalmente automatizadas

  • Defina un contrato de nivel de servicio de rendimiento de la aplicación y supervíselo mediante alertas. Detecte rápidamente si el rendimiento de una aplicación se degrada involuntariamente por debajo de un nivel aceptable, lo que es importante para mantener una alta resistencia. Use la solución de supervisión previamente definida para establecer alertas sobre las métricas de rendimiento de consultas clave, de modo que pueda tomar medidas cuando el rendimiento incumpla el Acuerdo de Nivel de Servicio. Vaya a Monitor Your Database and alerting tools (Supervisar la base de datos y las herramientas de alertas) para obtener más información.

  • Use la restauración geográfica para recuperarse de una interrupción del servicio. Puede restaurar una base de datos en cualquier servidor de SQL Database o en una base de datos de instancia en cualquier Instancia administrada de cualquier región de Azure a partir de las copias de seguridad con replicación geográfica más recientes. La restauración geográfica usa una copia de seguridad con replicación geográfica como su origen. Puede solicitar una restauración geográfica aunque la base de datos o el centro de datos sean inaccesibles debido a una interrupción. La restauración geográfica restaura una base de datos a partir de una copia de seguridad con redundancia geográfica. Para más información, consulte Recuperación de una base de datos de Azure SQL mediante copias de seguridad de base de datos automatizadas.

  • Utilice el nivel Crítico para la empresa configurado con replicación geográfica, que garantiza un objetivo de punto de recuperación (RPO) de 5 segundos para el 100% de las horas implementadas.

  • Las funcionalidades PaaS integradas en Azure SQL Database permiten centrarse en las actividades de administración y optimización de bases de datos específicas del dominio que son críticas para el negocio.

  • Utilice la restauración a un momento dado para realizar la recuperación en caso de errores humanos. La restauración a un momento dado devuelve la base de datos a un momento dado anterior para recuperar los datos frente a los cambios efectuados por accidente. Para más información, lea la documentación sobre la restauración a un momento dado (PITR).

  • Los niveles Crítico para la empresa o Premium se configuran como implementaciones con redundancia de zona que tienen una garantía de disponibilidad. Para más información sobre la garantía de disponibilidad, consulte SLA para Azure SQL Database.

Lista de comprobación

¿Ha configurado Azure SQL Database teniendo en cuenta la confiabilidad?

  • Use la replicación geográfica activa para crear una réplica secundaria legible en una región distinta.
  • Utilice un grupo de conmutación por error automática que pueda incluir una o varias bases de datos utilizadas normalmente por la misma aplicación.
  • Use una base de datos con redundancia de zona.
  • Supervise Azure SQL Database casi en tiempo real para detectar incidentes de confiabilidad.
  • Implemente la lógica de reintento.
  • Haga una copia de seguridad de sus claves.

Recomendaciones para la configuración

Explore la siguiente tabla de recomendaciones para optimizar la configuración de Azure SQL Database para la confiabilidad:

Recomendación Descripción
Use la replicación geográfica activa para crear una réplica secundaria legible en una región distinta. Si se produce un error en la base de datos principal, realice una conmutación por error manual a la base de datos secundaria. Hasta que se realiza la conmutación por error, la base de datos secundaria sigue siendo de solo lectura. La replicación geográfica activa permite crear réplicas legibles y realizar una conmutación por error manual a cualquier réplica en el caso de una interrupción en el centro de datos o una actualización de la aplicación. Se admiten hasta cuatro bases de datos secundarias en las mismas o en otras regiones, y las secundarias también se pueden usar para las consultas de acceso de solo lectura. La aplicación o el usuario deben iniciar manualmente la conmutación por error. Después de la conmutación por error, el nuevo elemento principal tiene un punto de conexión diferente.
Utilice un grupo de conmutación por error automática que pueda incluir una o varias bases de datos utilizadas normalmente por la misma aplicación. Puede usar las bases de datos secundarias legibles para descargar las cargas de trabajo de consulta de solo lectura. Debido a que los grupos de conmutación por error automática conllevan varias bases de datos, se deben configurar en el servidor principal. Los grupos de conmutación por error automática admiten la replicación de todas las bases de datos en el grupo solo a una instancia o un servidor secundario en otra región. Obtenga más información sobre los grupos de AutoFailover y el diseño de recuperación ante desastres.
Use una base de datos con redundancia de zona. De forma predeterminada, el clúster de nodos del modelo de disponibilidad premium se crea en el mismo centro de datos. Con la incorporación de Azure Availability Zones, SQL Database puede colocar diferentes réplicas de la base de datos de nivel Crítico para la empresa en diferentes zonas de disponibilidad de la misma región. Para eliminar un punto de error único, también se duplica el anillo de control en varias zonas como tres anillos de puerta de enlace. El enrutamiento a un anillo de puerta de enlace específico se controla mediante Azure Traffic Manager (ATM). Como la configuración de redundancia de zona de los niveles de servicio Premium y Crítico para la empresa no crea redundancia adicional de base de datos, puede habilitarla sin costo adicional. Aprenda más sobre las bases de datos con redundancia de zona.
Supervise Azure SQL Database casi en tiempo real para detectar incidentes de confiabilidad. Use una de las soluciones disponibles para supervisar SQL DB a fin de detectar pronto posibles incidentes de confiabilidad y hacer que las bases de datos sean más confiables. Elija una solución de supervisión casi en tiempo real para reaccionar rápidamente ante los incidentes. Consulte Azure SQL Analytics para más información.
Implemente la lógica de reintento. Aunque Azure SQL Database es resistente en lo que se refiere a los errores transitorios de la infraestructura, estos pueden afectar a la conectividad. Cuando se produzca un error transitorio mientras trabaja con SQL Database, asegúrese de que el código pueda reintentar la llamada. Para más información, consulte cómo implementar la lógica de reintento.
Haga una copia de seguridad de sus claves. Si no usa claves de cifrado en Azure Key Vault para proteger los datos, haga una copia de seguridad de las claves.

Azure SQL Database y seguridad

SQL Database proporciona varias características integradas de seguridad y cumplimiento que facilitan que su aplicación cumpla los distintos requisitos de seguridad y cumplimiento normativo.

Diseño de una lista de comprobación

¿Ha diseñado la carga de trabajo y configurado Azure SQL Database teniendo en cuenta la seguridad?

  • Comprenda los servidores lógicos y cómo puede administrar inicios de sesión para varias bases de datos cuando corresponda.
  • Habilite la autenticación de Microsoft Entra con Azure SQL. La autenticación de Microsoft Entra permite la administración simplificada de permisos y la administración centralizada de identidades.
  • Los servidores lógicos de Azure SQL deben tener aprovisionado un administrador de Microsoft Entra.
  • Compruebe que la dirección de correo electrónico de la información de contacto de la suscripción de Azure para el administrador de servicios y los coadministradores lleguen a las partes correctas dentro de su empresa. No quiere perder ni omitir las notificaciones de seguridad importantes de Azure.
  • Revise la arquitectura de conectividad de Azure SQL Database. Elija la Redirect directiva de conexión o Proxy según corresponda.
  • Revise las reglas de firewall de Azure SQL Database.
  • Use reglas de red virtual para controlar la comunicación desde subredes concretas en redes virtuales.
  • Si usa Azure Firewall, configure las reglas de aplicación de Azure Firewall con FQDN de SQL.

Recomendaciones

Recomendación Prestación
Revise la versión mínima de TLS. Determine si tiene aplicaciones heredadas que requieren conexiones TLS anteriores o sin cifrar. Después de aplicar una versión de TLS, no es posible revertir al valor predeterminado. Revise y configure la versión mínima de TLS para las conexiones de SQL Database a través de Azure Portal. Si no es así, establezca la versión más reciente de TLS en el mínimo.
Libro mayor Considere la posibilidad de diseñar tablas de base de datos basadas en el libro de contabilidad para proporcionar auditoría, evidencia de manipulación y confianza de todos los cambios de datos.
Always Encrypted Considere la posibilidad de diseñar el acceso a aplicaciones basado en Always Encrypted para proteger los datos confidenciales dentro de las aplicaciones mediante la delegación del acceso a los datos a las claves de cifrado.
Puntos de conexión privados y vínculo privado Las conexiones de punto de conexión privado aplican una comunicación segura habilitando la conectividad privada con Azure SQL Database. Puede usar un punto de conexión privado para proteger las conexiones y denegar el acceso a la red pública de forma predeterminada. Azure Private Link para Azure SQL Database es un tipo de punto de conexión privado recomendado para Azure SQL Database.
Evaluaciones automatizadas de vulnerabilidades Supervisión de los resultados y recomendaciones del examen de evaluación de vulnerabilidades para corregir las vulnerabilidades de la base de datos.
Advanced Threat Protection Detecte actividades anómalas que indican intentos inusuales y potencialmente dañinos de acceder o aprovechar bases de datos con Advanced Threat Protection para Azure SQL Database. Protección contra amenazas avanzada integra sus alertas con Microsoft Defender for Cloud.
Auditoría Realice un seguimiento de eventos de base de datos con auditoría para Azure SQL Database.
Identidades administradas Considere la posibilidad de configurar una identidad administrada asignada por el usuario (UMI). Las identidades administradas para recursos de Azure eliminan la necesidad de administrar las credenciales en el código.
Autenticación solo de Microsoft Entra Considere la posibilidad de deshabilitar la autenticación basada en SQL y permitir solo la autenticación de Microsoft Entra.

Definiciones de directiva

Revise la línea de base de seguridad de Azure para las definiciones integradas de Azure SQL Database y Azure Policy.

Todas las definiciones de directivas integradas relacionadas con Azure SQL se enumeran en Directivas integradas.

Tutorial de revisión : Protección de una base de datos en Azure SQL Database.

Azure SQL Database y la optimización de costos

Azure SQL Database es un motor de base de datos de plataforma como servicio (PaaS) totalmente administrado que se encarga de la mayoría de las funciones de administración de bases de datos sin intervención del usuario. Entre las funciones de administración se incluyen:

  • Actualizaciones
  • Revisiones
  • Copias de seguridad
  • Supervisión

Este servicio permite crear una capa de almacenamiento de datos de alta disponibilidad y alto rendimiento para las aplicaciones y cargas de trabajo de Azure. SQL Database incluye inteligencia integrada que le ayuda a reducir drásticamente los costos de ejecución y administración de bases de datos mediante la supervisión y optimización automáticas del rendimiento.

Para obtener más información sobre la manera en que Azure SQL Database ofrece características de ahorro de costos, consulte Planeamiento y administración de los costos de Azure SQL Database.

En las secciones siguientes se incluye una lista de comprobación de configuración y opciones de configuración recomendadas específicas de Azure SQL Database para la optimización de costos.

Lista de comprobación

¿Ha configurado Azure SQL Database teniendo en cuenta la optimización de costos?

Recomendaciones para la configuración

Explore la siguiente tabla de recomendaciones para optimizar la configuración de Azure SQL Database para el ahorro de costos:

Recomendación Descripción
Optimice las consultas. Optimice las consultas, tablas y bases de datos mediante Query Performance Insights y Recomendaciones de rendimiento para ayudar a reducir el consumo de recursos y llegar a la configuración adecuada.
Evaluar el uso de recursos. Evalúe el uso de recursos para todas las bases de datos y determine si se han dimensionado y aprovisionado correctamente. En el caso de las bases de datos que no son de producción, considere la posibilidad de reducir verticalmente los recursos según corresponda. Las DTU o núcleos virtuales de una base de datos se pueden escalar a petición, por ejemplo, al ejecutar una prueba de carga o una prueba de aceptación del usuario.
Ajuste del consumo del almacenamiento de copia de seguridad En el caso de las bases de datos de núcleo virtual en Azure SQL Database, el almacenamiento que consume cada tipo de copia de seguridad (completa, diferencial y de registro) se notifica en la hoja de supervisión de la base de datos como una métrica independiente. No se cobra el consumo de almacenamiento de copia de seguridad hasta el tamaño máximo de los datos de una base de datos. El exceso de consumo del almacenamiento de copia de seguridad dependerá de la carga de trabajo y del tamaño máximo de las bases de datos individuales. Para más información, consulte Consumo de almacenamiento de copia de seguridad.
Evalúe Azure SQL Database sin servidor. Considere la posibilidad de usar Azure SQL Database sin servidor a través del nivel de computación aprovisionado. El modelo sin servidor es un nivel de proceso para bases de datos únicas que escala automáticamente el proceso según la demanda de carga de trabajo y se factura según la cantidad de proceso usada por segundo. Además, el nivel de proceso sin servidor pausa automáticamente las bases de datos durante períodos de inactividad, cuando solo se factura el almacenamiento. Reactiva automáticamente las bases de datos cuando se reanuda la actividad. Azure SQL Database sin servidor no es adecuado para todos los escenarios. Si tiene una base de datos con patrones de uso imprevisibles o de ráfaga intercalados con períodos de uso bajo o inactivo, sin servidor es una solución que puede ayudarle a optimizar el rendimiento de los precios.
Considere la posibilidad de reservar capacidad para Azure SQL Database. Puede reducir los costos de proceso asociados a Azure SQL Database mediante el descuento de reserva. Una vez que haya determinado la capacidad de proceso total y el nivel de rendimiento para Azure SQL Database en una región, puede usar esta información para reservar la capacidad. La reserva puede abarcar uno o tres años. Para obtener más información, consulte Ahorro de costos para los recursos con capacidad reservada.
Los grupos elásticos ayudan a administrar y escalar varias bases de datos de Azure SQL Database Los grupos de bases de datos elásticas de Azure SQL Database son una solución simple y rentable para administrar y escalar varias bases de datos que tienen distintas e imprevisibles demandas de uso. En un grupo elástico, las bases de datos se encuentran en un único servidor y comparten un número establecido de recursos a un precio establecido. Para más información, consulte Grupos elásticos para administrar y escalar varias bases de datos.

Para más información, consulte Planeamiento y administración de costos de Azure SQL Database.

Azure SQL Database y la excelencia operativa

Azure SQL Database es un motor de base de datos de plataforma como servicio (PaaS) totalmente administrado que se encarga de la mayoría de las funciones de administración de bases de datos sin intervención del usuario. Entre las funciones de administración se incluyen:

  • Actualizaciones
  • Revisiones
  • Copias de seguridad
  • Supervisión

Este servicio permite crear una capa de almacenamiento de datos de alta disponibilidad y alto rendimiento para las aplicaciones y cargas de trabajo de Azure. Azure SQL Database proporciona funcionalidades avanzadas de supervisión y optimización respaldadas por la inteligencia artificial para ayudarle a solucionar problemas y maximizar el rendimiento de sus bases de datos y soluciones.

Para más información sobre cómo Azure SQL Database promueve la excelencia operativa y permite que su empresa siga funcionando durante las interrupciones, consulte Supervisión y optimización del rendimiento en Azure SQL Database.

En las secciones siguientes se incluyen consideraciones de diseño, una lista de comprobación de configuración y opciones de configuración recomendadas específicas de Azure SQL Database y la excelencia operativa.

Consideraciones de diseño

Azure SQL Database incluye las siguientes consideraciones de diseño:

  • El nivel Crítico para la empresa de Azure SQL Database configurado con replicación geográfica tiene un objetivo de tiempo de recuperación (RTO) garantizado de 30 segundos para el 100% de las horas implementadas.

  • Use el particionamiento para distribuir datos y procesos entre muchas bases de datos estructuradas de forma idéntica. El particionamiento proporciona una alternativa a los enfoques tradicionales de escalabilidad vertical en cuanto a costos y elasticidad. Considere el uso del particionamiento para realizar una partición horizontal de la base de datos. El particionamiento puede proporcionar aislamiento de errores. Para más información, consulte Escalado horizontal con Azure SQL Database.

  • Los niveles Crítico para la empresa y Premium de Azure SQL Database no configurados para implementaciones con redundancia de zona, los niveles De uso general, Estándar o Básico, o el nivel Hiperescala con dos o más réplicas tienen una garantía de disponibilidad. Para más información, consulte SLA para Azure SQL Database.

  • Proporciona alta disponibilidad regional integrada y replicación geográfica inmediata en cualquier región de Azure. Incluye inteligencia para admitir características autónomas, como:

    • Optimización del rendimiento
    • Supervisión de amenazas
    • Evaluaciones de vulnerabilidades
    • Aplicación de revisiones y actualización del código base totalmente automatizadas

  • Defina un contrato de nivel de servicio de rendimiento de la aplicación y supervíselo mediante alertas. Detecte rápidamente si el rendimiento de una aplicación se degrada involuntariamente por debajo de un nivel aceptable, lo que es importante para mantener una alta resistencia. Use la solución de supervisión previamente definida para establecer alertas sobre las métricas de rendimiento de consultas clave, de modo que pueda tomar medidas cuando el rendimiento incumpla el Acuerdo de Nivel de Servicio. Vaya a Supervisión de la base de datos para más información.

  • Use la restauración geográfica para recuperarse de una interrupción del servicio. Puede restaurar una base de datos en cualquier servidor de SQL Database o en una base de datos de instancia en cualquier Instancia administrada de cualquier región de Azure a partir de las copias de seguridad con replicación geográfica más recientes. La restauración geográfica usa una copia de seguridad con replicación geográfica como su origen. Puede solicitar una restauración geográfica aunque la base de datos o el centro de datos sean inaccesibles debido a una interrupción. La restauración geográfica restaura una base de datos a partir de una copia de seguridad con redundancia geográfica. Para más información, consulte Recuperación de una base de datos de Azure SQL mediante copias de seguridad de base de datos automatizadas.

  • Utilice el nivel Crítico para la empresa configurado con replicación geográfica, que garantiza un objetivo de punto de recuperación (RPO) de 5 segundos para el 100% de las horas implementadas.

  • Las funcionalidades PaaS integradas en Azure SQL Database permiten centrarse en las actividades de administración y optimización de bases de datos específicas del dominio que son críticas para el negocio.

  • Utilice la restauración a un momento dado para realizar la recuperación en caso de errores humanos. La restauración a un momento dado devuelve la base de datos a un momento dado anterior para recuperar los datos frente a los cambios efectuados por accidente. Para más información, lea la documentación sobre la restauración a un momento dado (PITR).

  • Los niveles Crítico para la empresa o Premium se configuran como implementaciones con redundancia de zona. Para más información sobre la garantía de disponibilidad, consulte SLA para Azure SQL Database.

Lista de comprobación

¿Ha configurado Azure SQL Database teniendo en cuenta la excelencia operativa?

  • Use la replicación geográfica activa para crear una réplica secundaria legible en una región distinta.
  • Utilice un grupo de conmutación por error automática que pueda incluir una o varias bases de datos utilizadas normalmente por la misma aplicación.
  • Use una base de datos con redundancia de zona.
  • Supervise Azure SQL Database casi en tiempo real para detectar incidentes de confiabilidad.
  • Implementación de la lógica de reintento.
  • Haga una copia de seguridad de sus claves.

Recomendaciones para la configuración

Explore la siguiente tabla de recomendaciones para optimizar la configuración de Azure SQL Database para la excelencia operativa:

Recomendación Descripción
Use la replicación geográfica activa para crear una réplica secundaria legible en una región distinta. Si se produce un error en la base de datos principal, realice una conmutación por error manual a la base de datos secundaria. Hasta que se realiza la conmutación por error, la base de datos secundaria sigue siendo de solo lectura. La replicación geográfica activa permite crear réplicas legibles y realizar una conmutación por error manual a cualquier réplica en el caso de una interrupción en el centro de datos o una actualización de la aplicación. Se admiten hasta cuatro bases de datos secundarias en las mismas o en otras regiones, y las secundarias también se pueden usar para las consultas de acceso de solo lectura. La aplicación o el usuario deben iniciar manualmente la conmutación por error. Después de la conmutación por error, el nuevo elemento principal tiene un punto de conexión diferente.
Utilice un grupo de conmutación por error automática que pueda incluir una o varias bases de datos utilizadas normalmente por la misma aplicación. Puede usar las bases de datos secundarias legibles para descargar las cargas de trabajo de consulta de solo lectura. Debido a que los grupos de conmutación por error automática conllevan varias bases de datos, se deben configurar en el servidor principal. Los grupos de conmutación por error automática admiten la replicación de todas las bases de datos en el grupo solo a una instancia o un servidor secundario en otra región. Más información sobre los grupos de conmutación por error automática y el diseño de recuperación ante desastres.
Use una base de datos con redundancia de zona. De forma predeterminada, el clúster de nodos del modelo de disponibilidad premium se crea en el mismo centro de datos. Con la incorporación de Azure Availability Zones, SQL Database puede colocar diferentes réplicas de la base de datos de nivel Crítico para la empresa en diferentes zonas de disponibilidad de la misma región. Para eliminar un punto de error único, también se duplica el anillo de control en varias zonas como tres anillos de puerta de enlace. El enrutamiento a un anillo de puerta de enlace específico se controla mediante Azure Traffic Manager (ATM). Como la configuración de redundancia de zona de los niveles de servicio Premium y Crítico para la empresa no crea redundancia adicional de base de datos, puede habilitarla sin costo adicional. Aprenda más sobre las bases de datos con redundancia de zona.
Supervise Azure SQL Database casi en tiempo real para detectar incidentes de confiabilidad. Use una de las soluciones disponibles para supervisar SQL DB a fin de detectar pronto posibles incidentes de confiabilidad y hacer que las bases de datos sean más confiables. Elija una solución de supervisión casi en tiempo real para reaccionar rápidamente ante los incidentes. Consulte Azure SQL Analytics para más información.
Implemente la lógica de reintento. Aunque Azure SQL Database es resistente en lo que se refiere a los errores transitorios de la infraestructura, estos pueden afectar a la conectividad. Cuando se produzca un error transitorio mientras trabaja con SQL Database, asegúrese de que el código pueda reintentar la llamada. Para obtener más información, consulte cómo implementar la lógica de reintento y la lógica de reintento configurable en la introducción a SqlClient.
Haga una copia de seguridad de sus claves. Si no usa claves de cifrado en Azure Key Vault para proteger los datos, haga una copia de seguridad de las claves.

Azure SQL Database y eficacia del rendimiento

Azure SQL Database es un motor de base de datos de plataforma como servicio (PaaS) totalmente administrado que se encarga de la mayoría de las funciones de administración de bases de datos sin intervención del usuario. Entre las funciones de administración se incluyen:

  • Actualizaciones
  • Revisiones
  • Copias de seguridad
  • Supervisión

Las secciones siguientes incluyen una lista de comprobación de diseño y opciones de diseño recomendadas específicas de la eficacia del rendimiento de Azure SQL Database.

Diseño de una lista de comprobación

¿Ha diseñado la carga de trabajo y configurado Azure SQL Database teniendo en cuenta la eficacia del rendimiento?

Recomendaciones

Recomendación Prestación
Diagnostique y solucione problemas de uso elevado de cpu. Azure SQL Database proporciona herramientas integradas para identificar las causas del uso elevado de la CPU y optimizar el rendimiento de la carga de trabajo.
Comprenda los problemas de bloqueo y interbloqueo. El bloqueo debido a la simultaneidad y las sesiones terminadas debido a interbloqueos tienen diferentes causas y resultados.
Ajuste las aplicaciones y las bases de datos para el rendimiento. Ajuste la aplicación y la base de datos para mejorar el rendimiento. Revise los procedimientos recomendados.
Revise los informes y la escala de uso de Azure Portal según corresponda. Después de la implementación, use los informes integrados en Azure Portal para revisar periódicamente el uso máximo y medio de la base de datos y el tamaño correcto hacia arriba o hacia abajo. Puede escalar fácilmente bases de datos únicas o grupos elásticos sin pérdida de datos ni tiempo de inactividad mínimo.
Consulte Recomendaciones de rendimiento. En el menú Rendimiento inteligente de la página de la base de datos de Azure Portal, revise y considere la acción en cualquiera de las recomendaciones de rendimiento e implemente cualquier problema de índice, esquema y parametrización.
Revise Información de rendimiento de consultas. Revise Información de rendimiento de consultas para informes de Azure SQL Database para identificar las consultas que consumen más recursos, consultas de larga duración y mucho más.
Configurar el ajuste automático. Proporcione un rendimiento máximo y cargas de trabajo estables mediante el ajuste continuo del rendimiento en función de la inteligencia artificial y el aprendizaje automático. Considere la posibilidad de usar Azure Automation para configurar notificaciones por correo electrónico para el ajuste automático.
Evalúe el posible uso de objetos de base de datos en memoria. Las tecnologías en memoria permiten mejorar el rendimiento de la aplicación y reducir potencialmente el costo de la base de datos. Considere la posibilidad de diseñar algunos objetos de base de datos en aplicaciones OLTP de gran volumen.
Aproveche el Almacén de consultas. Habilitado de forma predeterminada en Azure SQL Database, el Almacén de consultas contiene una gran cantidad de datos de consumo de recursos y rendimiento de consultas, así como características de optimización avanzadas, como sugerencias de Almacén de consultas y corrección automática del plan. Revise Almacén de consultas valores predeterminados en Azure SQL Database.
Implemente la lógica de reintento para errores transitorios. Las aplicaciones deben incluir lógica de reintento automático de transacciones para errores transitorios, incluidos los errores de conexión comunes. Aproveche la lógica del intervalo de reintento exponencial.

Recursos adicionales

Para obtener información sobre las características admitidas, vea Características y resolución de diferencias de Transact-SQL durante la migración a SQL Database.

¿Migración a Azure SQL Database? Revise nuestras guías de migración de Azure Database.

Vea los episodios de Datos expuestos que abarcan temas de Azure SQL y mucho más.

Pasos siguientes