Preguntas más frecuentes sobre SQL Server en VM de Azure

Azure mantiene imágenes de máquinas virtuales para todas las versiones principales de SQL Server admitidas en todas las ediciones para Windows y Linux. Para obtener más información, consulte la lista completa de imágenes de VM de Windows e imágenes de VM de Linux.

Cada dos meses, las imágenes de SQL Server de la galería de máquinas virtuales se actualizan con las últimas actualizaciones de Windows y Linux. En el caso de las imágenes de Windows, esto incluye cualquier actualización que se marque como importante en Windows Update, incluidas las actualizaciones de seguridad importantes de SQL Server y los Service Pack. En las imágenes de Linux, esto incluye las últimas actualizaciones del sistema. Las actualizaciones acumulativas de SQL Server se tratan de forma diferente para Linux y Windows. En Linux, las actualizaciones acumulativas de SQL Server también se incluyen en la actualización. Pero en este momento, las máquinas virtuales de Windows no se actualizan con las actualizaciones acumulativas de SQL Server o Windows Server.

Sí. En Azure solo se mantiene una imagen por edición y versión principal. Por ejemplo, cuando se publica un nuevo Service Pack de SQL Server, se agrega una nueva imagen a la galería para ese Service Pack y la imagen de SQL Server del Service Pack anterior se quita inmediatamente de Azure Portal. Sin embargo, todavía está disponible desde PowerShell para su aprovisionamiento durante los tres meses siguientes. Transcurridos tres meses, la imagen del Service Pack anterior dejará de estar disponible. Esta directiva de eliminación también se aplica si una versión de SQL Server no recibe soporte técnico cuando llega al final de su ciclo de vida.

Sí, mediante PowerShell. Para obtener más información sobre cómo implementar VM con SQL Server mediante PowerShell, consulte Aprovisionamiento de máquinas virtuales de SQL Server con Azure PowerShell.

Sí, pero debe registrar las VM con SQL Server con la extensión Agente de IaaS de SQL para administrarlas en el portal y poder usar características como la aplicación automática de revisiones y las copias de seguridad automáticas. Al registrar con la extensión, también deberá especificar el tipo de licencia para cada VM con SQL Server.

Puede implementar una máquina virtual de Windows Server (sin SQL Server instalado) y usar el proceso sysprep de SQL para generalizar SQL Server en VM de Azure (Windows) con los medios de instalación de SQL Server. Los clientes que tengan Software Assurance pueden obtener el soporte de instalación en el centro de licencias por volumen. Los clientes que no tengan Software Assurance pueden usar el soporte de instalación de una imagen de VM con SQL Server de Azure Marketplace que tenga la edición que deseen.

Como alternativa, use una de las imágenes de SQL Server de Azure Marketplace para generalizar SQL Server en las VM de Azure. Debe eliminar la siguiente clave del Registro en la imagen de origen antes de crear su propia imagen. Si no lo hace, se puede producir un sobredimensionamiento de la carpeta de arranque del programa de instalación de SQL Server o un estado de error en la extensión Agente de IaaS de SQL.

Ruta de acceso a la clave del Registro:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\SysPrepExternal\Specialize

Sí, pero debe registrar las VM con SQL Server con la extensión Agente de IaaS de SQL para administrarlas en el portal y poder usar características como la aplicación automática de revisiones y las copias de seguridad automáticas.

No. En el caso de las imágenes de la galería de máquinas virtuales que incluyen SQL Server, debe seleccionar una de las imágenes que se proporcionan a través de Azure Portal o mediante PowerShell. No obstante, tiene la posibilidad de implementar una máquina virtual Windows compatible e instalar automáticamente una versión de SQL Server compatibleen ella. Debe registrar la VM con SQL Server con la extensión Agente de IaaS de SQL para administrarla en Azure Portal y poder usar características como la aplicación automática de revisiones y las copias de seguridad automáticas.

