On Tue, Feb 5, 2013 at 11:56 AM, Kennedy, Jim <kennedy...@elyriaschools.org> wrote: > I have moved WSUS servers twice. It isn't worth it, just redo it. It doesn't > take that long to mass approve the updates.
OK ... it's not approving the updates, really. It's rebuilding the groups, and the client history. Once I re-point the GPO to the new server, then the client has to fully scan and report to the new WSUS server which patches it has, and for the server to determine what patches it needs. Those are the parts I would be trying to avoid. How can I migrate that? Do I make the new WSUS server, and somehow replicate from the current to the new, then "demote" the old, leaving only the new? (in our case - we have a set of servers that are up to date with the latest patches, and another set that one month behind. This lets us test that the patches don't break anything, before rolling them out to the production servers) > > -----Original Message----- > From: Michael Leone [mailto:oozerd...@gmail.com] > Sent: Tuesday, February 05, 2013 11:49 AM > To: NT System Admin Issues > Subject: Advice on migrating WSUS 3.0 SP2 from Win2003 32bit to Win2008 R2 > > I've asked this on the WSUS list over at PatchManahement.org, but while I am > waiting on their wisdom, I thought I would ask here, as well. > > I am using WSUS 3.0 SP2 on a Win2003 SP2 VM, and I need to move it to a > Win2008 R2 VM, and while I am it, change the server name. > > Since I posted on the other list, I have determined (I think) that my > database is the default Windows Internal database. I have a SUSDB.MDF file, > and a separate SUSDB.BAK in a different folder. I must have set that backup > up at one point, and pointed it to that backup folder, but it was so long > ago, I've forgotten, and there is no documentation here. > > I found this link - "How to move WSUS from one server to another" > <http://blogs.technet.com/b/sus/archive/2009/07/02/how-to-move-wsus-from-one-server-to-another.aspx>, > This blog post is 3.5 years old; is it still valid? Almost all the comments > say this procedure did not work for them. If not, is there a better > step-by-step guide? > > Thanks for any help. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ > <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
