Service Pack Management - 28 Feb 2001

Specialized programs can make your day

Updating hundreds of computers with a service pack or hotfix isn't usually a job that administrators look forward to. When your computers require a service pack update or an OS hotfix, what do you do?

  1. Ignore the problem and hope no one notices?
  2. Reinstall the OS and most recent service pack on all your computers?
  3. Organize a committee to decide which users truly need the update on their machines?
  4. Decide that now is a good time to take that Jamaican vacation?

Ignoring the problem is probably the easiest solution, but if you ignore a service pack update, do you want the extra work of cleaning up after a security breach? Although a fresh install can do wonders, reinstalling the OS on every computer isn't the best idea because of the required time and effort. What about the committee? If the committee fails to designate all the systems that truly need the hotfix (for example, systems that temporary employees occasionally use), you could end up with a security risk. How about the vacation? You could be relaxing in the sun while an intruder cracks your company's network.

In reality, service pack management calls for a two-step approach. First, to save time and energy, you need to identify which computers need the update. You can usually determine fairly easily whether a particular service pack is installed on a computer, but determining whether a hotfix is installed can be more difficult. This step is important, however—unnecessarily up-dating a computer is a pointless exercise.

Second, you need to perform the update. You can put a hotfix on a 3.5" disk and install the fix from disk. If you're installing a service pack or a hotfix that's too large for a 3.5" disk, you can put the service pack or hotfix in a share on a file server. In either case, you probably need to manually conduct the installations at each computer (unless you've connected all your computers to a central keyboard/ video/mouse—KVM—switch).

The Windows 2000 Magazine Lab staff recently discovered a hotfix that would help us solve some network-connectivity problems. We then faced the task of installing that hotfix on more than 100 computers. This job was easier for us than for most systems administrators: Our test computers are stacked in racks of 15 or 16, and all our test computers connect to a central KVM switch. Despite these advantages, the task still looked like a major undertaking.

Which solution did we pursue? None of the above. We decided to use a service pack management program. (For an overview of the products we tried, see "Ahead of the Service Pack," November 2000.) These programs let you query remote computers and quickly determine which service pack version or hotfixes are installed on those systems. You can display or print this information. Some programs let you set up a profile that searches for specific service packs or hotfixes, then lists only the computers that need the profiled updates. Service pack management programs also let you install service packs or hotfixes on multiple remote computers.

By using a service pack management program, installing the hotfix on more than 100 computers cost us no more effort than we would have spent by walking to 1 computer, determining whether the hotfix was installed, copying the hotfix to that computer, installing the fix, and restarting the computer. After our experience, we can heartily recommend a management program. The time and energy savings they afford make these specialized programs well worth their price.

Discuss this Article 4

James Deverall (not verified)
on Mar 16, 2001
Of course, in a Win2k Active Directory environment, the easiest way to install the W2000 SP1 is via a group policy installer package assigned to the PC's. This will log deployment, check for previous installs and remove / install again if required for any domain or OU you choose.
BIG AL (not verified)
on Apr 2, 2001
Hi, regarding this article "Service Pack Management" as well as the related "Ahead of the Service Pack", I'm looking at the possibility of using either of the SP management software (SP Manager or SPQuery) to inventory/administer/track Service Packs on the enterprise I'm supporting. However, I'm expecting resistance by folks and management who may not be familiar with the products or are reluctant to load any "foreign" agents, services, or software on the target computers (in this case NT 4.0 servers). Can you tell me if there are any risks to damaging/corrupting the OS by using any of these utilities. I'm unclear as to whether separate software needs to be loaded on the target servers (I haven't read through all the vendor info yet on the web-site). And if so, what does the software consist of (i.e. a separate service?) The more I know about this, the more I can be prepared to justify it's use on our NT enterprise. Any info would be appeciated. Also, can you tell me if there are any other tools of this type (Service Pack Management) that I should be looking at to compare? These are the only 2 I've heard recommended. Thanks,
Joshua Orrison (not verified)
on Apr 19, 2001
In my testing of these products, I did not have any problems with damage or corruption of the OS. If there is concern with this possibility, you can install either of these products on a non-production machine with access to the network where the target machines will be located. There is no agent or other software that is installed to the target machines, so this should not be a concern either. At Windows 2000 Magazine, we try to give all vendors with products that match our criteria a chance to be in the review. I am not aware of any other products in the service pack management category. - Joshua Orrison

Please or Register to post comments.

Upcoming Training

Mastering System Center 2012

During over 6 hours of training you can join John Savill from your computer as he will walk you through the key components and capabilities of System Center 2012, what’s involved in using the components, and the benefit they can bring to your environment.

Register Now

Current Issue

May 2013 - The NameTranslate object is useful when you need to translate Active Directory object names between different formats, but it's awkward to use from PowerShell. Here's a PowerShell script that eliminates the awkwardness.

CURRENT ISSUE / ARCHIVE / SUBSCRIBE

Windows Forums

Get answers to questions, share tips, and engage with the Windows Community in our Forums.