Si la versión y edición de SQL Server que busca no está disponible en la lista desplegable Imágenes de Azure Marketplace, implemente una máquina virtual de Azure solo de Windows y, luego, instale manualmente la versión y edición de SQL Server que prefiera. Registre la VM con SQL Server con la extensión Agente de IaaS de SQL si quiere administrar la VM con SQL Server desde Azure Portal.

Si la versión de Windows que busca no está disponible en las imágenes de SQL Server que se encuentran en el menú desplegable Imágenes de Azure Marketplace, implemente una máquina virtual de Azure solo para Windows e instale manualmente la versión y la edición de SQL Server que prefiera. Registre la VM con SQL Server con la extensión Agente de IaaS de SQL si quiere administrar la VM con SQL Server desde Azure Portal.

Las ediciones Developer y Express de SQL Server están disponibles en Azure Marketplace, que no le cobran por la licencia de SQL Server. Si la edición Express o Developer no está disponible para la versión de SQL Server que busca, implemente una máquina virtual de Azure solo de Windows y, luego, instale manualmente la versión y edición de SQL Server que prefiera. Registre la VM con SQL Server con la extensión Agente de IaaS de SQL si quiere administrar la VM con SQL Server desde Azure Portal.

El método más simple es crear una máquina virtual que incluya SQL Server. Para ver un tutorial sobre cómo suscribirse a Azure y crear una máquina virtual con SQL Server desde el portal, consulte Aprovisionamiento de una máquina virtual con SQL Server en Azure Portal. Puede seleccionar una imagen de máquina virtual que use licencias de SQL Server de pago por segundo o puede utilizar una imagen que le permita traer su propia licencia de SQL Server. También tiene la opción de instalar manualmente SQL Server en una máquina virtual con una edición de licencia libre (Developer o Express) o reutilizando una licencia local. Asegúrese de registrar su VM con SQL Server con la extensión Agente de IaaS de SQL para administrarla en el portal y poder usar características como la aplicación automática de revisiones y las copias de seguridad automáticas. Si trae su propia licencia, debe disponer de Movilidad de Licencias a través de Software Assurance en Azure. Para más información, vea Pricing guidance for SQL Server Azure VMs (Orientación de precios de máquinas virtuales de SQL Server Azure).

En primer lugar, cree una máquina virtual de Azure con una instancia de SQL Server. Luego, migre las bases de datos locales a esa instancia. Para estrategias de migración de datos, consulte Guía de migración: de SQL Server a SQL Server en Azure Virtual Machines.

Existen tres formas de hacerlo. Si usted es un cliente de Contrato Enterprise (EA), puede disponer de una de las imágenes de la máquina virtual. Si tiene Software Assurance, puede habilitar la Ventaja híbrida de Azure en una imagen de pago por uso existente. También puede copiar los medios de instalación de SQL Server en una máquina virtual de Windows Server y, luego, instalar SQL Server en la máquina virtual. Asegúrese de registrar la máquina virtual con SQL Server con la extensión para usar características como la administración de portal, las copias de seguridad automáticas y la aplicación automatizada de revisiones.

No. Los clientes necesitan licencias CAL cuando usan "traiga su propia licencia" y mueven su servidor SA o máquina virtual CAL de SQL Server a máquinas virtuales de Azure.

Sí. Puede cambiar fácilmente una imagen de la galería de pago por uso a traiga su propia licencia (BYOL) habilitando la Ventaja híbrida de Azure. Para más información, consulte Modificación del modelo de licencia para una máquina virtual de SQL Server en Azure. Actualmente, este recurso solo está disponible para los clientes de la nube pública y la nube de Azure Government.

No. El cambio del modelo de licencias no requiere ningún tiempo de inactividad para SQL Server, puesto que el cambio es efectivo de inmediato y no requiere un reinicio de la VM.

No. No es posible cambiar los modelos de licencias en una VM clásica. Puede migrar la máquina virtual al modelo de Azure Resource Manager y registrarla con la extensión Agente de IaaS de SQL. Una vez que la máquina virtual está registrada con la extensión Agente de IaaS de SQL, los cambios en el modelo de licencias están disponibles en la máquina virtual.

