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 de la vida útil (EOL). Considere 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 SQL Server productos 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. La guía de instalación de SQL Server en Linux describe 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 SQL Server en Kubernetes. Revise el sistema operativo host admitido para Kubernetes en las notas de la versión de SQL Server 2019 Clústeres de macrodatos en la sección Compatibilidad.

Hardware compatible

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 los 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 linux Virtual Machines en Hyper-V. Microsoft admite instalaciones SQL Server en servicios de infraestructura en la nube, como Azure Virtual Machine, Amazon EC2 y Google Cloud.

Los proveedores del sistema operativo 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 la plataforma del centro de datos definido por software (SDDC) y funcionalidades como la virtualización de red y almacenamiento. Para obtener más información sobre cómo implementar mejor SQL Server mediante vSphere, incluido el ajuste del 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 parte 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 ejecutar en VMware local.

SQL Server que se ejecutan 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 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 contenedores y hosts, Microsoft no recomienda hacerlo. Solo se admiten configuraciones que usan las siguientes directrices. Estas directrices dictan las configuraciones bien probadas y admitidas para ejecutar SQL Server contenedores de Linux.

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

Instrucciones

  1. El sistema operativo de contenedor SQL Server debe coincidir con el sistema operativo 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 admitidas 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
    • SQL Server 2017 en un contenedor ubuntu 16.04 que se ejecuta en un host ubuntu 16.04
    • SQL Server 2017 en un contenedor de SLES 12.x que se ejecuta en un host de SLES 12.x
    • SQL Server 2017 en el contenedor 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

    • SQL Server 2017 en un contenedor ubuntu 16.04 que se ejecuta en un host 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 de CentOS (CentOS no es una distribución compatible del sistema operativo Linux para SQL Server en Linux. Microsoft solo solucionará los problemas que se pueden reproducir en una configuración compatible).

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 producción. Para obtener 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 del sistema operativo admiten los componentes del contenedor y el sistema operativo host, consulte los canales siguientes:

SQL Server que se ejecutan en contenedores de Windows

SQL Server implementaciones 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.

SQL Server contenedores 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 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 de Linux de SQL Server personalizados se admite cuando se personaliza sobre SQL Server contenedores base descargados de MCR (Container Registry), así como para asegurarse de que no se modifica el SQL directories/binaries/licenses que se encuentra en las ubicaciones: /opt/mssql/* y /usr/share/doc/*, lo que, cuando se modifica incorrectamente, podría dar lugar a que no se inicie SQL Server proceso.

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 de SQL Server personalizada 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 SQL Server problemas de inicio o algún otro SQL Server excepción o error, 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 de MCR y, a continuación, con dockerfile, agregue características como Polybase, MSDTC, etc. Estos cambios o cambios similares se admiten para ayudar a crear su propia imagen de contenedor de SQL personalizada.

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

  • Ejemplos de configuraciones no admitidas:

    Intente compilar 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 y requisitos de soporte técnico 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 de Always On.

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 específicas de la alta disponibilidad. Los entornos de producción requieren un agente de barrera, como STONITH, para lograr alta disponibilidad. Un clúster de Linux usa la barrera para devolver el clúster a un estado conocido. La manera correcta de configurar la barrera depende de la distribución y del entorno. Actualmente, la barrera no está disponible en algunos entornos de nube. Para obtener más información, consulte las siguientes directivas y recomendaciones de proveedores del sistema operativo:

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

Características no compatibles

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. Cuando use una combinación de características para la aplicación o la solución, asegúrese de que la interoperabilidad entre las características se documenta como compatible. Para obtener instrucciones, consulte Always On grupos de disponibilidad: interoperabilidad (SQL Server).

Directiva de soporte técnico

Microsoft proporciona soporte técnico y correcciones de productos para SQL Server componentes 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 SQL Server componentes de software 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 comportamientos y resultados no explicados. 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, Es posible que Microsoft no pueda proporcionar soporte técnico o una solución para el problema si el problema se produce solo en la combinación no admitida de sistema operativo, sistema de archivos, hipervisor o arquitectura.

Al solucionar problemas que se producen cuando se usa una solución o aplicación creada 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 SQL Server o en los componentes del sistema operativo con los que SQL Server interactúa. Si el problema está en SQL Server, Soporte técnico de Microsoft proporcionará la solución adecuada y soluciones alternativas a la aplicación para el problema. Si el problema está en el comportamiento del sistema operativo, Soporte técnico de Microsoft le remitirá 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á con el proveedor de soporte técnico del sistema operativo para proporcionarle una resolución comercialmente viable.

Antes de implementar SQL Server en una versión específica de un sistema operativo, compruebe la documentación del producto para SQL Server y compruebe también con el proveedor del sistema operativo los requisitos de soporte técnico para 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 SQL Server imágenes de contenedor de otros colaboradores, Soporte técnico de Microsoft podría solicitar que reproduzca el problema en la imagen de contenedor oficial. Este paso podría ser necesario para excluir la posibilidad de que las personalizaciones o modificaciones en la imagen de contenedor privado contribuyan al problema.

Si el problema está aislado en 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 forma no admitida o no documentada.

SQL Server en Azure

Si implementó SQL Server en una máquina virtual de Azure, las directivas de soporte técnico para 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 sus directivas específicas que rigen el soporte técnico comercial o de producción.

Ciclo de vida del producto

SQL Server sigue la directiva de ciclo de vida fijo para obtener soporte técnico y actualizaciones. Consulte Búsqueda información del ciclo de vida de productos y servicios para conocer 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 hasta la versión 2016. El soporte técnico finaliza 12 meses después de que se publique el siguiente 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.

A partir de SQL Server de 2017 no se publicará ningún Service Pack. Para obtener más información, consulte SQL Server Service Pack se han interrumpido a partir de SQL Server 2017.

En el caso de las versiones que comienzan en SQL Server 2017, se recomienda aplicar la actualización acumulativa más reciente (o un CU que se publicó durante el año pasado) para la versión correspondiente. Es posible que el equipo de soporte técnico requiera que aplique un CU específico 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 tiempo del ciclo de vida aplicable y las versiones admitidas.

Obtener soporte técnico de Microsoft

Hay muchos canales a través de los cuales puede obtener compatibilidad con SQL Server. Si encuentra 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 implementó SQL Server en un entorno en la nube de Azure, puede enviar solicitudes de soporte técnico desde 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 de Connect.

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

Obtener soporte técnico de proveedores de sistemas operativos Linux

Si el problema técnico que experimenta no existe en el producto SQL Server, pero sí 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 canales siguientes:

Obtener soporte técnico de proveedores en la 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) en la nube de terceros o infraestructura como servicio (IaaS), 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.