Introducción a las operaciones de administración de Azure SQL Managed Instance

Se aplica a:Azure SQL Managed Instance

Instancia administrada de SQL proporciona operaciones de administración que puede usar para implementar automáticamente instancias administradas nuevas, actualizar las propiedades de una instancia y eliminar instancias que ya no son necesarias.

¿Qué son las operaciones de administración?

Todas las operaciones de administración se pueden clasificar de la siguiente manera:

  • Implementación de una instancia (creación de instancia nueva).
  • Actualización de una instancia (cambio de las propiedades de una instancia, como núcleos virtuales o almacenamiento reservado)
  • Eliminación de una instancia

Para admitir las implementaciones dentro de máquinas virtuales de Azure y proporcionar aislamiento y seguridad para los clientes, SQL Managed Instance depende de los clústeres virtuales. Un clúster virtual representa un conjunto dedicado de máquinas virtuales aisladas implementadas dentro de la subred de la red virtual del cliente. Básicamente, cada implementación de instancia administrada en una subred vacía da como resultado la creación de un clúster virtual.

Las operaciones de administración posteriores en instancias administradas pueden afectar al clúster virtual subyacente. Los cambios que afectan al clúster virtual subyacente también pueden afectar a la duración de las operaciones de administración debido a que la implementación de las máquinas virtuales adicionales conlleva una sobrecarga que se debe tener en cuenta cuando planea implementaciones nuevas o actualizaciones de instancias administradas existentes.

Duration

La duración de las operaciones en el clúster virtual puede variar, pero normalmente tienen la duración más larga.

En la tabla siguiente se enumeran los pasos de larga duración que se pueden desencadenar como parte de la operación de creación, actualización o eliminación. En la tabla siguiente se enumeran las duraciones normalmente previsibles en función de los datos de telemetría de los servicios existentes:

Paso Descripción Duración estimada
Creación de un clúster virtual es un paso sincrónico en las operaciones de administración de una instancia. El 90 % de las operaciones finaliza en 4 horas.
Cambio de tamaño del clúster virtual (expansión o reducción) La expansión es un paso sincrónico, mientras que la reducción se realiza de manera asincrónica (sin afectar la duración de las operaciones de administración de la instancia). El 90 % de las expansiones de un clúster finaliza en menos de 2,5 horas.
Eliminación de un clúster virtual La eliminación del clúster virtual puede ser sincrónica y asincrónica. La eliminación asincrónica se realiza en segundo plano y se desencadena en el caso de que haya varios clústeres virtuales dentro de la misma subred, cuando se elimina la última instancia del clúster que no sea el último de la subred. La eliminación sincrónica del clúster virtual se desencadena como parte de la eliminación de la última instancia de la subred. El 90 % de las eliminaciones de clúster finaliza en 1,5 horas.
Inicialización de archivos de base de datos1 Un paso sincrónico, desencadenado durante el escalado del proceso (núcleos virtuales) o del almacenamiento en el nivel de servicio Crítico para la empresa, así como durante el cambio del nivel de servicio De uso general a Crítico para la empresa (o viceversa). La duración de esta operación es proporcional al tamaño total de la base de datos, así como la actividad de base de datos actual (el número de transacciones activas). La actividad de la base de datos cuando se actualiza una instancia puede introducir una varianza considerable en la duración total. El 90 % de estas operaciones se ejecuta a 220 GB/hora o más.

1 Al escalar el proceso (núcleos virtuales) o el almacenamiento en el nivel de servicio Crítico para la empresa o al cambiar el nivel de servicio De uso general a Crítico para la empresa, la inicialización también incluye la inicialización del grupo de disponibilidad Always On.

Importante

El escalado o reducción vertical del almacenamiento del nivel de servicio De uso general consiste en actualizar los metadatos y propagar la respuesta para la solicitud enviada. Se trata de una operación rápida que se completa en hasta 5 minutos, sin tiempo de inactividad ni conmutación por error.

Segmentos de larga duración de las operaciones de administración

En las tablas siguientes se resumen las operaciones y duraciones generales normales según la categoría de la operación:

Categoría: Implementación

Operación Segmento de larga duración Duración estimada
Primera instancia en una subred vacía Creación de un clúster virtual El 90 % de las operaciones finaliza en 4 horas.
Primera instancia de otro hardware o ventana de mantenimiento en una subred no vacía (por ejemplo, primera instancia de serie Premium en una subred con instancias de serie Estándar) Creación de un clúster virtual1 El 90 % de las operaciones finaliza en 4 horas.
Creación de instancia subsiguiente dentro de la subred no vacía (segunda instancia, tercera instancia, etc.) Cambio de tamaño de un clúster virtual El 90 % de las operaciones finaliza en 2,5 horas.