No. A través de la extensión Agente de IaaS de SQL, puede administrar una única instancia predeterminada, una única instancia con nombre o, si la VM con SQL Server tiene varias instancias, una de esas instancias debe ser la instancia predeterminada para que la administre Azure Portal. Para más información sobre estas limitaciones, consulte la extensión Agente de IaaS de SQL Server.

Sí, para que los clientes del Proveedor de soluciones en la nube de Azure (CSP) puedan usar la Ventaja híbrida de Azure, deben implementar primero una VM de "pago por uso" y, después, convertirla al modo traiga su propia licencia si tienen una instancia activa de Software Assurance.

Para tener una licencia pasiva gratuita para un grupo de disponibilidad secundario en espera o una instancia de clúster de conmutación por error, debe cumplir todos los criterios siguientes, tal como se describe en los Términos de licencia del producto:

1. Tiene movilidad de licencias a través de Software Assurance.
2. La instancia de SQL Server pasiva no proporciona datos de SQL Server a los clientes ni ejecuta cargas de trabajo de SQL Server activas. Solo se utiliza para sincronizar con el servidor principal y mantener la base de datos pasiva en un estado de espera semiactiva. Si está proporcionando datos, como informes a clientes que ejecutan cargas de trabajo de SQL Server activas, o si realiza cualquier trabajo, que no se especifique en los términos del producto, debe ser una instancia de SQL Server con licencia de pago. La siguiente actividad se permite en la instancia secundaria: comprobaciones de coherencia de base de datos o CHECKDB, copias de seguridad completas, copias de seguridad de registros de transacciones y supervisión de datos de uso de recursos. También puede ejecutar la instancia principal y la instancia de recuperación ante desastres correspondiente de forma simultánea durante breves períodos de pruebas de recuperación ante desastres cada 90 días.
3. La licencia activa de SQL Server está incluida en Software Assurance y permite una instancia de SQL Server secundaria pasiva, con hasta la misma cantidad de proceso que el servidor activo con licencia únicamente.
4. La VM de SQL Server secundaria emplea la licencia de recuperación ante desastres en Azure Portal.

La instancia de SQL Server pasiva no proporciona datos de SQL Server a los clientes ni ejecuta cargas de trabajo de SQL Server activas. Solo se utiliza para sincronizar con el servidor principal y mantener la base de datos pasiva en un estado de espera semiactiva. Si está proporcionando datos, como informes a clientes que ejecutan cargas de trabajo de SQL Server activas, o si realiza cualquier trabajo, que no se especifique en los términos del producto, debe ser una instancia de SQL Server con licencia de pago. La siguiente actividad se permite en la instancia secundaria: comprobaciones de coherencia de base de datos o CHECKDB, copias de seguridad completas, copias de seguridad de registros de transacciones y supervisión de datos de uso de recursos. También puede ejecutar la instancia principal y la instancia de recuperación ante desastres correspondiente de forma simultánea durante breves períodos de pruebas de recuperación ante desastres cada 90 días.

En la guía de licencias de SQL Server se proporcionan escenarios en los que se puede aprovechar la ventaja de recuperación ante desastres. Consulte los términos del producto y póngase en contacto con sus contactos de licencias o con el administrador de cuentas para más información.

Los programas completos que ofrecen derechos de suscripción equivalentes de Software Assurance como una ventaja fija admiten la ventaja de la recuperación ante desastres. Esto incluye, entre otros, Open Value (OV), suscripción de Open Value (OVS), Contrato Enterprise (EA), suscripción del Contrato Enterprise (EAS) y Server and Cloud Enrollment (SCE). Consulte los términos del producto y hable con los contactos de licencias o con el administrador de cuenta para más información.

Las máquinas virtuales de SQL Server implementadas en suscripciones con Ventaja híbrida de Azure administrada centralmente muestran el tipo de licencia como "Administrada centralmente". Esto significa que el Ventaja híbrida de Azure se administra de forma centralizada por el administrador de Contrato Enterprise (EA) o Contrato de cliente de Microsoft (MCA) de la organización.

