Solved

Cross-Forest WSUS Patch Management

Posted on 2012-04-02
2
1,825 Views
Last Modified: 2012-06-27
Hi,

My current employers are co-hosting a number of client's Win 2003/2008 AD forests on our own infrastructure, and because the combined infrastructures are relatively small (~80 server hosts), I want to implement a single WSUS server that roll patches out to all servers.

Has anyone implemented a cross forest WSUS server, and if so, do you have any tips/advice/steps/manuals?
0
Comment
Question by:cpadm
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
2 Comments
 
LVL 1

Author Comment

by:cpadm
ID: 37796868
I have the following roll-out steps in my head:

1.) Install WSUS server (make sure patches not stored on OS drive...)
2.) Create a WSUS folder for each forest, with subfolders for each server OS/Role.
3.) Create a server WSUS group policy in each forest to point at the single WSUS server.
4.) Set all servers to download patches, but manually install
0
 
LVL 17

Accepted Solution

by:
Tony Massa earned 500 total points
ID: 37799287
WSUS isn't domain specific, so all you would need to do is configure all of the clients to point to a single WSUS server and then set up different groups for patching.

When I used to patch, I preferred not to use target groups, instead, manage the reboots on the computers, and managed the groups on WSUS instead.  I then set up patching and reporting groups that all computers were members of.  Because of our weird patching schedules, I did have to manually move servers into (and out of) the patching groups the week they were scheduled to patch, but servers are always a member of their respective reporting groups.

You generally would pick a subset of low-risk servers to patch first (can be from different 'forests'), then release the same patches to servers that are more important, but not business critical.  The last servers will be your 'critical' production group(s).  Some multi-teired apps need reboots in specific order, but if you are manually pushing the patches and not auto-rebooting, there isn't a lot to worry about.  It will save Internet bandwidth.  :)

You would probably want to use client-side targeting to prevent accidental grouping (mixing) of WSUS clients from the WSUS Admin console.  http://paulslager.com/?p=10
0

Featured Post

Microsoft Certification Exam 74-409

Veeam® is happy to provide the Microsoft community with a study guide prepared by MVP and MCT, Orin Thomas. This guide will take you through each of the exam objectives, helping you to prepare for and pass the examination.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article shows the method of using the Resultant Set of Policy Tool to locate Group Policy that applies a particular setting.
A company’s centralized system that manages user data, security, and distributed resources is often a focus of criminal attention. Active Directory (AD) is no exception. In truth, it’s even more likely to be targeted due to the number of companies …
This tutorial will walk an individual through the steps necessary to join and promote the first Windows Server 2012 domain controller into an Active Directory environment running on Windows Server 2008. Determine the location of the FSMO roles by lo…
Microsoft Active Directory, the widely used IT infrastructure, is known for its high risk of credential theft. The best way to test your Active Directory’s vulnerabilities to pass-the-ticket, pass-the-hash, privilege escalation, and malware attacks …

734 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question