Actualización de la infraestructura local que admite Configuration Manager

  • Artículo

Se aplica a: Configuration Manager (rama actual)

Use la información de este artículo para ayudarle a actualizar la infraestructura del servidor que se ejecuta Configuration Manager.

Actualización del sistema operativo de los sistemas de sitio

Configuration Manager admite la actualización local del sistema operativo de servidor que hospeda un servidor de sitio y cualquier rol de sistema de sitio, en las situaciones siguientes:

  • Si Configuration Manager sigue siendo compatible con el nivel de Service Pack resultante de Windows, admite la actualización local a un Service Pack de Windows Server posterior.

  • Actualización local desde:

    • Windows Server 2019 a Windows Server 2022

    • Windows Server 2016 a Windows Server 2022

    • Windows Server 2016 a Windows Server 2019

    • Windows Server 2012 R2 a Windows Server 2019

    • Windows Server 2012 R2 a Windows Server 2016

    • Windows Server 2012 a Windows Server 2016

Para actualizar un servidor, use los procedimientos de actualización proporcionados por el sistema operativo al que va a actualizar. Consulte los siguientes artículos:

Actualización a Windows Server 2016, 2019 o 2022

Siga los pasos de esta sección para cualquiera de los siguientes escenarios de actualización:

  • Actualizar Windows Server 2016 o Windows Server 2019 a Windows Server 2022

  • Actualizar Windows Server 2012 R2 o Windows Server 2016 a Windows Server 2019

  • Actualice Windows Server 2012 o Windows Server 2012 R2 a Windows Server 2016

Antes de la actualización

  • (solo Windows Server 2012 o Windows Server 2012 R2): quite el cliente de System Center Endpoint Protection (SCEP). Windows Server ahora tiene Windows Defender integrado, que reemplaza al cliente SCEP. La presencia del cliente SCEP puede impedir una actualización a Windows Server.

  • (solo Windows Server 2012 o Windows Server 2012 R2): instale la actualización acumulativa más reciente y desinstale Windows Management Framework 5.1 antes de intentar la actualización.

  • Quite el rol WSUS del servidor si está instalado. Puede conservar SUSDB y volver a adjuntarlo una vez reinstalado WSUS. Esto incluye la eliminación y reinstalación de las herramientas administrativas de WSUS en cas o servidor de sitio principal si el punto de actualización de software (SUP) es remoto.

  • Si va a actualizar el sistema operativo del servidor de sitio, asegúrese de que la replicación basada en archivos es correcta para el sitio. Compruebe todas las bandejas de entrada para ver si hay un trabajo pendiente en los sitios de envío y recepción. Si hay muchos trabajos de replicación bloqueados o pendientes, espere hasta que se borren.

    • En el sitio de envío, revise sender.log.
    • En el sitio receptor, revise el registro de despooler.

Después de la actualización

  • Asegúrese de que Windows Defender está habilitado, establecido para el inicio automático y en ejecución.

  • Asegúrese de que se ejecutan los siguientes servicios de Configuration Manager:

    • SMS_EXECUTIVE

    • SMS_SITE_COMPONENT_MANAGER

  • Asegúrese de que los servicios Activación del proceso de Windows y WWW/W3svc están habilitados y configurados para el inicio automático. El proceso de actualización deshabilita estos servicios, por lo que asegúrese de que se ejecutan para los siguientes roles de sistema de sitio:

    • Servidor de sitio

    • Punto de administración

  • Asegúrese de que cada servidor que hospeda un rol de sistema de sitio sigue cumpliendo todos los requisitos previos. Por ejemplo, es posible que tenga que volver a instalar BITS, WSUS o configurar opciones específicas para IIS.

  • Después de restaurar los requisitos previos que faltan, reinicie el servidor una vez más para asegurarse de que los servicios se inician y están operativos.

  • Si va a actualizar el servidor de sitio principal, ejecute un restablecimiento del sitio.

Problema conocido para las consolas de Configuration Manager remotas

Después de actualizar el servidor de sitio o una instancia del proveedor de SMS, no se puede conectar con la consola de Configuration Manager. Para solucionar este problema, restaure manualmente los permisos para el grupo Administradores de SMS en WMI. Los permisos deben establecerse en el servidor de sitio y en cada servidor remoto que hospede una instancia del proveedor de SMS:

  1. En los servidores aplicables, abra Microsoft Management Console (MMC) y agregue el complemento para el control WMI y, a continuación, seleccione Equipo local.

  2. En MMC, abra las propiedades del control WMI (local) y seleccione la pestaña Seguridad .

  3. Expanda el árbol debajo de Raíz, seleccione el nodo SMS y, a continuación, elija Seguridad. Asegúrese de que el grupo Administradores de SMS tiene los permisos siguientes:

    • Habilitar cuenta

    • Habilitación remota

  4. En la pestaña Seguridad debajo del nodo SMS , seleccione el nodo site_<sitecode> y, a continuación, elija Seguridad. Asegúrese de que el grupo Administradores de SMS tiene los permisos siguientes:

    • Ejecutar métodos

    • Escritura del proveedor

    • Habilitar cuenta

    • Habilitación remota

  5. Guarde los permisos para restaurar el acceso a la consola de Configuration Manager.