No se admite el cambio del tipo de licencia para máquinas virtuales de SQL Server individuales implementadas en suscripciones con Ventaja híbrida de Azure administrada centralmente, ya que las licencias se administran en el nivel de suscripción: se muestra un mensaje como, por ejemplo Your organization manages licenses assigned to Azure at a scope level such as Azure subscription instead of each individual resources.

Sí. Los medios de instalación de SQL Server están ubicados en una carpeta en la unidad C . Ejecute Setup.exe desde esa ubicación para agregar instancias de SQL Server nuevas o para cambiar otras características instaladas de SQL Server en la máquina. Algunas características, como Copia de seguridad automatizada, Aplicación de revisión automatizada e integración de Azure Key Vault, solo funcionan con la instancia predeterminada o con una instancia con nombre que se haya configurado correctamente (consulte la pregunta 3). Los clientes que usan el modelo de licencias de Software Assurance a través de la Ventaja híbrida de Azure o de pago por uso pueden instalar varias instancias de SQL Server en la máquina virtual sin incurrir en costos adicionales de licencias. Las instancias de SQL Server adicionales pueden agotar los recursos del sistema a menos que se configuren correctamente.

Las versiones de SQL Server 2012 a SQL Server 2019 pueden admitir 50 instancias en un servidor independiente. Este es el mismo límite, independientemente de que sea en el entorno local de Azure. Consulte las prácticas recomendadas para aprender a preparar mejor su entorno.

Al aprovisionar SQL Server en una máquina virtual de Azure, el programa de instalación de SQL Server instala un redistribuible de Microsoft Visual C++, que es necesario para que los componentes de SQL Server se ejecuten de manera correcta. El software de seguridad puede enviar alertas sobre el final de la vida útil (EOL) o acerca de componentes de software obsoletos debido a la versión de los componentes redistribuibles de Microsoft Visual C++ instalados por SQL Server, especialmente para versiones anteriores de SQL Server (SQL Server 2016 y versiones anteriores). Según la directiva de ciclo de vida de soporte técnico, se admiten los componentes de Microsoft Visual C++ Redistributable, siempre que se admita el producto que los instaló. Mientras la versión instalada de SQL Server siga siendo compatible, esta advertencia se puede ignorar de forma segura. Se recomienda no quitar VC++, ya que puede impedir una parte de la funcionalidad de SQL Server.

Sí, pero debe tener en cuenta algunas consideraciones. En primer lugar, es posible que sigan aplicándose cargos por facturación asociada con SQL Server en función del modelo de licencia de la máquina virtual. En segundo lugar, tal como se ha mencionado en la respuesta anterior, hay características que dependen de la extensión Agente de IaaS de SQL Server. Si desinstala la instancia predeterminada sin quitar también la extensión agente de IaaS, la extensión continúa buscando la instancia predeterminada y podría generar errores de registro de eventos de los dos orígenes siguientes: Administración de credenciales de Microsoft SQL Server y Agente IaaS de Microsoft SQL Server. Es posible que uno de los errores sea similar al siguiente:

Error relacionado con la red o específico de la instancia mientras se establecía una conexión con el servidor SQL Server. No se encontró el servidor o no era accesible.

Si decide desinstalar la instancia predeterminada, desinstale también la Extensión del Agente de IaaS de SQL Server.

Sí, en caso de que la instancia con nombre sea la única instancia de SQL Server y que la instancia predeterminada original se haya desinstalado correctamente. Si no hay ninguna instancia predeterminada y hay varias instancias con nombre en una única máquina virtual con SQL Server, no se podrá instalar la extensión Agente de IaaS de SQL Server.

Sí, pero deberá realizar pasos adicionales para evitar que se le cobre por su instancia de SQL Server, como se describe en la Guía de precios. Si quiere quitar por completo la instancia de SQL Server, puede migrar a otra máquina virtual de Azure sin SQL Server preinstalado y eliminar la VM con SQL Server actual. Si quiere conservar la máquina virtual, pero detener la facturación de SQL Server, siga estos pasos:

