Editar

Compartir vía


Preguntas frecuentes acerca de Instancia administrada de Azure SQL (P+F)

Se aplica a: Azure SQL Managed Instance

Este artículo contiene las preguntas más comunes sobre Instancia administrada de Azure SQL.

Nota:

Microsoft Entra ID era conocido anteriormente como Azure Active Directory (Azure AD).

Características admitidas

¿Dónde puedo encontrar una lista de las características que se admiten en Instancia administrada de SQL?

Para obtener una lista de las características admitidas en Instancia administrada de SQL, consulte Características de Instancia administrada de Azure SQL.

Para conocer las diferencias de sintaxis y comportamiento entre Instancia administrada de Azure SQL y SQL Server, consulte Diferencias de T-SQL de SQL Server.

Especificación técnica, límites de recursos y otras limitaciones

¿Dónde puedo encontrar las características técnicas y los límites de recursos de Instancia administrada de SQL?

Para conocer las características disponibles de hardware, consulte las diferencias técnicas en las configuraciones de hardware. Para ver los niveles de servicio disponibles y sus características, consulte las diferencias técnicas entre los niveles de servicio.

¿A qué nivel de servicio puedo optar?

Cualquier cliente puede optar a cualquier nivel de servicio. Las ediciones Estándar y Enterprise que se tratan con Software Assurance se pueden intercambiar mediante la Ventaja híbrida de Azure (AHB) para el nivel de servicio De uso general (que incluye la actualización del nivel de servicio de uso general de nueva generación, actualmente en versión preliminar) o Crítico para la empresa mediante las siguientes relaciones de intercambio: 1 edición Estándar = 1 De uso general, 1 edición Enterprise = 1 Crítico para la empresa, 1 edición Enterprise = 4 De uso general y 4 De uso general = 1 edición Enterprise. Para obtener más información, consulte los derechos específicos de AHB.

¿Qué tipos de suscripción se admiten para SQL Managed Instance?

Para ver la lista de tipos de suscripción admitidos, consulte Tipos de suscripción admitidos.

¿Qué regiones de Azure se admiten?

Las instancias administradas se pueden crear en la mayoría de las regiones de Azure. Consulte las regiones admitidas para SQL Managed Instance. Si necesita crear una instancia administrada en una región que no se admite actualmente, envíe una solicitud de soporte técnico a través de Azure Portal.

¿Hay alguna limitación de cuota para las implementaciones de SQL Managed Instance?

SQL Managed Instance tiene dos límites predeterminados: límite en el número de subredes que puede usar y límite en el número de núcleos virtuales que puede aprovisionar. Los límites varían entre tipos de suscripción y regiones. Para ver la lista de limitaciones de recursos regionales por tipo de suscripción, consulte la tabla de Limitaciones de recursos regionales. Estos son límites moderados que se pueden aumentar a petición. Si necesita aprovisionar más instancias administradas en sus regiones actuales, puede enviar una solicitud de soporte técnico para aumentar la cuota a través de Azure Portal. Para más información, consulte Solicitud de aumentos de cuota para Azure SQL Database.

¿Puedo aumentar el número del límite de bases de datos (100) en mi instancia administrada a petición?

El límite de 100 bases de datos por SQL Managed Instance es un límite fijo que no se puede cambiar en los niveles de servicio de uso general y crítico para la empresa. Puede tener hasta 500 bases de datos en el nivel de servicio de uso general de nueva generación.

¿Dónde puedo migrar si tengo más de 16 TB de datos?

Puede considerar la posibilidad de migrar a otros tipos de Azure que se ajusten a su carga de trabajo: Hiperescala de Azure SQL Database o SQL Server en Azure Virtual Machines.

¿Dónde puedo migrar si tengo requisitos de hardware específicos, como una RAM mayor a una proporción de núcleos virtuales o más CPU?

Puede considerar la po0sibilidad de migrar a las opciones optimizadas de memoria o CPU de SQL Server en Azure Virtual Machines o Azure SQL Database.

Defectos y problemas conocidos

¿Dónde puedo encontrar soluciones a defectos y problemas conocidos?

Para ver los defectos y los problemas conocidos, consulte Problemas conocidos.

Nuevas características

¿Dónde puedo encontrar las características más recientes y las características en versión preliminar pública?

Para ver características nuevas y en vista previa, consulte las Novedades.

Creación, actualización, eliminación o traslado de una instancia administrada

¿Cómo puedo aprovisionar una instancia administrada?

Puede aprovisionar una instancia administrada desde Azure Portal, PowerShell, la CLI de Azure y las plantillas de ARM.

¿Puedo aprovisionar instancias administradas en una suscripción existente?

Sí, puede aprovisionar una instancia administrada en una suscripción existente si esa suscripción pertenece a los tipos de suscripción admitidos.

¿Por qué no se pudo aprovisionar una instancia administrada en la subred cuyo nombre empieza por un dígito?