Problema conocido para los sistemas de sitio remoto

Después de actualizar un servidor que hospeda un rol de sistema de sitio, es posible que falte el valor Software\Microsoft\SMS de la siguiente clave del Registro: HKLM\SYSTEM\CurrentControlSet\Control\SecurePipeServers\Winreg\AllowedPaths

Si falta este valor después de actualizar Windows en el servidor, agréguelo manualmente. De lo contrario, los roles de sistema de sitio pueden tener problemas al cargar archivos en las bandejas de entrada del servidor de sitio.

Actualización del sistema operativo de los clientes

Configuration Manager admite una actualización local del sistema operativo para clientes Configuration Manager en las situaciones siguientes:

  • Si Configuration Manager admite el nivel de Service Pack resultante, admite la actualización local a un Service Pack de Windows posterior.

  • Actualización local de Windows de una versión compatible a Windows 10 o posterior. Para obtener más información, consulta Actualizar Windows a la versión más reciente.

  • Actualizaciones de mantenimiento de compilación a compilación de Windows 10 o posterior. Para obtener más información, vea Administrar Windows como servicio.

Actualizar SQL Server

Configuration Manager admite una actualización local de SQL Server en el servidor de base de datos del sitio.

Para obtener información sobre las versiones de SQL Server compatibles con Configuration Manager, consulte Compatibilidad con versiones de SQL Server.

Actualización de la versión del Service Pack de SQL Server

Si Configuration Manager sigue siendo compatible con el nivel de service pack de SQL Server resultante, admite la actualización local de SQL Server a un Service Pack posterior.

Cuando tiene más de un sitio Configuration Manager en una jerarquía, cada sitio puede ejecutar una versión de Service Pack diferente de SQL Server. No hay ninguna limitación en el orden en que los sitios actualizan la versión del Service Pack de SQL Server.

Importante

Si usa la administración de BitLocker en Configuration Manager y cifra los datos de recuperación en la base de datos, antes de actualizar SQL Server, asegúrese de que el certificado es para una versión compatible. Por ejemplo, los certificados creados con SQL Server 2014 o versiones anteriores no son compatibles con SQL Server 2016 o posterior. Para obtener más información, consulte Administración del certificado de cifrado en SQL Server actualización.

Actualizar a una nueva versión de SQL Server

Configuration Manager admite la actualización local de SQL Server a las versiones siguientes:

  • SQL Server 2022
  • SQL Server 2019
  • SQL Server 2017
  • SQL Server 2016
  • SQL Server 2014

Esta compatibilidad incluye la actualización de SQL Server Express a una versión más reciente de SQL Server Express en sitios secundarios.

Al actualizar la versión de SQL Server que hospeda la base de datos del sitio, debe actualizar la versión de SQL Server que se usa en los sitios en el orden siguiente:

  1. Actualice primero SQL Server en el sitio de administración central.

  2. Actualizar sitios secundarios antes de actualizar el sitio primario primario de un sitio secundario

  3. Actualice los últimos sitios primarios primarios. Estos sitios incluyen tanto sitios primarios secundarios que informan a un sitio de administración central como sitios primarios independientes que son el sitio de nivel superior de una jerarquía.

Al actualizar una base de datos de sitio desde una versión anterior de SQL Server, la base de datos mantiene su nivel de estimación de cardinalidad existente, si está en el mínimo permitido para esa instancia de SQL Server. Si actualiza SQL Server con una base de datos en un nivel de compatibilidad inferior al nivel permitido, establece automáticamente la base de datos en el nivel de compatibilidad más bajo permitido por SQL Server. Para obtener más información, vea Versiones de SQL Server admitidas: nivel de compatibilidad de la base de datos.

Para obtener más información sobre la actualización de SQL Server, consulte los siguientes artículos de SQL Server:

Para actualizar SQL Server en el servidor de base de datos del sitio

  1. Detener todos los servicios de Configuration Manager en el sitio

  2. Actualizar SQL Server a una versión compatible

  3. Reinicio de los servicios de Configuration Manager

Nota:

Al cambiar la edición de SQL Server en uso en el sitio de administración central de Standard a Datacenter o Enterprise, la partición de base de datos no cambia. Esta partición de base de datos limita el número de clientes que admite la jerarquía.