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. El clúster virtual representa un conjunto dedicado de máquinas virtuales aisladas implementadas dentro de la subred de red virtual del cliente y organizadas en grupos de máquinas virtuales. Básicamente, cada instancia administrada implementada en una subred vacía da lugar a la creación de un nuevo clúster virtual que construye el primer grupo de máquinas virtuales.
Las operaciones de administración posteriores en las instancias administradas pueden afectar a los grupos de máquinas virtuales subyacentes. Los cambios que afectan a los grupos de máquinas virtuales subyacentes podrían afectar a la duración de las operaciones de administración, ya que la implementación de máquinas virtuales adicionales en el clúster virtual conlleva una sobrecarga que debe tener en cuenta a la hora de planificar nuevas implementaciones o actualizaciones de las instancias administradas existentes.
Aprovisionamiento rápido
Las instancias con determinadas configuraciones pueden beneficiarse del aprovisionamiento rápido de SQL Managed Instance, lo que reduce el tiempo necesario para crear la primera instancia en una subred a 30 minutos (a partir de un promedio de 45-60 minutos). Para más información sobre los tiempos de duración de la operación, revise las operaciones de administración.
El aprovisionamiento rápido solo se aplica:
- a la primera instancia aprovisionada en la subred.
- a instancias con 4 a 8 núcleos virtuales.
- para instancias que usan la ventana de mantenimiento predeterminada.
- a instancias que no tienen redundancia de zona.
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 clústeres virtuales (aprovisionamiento rápido)1 | El aprovisionamiento rápido es un paso sincrónico en las operaciones de administración de instancias durante las que el primer grupo de máquinas virtuales está disponible al instante. | El 90 % de las operaciones finaliza en 30 minutos |
| Creación de un clúster virtual | La creación es un paso sincrónico en las operaciones de administración de instancias durante las que se crea el primer grupo de máquinas virtuales. | El 90 % de las operaciones finaliza en menos de 4 horas. |
| Cambio de tamaño del clúster virtual (expansión o reducción) | Agregar nuevas máquinas al grupo de máquinas virtuales existente, quitar máquinas virtuales sin usar, agregar o quitar todo el grupo de máquinas virtuales. 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 clúster con la creación de un nuevo grupo de máquinas virtuales finaliza en menos de 4 horas El 90 % de las expansiones de clúster con la expansión del grupo de máquinas virtuales existente finaliza en 60 minutos |
| Eliminación de un clúster virtual | La eliminación del clúster virtual se desencadena cuando se elimina 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 datos2 | 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 El aprovisionamiento rápido solo se admite actualmente para la primera instancia de la subred, con 4 o 8 núcleos virtuales y con la configuración predeterminada de la ventana de mantenimiento.
2 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ía1 | Creación de clústeres virtuales (aprovisionamiento rápido) | El 90 % de las operaciones finaliza en 30 minutos. |
| Primera instancia en una subred vacía | Creación de un clúster virtual | El 90 % de las operaciones finaliza en menos de 4 horas. |
| Primera instancia con una generación de hardware diferente o ventana de mantenimiento en una subred no vacía (por ejemplo, la primera instancia de la serie Premium en una subred con instancias de la serie Estándar) | Adición de un nuevo grupo de máquinas virtuales al clúster virtual 2 | El 90 % de las operaciones finaliza en menos de 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 60 minutos. |
1 El aprovisionamiento rápido solo se admite actualmente para la primera instancia de la subred, con 4 o 8 núcleos virtuales y con la configuración predeterminada de la ventana de mantenimiento. 2 Se crea un grupo de máquinas virtuales independiente para cada configuración de ventana de generación y mantenimiento de hardware.
Categoría: Actualización
| Operación | Segmento de larga duración | Duración estimada |
|---|---|---|
| Cambio de propiedad de instancia (contraseña de administrador, inicio de sesión de Microsoft Entra, marca de Ventaja híbrida de Azure) |
N/D | Hasta 1 minuto. |
| Escalado o reducción vertical del almacenamiento de instancias (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 instancias (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 finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Escalado o reducción vertical del almacenamiento de instancias (Uso general de nueva generación) |
- Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Uso general) |
- Cambio de tamaño de un clúster virtual | El 90 % de las operaciones finaliza en 60 minutos. |
| 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 finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Escalado y reducción vertical del proceso de una instancia (núcleos virtuales) (Uso general de nueva generación) |
Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Cambio del nivel de servicio de 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 finalizan en 60 minutos más el tiempo necesario para inicializar todas las bases de datos (220 GB/hora). |
| Cambio del nivel de servicio de instancia (Uso general o Crítico para la empresa a Uso general de nueva generación y viceversa) |
Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
| Cambio de ventana de mantenimiento o hardware de instancia (Uso general) |
- Cambio de tamaño de un clúster virtual1 | El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales). |
| Cambio de ventana de mantenimiento o hardware de instancia (Crítico para la empresa) |
- Cambio de tamaño de un clúster virtual1 - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora). |
| Cambio de ventana de mantenimiento o hardware de instancia (Uso general de nueva generación) |
- Cambio de tamaño del grupo de máquinas virtuales o creación de clústeres virtuales - Inicialización de un grupos de disponibilidad AlwaysOn |
El 90 % de las operaciones finalizan en menos de 4 horas (creación de grupos de máquinas virtuales) o 60 minutos (cambio de tamaño del grupo de máquinas virtuales) + tiempo para inicializar todas las bases de datos (220 GB/hora) + migración tras error + limpieza de la instancia antigua |
1 La instancia administrada debe colocarse en un grupo de máquina virtual con el mismo hardware correspondiente y ventana de mantenimiento. Si no existe tal grupo en el clúster virtual, deberá crearse primero uno nuevo para acomodar la configuración de 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 Si hay varios grupos de máquinas virtuales en el clúster, la eliminación de la última instancia del grupo desencadena inmediatamente la eliminación del grupo de máquinas virtuales de forma asincrónica.
2 La eliminación de la última instancia de la subred desencadena inmediatamente la eliminación del clúster virtual de forma sincrónica.
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 | En función del estado del clúster virtual, este pasa al estado de creación o de cambio de tamaño. |
| Nuevo inicio de instancia de SQL | El proceso SQL se inicia en las máquinas virtuales implementadas. |
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 | En función del estado del clúster virtual, este pasa al estado de creación o de cambio de tamaño. |
| Nuevo inicio de instancia de SQL | El proceso SQL se inicia en las máquinas virtuales implementadas. |
| 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 de las máquinas virtuales |
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 SQL de las máquinas virtuales. |
| 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 las operaciones de administración de otras instancias colocadas dentro de la misma subred:
Las operaciones de restauración de larga duración en un clúster virtual ponen en espera otras operaciones en el mismo grupo de máquinas virtuales, como las operaciones de creación o escalado.
Ejemplo: Si hay una operación de restauración de larga duración y también una solicitud de reducción que requiere reducir el grupo de máquinas virtuales, la solicitud de reducción tardará más en completarse, ya que espera a que finalice la operación de restauración para poder continuar.La operación de creación o escalado de instancias que inició el cambio de tamaño del grupo de máquinas virtuales 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 grupo de máquinas virtuales 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: solo 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
- Para más información sobre cómo crear su primera instancia administrada, vea la Guía de inicio rápido.
- Para obtener una lista de características y una comparación, consulte Características comunes de SQL.
- Para obtener más información sobre la configuración de redes virtuales, vea Configuración de una red virtual de Instancia administrada de SQL.
- Para más información sobre los grupos de máquinas virtuales y el clúster virtual, consulte Arquitectura del clúster virtual de SQL Managed Instance
- Para ver un inicio rápido en el que se crea una instancia administrada y se restaura una base de datos desde un archivo de copia de seguridad, consulte Creación de una instancia administrada.
- Para consultar un tutorial sobre el uso de Azure Database Migration Service para la migración, consulte Migración de Instancia administrada de SQL mediante Database Migration Service.