1. Haga una copia de seguridad de todos los datos, incluidas las bases de datos del sistema, si es necesario.
2. Desinstale SQL Server completamente, incluida la extensión Agente de IaaS de SQL (si existe).
3. Instale la edición de SQL Express gratuita.
4. Regístrese con la extensión Agente de IaaS de SQL.
5. Cambie la edición de SQL Server en Azure Portal a Express para detener la facturación.
6. Deshabilite el servicio SQL Server Express deshabilitando el inicio del servicio (este paso es opcional).

No. La administración desde el portal se proporciona por la extensión Agente de IaaS de SQL, que se basa en la extensión Agente de IaaS de SQL Server. Como tal, se aplican las mismas limitaciones a este portal que al otro. El portal solo puede administrar una instancia predeterminada o una instancia con nombre, siempre y cuando se haya configurado correctamente. Para obtener más información, consulte la extensión Agente de IaaS de SQL Server.

No. El uso de Microsoft Entra Domain Services no se admite actualmente con SQL Server en máquinas virtuales de Azure. Utilice en su lugar una cuenta de dominio de Active Directory.

Para ser conforme con FIPS con SQL Server en máquinas virtuales de Azure, debe usar Windows Server 2022, que tiene FIPS habilitado de manera predeterminada. Windows Server 2019 también puede ser conforme con FIPS si FIPS se habilita manualmente mediante la directiva especificada en el resultado V-93511 de la Guía de implementación técnica de seguridad (STIG).

Para cambiar su versión o edición de SQL Server, los clientes pueden utilizar los medios de instalación que contengan la versión o edición de SQL Server que deseen. Una vez que se ha cambiado la edición, utilice Azure Portal para modificar la propiedad edition de la máquina virtual para que refleje con precisión la facturación de la máquina virtual. Para más información, consulte cómo cambiar la edición de una máquina virtual de SQL Server. No hay ninguna diferencia de facturación para las distintas versiones de SQL Server, por lo que una vez que se ha cambiado la versión de SQL Server, no es necesario realizar ninguna otra acción.

Para las máquinas virtuales con SQL Server implementadas mediante Azure Marketplace, el soporte de instalación se encuentra en C:\SQLServerFull. Puede ejecutar Setup.exe desde esa ubicación para agregar instancias de SQL Server nuevas o para cambiar otras características instaladas de SQL Server en la máquina. También puede copiar este soporte de instalación en otras máquinas virtuales para instalar, o actualizar, esa misma versión y edición de SQL Server. Los clientes que tengan Software Assurance pueden obtener el soporte de instalación en el centro de licencias por volumen.

Para instalar SQL Server con licencias de pago por uso en una máquina virtual de Azure existente, use medios de instalación desde una máquina virtual de SQL Server existente que tenga la edición deseada. Implemente una nueva VM con SQL Server desde Azure Marketplace si aún no tiene una VM con SQL Server con la edición deseada. Copie la carpeta C:\SQLServerFull de la máquina virtual existente en la máquina virtual de destino y, a continuación, instale SQL Server desde la carpeta copiada para evitar posibles problemas relacionados con las claves de licencia del producto. Una vez instalado SQL Server, regístrese con la extensión agente de IaaS de SQL y valide la edición de SQL Server que se usa para la facturación en Azure Portal. Asegúrese de eliminar la VM con SQL Server que se usó para copiar los medios de instalación para evitar la facturación de la máquina virtual sin usar.

Las máquinas virtuales brindan control sobre la máquina virtual, incluido el momento en que se aplican las actualizaciones y la manera de hacerlas. En el caso del sistema operativo, puede aplicar manualmente las actualizaciones de Windows, o bien puede habilitar un servicio de programación llamado Aplicación de revisiones automatizada. Aplicación de revisión automatizada instala las actualizaciones marcadas como importantes, incluidas las actualizaciones de SQL Server que tienen esa categoría. Otras actualizaciones opcionales a SQL Server se deben instalar manualmente.