Se trata de una limitación actual del componente subyacente que comprueba el nombre de la subred con respecto a la expresión regular ^[a-zA-Z_][^\/:*?"<>|`'^]*(?<![.\s])$. Actualmente se admiten todos los nombres que pasan la expresión regular y son nombres de subred válidos.

¿Cómo puedo escalar mi instancia administrada?

Puede escalar la instancia administrada desde Azure Portal, PowerShell, la CLI de Azure o las plantillas de ARM.

¿Puedo trasladar mi instancia administrada de una región a otra?

Sí, puede hacerlo. Para obtener instrucciones, consulte Traslado de recursos entre regiones.

¿Cómo puedo eliminar mi instancia administrada?

Puede eliminar instancias administradas desde Azure Portal, PowerShell, la CLI de Azure o las API REST de Resource Manager.

¿Cuánto tiempo se tarda en crear o actualizar una instancia, o en restaurar una base de datos?

El tiempo esperado para crear una instancia administrada o cambiar los niveles de servicio (núcleos virtuales, almacenamiento) depende de varios factores. Consulte Operaciones de administración.

Creación, actualización, eliminación o transferencia de una base de datos

¿Puedo eliminar y volver a crear una base de datos en una instancia administrada conservando el mismo nombre de la base de datos?

La restauración de cada base de datos se garantiza durante todo el período de retención definido, incluso las bases de datos que se crearon y, a continuación, se eliminaron después de tan solo unos segundos. Al crear, eliminar o restaurar una base de datos, se realizan copias de seguridad en intervalos de tiempo diferentes para conservar los datos, de tal manera que se puedan restaurar durante el período de retención especificado. Si se una base de datos se elimina antes de que se haya completado una operación de copia de seguridad, la operación de eliminación podría bloquearse con el siguiente error:

Message database 'backup_restore_db_lkg_native_restore' already exists. Choose a different database name.

Para evitar que se genere el error, compruebe el estado de la operación de eliminación antes de volver a crear una base de datos con el mismo nombre. Para obtener más información, consulte sys.dm_operation_status. Una vez que el estado de la operación indique Completado es posible restaurar o crear una base de datos que tenga el mismo nombre.

Es probable que el error se genere en los siguientes casos de uso:

  • Si se eliminan varias bases de datos para crearlas de nuevo con el mismo nombre de forma consecutiva. Cuando se elimina una base de datos, se hace una copia de seguridad sincronizada de la parte final restante del registro de transacciones antes de que finalice la operación de eliminación, tal y como se muestra en la imagen:

    Copia de seguridad de la parte final del registro

    No es posible crear una base de datos con el mismo nombre hasta que se haga la copia de seguridad de la parte final del registro y la operación de eliminación finalice. El carácter secuencial de la operación de eliminación coloca las bases de datos eliminadas de forma consecutiva en una cola, lo que puede prolongar el proceso de eliminación de las bases de datos y retrasar la creación de bases de datos nuevas con el mismo nombre.

  • Si una base de datos se restaura y descarta antes de finalizar una copia de seguridad completa. Cuando se restaura una base de datos, el primer paso del proceso consiste en utilizar una nueva copia de seguridad completa de la base de datos. Si el usuario intenta restaurar una base de datos y la elimina inmediatamente antes de que se complete la operación de copia de seguridad, no podrá eliminar la base de datos y crear otra base de datos con el mismo nombre hasta que la copia de seguridad completa finalice y la eliminación de la base de datos se lleve a cabo. En función del tamaño de la base de datos, la operación de copia de seguridad completa puede tardar horas.

Oferta de SQL Managed Instance gratuita

¿Qué ocurre si no veo el banner y el botón **Aplicar oferta**?

Es posible que la suscripción no sea apta para la SQL Managed Instance gratuita. De lo contrario, hay un límite de una instancia gratuita por suscripción. Debe quitar una instancia gratis existente para crear otra. Si ha eliminado recientemente la instancia gratuita, el banner de la oferta gratuita tarda hasta una hora en volver a aparecer.

Ayuda Ya no puedo conectarme a mi instancia.

Es probable que se haya agotado el crédito del mes. Vaya a SQL Managed Instance en Azure Portal y compruebe el estado para ver si la instancia está en un estado detenido debido a créditos insuficientes.

Mis horas de núcleo virtual se usan más rápido de lo esperado, ¿cómo puedo ver qué las usa?

Esta funcionalidad no está disponible actualmente.

¿Puedo restaurar una base de datos a la instancia gratuita?

¿Ofrece Azure SQL Managed Instance gratuita una instancia de calidad de producción?

A pesar de las limitaciones de los recursos, SQL Managed Instance gratuita está diseñada para permitirle probar las cargas de trabajo sin ningún impacto. El rendimiento que experimenta al usar SQL Managed Instance gratuita es idéntico al rendimiento de una versión de producción de la instancia.

¿Puedo actualizar a una instancia más grande o más eficaz?

SQL Managed Instance gratuita ofrece 4 y 8 opciones de núcleo virtual. Si la empresa requiere una instancia de con más recursos, cree una SQL Managed Instance de pago completo.

¿Puedo cambiar la opción de copia de seguridad al almacenamiento con redundancia geográfica?

Las opciones de copia de seguridad no se pueden cambiar para SQL Managed Instance gratuita.

¿Puedo usar mi suscripción de Estudiante con Azure SQL Managed Instance gratuita?

Actualmente, la suscripción de Estudiante no es válida. Para las suscripciones aptas, revise los requisitos previos de la oferta de SQL Managed Instance gratuita.

Convenciones de nomenclatura

¿Puede una instancia administrada tener el mismo nombre que una instancia de SQL Server local?

No se admite el cambio de nombre de la instancia administrada.

¿Puedo cambiar el prefijo de zona DNS?

Sí, se puede cambiar la zona DNS predeterminada .database.windows.net de SQL Managed Instance por la suya. Sin embargo, la parte del nombre de host de la instancia administrada de su FQDN debe seguir siendo la misma.

Para usar otra zona DNS en lugar de la predeterminada, por ejemplo, .contoso.com, haga lo siguiente:

  • Use la herramienta de cliente de red de SQL Server (CliConfg) para definir un alias. Puede usar el nombre de host de la instancia administrada o el nombre de host de la instancia administrada seguido de un nombre de dominio personalizado. La herramienta CliConfg agrega aliases en el registro en "HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo" o "HKLM\SOFTWARE\WOW6432Node\Microsoft\MSSQLServer\Client\ConnectTo", en función de si usa la versión de 64 bits (C:\Windows\System32\cliconfg.exe) o la versión de 32 bits (C:\Windows\SysWOW64\cliconfg.exe), para que pueda hacerlo utilizando la directiva de grupo o un script. Use ambos para asegurarse de que los programas de 32 y 64 bits puedan resolver el alias.
  • Use el registro CNAME en DNS con el nombre de host de la instancia administrada que apunta a la FQDN de la instancia administrada. En este caso, se necesita TrustServerCertificate=TRUE cuando se usa la autenticación con Microsoft Entra ID (anteriormente Azure Active Directory).
  • Use UN registro en DNS con el nombre de host de la instancia administrada que apunta a la dirección IP de la instancia administrada. No se recomienda usar la dirección IP, ya que puede cambiar sin previo aviso. En este caso, se necesita TrustServerCertificate=TRUE al usar la autenticación de Microsoft Entra.

Opciones de migración

¿Cómo puedo realizar la migración de un grupo individual o elástico de Azure SQL Database a SQL Managed Instance?

Azure SQL Managed Instance ofrece los mismos niveles de rendimiento por proceso y por tamaño de almacenamiento que otras opciones de implementación de Azure SQL Database. Si desea consolidar los datos en una sola instancia o simplemente necesita una característica admitida exclusivamente en Instancia administrada de SQL, puede migrar los datos mediante la funcionalidad de exportación e importación (BACPAC). Estas son otras maneras de considerar la migración de SQL Database a SQL Managed Instance:

¿Cómo puedo migrar mi base de datos de instancia a una instancia individual de Azure SQL Database?

Una opción es exportar una base de datos a un archivo BACPAC y, a continuación, importar dicho archivo. Este enfoque es aconsejable si la base de datos tiene menos de 100 GB.

La replicación transaccional se puede utilizar si todas las tablas de la base de datos tienen claves principales y no hay objetos OLTP en memoria en la base de datos.

¿Cómo puedo migrar mi instancia de SQL Server a SQL Managed Instance?

Para migrar la instancia de SQL Server, vea Guía de SQL Server a Azure SQL Managed Instance.

¿Cómo puedo migrar de otras plataformas a SQL Managed Instance?

Para obtener información sobre la migración desde otras plataformas, vea Guía de Azure Database Migration.

Rendimiento

¿Cómo puedo comparar el rendimiento de Azure SQL Managed Instance con el de SQL Server?

Para obtener una comparación del rendimiento entre una instancia administrada y SQL Server, un buen punto de partida es leer los procedimientos recomendados para la comparación de rendimiento entre la Instancia administrada de Azure SQL y SQL Server.

¿Cuáles son las causas de las diferencias de rendimiento entre SQL Managed Instance y SQL Server?

Consulte Causas clave de las diferencias de rendimiento entre SQL Managed Instance y SQL Server. El tamaño del archivo de registro de transacciones puede afectar al rendimiento de SQL Managed Instance de uso general. Para más información, consulte Impacto del tamaño del archivo de registro en el rendimiento de una instancia de uso general.

¿Cómo se optimiza el rendimiento de una instancia administrada?

Puede optimizar el rendimiento de la instancia administrada con las opciones siguientes:

¿Cómo puedo ajustar aún más el rendimiento de mi instancia administrada De uso general?

Para mejorar el rendimiento en una instancia De uso general, considere la posibilidad de aumentar el tamaño del archivo de datos. Para optimizar el rendimiento del almacenamiento en una instancia De uso general, consulte Instrucciones sobre procedimientos recomendados de almacenamiento para el nivel De uso general.

La duración de la consulta es demasiado larga. ¿Cómo puedo analizar las estadísticas de espera en mi instancia administrada?

Consulte Análisis de estadísticas de espera en SQL Managed Instance. Las estadísticas de espera son información que puede ayudarle a comprender por qué la duración de la consulta es larga e identificar las consultas que están a la espera de algo en el motor de base de datos.

Supervisión, métricas y alertas

¿Cuáles son las opciones de supervisión y alerta de mi instancia administrada?

Para ver todas las opciones posibles de supervisión y alerta sobre el consumo y el rendimiento de SQL Managed Instance, consulte la entrada de blog sobre opciones de supervisión de Azure SQL Managed Instance. Para ver la supervisión del rendimiento en tiempo real de SQL Managed Instance, consulte Supervisión de rendimiento en tiempo real para la Instancia administrada de Azure SQL.

¿Cómo puedo supervisar el rendimiento de la instancia administrada?

¿Cómo puedo supervisar el rendimiento en tiempo real de la instancia administrada?

¿Puedo usar SQL Profiler para el seguimiento del rendimiento?

Sí, se admite SQL Profiler en SQL Managed Instance. Para más información, consulte SQL Profiler. En su lugar, sin embargo, debe considerar eventos extendidos para la actividad de "seguimiento" con menos impacto en la instancia supervisada. Para obtener más información, consulte los eventos extendidos.

¿Database Advisor e Información de rendimiento de consultas son compatibles con las bases de datos de SQL Managed Instance?

No, no se admite. Puede usar DMV y Almacén de consultas junto con SQL Profiler y XEvents para supervisar las bases de datos.

¿Cómo puedo supervisar el uso de CPU en mi instancia administrada?

¿Puedo crear alertas de métricas en SQL Managed Instance?

Sí. Para obtener instrucciones, consulte Creación de alertas para SQL Managed Instance. Para más sugerencias y trucos, consulte el blog.

¿Puedo crear alertas de métricas en una base de datos de la instancia administrada?

No, las métricas de alertas están disponibles solo para una instancia administrada. Las métricas de alertas para bases de datos individuales en una instancia administrada no están disponibles.

Tamaño de almacenamiento

¿Cuál es el tamaño máximo de almacenamiento de Instancia administrada de SQL?

El tamaño de almacenamiento de Instancia administrada de SQL depende del nivel de servicio seleccionado (De uso general, de uso general de nueva generación o Crítico para la empresa). Para conocer las limitaciones de almacenamiento de estos niveles de servicio, consulte Límites de recursos.

¿Cuál es el tamaño mínimo de almacenamiento disponible para una instancia administrada?

La cantidad mínima de almacenamiento disponible de una instancia es de 32 GB. El almacenamiento se puede agregar en incrementos de 32 GB hasta el tamaño de almacenamiento máximo. Los primeros 32 GB son gratis.

¿Puedo aumentar el espacio de almacenamiento asignado a una instancia, independientemente de los recursos de proceso?

Sí, puede comprar el almacenamiento de complementos, independientemente del proceso que tenga, hasta cierto punto. Consulte Tamaño máximo de almacenamiento reservado de instancia en la tabla.

¿Cómo puedo optimizar el rendimiento del almacenamiento en el nivel de servicio De uso general?

Para optimizar el rendimiento del almacenamiento, consulte Procedimientos recomendados de almacenamiento en el nivel De uso general.

Copia de seguridad y restauración

¿Se deduce el almacenamiento de copia de seguridad del almacenamiento de mi instancia administrada?

No, el almacenamiento de copia de seguridad no se deduce del espacio de almacenamiento de su instancia administrada. El almacenamiento de copia de seguridad es independiente del espacio de almacenamiento de la instancia y su tamaño no está limitado. El almacenamiento de copia de seguridad está limitado por el período de tiempo durante el que se conserva la copia de seguridad de las bases de datos de la instancia; se puede configurar en un total de 35 días. Para más información, consulte Copias de seguridad automatizadas.

¿Cómo puedo ver cuándo se realizan copias de seguridad automatizadas en mi instancia administrada?

Para seguir la realización de copias de seguridad automatizadas en una instancia de SQL Managed Instance, revise Supervisión de la actividad de copia de seguridad.

¿Se admite la copia de seguridad a petición?

Sí, puede crear una copia de seguridad completa de solo copia en su instancia de Azure Blob Storage, pero solo se puede restaurar en la Instancia administrada. Para obtener información, vea Copias de seguridad de solo copia. Sin embargo, no es posible realizar copias de seguridad de solo copia si la base de datos está cifrada mediante TDE administrado por el servicio, ya que no se puede obtener acceso al certificado que se usa para el cifrado. En ese caso, use la característica de restauración a un momento dado para mover la base de datos a otra instancia administrada o cambie a una clave administrada por el cliente.

¿La restauración nativa (desde archivos .bak) es compatible con SQL Managed Instance?

Sí, se admite y está disponible para las versiones de SQL Server 2005 y posteriores. Para usar la restauración nativa, cargue el archivo.bak en Azure Blob Storage y ejecute comandos T-SQL. Para obtener más información, consulte Restauración nativa desde la URL.

¿Se admite la restauración nativa de SQL Managed Instance a SQL Server?

Sí, pero solo para SQL Server 2022, durante el período de soporte estándar de SQL Server 2022. Es posible que, en el futuro, se introduzcan algunas características en Azure SQL Managed Instance que requieran cambios en el formato de la base de datos, lo que hará que las copias de seguridad sean incompatibles con la versión más reciente de SQL Server. El acceso a este tipo de características requiere la participación explícita.

Continuidad del negocio

¿Las bases de datos del sistema no se replican en la instancia secundaria de un grupo de conmutación por error?

Las bases de datos del sistema no se replican en la instancia secundaria de un grupo de conmutación por error. Por lo tanto, los escenarios que dependen de objetos de las bases de datos del sistema son imposibles en la instancia secundaria, a menos que los objetos se creen manualmente en la secundaria. Para solucionar el problema, consulte el artículo Habilitación de escenarios que dependen de objetos de las bases de datos del sistema.

Requisitos de red

¿Cuáles son las restricciones de NSG entrantes o salientes actuales en la subred de instancia administrada?

¿Cuáles son las restricciones de NSG entrantes o salientes actuales en la subred de instancia administrada?

Las reglas NSG y UDR necesarias se documentan en la configuración de subred asistida por servicio , y el servicio las establece automáticamente. Tenga en cuenta que estas reglas son solo las únicas que necesitamos para mantener el servicio. Para conectarse a la instancia administrada y usar diferentes características, deberá establecer reglas adicionales específicas de las características que necesita mantener.

¿Cómo se pueden establecer reglas de grupos de seguridad de red de entrada en los puertos de administración?

SQL Managed Instance es responsable de establecer reglas en los puertos de administración. Esto se logra a través de la funcionalidad denominada configuración de subred asistida por servicio. El objetivo es garantizar un flujo ininterrumpido del tráfico de administración con el fin de cumplir un contrato de nivel de servicio.

¿Puedo obtener los intervalos de IP de origen que se usan para el tráfico de administración de entrada?

Sí. Puede analizar el tráfico que llega a través del grupo de seguridad de red mediante la configuración de los registros de flujo de Network Watcher.

¿Puedo establecer NSG para controlar el acceso al punto de conexión de datos (puerto 1433)?

Sí. Después de aprovisionar una instancia administrada, puede establecer un NSG que controle el acceso de entrada al puerto 1433. Es aconsejable limitar su intervalo de IP tanto como sea posible.

¿Puedo establecer la NVA o el firewall local para filtrar el tráfico de administración saliente en función de los FQDN?

No. No se admite por distintos motivos:

  • El tráfico de enrutamiento que representa una respuesta a una solicitud de administración entrante sería asimétrico y no podría funcionar.
  • El enrutamiento del tráfico a Azure Storage se vería afectado por las restricciones de rendimiento y latencia, por lo que de este modo no podremos ofrecer la calidad y disponibilidad de servicio esperadas.
  • Estas configuraciones son propensas a errores y no son compatibles.

¿Puedo establecer la NVA o el firewall para el tráfico que no es de administración saliente?

Sí. La manera más sencilla de lograrlo es agregar la regla 0/0 a una UDR asociada a la subred de instancia administrada para enrutar el tráfico a través de la NVA.

¿Cuántas direcciones IP necesito para un instancia administrada?

La subred debe tener un número de direcciones IP disponibles suficiente. Para determinar el tamaño de la subred de red virtual para SQL Managed Instance, consulte Determinación del tamaño e intervalo de subred necesarios para SQL Managed Instance.

¿Qué ocurre si no hay suficientes direcciones IP para realizar la operación de la instancia administrada?

En caso de que no haya suficientes direcciones IP en la subred donde se aprovisiona la instancia de SQL Managed Instance, cree una subred y mueva la instancia a ella. También se recomienda crear la nueva subred con más direcciones IP asignadas para que las operaciones de actualización futuras eviten situaciones similares. Obtenga información sobre cómo mover Azure SQL Managed Instance entre subredes.

¿Necesito una subred vacía para crear una instancia administrada?

No. Puede usar una subred vacía o una subred que ya contenga instancias administradas.

¿Puedo cambiar el intervalo de direcciones de la subred?

No si esta contiene instancias administradas. Se trata de una limitación de la infraestructura de redes de Azure. Solo se permite agregar espacio de direcciones adicional a una subred vacía.

¿Puedo transferir mi instancia administrada a otra subred?

Sí. Una instancia de SQL Managed Instance se puede mover a otra subred dentro de la misma red virtual o en una red virtual diferente mediante una conexión en línea. Obtenga información sobre cómo mover Azure SQL Managed Instance entre subredes.

¿Necesito una red virtual vacía para crear una instancia administrada?

¿Puedo colocar un instancia administrada con otros servicios en una subred?

No. Actualmente no se admite la colocación de una instancia administrada en una subred que ya contiene otros tipos de recursos.

Conectividad

¿Puedo establecer conexión con mi instancia administrada mediante su dirección IP?

No se admite. El nombre de host de la instancia administrada se asigna al equilibrador de carga delante del clúster virtual de la instancia administrada. Puesto que un clúster virtual puede hospedar varias instancias administradas, no se puede enrutar una conexión a la instancia administrada adecuada sin especificar su nombre. Para más información sobre la arquitectura del clúster virtual de Instancia administrada de SQL, consulte Arquitectura de conectividad del clúster virtual.

¿Puede una instancia administrada tener una dirección IP estática?

Actualmente, solo los puntos de conexión privados a las instancias administradas garantizan direcciones IP estáticas.

En situaciones poco frecuentes pero necesarias, podríamos realizar una migración en línea de una instancia administrada a un nuevo clúster virtual o a un grupo de máquinas virtuales diferente dentro del clúster virtual, debido a los cambios en la pila de tecnología que pretenden mejorar la seguridad y confiabilidad del servicio. La migración a un nuevo grupo de máquinas virtuales o clúster virtual provoca el cambio de dirección IP que está asignada al nombre de host de la instancia administrada. El servicio de instancia administrada no solicita compatibilidad con direcciones IP estáticas y se reserva el derecho a cambiar la dirección IP sin previo aviso como parte de los ciclos de mantenimiento regular.

Por el motivo anterior, solo se debe obtener acceso a los puntos de conexión públicos y locales de red virtual a través de sus nombres de dominio asociados. No se recomienda para nada confiar en la inmutabilidad de las direcciones IP, ya que hacerlo puede provocar una falta de disponibilidad prolongada mientras el servicio es correcto.

Si necesita una dirección IP estática accesible desde fuera de la virtual network, puede implementar Azure Firewall con una dirección IP pública de front-end y configurar una regla NAT para traducir el tráfico entrante al punto de conexión privado de una instancia administrada. A continuación, configure la resolución DNS o configure alias de cliente para que los clientes SQL se conecten a la dirección IP pública del firewall a través del nombre de dominio completo de la instancia administrada.

¿SQL Managed Instance tiene un punto de conexión público?

Sí, se puede habilitar un punto de conexión público para permitir que el tráfico entrante desde Internet llegue a SQL Managed Instance. Para más información, consulte Use Instancia administrada de Azure SQL de forma segura con puntos de conexión públicos y Configuración de un punto de conexión público en Instancia administrada de Azure SQL.

¿Se puede especificar un puerto personalizado para los puntos de conexión de datos SQL?

No, el uso de un puerto personalizado no está disponible. En el caso de los puntos de conexión de redes virtuales, SQL Managed Instance usa el número de puerto predeterminado 1433, mientras que para los públicos, usa el 3342.

¿Cuál es la forma recomendada de conectar las instancias administradas ubicadas en diferentes regiones?

El emparejamiento de red virtual global (emparejamiento de VNet) y Azure Virtual WAN son métodos recomendados para conectar dos instancias administradas en regiones diferentes. El emparejamiento de circuito de ExpressRoute es una opción alternativa. Si ninguna opción es posible en su entorno, el único método de conectividad es una conexión VPN de sitio a sitio. Configuración de una VPN de sitio a sitio mediante Azure Portal, PowerShell o la CLI de Azure

¿Admite SQL Managed Instance el emparejamiento de VNet global?

La compatibilidad con el emparejamiento de red virtual global (emparejamiento de VNet) para clústeres virtuales recién creados se agregó a Azure SQL Managed Instance el 22 de septiembre de 2020. Por lo tanto, se admite el emparejamiento de redes virtuales para instancias administradas creadas en subredes vacías después del 22 de septiembre de 2020. En el caso de las instancias implementadas antes de esta fecha, la compatibilidad con el emparejamiento se limita a las redes de la misma región, debido a las restricciones del emparejamiento de red virtual global. Para obtener más información, consulte la sección correspondiente de Preguntas más frecuentes (P+F) acerca de Azure Virtual Network.

Para usar el emparejamiento de red virtual global con instancias creadas antes de septiembre del 2020, considere la posibilidad de configurar una ventana de mantenimiento o mover la instancia a una nueva subred, ya que cualquier opción moverá la instancia a un nuevo clúster virtual que admita el emparejamiento de red virtual global.

Consulte cómo comprobar si se admite el emparejamiento de red virtual global en el clúster virtual si fuera necesario.

Mitigación de los riesgos de filtración de datos

¿Cómo se pueden mitigar los riesgos de filtración de datos?

Para mitigar los riesgos de filtración de datos, es aconsejable que los clientes apliquen un conjunto de valores y controles de seguridad:

DNS

¿Puedo configurar DNS personalizado para SQL Managed Instance?

¿Puedo actualizar un DNS?

Cambio de la zona horaria

¿Puedo cambiar la zona horaria de una instancia administrada existente?

La configuración de la zona horaria se puede establecer la primera vez que se aprovisiona una instancia administrada. No se admite el cambio de zona horaria de una instancia administrada existente. Para más información, consulte las limitaciones de zona horaria.

Las soluciones alternativas incluyen la creación de una nueva instancia administrada con la zona horaria adecuada, y la posterior realización de una copia de seguridad y una restauración de forma manual, o lo que recomendamos, realizar una restauración a un momento dado entre instancias.

Seguridad y cifrado de la base de datos

¿El rol de servidor sysadmin está disponible para SQL Managed Instance?

Sí, los clientes pueden crear inicios de sesión que sean miembros del rol sysadmin. Los clientes que asumen el privilegio sysadmin también asumen la responsabilidad de operar la instancia, lo que puede afectar negativamente al compromiso del contrato de nivel de servicio. Para agregar un inicio de sesión al rol de servidor sysadmin, vea Autenticación de Microsoft Entra.

¿El cifrado de datos es transparente para SQL Managed Instance?

Sí, Azure SQL Managed Instance admite Cifrado de datos transparente (TDE). Para obtener más información, consulte Cifrado de datos transparente para SQL Managed Instance.

¿Puedo usar el modelo "Bring Your Own Key" para TDE?

Sí, el escenario de Azure Key Vault para BYOK está disponible para Azure SQL Managed Instance. Para obtener más información, consulte Cifrado de datos transparente con una clave administrada por el cliente.

¿Puedo migrar una base de datos de SQL Server cifrada?

Sí, puede hacerlo. Para migrar una base de datos de SQL Server cifrada, debe exportar e importar los certificados existentes en SQL Managed Instance y, después, realizar una copia de seguridad completa de la base de datos y restaurarla en Instancia administrada.

También puede usar Azure Database Migration Service para migrar las bases de datos cifradas de TDE.

¿Cómo puedo configurar la rotación del protector de TDE para SQL Managed Instance?

Puede girar el protector de TDE de SQL Managed Instance mediante Azure Cloud Shell. Para obtener instrucciones, consulte Cifrado de datos transparente en SQL Managed Instance con su propia clave desde Azure Key Vault.

¿Puedo restaurar mi base de datos cifrada en Instancia administrada de SQL?

Sí, no es preciso descifrar la base de datos para poder restaurarla en Instancia administrada de SQL. Tiene que especificar la clave o el certificado utilizados como un protector de clave de cifrado en el sistema de origen a SQL Managed Instance para poder leer los datos desde el archivo de copia de seguridad cifrado. Existen dos formas posibles de hacerlo:

  • Cargar el protector de certificado en SQL Managed Instance. Solo se puede hacer mediante PowerShell. El script de ejemplo describe todo el proceso.
  • Cargar el protector de clave asimétrica en Azure Key Vault y apuntar SQL Managed Instance hacia este. Este enfoque es similar al caso de uso del cifrado de datos transparente de Bring Your Own Key (BYOK), que también usa la integración de Key Vault para almacenar la clave de cifrado. Si no quiere usar la clave como protector de la clave de cifrado y solo quiere que esté disponible para SQL Managed Instance y así poder restaurar las bases de datos cifradas, siga las instrucciones para configurar BYOK TDE y no active la casilla Hacer que la clave seleccionada sea el protector de TDE predeterminado.

Una vez que el protector de cifrado está disponible para Instancia administrada de SQL, puede continuar con el procedimiento de restauración de base de datos estándar.

Modelos de compra y ventajas

¿Qué modelos de compra están disponibles para SQL Managed Instance?

SQL Managed Instance ofrece el modelo de compra basado en núcleo virtual.

¿Qué ventajas de costos están disponibles para SQL Managed Instance?

Puede ahorrar costos con las ventajas de SQL Azure de las siguientes maneras:

¿Quién puede optar a la Ventaja de instancia reservada?

Para poder beneficiarse de la Ventaja de instancia reservada, el tipo de suscripción debe ser un Contrato Enterprise (números de oferta: MS-AZR-0017P o MS-AZR-0148P) o un contrato individual con precios de pago por uso (números de oferta: MS-AZR-0003P o MS-AZR-0023P). Para más información sobre las reservas, consulte Ventaja de instancia reservada.

¿Se pueden cancelar, intercambiar o reembolsar reservas?

Puede cancelar, intercambiar o reembolsar reservas con ciertas limitaciones. Para más información, consulte Autoservicio de intercambios y reembolsos de reservas de Azure.

Facturación de Azure SQL Managed Instance y almacenamiento de copia de seguridad

¿Cuáles son las opciones de precios de SQL Managed Instance?

Para explorar las opciones de precios de SQL Managed Instance, consulte la página de precios.

¿Cómo puedo realizar un seguimiento del costo de facturación de mi instancia administrada?

Puede hacerlo con la solución Microsoft Cost Management. Navegue a Suscripciones en Azure Portal y seleccione Análisis de costos.

Use la opción Costos acumulados y luego filtre por Tipo de recurso, como microsoft.sql/managedinstances.

¿Puedo usar herramientas de Microsoft o de terceros (desarrolladores y otros) para acceder a SQL Managed Instance sin costo adicional?

Puede usar herramientas de cliente de Microsoft o de terceros compatibles para obtener acceso a SQL Managed Instance y no se le cobrará ningún costo adicional en la factura de Azure. Sin embargo, si algunas de las herramientas requieren una licencia, debe tener un software con licencia legal. Esto se rige por contratos independientes que tiene con cada fabricante de herramientas individual.

¿Cuánto cuestan las copias de seguridad automatizadas?

Obtiene la misma cantidad de espacio de almacenamiento de copia de seguridad gratis que el espacio de almacenamiento de datos reservado adquirido, independientemente del período de retención de copia de seguridad establecido. Si el consumo del almacenamiento de copia de seguridad se encuentra dentro del espacio de almacenamiento de copia de seguridad asignado gratuito, las copias de seguridad automatizadas en SQL Managed Instance no tendrán ningún costo adicional para usted, por lo que serán gratuitas. Superar el uso del almacenamiento de copia de seguridad por encima del espacio libre conllevará un costo adicional. Consulte la sección Almacenamiento de copia de seguridad de la página de precios para obtener más información. Se explica más información técnica sobre las copias de seguridad automatizadas de SQL Managed Instance en Consumo de almacenamiento de copia de seguridad.

¿Cómo puedo supervisar el costo de facturación del consumo de almacenamiento de copia de seguridad?

Puede supervisar el costo del almacenamiento de copia de seguridad a través de Azure Portal. Para obtener instrucciones, consulte Supervisión de los costos de las copias de seguridad automatizadas.

¿Cómo puedo optimizar mis costos de almacenamiento de copia de seguridad en la instancia administrada?

Para optimizar los costos de almacenamiento de copia de seguridad, consulte el artículo sobre la optimización de la copia de seguridad en SQL Managed Instance.

Casos de uso que permiten reducir costos

¿Dónde puedo encontrar casos de uso y el ahorro de costos resultante con Instancia administrada de SQL?

Casos prácticos de Instancia administrada de SQL:

Para comprender mejor las ventajas, los costos y los riesgos asociados con la implementación de Azure SQL Managed Instance, también hay un estudio de Forrester: the Total Economic Impact of Microsoft Azure SQL Database Managed Instance.

Directiva de contraseñas

¿Qué directivas de contraseña se aplican a los inicios de sesión SQL de Instancia administrada de SQL?

La Directiva de contraseña de Instancia administrada de SQL para inicios de sesión de SQL hereda las directivas de la plataforma Azure que se aplican a las máquinas virtuales que forman el clúster virtual que contiene la instancia administrada. En este momento no es posible cambiar ninguno de estos valores, ya que estos se definen en Azure y los hereda la instancia administrada.

Importante

La plataforma Azure puede cambiar los requisitos de directiva sin notificar a los servicios que dependen de esas directivas.

¿Cuáles son las directivas actuales de la plataforma Azure?

En cada inicio de sesión se tiene que establecer la contraseña y cambiarla una vez que alcance la antigüedad máxima.

Directiva Configuración de seguridad
Antigüedad máxima de contraseña 42 días
Antigüedad mínima de contraseña Un día
Longitud mínima de contraseña 10 caracteres
La contraseña tiene que cumplir los requisitos de complejidad habilitado

¿Es posible deshabilitar la complejidad de la contraseña y la expiración en SQL Managed Instance en el nivel de inicio de sesión?

Sí, los campos CHECK_POLICY y CHECK_EXPIRATION se pueden controlar en el nivel de inicio de sesión. Puede comprobar la configuración actual ejecutando el siguiente comando de T-SQL:

SELECT *
FROM sys.sql_logins

Después, puede modificar valores de inicio de sesión especificados ejecutando:

ALTER LOGIN <login_name> WITH CHECK_POLICY = OFF;
ALTER LOGIN <login_name> WITH CHECK_EXPIRATION = OFF;

(Reemplace "Test" por el nombre de inicio de sesión deseado y ajuste los valores de directiva y expiración).

Actualizaciones del servicio

¿Cuál es el cambio de CA raíz para Azure SQL Database y SQL Managed Instance?

¿Qué es un evento de mantenimiento planeado para SQL Managed Instance?

Comentarios y soporte técnico de Azure

¿Dónde puedo dejar mis ideas de mejora de SQL Managed Instance?

Puede votar por una nueva característica de SQL Managed Instance o crear una nueva idea de mejora en el Foro de comentarios de SQL Managed Instance. De este modo, puede contribuir al desarrollo del producto y ayudarnos a priorizar nuestras posibles mejoras.

¿Cómo puedo crear una solicitud de soporte técnico de Azure?

Para obtener información acerca de cómo crear una solicitud de soporte técnico de Azure, consulte Creación de una solicitud de soporte técnico de Azure.

Conjunto de característica de noviembre de 2022

Ya no puedo ver la oleada de características de noviembre de 2022 en el portal de Azure. ¿Por qué?

Los cambios y las características que se introdujeron en la oleada de características de noviembre de 2022 se han integrado en la mayoría de las instancias y ahora están disponibles de manera predeterminada. Dado que ya no es necesario realizar una acción por separado para inscribir una instancia, las opciones que mencionan la oleada de características de noviembre de 2022 se han eliminado del portal de Azure.

Mi instancia no puede usar las características introducidas por la oleada de características de noviembre de 2022. ¿Por qué?

El conjunto de características está disponible para las instancias de las subredes aptas. Si no ve nuevas características, es probable que la subred que contiene la instancia administrada de SQL no sea apta, ya que todavía está en el proceso de inscripción. Las instancias en subredes no inscritas en la oleada siguen viendo la página de la oleada de características en el Azure Portal.

Actualización del nivel de servicio de uso general de nueva generación

Mi instancia forma parte de un grupo de conmutación por error y cuando intenté habilitar la actualización de uso general de próxima generación para mi instancia, se produjo un error. ¿Por qué?

Para las instancias dentro de un grupo de conmutación por error, no se admite el cambio del nivel de servicio a, o desde, el nivel de uso general de próxima generación. Primero debe eliminar el grupo de conmutación por error antes de modificar cualquiera de las réplicas y, a continuación, volver a crear el grupo de conmutación por error después de que el cambio surta efecto.

¿Por qué no puedo habilitar la redundancia de zona para mi instancia administrada SQL de uso general de próxima generación?

La redundancia de zona no está disponible actualmente para el nivel de servicio de uso general de nueva generación.

¿Puedo habilitar la actualización de uso general de próxima generación para mi grupo de instancias?

No, la actualización del nivel de servicio de uso general de próxima generación no se admite actualmente para los grupos de instancias ni para las instancias dentro de un grupo.