Skip navigation and proceed to contentThe University of Iowa Information Technology Services Search ITS
ITS Logo Systems & Platforms
About SPA :: Contact SPA
SPA Services
:: SPA Home
Enterprise Directory Services | Enterprise Client Management | Windows Services | Large Systems | UNIX Systems | Operations

 

Your Path:
Quick Links

SPA Departments

SPA Home
Enterprise Client Management
Enterprise Directory Services
Large Systems
UNIX Systems
Operations
Windows Services

Enterprise Client Management

ECM Home
About ECM
ECM Sharepoint Site

Contact ECM

SMS

Technology Overview
SMS Documentation
Daylight Saving Time Update

Imaging Services

Business Desktop Deployment 2007
Desktop Image Documentation
Symantec Ghost Documentation

Citrix MetaFrame

Technology Overview
End-user Documentation

General Desktop Management

Group Policy (GPO)
WinXP Service Pack 2
e-Automate installer

Desktop Firewall Settings

 

Systems & Platforms
Microsoft Systems Management Server

 




Jump to section...  What SMS can do | Other SMS information | SMS Tutorials and Troubleshooting

Overview

Microsoft Systems Management Server or SMS is a comprehensive solution for remote workstation management.  It enables software applications and software updates to be deployed from a single console and in an efficient, cost-effective manner.  SMS also incorporates a very granular reporting component that allows administrators to seek out machines with very specific characteristics, create a grouping of those machines (called a "collection") and deploy certain software applications or updates (called "packages") to those collections - all from one console.  In addition to this core functionality, there are several other features that SMS provides...

  • Asset Management - SMS maintains a thorough database of characteristics about the systems it manages.  These characteristics include software updates installed, specific hardware components, software products installed, etc.  Through the reporting features of SMS, detailed inventories may be generated of the assets a department owns as well the components each system includes.

  • Patch Management - SMS combined with Microsoft SUS (Software Update Server) allows for very precise monitoring and quick deployment of needed software patches and service packs.  Using the asset management features of SMS, machines that require a certain update can be identified by simply running a report.

  • Remote Tools - SMS includes a full complement of tools that allow administrators to interact remotely with managed machines.  These include:  full remote control, file transfer, chat, remote reboot and the ability to execute commands on the remote computer from the SMS console.

  • Other Innovative Solutions - There are some third party tools available from companies like 1E that can extend the capabilities and efficiency of SMS.  Examples are 1E SMSWakeUp and NightWatchman.  SMSWakeUp allows administrators to remotely power up a machine that has been powered down in order to receive an important software update or package.  NightWatchman is a client that allows for the management of each machine's power schema to help reduce energy costs.  

Examples of what SMS can do...

Below are a couple of examples of hypothetical situations where SMS could be used as a fast, easy solution to a potentially large problem.

Example 1

Scenario - A security vulnerability has been exposed in the Windows XP/2000 operating systems and Microsoft has released a patch that closes the security hole.  Machines are being infected by the hundreds upon connection to the internet.  This is a very time sensitive issue.

With SMS...  we can create a simple package for the security update and assign it to all Windows XP and 2000 machines.  The total time from when we begin to create the package to the time it is installed on most every SMS managed machine should be under one hour.  After installation, a report may be run to confirm that all machines have received the update.  Total time involved:  1 hour

Without SMS - Alternative options would include:

  1. Systems would need to be updated by hand.  This obviously isn't a viable option since it would be very time consuming for an administrator to physically be at each machine running the update.  To do this, the administrator would need to interrupt the users' work.  Depending on users to run the update themselves is very risky.  Total time involved: Five minutes PER machine

  2. Waiting for Windows Update to install the updates.  This is not viable because not all Windows machines will have Windows Update enabled.  Even if Windows Update was enabled, most machines wait until 3 AM each night to install the update.  Total time involved:  Overnight, but only if all machines had Windows Update enabled.

  3. The Update could be assigned to run via Group Policy.  This is the most viable option next to SMS but is a much more passive method of application deployment.  Machines would first need to refresh their Group Policy settings, which occurs ever 90 minutes, by default.  Because of the way that Group Policy is processed, a user would need to log out and log back in (and in some cases, a machine would need to be restarted) before the policy takes effect.  Total time involved:  updates would begin installing quickly but would depend on Group Policy being refreshed and possibly users logging out and then back in.  No confirmation would be given that the update was installed and there would be no reporting available without advanced scripting.

Example 2

Scenario - A certain video driver for a certain model of video card is causing errors and screen freezes on many computers because of a system conflict with another piece of software.

With SMS...  a collection may be created that is based on a WMI (Windows Management Instrumentation) query that will identify systems that have the specific video card and the specific, problematic version of the video driver.  Once this collection is created, an updated video driver can simply be made into a package and assigned to all of the machines that are having problems.  The packaged can be scheduled to run in the middle of the night if desired.

Without SMS... unless every computer in the entire department had an identical hardware configuration, a support person would need to physically check each system's configuration to see that the offending device and driver were present and manually install the driver.  Since manually installing the driver at each workstation means using the video card with the faulty driver, this would be an obstacle for the support person fixing each computer.

Example 3

Scenario - A new version of Microsoft Office has been released and thousands of systems need to be upgraded to this new version.

With SMS... a package that installs the entire Office suite can be created and assigned to all of the systems that require the upgrade.  The upgrades first download to each of the thousands of systems and then installs locally on those systems, as opposed to running directly from the network location and wasting network bandwidth.  The download uses a system called BITS (Background Intelligent Transfer Service) that uses only bandwidth a user on a client machine isn't using.  No network slowdown will be apparent to the user for this reason.  The whole process should take a few hours from the time the Office suite is packaged to the time it is available on managed machines.

Without SMS...  The Microsoft Office suite could be deployed via Group Policy (the same as in alternative option #3 in the first example) but the same pitfalls would apply.  In addition, the very large download of the Office installer files would be done without the BITS technology and users would have to sit through the download and installation when they logged in for the first time before Windows starts.  There would be no confirmation or reporting on the success of the deployment of the package.

SMS Information on Microsoft's site SMS Information and Troubleshooting on this site
 

 

Copyright © 2004 The University of Iowa. All rights reserved.
Last updated on Monday, February 18, 2008 01:27:44 PM
Questions or concerns about this webpage contact: its-webmaster@uiowa.edu
Search provided courtesy of Google.com