Si el sistema operativo es Windows Server 2008 R2 o una versión posterior, sí. Puede usar cualquier medio de instalación para actualizar la versión y la edición de SQL Server y, luego, puede registrarse con la extensión Agente de IaaS de SQL. Esto le brinda acceso a todas las ventajas de la extensión Agente de IaaS de SQL, como la capacidad de administración del portal, las copias de seguridad automatizadas y la aplicación automatizada de revisiones. Si la versión del sistema operativo es Windows Server 2008, la extensión solo se admite con funcionalidad limitada.

Para obtener actualizaciones de seguridad ampliadas gratuitas, mueva su instancia de SQL Server tal cual a una máquina virtual de Azure. Las actualizaciones están disponibles mediante el canal de Windows Update. Para obtener más información, vea las opciones de fin del soporte.

Sí. Puede configurar una instancia del clúster de conmutación por error usando discos compartidos de Azure, recursos compartidos de archivos prémium (PFS) o espacios de almacenamiento directo (S2D) para el subsistema de almacenamiento. Los recursos compartidos de archivos prémium proporcionan capacidad de IOPS y rendimiento para responder a las necesidades de numerosas cargas de trabajo. Sin embargo, en el caso de cargas de trabajo con un uso intensivo de E/S, considere el uso de espacios de almacenamiento directo basado en discos o ultradiscos prémium administrados. También puede usar soluciones de agrupación en clústeres o almacenamiento de terceros como se describe en Alta disponibilidad y recuperación ante desastres para SQL Server en Azure Virtual Machines.

