Introducción a los límites de recursos de Instancia administrada de Azure SQL
Se aplica a:
Azure SQL Managed Instance
En este artículo se proporciona información general sobre las características técnicas y los límites de recursos de Instancia administrada de Azure SQL, además de información sobre cómo solicitar un aumento de estos límites.
Nota:
Para conocer las diferencias en las características e instrucciones T-SQL admitidas, consulte las instrucciones Diferencias entre las características y Compatibilidad con instrucciones T-SQL. Para conocer las diferencias generales entre los niveles de servicio para Azure SQL Database y Azure SQL Managed Instance, consulte los niveles de servicio De uso general y Crítico para la empresa.
Características de configuración de hardware
Instancia administrada de SQL tiene características y límites de recursos que dependen de la infraestructura y la arquitectura subyacentes. SQL Managed Instance puede implementarse en varias generaciones de hardware.
Las generaciones de hardware tienen diferentes características, que se describen en la tabla siguiente:
| Característica | Serie estándar (Gen5) | Serie Premium | Serie prémium optimizada para memoria |
|---|---|---|---|
| CPU | - Procesadores Intel® E5-2673 v4 (Broadwell) de 2,3 GHz, Intel® SP-8160 (Skylake) e Intel® 8272CL (Cascade Lake) de 2,5 GHz | Procesadores Intel® 8370C (Ice Lake) de 2,8 GHz | Procesadores Intel® 8370C (Ice Lake) de 2,8 GHz |
|
Número de núcleos virtuales Núcleo virtual =1 LP (hiperproceso) |
21 núcleos virtuales -80 | 21 núcleos virtuales -128 | 4-128 núcleos virtuales |
| Memoria máxima (relación memoria/núcleo virtual) | 5,1 GB por núcleo virtual: 408 GB máximo Agregue más núcleos virtuales para obtener más memoria. |
7 GB por núcleo virtual hasta 80 núcleos virtuales: 560 GB como máximo | 13,6 GB por núcleo virtual hasta 64 núcleos virtuales: 870,4 GB como máximo |
| Memoria máxima de OLTP en memoria | Límite de instancia: 0,8-1,65 GB por núcleo virtual | Límite de instancias: 1,1 - 2,3 GB por núcleo virtual | Límite de instancias: 2,2 - 4,5 GB por núcleo virtual |
| Tamaño máximo de almacenamiento reservado de instancia2 |
Uso general: hasta 16 TB Crítico para la empresa: hasta 4 TB |
Uso general: hasta 16 TB Crítico para la empresa: hasta 16 TB3 |
Uso general: hasta 16 TB Crítico para la empresa: hasta 16 TB |
1 La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.
2 Depende del número de núcleos virtuales.
3 Solo las principales regiones pueden proporcionar 16 TB de almacenamiento. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.
Nota:
Si su carga de trabajo requiere tamaños de almacenamiento que rebasan los límites de los recursos disponibles para Azure SQL Managed Instance, valore la opción del nivel de servicio Hiperescala en Azure SQL Database.
Compatibilidad regional para el hardware de la serie Premium optimizada para memoria y para el hardware de la serie premium con almacenamiento de 16 TB
La compatibilidad con el hardware de la serie premium con almacenamiento de 16 TB tiene la misma disponibilidad que la compatibilidad con el hardware de la serie Premium optimizada para memoria. Actualmente, la compatibilidad con el hardware de la serie Premium optimizada para memoria y el hardware de la serie premium con almacenamiento de 16 TB solo está disponible en estas regiones específicas:
| Geography | Regiones compatibles con el hardware de la serie Premium optimizada para memoria y el hardware de la serie premium con almacenamiento de 16 TB |
|---|---|
| Europa | Centro de Francia, Centro-oeste de Alemania, Norte de Italia, Norte de Europa, Centro de Polonia, Centro de Suecia, Norte de Suiza, Sur de Reino Unido y Oeste de Europa. |
| Oriente Medio, África. | Centro de Catar |
| América | Sur de Brasil, Centro de Canadá, Este de Canadá, Centro de EE. UU., Este de EE. UU. 2, Centro-norte de EE. UU., Centro-sur de EE. UU., Oeste de EE. UU., Oeste de EE. UU. 2, Centro-oeste de EE. UU. |
| Asia Pacífico | Este de Australia, Sudeste de Australia, Norte de China 3, India central, Este de Asia, Japón Oriental, Sudeste Asiático. |
Espacio disponible de OLTP en memoria
La cantidad de espacio OLTP en memoria en el nivel de servicio Crítico para la empresa depende del número de núcleos virtuales y de la configuración de hardware. En la tabla siguiente se indican los límites de memoria que se pueden usar para los objetos OLTP en memoria.
| Núcleos virtuales | Serie estándar (Gen5) | Serie Premium | Serie prémium optimizada para memoria |
|---|---|---|---|
| 4 núcleos virtuales | 3,14 GB | 4,39 GB | 8,79 GB |
| 6 núcleos virtuales | - | 6,59 GB | 15,32 GB |
| 8 núcleos virtuales | 6,28 GB | 8,79 GB | 22,06 GB |
| 10 núcleos virtuales | - | 12,11 GB | 30,94 GB |
| 12 núcleos virtuales | - | 15,43 GB | 39,82 GB |
| 16 núcleos virtuales | 15,77 GB | 22,06 GB | 57,58 GB |
| 20 núcleos virtuales | - | 28,70 GB | 75,34 GB |
| 24 núcleos virtuales | 25,25 GB | 35,34 GB | 93,09 GB |
| 32 núcleos virtuales | 37,94 GB | 53,09 GB | 128,61 GB |
| 40 núcleos virtuales | 52,23 GB | 73,09 GB | 164,13 GB |
| 48 núcleos virtuales | - | 95,34 GB | 199,64 GB |
| 56 núcleos virtuales | - | 117,58 GB | 244,13 GB |
| 64 núcleos virtuales | 99,9 GB | 139,82 GB | 288,61 GB |
| 80 núcleos virtuales | 131,68 GB | 184,30 GB | 288,61 GB |
| 96 núcleos virtuales | N/D | 184,30 GB | 288,61 GB |
| 128 núcleos virtuales | N/D | 184,30 GB | 288,61 GB |
Características del nivel de servicios
Instancia administrada de SQL tiene dos niveles de servicio: De uso general y Crítico para la empresa. Puede optar por usar el nivel de servicio de uso general de la nueva generación actualizado (versión preliminar).
Importante
El nivel de servicio Crítico para la empresa proporciona una copia integrada adicional de Instancia administrada de SQL (réplica secundaria) que se puede usar para la carga de trabajo de solo lectura. Si puede separar consultas de lectura y escritura y consultas de solo lectura, análisis e informes, obtendrá dos veces los núcleos virtuales y la memoria para el mismo precio. La réplica secundaria podría retardar unos segundos detrás de la instancia principal, por lo que está diseñada para descargar cargas de trabajo de informes y análisis que no necesitan el estado actual exacto de los datos. En la tabla siguiente, las consultas de solo lectura son las consultas que se ejecutan en la réplica secundaria.
Número de núcleos virtuales
| Generación de hardware | Uso general | Uso general de la nueva generación | Crítico para la empresa |
|---|---|---|---|
| Serie estándar (Gen5) | 21 , 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64 y 80 | 4, 8, 16, 24, 32, 40, 64 y 80 |
| Serie prémium | 21 , 4, 8, 16, 24, 32, 40, 64, 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
| Serie prémium optimizada para memoria | 4, 8, 16, 24, 32, 40, 64 y 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
1 La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.
Memoria máxima
| Generación de hardware | Uso general | Uso general de la nueva generación | Crítico para la empresa |
|---|---|---|---|
| Serie estándar (Gen5) | 20,4 GB: 408 GB 5,1 GB/núcleo virtual |
20,4 GB: 408 GB 5,1 GB/núcleo virtual |
20,4 GB: 408 GB 5,1 GB/núcleo virtual en cada réplica |
| Serie prémium | 28 GB: 560 GB 7 GB/núcleo virtual |
28 GB: 560 GB 7 GB/núcleo virtual |
28 GB: 560 GB 7 GB/núcleo virtual de hasta 80 núcleos virtuales1 en cada réplica |
| Serie prémium optimizada para memoria | 54,4 GB: 870,4 GB 13,6 GB/núcleo virtual |
54,4 GB: 870,4 GB 13,6 GB/núcleo virtual |
54,4 GB: 870,4 GB 13,6 GB/núcleo virtual hasta 64 núcleos virtuales1 en cada réplica |
1 La relación de memoria a núcleo virtual solo está disponible hasta 80 núcleos virtuales para hardware de serie Premium y 64 núcleos virtuales para la serie Premium optimizada para memoria. La memoria máxima está limitada a 560 GB para núcleos virtuales de la serie Premium por encima de 80 y 870,4 GB para núcleos virtuales de la serie Premium optimizadas para memoria por encima de 64.
Tamaño máximo de almacenamiento de instancia (reservado)
| Generación de hardware | Uso general | Uso general de la nueva generación | Crítico para la empresa |
|---|---|---|---|
| Serie estándar (Gen5) | - 2 TB para 4 núcleos virtuales - 8 TB para 8 núcleos virtuales - 16 TB para otros tamaños |
- 2 TB para 4 núcleos virtuales - 8 TB para 8 núcleos virtuales - 16 TB para otros tamaños |
- 1 TB para 4, 8 y 16 núcleos virtuales - 2 TB para 24 núcleos virtuales - 4 TB para 32, 40, 64 y 80 núcleos virtuales |
| Serie prémium | - 2 TB para 4 núcleos virtuales - 8 TB para 8 núcleos virtuales - 16 TB para otros tamaños |
- 2 TB para 4 y 6 núcleos virtuales - 8 TB para 8, 10 y 12 núcleos virtuales -16 TB para 16, 20 y 24 núcleos virtuales - 32 TB para 32, 40, 48, 56, 64, 80, 96, 128 núcleos virtuales |
- 1 TB para 4, 6 núcleos virtuales - 2 TB para 8, 10, 12 núcleos virtuales - 4 TB para 16 y 20 núcleos virtuales - 5,5 TB para 24, 32, 40, 48, 56 núcleos virtuales - 5,5 TB o 16 TB (dependiendo de la región) para 64, 80, 96, 128 núcleos virtuales1 |
| Serie prémium optimizada para memoria | - 2 TB para 4 núcleos virtuales - 8 TB para 8 núcleos virtuales - 16 TB para otros tamaños |
- 2 TB para 4 y 6 núcleos virtuales - 8 TB para 8, 10 y 12 núcleos virtuales -16 TB para 16, 20 y 24 núcleos virtuales - 32 TB para 32, 40, 48, 56, 64, 80, 96, 128 núcleos virtuales |
- 1 TB para 4, 6 núcleos virtuales - 2 TB para 8, 10, 12 núcleos virtuales - 4 TB para 16 y 20 núcleos virtuales - 5,5 TB para 24 núcleos virtuales - 5,5 TB u 8 TB (dependiendo de la región) para 32 y 40 núcleos virtuales2 - 12 TB para 48 y 56 núcleos virtuales - 16 TB para 64, 80, 96 y 128 núcleos virtuales |
1 Solo las principales regiones pueden proporcionar 16 TB de almacenamiento para el hardware de la serie Premium para estos números de núcleo virtual de CPU. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.
2 Solo las principales regiones pueden proporcionar 8 TB de almacenamiento para el hardware optimizado para memoria de la serie Premium para estos números de núcleo virtual de CPU. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.
Comparación de características
| Característica | Uso general | Uso general de la nueva generación | Crítico para la empresa |
|---|---|---|---|
| Tamaño máximo de base de datos | Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). | Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). | Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). |
Tamaño máximo de la base de datos tempdb |
Limitado a 24 GB/núcleo virtual (96 - 1,920 GB) y el tamaño de almacenamiento de instancia disponible actualmente. Agregue más núcleos virtuales para obtener más espacio de tempdb.El tamaño del archivo de registro está limitado a 120 GB. |
Limitado a 24 GB/núcleo virtual (96 - 1,920 GB) y el tamaño de almacenamiento de instancia disponible actualmente. Agregue más núcleos virtuales para obtener más espacio de tempdb.El tamaño del archivo de registro está limitado a 120 GB. |
Hasta el tamaño de almacenamiento de instancia disponible actualmente. |
Número máximo de archivos tempdb |
128 | 128 | 128 |
| Número máximo de bases de datos por instancia | 100 bases de datos de usuario, a menos que se alcance el límite del tamaño de almacenamiento de la instancia. | 500 bases de datos de usuario | 100 bases de datos de usuario, a menos que se alcance el límite del tamaño de almacenamiento de la instancia. |
| Número máximo de archivos de base de datos | 280 por instancia, a menos que se alcance el tamaño de almacenamiento de la instancia o el límite del espacio asignado de Azure Premium Disk Storage. | 4096 archivos por base de datos | 32 767 archivos por base de datos, a menos que se alcance el límite del tamaño de almacenamiento de la instancia. |
| Tamaño máximo del archivo de datos | El tamaño máximo de cada archivo de datos es de 8 TB. Use al menos dos archivos de datos para bases de datos de más de 8 TB. | Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). | Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). |
| Tamaño máximo del archivo de registro | Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente. | Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente. | Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente. |
| Datos/IOPS de registro (aproximado) | 500 - 7500 por archivo * Aumentar el tamaño del archivo para obtener más IOPS |
Almacenamiento reservado * 3: hasta el límite de la máquina virtual. 300 en caso de 32 GB, 64 GB y 96 GB de almacenamiento reservado. El límite de VM depende del número de núcleos virtuales 6400 IOPS para una VM con 4 núcleos virtuales: 80 000 IOPS para una VM con 128 núcleos virtuales |
16 000 - 320 000 (4000 IOPS/núcleo virtual) Agregue más núcleos virtuales para obtener un mejor rendimiento de E/S. |
| Rendimiento de datos (aproximado) | De 100 a 250 MiB/s por archivo * Aumentar el tamaño del archivo para mejorar el rendimiento de E/S |
IOPS / 30 MBps: hasta el límite de la máquina virtual. 75 MBps en caso de 32 GB, 64 GB y 96 GB de almacenamiento reservado. | Sin limitación. |
| Límite de rendimiento de escritura en el registro (por instancia) | 4,5 MiB/s por núcleo virtual 120 MiB/s por instancia como máximo De 22 a 65 MiB/s por base de datos (según el tamaño del archivo de registro) * Aumentar el tamaño del archivo para mejorar el rendimiento de E/S |
4,5 MiB/s por núcleo virtual 192 MiB/s como máximo |
4,5 MiB/s por núcleo virtual 192 MiB/s como máximo |
| Latencia de E/S de almacenamiento (aproximadamente1) | 5-10 ms | 3-5 ms | 1-2 ms |
| OLTP en memoria (optimización en memoria | No se admite | No se admite | Disponible, el tamaño depende del número de núcleos virtuales |
| Número máximo de sesiones | 30000 | 30000 | 30000 |
| Número máximo de trabajos simultáneos | 105 * número de núcleos virtuales + 800 | 105 * número de núcleos virtuales + 800 | 105 * número de núcleos virtuales + 800 |
| Uso de réplicas de solo lectura para descargar cargas de trabajo de consulta de solo lectura | 0 | 0 | 1 (incluida en el precio) |
| Aislamiento de proceso | No se admite como instancias de uso general podría compartir hardware físico con otras instancias | No se admite como instancias de uso general de próxima generación podría compartir hardware físico con otras instancias. |
de la serie Estándar (Gen5): Compatible con configuraciones con 64 o más núcleos virtuales de la serie Premium: compatible con configuraciones con 64 o más núcleos virtuales Serie prémium optimizada para memoria: compatible con configuraciones con 64 núcleos virtuales o más |
| Réplicas para disponibilidad | Nodos de espera para alta disponibilidad | Nodos de espera para alta disponibilidad | Cuatro réplicas de alta disponibilidad, 1 también es una réplica de escalado de lectura |
| Réplicas de solo lectura con grupos de migración tras error habilitados | Una réplica de solo lectura adicional. Dos réplicas legibles totales, que incluyen la réplica principal. | Una réplica de solo lectura adicional. Dos réplicas legibles totales, que incluyen la réplica principal. | Dos réplicas de solo lectura adicionales, tres réplicas totales de solo lectura. Cuatro réplicas legibles totales, que incluyen la réplica principal. |
| Precios y facturación |
El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran. No se cobran IOPS |
Se cobran núcleos virtuales, almacenamiento reservado, almacenamiento de copia de seguridad e IOPS (a través de la cuota gratuita). |
El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran. No se cobran IOPS. |
| Modelos de descuento |
azure Reservations Ventaja híbrida de Azure: Azure SQL Database & SQL Managed Instance (no disponible en las suscripciones de desarrollo y pruebas) Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso |
azure Reservations Ventaja híbrida de Azure: Azure SQL Database & SQL Managed Instance (no disponible en las suscripciones de desarrollo y pruebas) Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso |
azure Reservations Ventaja híbrida de Azure: Azure SQL Database & SQL Managed Instance (no disponible en las suscripciones de desarrollo y pruebas) Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso |
1 Es un intervalo medio. Aunque la gran mayoría de las duraciones de solicitud de E/S se encontrarán en la parte superior del intervalo, los valores atípicos que superan el intervalo son posibles.
Consideraciones adicionales
El tamaño de almacenamiento de instancias disponible actualmente es la diferencia entre el tamaño de instancia reservada y el espacio de almacenamiento usado.
Tanto el tamaño de datos como el de archivo de registro de las bases de datos del usuario y el sistema están incluidos en el tamaño de almacenamiento de instancia que se compara con el límite de tamaño de almacenamiento máximo. Use la vista del sistema sys.master_files para determinar el espacio total empleado por las bases de datos. Los registros de errores no se mantienen y no se incluyen en el tamaño. Las copias de seguridad no se incluyen en el tamaño del almacenamiento.
El rendimiento y las IOPS en el nivel de uso general también dependen del tamaño de archivo y no están limitados explícitamente por la SQL Managed Instance.
El número máximo de IOPS por instancia depende del diseño del archivo y la distribución de la carga de trabajo. Por ejemplo, si crea siete archivos de 1 TB con un máximo de 5000 IOPS cada uno y siete archivos pequeños (menos de 128 GB) con 500 IOPS cada uno, puede obtener 38 500 IOPS por instancia (7 x 5000 + 7 x 500) si la carga de trabajo puede usar todos los archivos. Algunas IOPS también se usan para las devoluciones de seguridad automáticas.
Puedes crear otra réplica legible en otra región de Azure mediante grupos de conmutación por error
Los nombres de los archivos
tempdbno pueden tener más de 16 caracteres.
Encuentre más información sobre los límites de recursos en grupos de Instancia administrada de SQL en este artículo.
E/S
Para los niveles de servicio de uso general de nueva generación y Crítico para la empresa, las IOPS disponibles se dictan mediante el número de núcleos virtuales:
- Nivel de servicio de uso general de nueva generación: valor fijo de IOPS en función del número de núcleos virtuales. El precio del almacenamiento incluye las IOPS mínimas. Si se supera el mínimo, se cobra de la siguiente manera: 1 IOPS = precio del almacenamiento (por región) dividido por tres. Por ejemplo, si 1 GB de almacenamiento cuesta 0,115, 1 IOPS = 0,115/3 = 0,038 por IOPS.
- Nivel de servicio crítico para la empresa: usa una fórmula (4000 IOPS/núcleo virtual) para determinar los límites de IOPS.
En la tabla siguiente se enumeran las IOPS máximas disponibles para cada nivel de servicio en función del número de núcleos virtuales:
| Número de núcleos virtuales | Uso general de la nueva generación | Crítico para la empresa |
|---|---|---|
| 4 | 6\.400 | 16 000 |
| 6 | 9 600 | 24,000 |
| 8 | 12.800 | 32 000 |
| 10 | 16 000 | 40.000 |
| 12 | 19 200 | 48 000 |
| 16 | 25.600 | 64 000 |
| 20 | 32 000 | 80 000 |
| 24 | 38 400 | 96 000 |
| 32 | 51 200 | 128 000 |
| 40 | 64 000 | 160 000 |
| 48 | 76 800 | 192 000 |
| 56 | 80 000 | 224 000 |
| 64 | 80 000 | 256 000 |
| 80 | 80 000 | 320 000 |
| 96 | 80 000 | 320 000 |
| 128 | 80 000 | 320 000 |
Características de E/S de archivos en el nivel De uso general
En el nivel de servicio de uso general, cada archivo de base de datos obtiene IOPS y rendimiento dedicados que dependen del tamaño de archivo. Los archivos de datos de mayor tamaño obtienen más IOPS y rendimiento. En la tabla siguiente se muestran las características de E/S de los archivos de base de datos:
| Tamaño del archivo | >=0 y <=129 GiB | >129 y <=513 GiB | >513 y <=1025 GiB | >1025 y <=2049 GiB | >2049 y <=4097 GiB | >4097 GiB y <=8 TiB |
|---|---|---|---|---|---|---|
| IOPS por de archivo | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
| rendimiento de por de archivos | 100 MiB/s | 150 MiB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Si observa una latencia de E/S alta en algún archivo de base de datos o que se va a alcanzar el límite de IOPS/rendimiento, puede mejorar el rendimiento si aumenta el tamaño de archivo.
También hay un límite de nivel de instancia en el rendimiento de escritura de registro máximo (consulte la tabla anterior para conocer los valores, por ejemplo, 22 MiB/s), por lo que es posible que no pueda llegar al archivo máximo en el archivo de registro porque se está alcanzando el límite de rendimiento de la instancia.
Almacenamiento de datos y de registro
Los factores siguientes afectan a la cantidad de almacenamiento utilizado para los datos y los archivos de registro, y se aplican a los niveles De uso general y Crítico para la empresa.
- En el nivel de servicio De uso general,
tempdbusa el almacenamiento local de SSD y este costo de almacenamiento se incluye en el precio del núcleo virtual. - En el nivel de servicio Crítico para la empresa,
tempdbcomparte el almacenamiento local de SSD con datos y archivos de registro, y el costo de almacenamientotempdbse incluye en el precio del núcleo virtual. - El tamaño máximo de almacenamiento para una instancia de SQL Managed Instance se debe especificar en múltiplos de 32 GB.
Importante
En ambos niveles de servicio, se le cobra por el tamaño máximo de almacenamiento configurado para una instancia administrada.
Para supervisar el tamaño de almacenamiento de instancias consumido total para SQL Managed Instance, use la métricastorage_space_used_mb. Si desea supervisar el tamaño actual del almacenamiento asignado y utilizado de datos y archivos de registro individuales en una base de datos con T-SQL, utilice la vista sys.database_files y la función FILEPROPERTY(... , 'SpaceUsed').
Sugerencia
En algunas circunstancias, es posible que tenga que reducir una base de datos para reclamar espacio sin usar. Para obtener más información, consulte DBCC SHRINKFILE.
Copias de seguridad y almacenamiento
Para admitir las funcionalidades de restauración a un momento dado (PITR) y retención a largo plazo (LTR) de SQL Managed Instance, se asigna almacenamiento a las copias de seguridad de base de datos. Este almacenamiento es independiente del almacenamiento de datos y archivos de registro, y se factura por separado.
PITR: En los niveles De uso general y Crítico para la empresa, las copias de seguridad de base de datos individuales se copian en el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) automáticamente. El tamaño de almacenamiento aumenta dinámicamente a medida que se crean nuevas copias de seguridad. El almacenamiento se utiliza para copias de seguridad completas, diferenciales y del registro de transacciones. El consumo de almacenamiento depende de la tasa de cambio de la base de datos y del período de retención configurado para las copias de seguridad. Puede configurar un período de retención independiente para cada base de datos que abarque entre 1 y 35 días para SQL Managed Instance. Se proporciona una cantidad de almacenamiento de copia de seguridad equivalente al tamaño máximo de datos configurado sin costo adicional.
LTR: también tiene la opción de configurar la retención a largo plazo de copias de seguridad completas hasta un máximo de 10 años. Si ha instalado la directiva de LTR, estas copias de seguridad se almacenan en almacenamiento RA-GRS automáticamente, pero puede controlar la frecuencia con que se realizan las copias de seguridad. Para satisfacer los distintos requisitos de cumplimiento, puede seleccionar distintos períodos de retención para copias de seguridad semanales, mensuales o anuales. La configuración que elija determina la cantidad de almacenamiento que se usa para las copias de seguridad de LTR. Para más información, consulte retención a largo plazo: Azure SQL Database e Instancia administrada de Azure SQL.
Regiones admitidas
Instancia administrada de SQL solo se puede crear en las regiones admitidas. Para crear Instancia administrada de SQL en una región que no se admita actualmente, puede enviar una solicitud de soporte técnico a través de Azure Portal.
Tipos de suscripciones admitidos
Actualmente, Instancia administrada de SQL admite la implementación solo en los siguientes tipos de suscripciones:
- Contrato Enterprise (EA)
- Pago por uso
- Proveedor de nube (CSP)
- Desarrollo/pruebas - Enterprise
- Desarrollo/pruebas - Pago por uso
- Suscripciones con crédito mensual de Azure para suscriptores de Visual Studio
- Evaluación gratuita
- Azure for Students
- Azure bajo licencia por volumen Open
Limitaciones de recursos regionales
Nota:
Puede encontrar la información más reciente sobre la disponibilidad por región de las suscripciones en la sección Seleccionar regiones.
Los tipos de suscripción compatibles pueden contener un número limitado de recursos por región. La SQL Managed Instance tiene dos límites predeterminados por región de Azure (que se pueden aumentar a petición mediante la creación de una solicitud de soporte técnico especial en Azure Portal), en función de un tipo de suscripción:
- Límite de subred: número máximo de subredes en que se implementan instancias de Instancia administrada de SQL en una sola región.
- Límite de unidades de núcleos virtuales: el número máximo de unidades de núcleo virtual que se pueden implementar en todas las instancias en una sola región. Un núcleo virtual de GP usa una unidad de núcleo virtual y un núcleo virtual de BC usa cuatro unidades de núcleo virtual. El número total de instancias no está limitado siempre que esté dentro del límite de unidades de núcleo virtual.
Nota:
Estos límites son opciones de configuración predeterminadas y no limitaciones técnicas. Los límites se pueden aumentar a petición mediante la creación de una solicitud de soporte técnico especial en Azure Portal si necesita más instancias en la región actual. Como alternativa, puede crear nuevas instancias de Instancia administrada de SQL en otra región de Azure sin necesidad de enviar solicitudes de soporte técnico.
En la tabla siguiente se muestran los límites regionales predeterminados de los tipos de suscripción admitidos (estos límites se pueden ampliar mediante una solicitud de soporte técnico):
| Tipo de suscripción | Límite predeterminado para subredes de SQL Managed Instance | Límite predeterminado para unidades de núcleo virtual 1 |
|---|---|---|
| CSP | 16 (30 en algunas regiones2) | 960 (1440 en algunas regiones2) |
| EA | 16 (30 en algunas regiones2) | 960 (1440 en algunas regiones2) |
| Desarrollo/pruebas - Enterprise | 6 | 320 |
| Pago por uso | 6 | 320 |
| Desarrollo/pruebas - Pago por uso | 6 | 320 |
| Pase para Azure | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Patrocinio de Microsoft Azure | 3 | 64 |
| Microsoft Partner Network | 3 | 64 |
| Visual Studio Enterprise – MPN | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise (BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| Plataformas de MSDN | 3 | 32 |
1 En las implementaciones de planeamiento, tenga en cuenta que el nivel de servicio Crítico para la empresa (BC) requiere cuatro (4) veces más capacidad de núcleo virtual que el nivel de servicio de uso general (GP). Por ejemplo: 1 núcleo virtual de GP = 1 unidad de núcleo virtual y 1 núcleo virtual de BC = 4 núcleos virtuales. Para simplificar el análisis de consumo en los límites predeterminados, resuma las unidades de núcleo virtual de todas las subredes de la región en la que se implementa Instancia administrada de SQL y compare los resultados con los límites de la unidad de instancia del tipo de suscripción. El límite Número máximo de unidades de núcleo virtual se aplica a cada suscripción en una región. No hay ningún límite por subredes individuales, salvo que la suma de todos los núcleos virtuales implementados en varias subredes debe ser inferior o igual al número máximo de unidades de núcleo virtual.
2 límites de subred y núcleo virtual más grandes están disponibles en las siguientes regiones: Este de Australia, Este de EE. UU., Este de EE. UU. 2, Norte de Europa, Centro-sur de EE. UU., Sudeste de Asia, Sur de Reino Unido, Oeste de Europa, Oeste de EE. UU. 2.
Importante
En caso de que el límite de núcleo virtual y subred sea 0, significa que no se ha establecido el límite regional predeterminado para el tipo de suscripción. También puede usar la solicitud de aumento de cuota para tener acceso a las suscripciones en una región específica siguiendo el mismo procedimiento e indicando los valores de núcleos virtuales y subredes necesarios.
Solicitar un aumento de cuota
Si necesita más instancias en las regiones actuales, puede enviar una solicitud de soporte técnico para ampliar la cuota a través de Azure Portal. Para más información, consulte Aumento de cuota de solicitud para Azure SQL Database e Instancia administrada de SQL.