Compartir a través de

Directiva de soporte técnico para Microsoft SQL Server

  • Artículo

Nota:

CentOS al que se hace referencia en este artículo es una distribución de Linux y llegará al final del ciclo de vida (EOL). Tenga en cuenta su uso y planifique en consecuencia. Para obtener más información, consulte Guía de fin de vida de CentOS.

En este artículo se describe la directiva de soporte técnico para Microsoft SQL Server.

Versión original del producto: SQL Server 2017 en Linux (todas las ediciones), SQL Server 2017 en Windows (todas las ediciones)
Número de KB original: 4047326

Resumen

En este artículo se describen las directivas de soporte técnico y los límites de solución de problemas de los productos de SQL Server instalados en plataformas compatibles.

Sistemas operativos admitidos

En función de la versión y edición de SQL Server, puede instalar SQL Server en un sistema operativo Windows o Linux compatible.

En esta documentación se describen los sistemas operativos específicos en los que se prueba y valida el producto. Al instalar la versión anterior de SQL Server en sistemas operativos Windows más recientes, debe estar en un Service Pack compatible.

A partir de SQL Server 2017, puede instalar SQL Server en Linux sistemas operativos. Las instrucciones de instalación de SQL Server en Linux describen la lista actual de sistemas operativos Linux compatibles en los que puede instalar y configurar SQL Server para su uso en producción.

A partir de SQL Server 2019, puede implementar el clúster de macrodatos de SQL Server en Kubernetes. Revise las notas de la versión compatibles del sistema operativo host para Kubernetes en las notas de la versión de SQL Server 2019 Clústeres de macrodatos en la sección Compatibilidad.

Hardware admitido

Las instalaciones de SQL Server se admiten en procesadores basados en x64 (AMD e Intel). Ya no se admiten en procesadores basados en x86. Para obtener información actual, consulte SQL Server 2016 y 2017: Requisitos de hardware y software.

Tecnologías de virtualización admitidas

Microsoft admite la implementación de SQL Server en tecnologías de virtualización que incluyen Microsoft Hyper-V y otros hipervisores certificados mediante el Programa de validación de virtualización de servidores (SVVP). Para obtener más información sobre SVVP, vea Programa de validación de virtualización de Windows Server.

Si hospeda una máquina virtual Linux en Hyper-V, asegúrese de que tiene máquinas virtuales Linux en Hyper-V. Microsoft admite instalaciones de SQL Server en servicios de infraestructura en la nube, como Azure Virtual Machine, Amazon EC2 y Google Cloud.

Los proveedores de sistemas operativos host publican hipervisores admitidos para sus sistemas. En la lista siguiente se incluyen algunos ejemplos:

Busque en la documentación del sistema operativo el hipervisor actual y actualizado que se admite en versiones específicas del sistema operativo.

Microsoft también admite la implementación de SQL Server en VMware vSphere, lo que permite a los usuarios aprovechar las ventajas de la plataforma y las funcionalidades del centro de datos definido por software (SDDC), como la virtualización de red y almacenamiento. Para obtener más información sobre cómo implementar MEJOR SQL Server con vSphere, incluido el ajuste de tamaño correcto de las máquinas virtuales de SQL Server y la administración de la configuración de vCenter Server, consulte Arquitectura de Microsoft SQL Server en VMware vSphere.

Azure VMware Solution es la solución de primera entidad de Microsoft que permite a los clientes ejecutar cargas de trabajo de VMware de forma nativa en Azure y también admite la ejecución de implementaciones de SQL Server en la misma infraestructura de vSphere que se usa para ejecutarse en VMware local.

SQL Server en ejecución en contenedores de Linux

En esta sección se describen las directivas de soporte técnico y las configuraciones admitidas para SQL Server que se ejecutan en contenedores de Linux.

SQL Server es una aplicación que se ejecuta en el espacio de usuario de un contenedor de Linux. SQL Server y sus dependencias en el contenedor de SQL Server realizan llamadas al sistema operativo host subyacente y a su kernel. Los diferentes sistemas operativos Linux incluyen diferentes conjuntos de aplicaciones de espacio de usuario y kernel de Linux que se prueban bien en combinación con SQL Server. Aunque es posible ejecutar SQL Server en una configuración no probada o no admitida de combinaciones de contenedor y host, Microsoft no recomienda hacerlo. Solo se admiten configuraciones que usen las instrucciones siguientes. Estas directrices dictan las configuraciones bien probadas y admitidas para ejecutar contenedores de LINUX de SQL Server.

