Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op: Configuration Manager (current branch)
Dit artikel bevat aanbevolen procedures voor software-updates in Configuration Manager. De informatie is gesorteerd op aanbevolen procedures voor de eerste installatie en voor lopende bewerkingen.
Best practices voor installatie
Gebruik de volgende aanbevolen procedures wanneer u software-updates installeert in Configuration Manager.
Een gedeelde WSUS-database gebruiken voor software-updatepunten
Wanneer u meer dan één software-updatepunt installeert op een primaire site, moet u dezelfde WSUS-database gebruiken voor elk software-updatepunt in hetzelfde Active Directory-forest. Als u dezelfde database deelt, worden de invloed op de client- en netwerkprestaties aanzienlijk beperkt, maar niet volledig verwijderd, wanneer clients overstappen op een nieuw software-updatepunt. Een deltascan vindt nog steeds plaats wanneer een client overschakelt naar een nieuw software-updatepunt dat een database deelt met het oude software-updatepunt, maar de scan is veel kleiner dan wanneer de WSUS-server een eigen database heeft. Zie Schakelen tussen software-updatepunten voor meer informatie over het schakelen tussen software-updatepunten.
Belangrijk
Deel ook de lokale WSUS-inhoudsmappen wanneer je een gedeelde WSUS-database gebruikt voor software-updatepunten.
Zie de volgende blogberichten voor meer informatie over het delen van de WSUS-database:
Wanneer Configuration Manager en WSUS dezelfde SQL Server gebruiken, configureert u de ene voor het gebruik van een benoemd exemplaar en de andere voor het gebruik van het standaardexemplaar
Als de databases Configuration Manager en WSUS hetzelfde exemplaar van SQL Server delen, kunt u het brongebruik tussen de twee toepassingen niet eenvoudig bepalen. Gebruik verschillende exemplaren van SQL Server voor Configuration Manager en WSUS. Deze configuratie maakt het gemakkelijker om problemen met brongebruik op te sporen en vast te stellen die zich voor elke toepassing kunnen voordoen.
De instelling 'Updates lokaal opslaan' opgeven
Wanneer je WSUS installeert, selecteer je de instelling om updates lokaal op te slaan. Deze instelling heeft tot gevolg dat WSUS de licentievoorwaarden downloadt die zijn gekoppeld aan software-updates. De voorwaarden worden gedownload tijdens het synchronisatieproces en opgeslagen op de lokale harde schijf voor de WSUS-server. Als u deze instelling niet selecteert, kunnen clientcomputers mogelijk niet voldoen aan de nalevingsscans voor software-updates met licentievoorwaarden. Het onderdeel WSUS Synchronization Manager van het software-updatepunt controleert of deze instelling standaard elke 60 minuten is ingeschakeld.
Uw software-updatepunten configureren voor het gebruik van TLS/SSL
Het configureren van Windows Server Update Services (WSUS)-servers en de bijbehorende software-updatepunten voor het gebruik van TLS/SSL kan de mogelijkheid van een potentiële aanvaller om op afstand een client te hacken verminderen en bevoegdheden verhogen. Om ervoor te zorgen dat de beste beveiligingsprotocollen aanwezig zijn, raden we u ten zeerste aan het TLS/SSL-protocol te gebruiken om uw software-update-infrastructuur te beveiligen. Zie de zelfstudie Een software-updatepunt configureren voor het gebruik van TLS/SSL met een PKI-certificaat voor meer informatie.
Operationele best practices
Gebruik de volgende aanbevolen procedures wanneer u software-updates gebruikt:
Beperk software-updates tot 1000 in één software-update-implementatie
Beperk het aantal software-updates tot 1000 in elke software-update-implementatie. Wanneer u een automatische implementatieregel maakt, moet u controleren of de opgegeven criteria niet tot meer dan 1000 software-updates leiden. Als u software-updates handmatig implementeert, selecteer dan niet meer dan 1000 updates.
Maak een nieuwe software-updategroep telkens wanneer een ADR wordt uitgevoerd voor 'Patch Tuesday' en voor algemene implementaties
Een implementatie kan maximaal 1000 software-updates bevatten. Wanneer u een automatische implementatieregel (ADR) maakt, geeft u op of u een bestaande updategroep wilt gebruiken of een nieuwe updategroep wilt maken telkens wanneer de regel wordt uitgevoerd. Als u criteria opgeeft in een ADR die resulteert in meerdere software-updates en de regel wordt uitgevoerd volgens een terugkerend schema, maakt u een nieuwe software-updategroep wanneer de regel wordt uitgevoerd. Dit gedrag voorkomt dat de implementatie de limiet van 1000 software-updates per implementatie overschrijdt.
Een bestaande software-updategroep gebruiken voor ADR's voor updates van definities van Endpoint Protection
Wanneer u een ADR gebruikt om regelmatig updates van eindpuntbeveiligingsdefinities te implementeren, moet u altijd een bestaande software-updategroep gebruiken. Anders worden er met de ADR in de loop van de tijd mogelijk honderden software-updategroepen gemaakt. Uitgevers van definitie-updates stellen doorgaans definitie-updates in om te verlopen wanneer ze worden vervangen door vier nieuwere updates. Daarom bevat de software-updategroep die door de ADR wordt gemaakt nooit meer dan vier definitie-updates voor de uitgever: één actieve en drie achterhaald.