1 Se crea un clúster virtual independiente para cada configuración de hardware y para cada configuración de ventana de mantenimiento.

Categoría: actualización

Operación Segmento de larga duración Duración estimada
Cambio de una propiedad de una instancia (contraseña de administrador, inicio de sesión de Azure AD, marca de Ventaja híbrida de Azure) N/D Hasta 1 minuto.
Escalado o reducción vertical del almacenamiento de una instancia (De uso general) No hay segmentos de larga duración El 99 % de las operaciones finaliza en 5 minutos.
Escalado o reducción vertical del almacenamiento de una instancia (Crítico para la empresa) - Cambio de tamaño de un clúster virtual
- Inicialización de un grupos de disponibilidad AlwaysOn
El 90 % de las operaciones finaliza en 2,5 horas + tiempo para inicializar todas las bases de datos (220 GB/hora).
Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (De uso general) - Cambio de tamaño de un clúster virtual El 90 % de las operaciones finaliza en 2,5 horas.
Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Crítico para la empresa) - Cambio de tamaño de un clúster virtual
- Inicialización de un grupos de disponibilidad AlwaysOn
El 90 % de las operaciones finaliza en 2,5 horas + tiempo para inicializar todas las bases de datos (220 GB/hora).
Cambio en el nivel de servicio de una instancia (De uso general a Crítico para la empresa y viceversa) - Cambio de tamaño de un clúster virtual
- Inicialización de un grupos de disponibilidad AlwaysOn
El 90 % de las operaciones finaliza en 2,5 horas + tiempo para inicializar todas las bases de datos (220 GB/hora).
Cambio de ventana de mantenimiento o hardware de instancia (De uso general) - Creación o cambio de tamaño del clúster virtual 1 El 90 % de las operaciones finalizan en 4 horas (creación) o en 2,5 horas (cambio de tamaño).
Cambio de ventana de mantenimiento o hardware de instancia (Crítico para la empresa) - Creación o cambio de tamaño del clúster virtual 1
- Inicialización de un grupos de disponibilidad AlwaysOn
El 90 % de las operaciones finalizan en 4 horas (creación) o 2,5 horas (cambio de tamaño) más el tiempo para inicializar todas las bases de datos (220 GB/hora).

1 La instancia administrada debe colocarse en un clúster virtual con la ventana mantenimiento y el hardware correspondientes. Si no hay ningún clúster virtual en la subred, primero se debe crear uno para acomodar la instancia.

Categoría: eliminación

Operación Segmento de larga duración Duración estimada
Eliminación de la instancia que no sea la última Copia del final del registro para todas las bases de datos El 90 % de las operaciones finaliza en hasta 1 minuto.1
Eliminación de la última instancia - Copia del final del registro para todas las bases de datos
- Eliminación de un clúster virtual
El 90 % de las operaciones finaliza en hasta 1,5 horas.2

1 En el caso de tener varios clústeres virtuales en la subred, si se elimina la última instancia del clúster virtual, esta operación desencadenará inmediatamente la eliminación asincrónica del clúster virtual.

2 La eliminación de la última instancia de la subred desencadena de inmediato le eliminación asincrónica del clúster virtual.

Importante

En cuanto se desencadena la operación de eliminación, se deshabilita la facturación de SQL Managed Instance. La duración de la operación de eliminación no afectará a la facturación.

Disponibilidad de instancias

SQL Managed Instance está disponible durante las operaciones de actualización, excepto durante un tiempo de inactividad breve provocado por la conmutación por error que se produce al final de la actualización. Normalmente tarda 10 segundos como máximo, incluso en el caso de transacciones de larga duración interrumpidas, gracias a la recuperación acelerada de bases de datos.

Nota

El escalado del almacenamiento de una instancia administrada de uso general no provocará una conmutación por error al final de la actualización.

Instancia administrada de SQL no está disponible para las aplicaciones cliente durante las operaciones de implementación y eliminación.

Importante

No se recomienda escalar el proceso ni el almacenamiento de Azure SQL Managed Instance ni cambiar el nivel de servicio al mismo tiempo que las transacciones de larga duración (importación de datos, trabajos de procesamiento de datos, regeneración del índice, etc.). La conmutación por error de la base de datos al final de la operación cancela todas las transacciones en curso.

Pasos de las operaciones de administración