Las siguientes instrucciones y ejemplos se aplican a la compatibilidad con SQL Server en Linux implementaciones de contenedores.

Directrices

  1. El sistema operativo del contenedor de SQL Server debe coincidir con el sistema operativo del host del contenedor en términos de distribución y versión principal.
  2. Una implementación de contenedores de SQL Server en Linux admite el mismo conjunto de plataformas compatibles que para SQL Server en Linux que se ejecutan en cargas de trabajo no contenedorizadas. Para obtener más información, consulte Guía de instalación para SQL Server en Linux.

  • Ejemplos de configuraciones admitidas

    • SQL Server 2019 en contenedores de Red Hat 7.x que se ejecutan en un host de Red Hat 7.x
    • Contenedor de SQL Server 2017 en Ubuntu 16.04 que se ejecuta en un host de Ubuntu 16.04
    • SQL Server 2017 en un contenedor SLES 12.x que se ejecuta en un host SLES 12.x
    • Contenedor de SQL Server 2017 en Ubuntu 16.04 que se ejecuta en una máquina virtual Ubuntu 16.04 hospedada en el sistema operativo Windows

  • Ejemplos de configuraciones no admitidas

    • SQL Server 2017 en contenedores de Red Hat 7.6 que se ejecutan en un host de contenedor de Ubuntu

    • Una distribución del sistema operativo Linux que no coincide entre el contenedor y el host

    • CONTENEDOR de SQL Server 2017 en Ubuntu 16.04 que se ejecuta en un host de Ubuntu 18.04

    • Una versión del sistema operativo Linux que no coincide entre el contenedor y el host

    • SQL Server 2017 en un contenedor CentOS en un host de contenedor centOS (CentOS no es una distribución de sistema operativo Linux compatible para SQL Server en Linux. Microsoft solo abordará los problemas que se pueden reproducir en una configuración admitida).

La imagen de contenedor de Linux para SQL Server 2017 está disponible en Container Registry. Puede usar la imagen de Linux en los escenarios típicos de implementación de DevOps, CI/CD o implementación de producción. Para más información, consulte la página de documentación para la implementación de contenedores.

Para obtener más información sobre cómo los proveedores de sistemas operativos admiten los componentes en el contenedor y el sistema operativo host, consulte los siguientes canales:

SQL Server que se ejecuta en contenedores de Windows

Las implementaciones de SQL Server en contenedores de Windows no están cubiertas por el soporte técnico. Para el desarrollo y las pruebas, cree sus propias imágenes de contenedor personalizadas para trabajar con SQL Server en contenedores de Windows. Los archivos de ejemplo están disponibles en GitHub , pero solo se proporcionan como referencia.

Contenedores de SQL Server que se ejecutan en orquestadores de contenedores

Microsoft admite la implementación y administración de contenedores de SQL Server mediante OpenShift y Kubernetes.

A partir de SQL Server 2019, puede implementar el clúster de macrodatos de SQL Server en Kubernetes. Revise las plataformas de Kubernetes admitidas en las notas de la versión de SQL Server 2019 Clústeres de macrodatos en la sección Compatibilidad.

Personalización de contenedores de SQL Server

