Configuración y supervisión de la disponibilidad

  • 10 minutos

Ahora que conoce todas las posibilidades, deberá crear una estrategia para la carga de trabajo específica de la que forma parte la base de datos o la instancia administrada de Azure SQL.

Toma de las decisiones adecuadas

Una gran parte de la creación de una estrategia consiste en dar un paso atrás y pensar en los requisitos de la carga de trabajo. Estas son algunas preguntas que debe tener en cuenta:

  • ¿Necesita copias de seguridad a largo plazo? ¿O basta con un plazo de 1-35 días?
  • ¿Cuáles son sus necesidades de RTO y RPO?
  • En función del Acuerdo de Nivel de Servicio, ¿qué nivel de servicio es el más adecuado?
  • ¿Necesita Availability Zones?
  • ¿Necesita grupos de conmutación por error o de alta disponibilidad y recuperación ante desastres (HADR) con replicación geográfica?
  • ¿Está la aplicación lista?

Las respuestas a estas preguntas le ayudarán a reducir la configuración que debe implementar para satisfacer los requisitos de disponibilidad.

El profesional de datos suele pasar por alto la última pregunta: ¿Está lista la aplicación? Esta consideración es fundamental para lograr el Acuerdo de Nivel de Servicio deseado.

Debe asegurarse de que la base de datos cumple los requisitos de disponibilidad, pero también debe asegurarse de que la aplicación cumple esos requisitos. También debe asegurarse de que la conectividad entre los datos y las aplicaciones cumple los requisitos. Por ejemplo, si la aplicación y la base de datos se encuentran en regiones diferentes, esa ubicación aumentará la latencia de red. Coloque la aplicación y los datos lo más cerca posible. A lo largo de este módulo, también ha aprendido lo importante que resulta para mantener la disponibilidad la implementación de lógica de reintento en la aplicaciones.

Supervisión de la disponibilidad

Azure SQL ofrece varias herramientas y funcionalidades para supervisar determinados aspectos de la disponibilidad. Estas herramientas incluyen Azure Portal, T-SQL e interfaces como PowerShell, la CLI de az y API REST.

En las secciones siguientes se describen algunos ejemplos del uso de estas herramientas para supervisar la disponibilidad.

Disponibilidad de regiones y centros de datos

La disponibilidad de regiones y centros de datos es fundamental para la disponibilidad de una implementación de instancia administrada o base de datos. Estado de Azure y Azure Service Health son clave para comprender las interrupciones de un centro de datos o una región, incluidos servicios específicos como Azure SQL.

El estado de Azure es un panel en el que se muestra cualquier servicio que causa problemas en cualquier región global de Azure. Puede usar una fuente RSS para recibir notificaciones de cambios en el estado de Azure.

Puede ver Azure Service Health en Azure Portal. Azure Service Health proporciona información sobre problemas del servicio, eventos de mantenimiento planeado, avisos de estado e historial de estado. También puede configurar alertas que le notifiquen por correo electrónico o SMS los eventos que es posible que afecten a la disponibilidad.

Disponibilidad de instancias, servidores y bases de datos de la unidad

Además de los eventos de servicios de Azure, puede ver la disponibilidad de las bases de datos de Azure SQL Managed Instance o Azure SQL Database en Azure Portal.

Una forma de ver una posible causa por la que una instancia administrada o base de datos no esté disponible consiste en examinar el estado del recurso a través de Azure Portal o las API REST.

Siempre puede usar herramientas estándar de SQL Server como SQL Server Management Studio (SSMS) para conectarse a un servidor de instancia administrada o base de datos, y comprobar el estado de estos recursos. Puede usar la herramienta o consultas de T-SQL.

Las interfaces como la CLI de Azure pueden mostrar el estado de Azure SQL. Por ejemplo:

  • az sql mi list muestra el estado de las instancias administradas.
  • az sql db list muestra el estado de las bases de datos de Azure SQL.

También puede usar comandos de PowerShell para determinar la disponibilidad de una base de datos de Azure SQL. Por ejemplo:

  • Get-AzSQLDatabase obtiene todas las bases de datos de un servidor y sus detalles, incluido el estado.
  • Las API REST no son tan fáciles de usar, pero puede utilizarlas para obtener el estado de las instancias administradas y las bases de datos.

Historial de copias de seguridad y restauración

Azure SQL realiza automáticamente copias de seguridad de las bases de datos y los registros de transacciones. El historial de copias de seguridad estándar no está disponible, pero puede ver el historial de retención de copias de seguridad a largo plazo a través de Azure Portal o las interfaces de la CLI. Además, en Azure SQL Managed Instance puede usar XEvents para realizar el seguimiento del historial de copias de seguridad.

Cualquier restauración de base de datos que use la restauración a un momento dado crea una base de datos. Puede usar el registro de actividad de Azure para ver las operaciones que crean las bases de datos.

Estado de réplica

Las réplicas se utilizan para los niveles de servicio Crítico para la empresa. Puede ver el estado de una réplica mediante la DMV sys.dm_database_replica_states.

Causas de la conmutación por error

Para determinar las causas de un evento de conmutación por error para una implementación de Azure SQL Managed Instance o una base de datos, compruebe el estado del recurso mediante Azure Portal o las API REST.

Módulo de administración de System Center para SQL Server

System Center ofrece módulos de administración para supervisar Azure SQL Managed Instance y Azure SQL Database. Vea la documentación del módulo de administración para obtener los requisitos y más información.

Comprobación de conocimiento

1.

¿Qué métodos puede usar para supervisar la disponibilidad de regiones y centros de datos?

2.

¿Cuál de las herramientas siguientes no le permite supervisar la disponibilidad de instancias, servidores y bases de datos?