Como configurar en SCCM 2012 varios SUP compartiendo la misma base de datos

Buenos días,

En nuestra documentación en TechNet se recomienda el empleo de una base de datos compartidas en SCCM 2012 cuando se tienen varios SUP en el mismo site, pero no estaba claro el nivel de soporte para esta configuración desde un punto de vista de SUS services o que pasos son necesarios para su configuración, ya que únicamente estaba documentado como configurar WSUS con una base de datos compartida en un cluster NLB de servidores WSUS.

Últimamente hemos tenido algunos casos de soporte con situaciones donde se consultaba el nivel de soporte de esta configuración o errores en la gestión de los ficheros EULA en algunos updates de Internet Explorer (este tipo de ficheros tienen una gestión distinta al resto de updates en entornos con SUP en SCCM).

Finalmente tenemos la documentación confirmando el soporte de esta configuración y los pasos a seguir para su correcto funcionamiento:

https://blogs.technet.com/b/wsus/archive/2014/03/22/considerations-for-multiple-wsus-instances-sharing-a-content-database-when-using-system-center-configuration-manager-but-without-network-load-balancing-nlb.aspx

To set up such a configuration, you would install multiple SCCM SUPs with WSUS on shared database, configure WSUS/SUP to store content on a file share, but stopping short of enabling NLB.

    1. Install SQL
    1. Install first WSUS server creating database
    1. Install other WSUS servers creating database
    1. Create share for content (computer accounts must have change permission)
    1. On first WSUS server Use WSUSutil movecontent to change location
    1. On each WSUS server, in IIS ensure the “Content” virtual directory path is set to the share, and specify an account to use to connect to the path (to cater for anonymous access).
    1. Add SUP (Software Update Point) role to first server and synch.
    1. Add SUP role to other servers.

Rather than connecting to WSUS directly, clients are choosing a random SUP to connect to (which is their expected behavior, and why the NLB is not needed on the server side). This is a supported configuration of WSUS, but only when WSUS is being used in a SCCM deployment.

 

Espero que esta información os resulte de utilidad.

Un saludo.

Raúl.