La creación de contenedores personalizados de Linux de SQL Server se admite cuando se personaliza sobre los contenedores base de SQL Server descargados de MCR (Container Registry), así como para asegurarse de que no modifique los SQL directories/binaries/licenses ubicados en las ubicaciones: /opt/mssql/* y /usr/share/doc/*, que cuando se modificó incorrectamente podría dar lugar a que el proceso de SQL Server no se inicie.

También puede crear sus propias imágenes de contenedor de SQL Server desde cero, dado que la imagen base del contenedor del sistema operativo Linux que se usa para generar la imagen de contenedor personalizada de SQL Server coincide con las plataformas admitidas para SQL Server en Linux y sigue las instrucciones mencionadas anteriormente.

Como parte de la solución de problemas, si el contenedor personalizado tiene problemas de inicio de SQL Server o algún otro error o excepción de SQL Server, Microsoft puede requerir que desinstale la personalización o agregue herramientas o paquetes específicos para ayudar a solucionar y replicar el problema. Si el problema no se produce después de la eliminación de la personalización, Microsoft no admitirá la personalización ni el script personalizado.

No se admite la personalización de contenedores sql para su uso en otros productos de Microsoft que usan contenedores de SQL Linux, como Azure Arc para Data Services, Azure SQL Edge, etc.,

  • Ejemplos de configuraciones admitidas:

    1. Descargue la imagen de contenedor de SQL desde MCR y, a continuación, use dockerfile que agregue características como Polybase, MSDTC, etc. Estos cambios o cambios similares se admiten para ayudar a crear su propia imagen de contenedor SQL personalizada.

    2. También puede crear una imagen de contenedor personalizada de SQL Server 2019 sobre una plataforma de sistema operativo Linux compatible, como la imagen de contenedor de RHEL 8.2 UBI o las imágenes base de SLES 12.

  • Ejemplos de configuraciones no admitidas:

    Pruebe a crear una imagen personalizada sobre cualquier plataforma Linux que no se mencione en la documentación de plataformas admitidas .

Sistemas de archivos admitidos

Si instala SQL Server en Windows, los sistemas de archivos admitidos son NTFS y ReFS. Esto se aplica a los volúmenes que almacenan los archivos de base de datos y los archivos binarios del programa.

Si instala SQL Server en Linux, los sistemas de archivos admitidos para los volúmenes que hospedan archivos de base de datos son EXT4 y XFS.

Soluciones de alta disponibilidad admitidas

Al configurar una solución de alta disponibilidad para SQL Server en Windows, consulte las directivas de soporte técnico y los requisitos de la directiva de soporte técnico de Microsoft SQL Server para clústeres de Microsoft y requisitos previos, restricciones y recomendaciones para grupos de disponibilidad AlwaysOn.

Al configurar una solución de alta disponibilidad para SQL Server en Linux, revise las directivas de soporte técnico del proveedor del sistema operativo que son específicas de la alta disponibilidad. Los entornos de producción requieren un agente de barreras, como STONITH, para lograr una alta disponibilidad. Un clúster de Linux usa barreras para devolver el clúster a un estado conocido. La manera correcta de configurar barreras depende de la distribución y del entorno. Actualmente, las barreras no están disponibles en algunos entornos de nube. Para obtener más información, consulte las siguientes recomendaciones y directivas de proveedor del sistema operativo:

Para obtener una solución de alta disponibilidad compatible en SQL Server en Linux, consulte Continuidad empresarial y recuperación de bases de datos: SQL Server en Linux.

Características no admitidas

Puede encontrar la lista actual de características de SQL Server que no se admiten en la sección características y servicios no admitidos en las notas de la versión de SQL Server 2017 en Linux. Si intenta usar componentes o características que aparecen en las notas como no compatibles, es posible que experimente síntomas y errores inesperados. Al usar una combinación de características para la aplicación o solución, asegúrese de que la interoperabilidad entre las características está documentada como compatible. Para obtener instrucciones, consulte Grupos de disponibilidad AlwaysOn: interoperabilidad (SQL Server).

Directiva de soporte técnico

Microsoft proporciona soporte técnico y correcciones de productos para componentes de SQL Server que se implementan en sistemas operativos, sistemas de archivos, hipervisores y arquitecturas de hardware compatibles de acuerdo con la documentación del producto. Microsoft puede proporcionar soporte técnico limitado o no para componentes de software de SQL Server que se implementan en sistemas operativos no compatibles, sistemas de archivos, hipervisores y plataformas de hardware.

Si implementa SQL Server en un sistema operativo, un sistema de archivos o un hipervisor no admitidos, es posible que experimente un comportamiento y resultados no comprobados. Al solucionar estos problemas, el equipo de Soporte técnico de Microsoft puede pedirle que reproduzca el problema en una combinación compatible de sistema operativo, sistema de archivos, hipervisor y arquitectura de hardware. En estas circunstancias, Microsoft podría no poder proporcionar soporte técnico o una resolución para el problema si el problema solo se produce en la combinación no admitida del sistema operativo, el sistema de archivos, el hipervisor o la arquitectura.

Al solucionar problemas que se producen al usar una solución o aplicación compilada mediante SQL Server, Soporte técnico de Microsoft intentará aislar la causa del problema en el origen específico de la capa de hardware o software. El problema puede estar en el software de SQL Server o en los componentes del sistema operativo con los que interactúa SQL Server. Si el problema está en SQL Server, Soporte técnico de Microsoft proporcionará soluciones adecuadas de resolución y aplicación para el problema. Si el problema está en el comportamiento del sistema operativo, Soporte técnico de Microsoft le hará referencia al proveedor del sistema operativo para su seguimiento y resolución. En el caso de los sistemas operativos compatibles, Soporte técnico de Microsoft colaborarán con el proveedor de soporte técnico del sistema operativo para proporcionarle una resolución que pueda funcionar comercialmente.

Antes de implementar SQL Server en una versión específica de un sistema operativo, consulte la documentación del producto para SQL Server y consulte también con el proveedor del sistema operativo los requisitos de soporte técnico de toda la solución que está compilando para asegurarse de que los distintos componentes implicados son compatibles y compatibles. Póngase en contacto con el proveedor del sistema operativo sobre las directivas de soporte técnico que se aplican a las directivas de soporte técnico adicionales para las capas de virtualización, almacenamiento y hardware.

Microsoft admitirá el uso de imágenes de contenedor oficiales publicadas por Microsoft en los distintos repositorios de contenedores. Si usa imágenes de contenedor de SQL Server de otros colaboradores, Soporte técnico de Microsoft puede solicitar que reproduzca el problema en la imagen de contenedor oficial. Este paso puede ser necesario para excluir la posibilidad de que las personalizaciones o modificaciones en la imagen de contenedor privada contribuyan al problema.

Si el problema está aislado para el comportamiento del motor de contenedor, debe trabajar con el proveedor del motor de contenedor para solucionar el problema.

Es posible que Microsoft no pueda proporcionar soporte técnico si usa una característica no admitida o usa una característica de manera no admitida o no documentada.

SQL Server en Azure

Si ha implementado SQL Server en una máquina virtual en Azure, las directivas de soporte técnico de Azure se aplican al solucionar problemas. Consulte Distribuciones de Linux aprobadas en Azure.

Si implementa SQL Server en otras soluciones o plataformas en la nube, consulte con el proveedor de soluciones en la nube sobre sus directivas específicas que rigen la producción o el soporte técnico comercial.

Ciclo de vida del producto

SQL Server se rige por la directiva de ciclo de vida fijo para obtener soporte técnico y actualizaciones. Consulte Buscar información de ciclo de vida de productos y servicios para el ciclo de vida y la fase (estándar, extendido y fuera de soporte técnico) para cada versión del producto. Clústeres de macrodatos es un complemento de SQL Server 2019 y se rige como tal en la directiva de ciclo de vida fijo.

Los Service Pack se publican para SQL Server a la versión 2016. El soporte técnico finaliza 12 meses después de las próximas versiones del Service Pack o al final del ciclo de vida de soporte técnico del producto, lo que ocurra primero. Para obtener más información, consulte la directiva de ciclo de vida fijo.

No se publicará ningún Service Pack a partir de SQL Server 2017. Para obtener más información, vea Sql Server Service Packs no se interrumpe a partir de SQL Server 2017.

Para las versiones que comienzan en SQL Server 2017, se recomienda aplicar la actualización acumulativa más reciente (o una CU publicada durante el año pasado) para la versión correspondiente. El equipo de soporte técnico puede requerir que aplique una CU específica que solucione un problema específico al solucionar un problema.

Los sistemas operativos siguen sus propios ciclos de vida. Póngase en contacto con el proveedor del sistema sobre el período de vida aplicable y las versiones admitidas.

Obtener soporte técnico de Microsoft

Hay muchos canales a través de los que puede obtener compatibilidad con SQL Server. Si se produce un problema que afecta a una implementación local de SQL Server, puede revisar las opciones de soporte técnico para que los usuarios empresariales obtengan soporte técnico asistido del equipo de soporte técnico. Si ha implementado SQL Server en un entorno de nube de Azure, puede enviar solicitudes de soporte técnico desde la Ayuda y soporte técnico en el Portal de administración de Azure.

También puede enviar su informe de problemas o sugerencia de producto al sitio connect.

Además, puede interactuar con el equipo de ingeniería de SQL Server mediante las siguientes opciones:

Obtención de soporte técnico de proveedores de sistemas operativos Linux

Si el problema técnico que experimenta no existe en el producto de SQL Server, pero se produce en el sistema operativo, puede trabajar directamente con el proveedor del sistema operativo para solucionar el problema. Puede ponerse en contacto con los equipos de soporte técnico de los proveedores del sistema operativo mediante los siguientes canales:

Obtención de soporte técnico de proveedores de nube de PaaS e IaaS basados en SQL Server

Si el problema técnico que experimenta existe en una oferta de plataforma como servicio (PaaS) o infraestructura como servicio (IaaS) de terceros, trabaje directamente con el proveedor de soluciones para solucionar el problema. Por ejemplo:

Aviso de declinación de responsabilidades sobre la información de terceros

Aviso de declinación de responsabilidades sobre la información de terceros

Los productos de otros fabricantes que se mencionan en este artículo han sido creados por compañías independientes de Microsoft. Microsoft no ofrece ninguna garantía, ya sea implícita o de otro tipo, sobre la confiabilidad o el rendimiento de dichos productos.