De manera conceptual, ejecutar SQL Server en una máquina virtual de Azure no es diferente a ejecutar SQL Server en un centro de datos remoto. En cambio, Azure SQL Database ofrece base de datos como servicio. Con SQL Database, no se tiene acceso a las máquinas que hospedan las bases de datos. Para una comparación completa, consulte Choose a cloud SQL Server option: Azure SQL (PaaS) Database or SQL Server on Azure VMs (IaaS) (Selección de una opción Azure SQL en la nube: Azure SQL (PaaS) Database o SQL Server en máquinas virtuales de Azure (IaaS).

Descargue e instale las herramientas de datos de SQL desde Microsoft SQL Server Data Tools - Business Intelligence para Visual Studio 2013.

Sí. El DTC local es compatible con SQL Server 2016 SP2 y versiones posteriores. Sin embargo, las aplicaciones deben probarse cuando se utilicen los grupos de disponibilidad Always On, ya que las transacciones en proceso durante una conmutación por error producirán un error y se deberán intentar de nuevo. El DTC en clúster está disponible a partir de Windows Server 2019.

No. De hecho, la máquina virtual de Azure SQL y la extensión Agente de IaaS de SQL no almacenan datos de clientes. Para más información, revise las declaraciones de privacidad de la extensión Agente de IaaS de SQL.

Para realizar una migración entre clústeres de un grupo de disponibilidad en SQL Server en máquinas virtuales de Azure, use la SKU de Azure Load Balancer estándar.

Sí. Los recursos compartidos de archivos Premium de Azure se admiten tanto para instancias de clúster de conmutación por error como para instancias independientes de SQL Server mediante el protocolo SMB.

Sí, para máquinas virtuales específicas en regiones admitidas. Consulte SSD Prémium v2 con SQL Server en máquinas virtuales de Azure para obtener más información. Si desea usar SSD Prémium v2 con un tipo de máquina virtual o región que no está en la lista, puede hacerlo implementando primero la máquina virtual y, después, agregando las unidades SSD Prémium v2 después de crear la máquina virtual.

El almacenamiento solo se puede ampliar para las máquinas virtuales de SQL Server que se implementaron desde una imagen de SQL Server en Azure Marketplace y actualmente no se admiten para discos SSD Prémium v2.

No. Microsoft registra automáticamente las máquinas virtuales aprovisionadas a partir de imágenes de SQL Server en Azure Marketplace. El registro con la extensión solo es necesario si la máquina virtual no se aprovisionó a partir de las imágenes de SQL Server en Azure Marketplace y SQL Server se instaló automáticamente.

Sí. Los clientes deben registrar sus máquinas virtuales con SQL Server con la extensión si no usaron una imagen de SQL Server de Azure Marketplace y, en su lugar, se instaló automáticamente SQL Server o si usan su propio VHD personalizado. Las máquinas virtuales que poseen todo tipo de suscripciones (directa, Contrato Enterprise y proveedor de soluciones en la nube) se pueden registrar con la extensión del Agente de IaaS de SQL.

Consulte los requisitos previos para obtener más información.

Las credenciales de cliente que se usan para registrar la máquina virtual deben existir en cualquiera de los siguientes roles de Azure: Colaborador de la máquina virtual, Colaborador o Propietario.

No inicialmente. Cuando se registra por primera vez con la extensión Agente de IaaS de SQL, los archivos binarios se copian en la VM con SQL Server y obtiene una funcionalidad limitada. Una vez que habilite una característica que se base en él, se instalará el Agente de IaaS de SQL en la máquina virtual. Consulte la tabla de ventajas para información sobre la funcionalidad limitada.

Octubre de 2022 introdujo el modelo de permisos con privilegios mínimos para la extensión, concediendo los permisos mínimos necesarios para cada característica usada por la extensión. Las máquinas virtuales de SQL Server implementadas después de octubre de 2022 a través de Azure Marketplace tienen habilitado de forma predeterminada el modelo de permisos con privilegios mínimos. La extensión usa derechos sysadmin para máquinas virtuales de SQL Server que se implementaron antes de octubre de 2022, o máquinas virtuales de SQL Server autoinstaladas, que no han habilitado manualmente el modelo de privilegios mínimos en Azure Portal. Revise los permisos de la extensión Agente de IaaS de SQL para más información.

El recurso de máquinas virtuales SQL es un recurso gratuito que permite administrar la VM con SQL Server desde Azure Portal. El recurso de máquinas virtuales SQL se crea al implementar una imagen de VM con SQL Server desde Azure Marketplace o al registrar manualmente una VM con SQL Server con la extensión Agente de IaaS de SQL. Azure también puede crear este recurso automáticamente en una máquina virtual existente si se detecta una instancia de SQL Server. No hay ningún costo asociado al recurso de máquinas virtuales SQL.

No, a partir de septiembre de 2021, ya no es necesario reiniciar el servicio SQL Server al registrarse con la extensión Agente de IaaS de SQL.

No. El tipo de licencia de SQL Server no es una propiedad opcional cuando se registra con la extensión del Agente de IaaS de SQL. Al registrarse con la extensión Agente de IaaS de SQL, tiene que establecer el tipo de licencia de SQL Server como pago por uso o Ventaja híbrida de Azure. Si tiene instalada alguna de las versiones gratuitas de SQL Server, como Developer o Evaluation Edition, debe registrarse con las licencias de pago por uso. Ventaja híbrida de Azure solo está disponible para las versiones de pago de SQL Server, como Enterprise y Standard Edition.

El tipo de licencia predeterminado es el de la imagen de máquina virtual. Si usa una imagen de pago por uso para la máquina virtual, el tipo de licencia es PAYG; de lo contrario, el tipo de licencia es AHUB de forma predeterminada.

Sí. Si implementó SQL Server desde sus propios medios e instaló la extensión Agente de IaaS de SQL, puede registrar la VM con SQL Server con la extensión para obtener las ventajas de capacidad de administración proporcionadas por la extensión Agente de IaaS de SQL.

Sí. Vaya al recurso Máquinas virtuales de SQL de la máquina virtual de su servidor SQL y elija Reparar en Soporte técnico y solución de problemas para abrir la página de reparación y reparar la extensión.

No. El registro de una VM única con la extensión Agente de IaaS de SQL no está disponible en Azure Portal. El registro con la extensión del Agente de IaaS de SQL solo se admite con la CLI de Azure o Azure PowerShell.

No. Una máquina virtual debe tener al menos una instancia de SQL Server (Motor de base de datos) para registrarse correctamente con la extensión del Agente de IaaS de SQL. Si no hay ninguna instancia de SQL Server en la máquina virtual, el nuevo recurso Microsoft.SqlVirtualMachine tendrá un estado de error.

Sí, siempre que haya una instancia predeterminada en la VM. La extensión del Agente de IaaS de SQL solo registra una instancia de SQL Server (Motor de base de datos). En caso de varias instancias, registra la instancia de SQL Server predeterminada.

Sí. Las instancias de clúster de conmutación por error de SQL Server en una máquina virtual de Azure se pueden registrar con la extensión Agente de IaaS de SQL con funcionalidad limitada.

Sí. No hay ninguna restricción por registrar una instancia de SQL Server de una máquina virtual de Azure con la extensión del Agente de IaaS de SQL si participa en una configuración de grupo de disponibilidad AlwaysOn.

Ninguno. No hay ninguna tarifa asociada al registro con la extensión Agente de IaaS de SQL. La administración de la VM con SQL Server con la extensión es gratuita.

Una vez que habilita una característica que requiere la instalación del agente, hay un impacto mínimo de los dos servicios instalados en el sistema operativo. Estos se pueden supervisar mediante el administrador de tareas y se muestran en la consola de Servicios de Windows integrada.

Los dos nombres de servicio son:

• SQLIaaSExtension (nombre para mostrar - Microsoft SQL Server IaaS Agent)
• SqlIaaSExtensionQuery (nombre para mostrar - Microsoft SQL Server IaaS Query Service)

Elimine la extensión mediante la eliminación de la extensión de la VM con SQL Server.

No. La extensión Agente de IaaS de SQL simplemente hace posible una capacidad de administración adicional para SQL Server en la VM de Azure sin cargos adicionales.

Sí, siempre que se haya implementado la máquina virtual con SQL Server en la nube pública con el modelo de Resource Manager y no con el modelo clásico. Todos los demás clientes pueden registrarse con la nueva extensión Agente de IaaS de SQL. Sin embargo, solo los clientes con la ventaja de Software Assurance pueden usar su propia licencia activando la Ventaja híbrida de Azure (AHB) en una máquina virtual con SQL Server.

Cuando el recurso Microsoft.Compute/VirtualMachine se coloca o se mueve, se envía una notificación al recurso Microsoft.SqlVirtualMachine asociado para replicar de forma asincrónica la operación.

El recurso Microsoft.Compute/VirtualMachine no se ve afectado cuando se coloca el recurso Microsoft.SqlVirtualMachine. Sin embargo, los cambios en las licencias devuelven el valor predeterminado al origen de la imagen original.

No. Las actualizaciones de seguridad ampliada (ESU) se aplican automáticamente a la máquina virtual, independientemente de si la VM con SQL Server se registró o no con la extensión Agente de IaaS de SQL.

Los modos de administración se quitaron de la arquitectura de la extensión Agente de IaaS de SQL. A partir de marzo de 2023, el registro con la extensión Agente de IaaS de SQL solo copia inicialmente los archivos binarios en la VM con SQL Server y ofrece una funcionalidad limitada. Una vez que habilita una característica que se basa en él, se instala el Agente de IaaS de SQL en la VM con SQL Server.

No. La extensión Agente de IaaS de SQL no es compatible con las siguientes imágenes: SQL Server Reporting Services, SQL Server Power BI Report Server, SQL Server Analysis Services.

Recursos

Máquinas virtuales Windows:

• Introducción a SQL Server en máquinas virtuales Windows
• Aprovisionamiento de SQL Server en máquinas virtuales Windows
• Guía de migración de SQL Server a SQL Server en Azure Virtual Machines
• Alta disponibilidad y recuperación ante desastres para SQL Server en Azure Virtual Machines
• Directrices de rendimiento para SQL Server en Azure Virtual Machines
• Estrategias de desarrollo y patrones de aplicación de SQL Server en Azure Virtual Machines

Máquinas virtuales Linux:

• Introducción a SQL Server en máquinas virtuales Linux
• Aprovisionamiento de SQL Server en una VM Linux
• Preguntas más frecuentes (Linux)
• Documentación de SQL Server en Linux