Las operaciones de administración constan de varios pasos. Con la introducción de Operations API estos pasos se exponen para el subconjunto de operaciones (implementación y actualización). La operación de implementación consta de tres pasos mientras que la de actualización se realiza en seis pasos. Para más información sobre la duración de las operaciones, consulte la sección Duración de las operaciones de administración. Los pasos se enumeran por orden de ejecución.

Pasos de implementación de la instancia administrada

Nombre del paso Descripción del paso
Validación de solicitudes Se validan los parámetros enviados. En caso de configuración errónea, se producirá un error en la operación.
Cambio de tamaño o creación de un clúster virtual Según el estado de la subred, se podrá crear el clúster virtual o cambiar su tamaño.
Nuevo inicio de instancia de SQL El proceso de SQL se inicia en el clúster virtual implementado.

Pasos de actualización de la instancia administrada

Nombre del paso Descripción del paso
Validación de solicitudes Se validan los parámetros enviados. En caso de configuración errónea, se producirá un error en la operación.
Cambio de tamaño o creación de un clúster virtual Según el estado de la subred, se podrá crear el clúster virtual o cambiar su tamaño.
Nuevo inicio de instancia de SQL El proceso de SQL se inicia en el clúster virtual implementado.
Inicializar o asociar archivos de base de datos Según el tipo de operación de actualización, se inicializará la base de datos o se asociarán los archivos de esta.
Preparación de la conmutación por error y conmutación por error Una vez que se han inicializado los datos o se han vuelto a asociar los archivos de la base de datos, se prepara el sistema para la conmutación por error. Cuando todo está configurado, se realiza la conmutación por error con un breve tiempo de inactividad.
Limpieza de instancias de SQL antiguas Proceso de eliminación de instancias antiguas de SQL del clúster virtual

Pasos de la eliminación de una instancia administrada

Nombre del paso Descripción del paso
Validación de solicitudes Se validan los parámetros enviados. En caso de configuración errónea, se producirá un error en la operación.
Limpieza de instancias de SQL Eliminación del proceso de SQL del clúster virtual
Eliminación de un clúster virtual En función de si la instancia que se va a eliminar sea la última de la subred, el clúster virtual se elimina sincrónicamente como último paso.

Nota

Como resultado del escalado de las instancias, el clúster virtual subyacente pasará por el proceso de liberar capacidad no usada y de una posible desfragmentación de la capacidad, lo que podría afectar a las instancias que no participaron en las operaciones de creación y escalado.

Impacto de las operaciones de administración

Las operaciones de administración de una instancia administrada pueden afectar a otras operaciones de administración de las instancias colocadas en el mismo clúster virtual:

  • Las operaciones de restauración de larga ejecución de un clúster virtual pondrán en espera otras operaciones de creación de instancias o de escalado en la misma subred.
    Ejemplo: si hay una operación de restauración de larga duración y hay una solicitud de creación o escalado en la misma subred, esta solicitud tardará más tiempo en completarse, ya que esperará a que se complete la operación de restauración antes de continuar.

  • La operación de creación o escalado de instancias que inició el cambio de tamaño del clúster virtual pondrá en espera una operación de creación o escalado de instancias posterior.
    Ejemplo: si hay varias solicitudes de creación o escalado en la misma subred del mismo clúster virtual y una de ellas inicia el cambio de tamaño de este, todas las solicitudes que se enviaron más de cinco minutos después de la solicitud de operación inicial tardarán más de lo esperado, ya que estas solicitudes tendrán que esperar a que el cambio de tamaño se complete antes de reanudarse.

  • Las operaciones de creación y escalado enviadas en una ventana de 5 minutos se procesarán por lotes y se ejecutarán en paralelo.
    Ejemplo: se realizará un cambio de tamaño del clúster virtual para todas las operaciones enviadas en la ventana de 5 minutos (medida a partir del momento de la ejecución de la primera solicitud de operación). Si otra solicitud se envía más de 5 minutos después de enviar la primera, tendrá que esperar a que el cambio de tamaño del clúster virtual se complete antes de iniciar la ejecución.

Importante

Las operaciones de administración que se ponen en espera debido a otra operación en curso se reanudarán automáticamente una vez que se cumplan las condiciones para continuar. No se necesita ninguna acción del usuario para reanudar las operaciones de administración temporalmente en pausa.

Supervisión de las operaciones de administración

Para más información sobre cómo supervisar el progreso y el estado de la operación de administración, consulte Supervisión de las operaciones de administración.

Cancelación de operaciones de administración

Para más información sobre cómo cancelar la operación de administración, consulte Cancelación de operaciones de administración.

Pasos siguientes