SMS 2003 Client Health : GP Based Script

Source:-http://www.myitforum.com/absolutenm/templates/Articles.aspx?articleid=17217&zoneid=87

 

Overview

Workstation Client Health maintenance is a continuous process that must be maintained. The following document gives an overview on how to fix several common workstation issues.

CliFix GPO startup script :- Can be downloaded from here http://myitforum.com/cs2/blogs/scassells/Public_SMS_CLIFIX_4.19.vbs.txt

In an effort to reduce the amount of common workstation issues I have developed a script to check and change the following common issues. This script is to be run via GPO startup scripts. This requires the script to work as the system account and have intranet connectivity. Both are accomplished by running as a GPO. Script Requirements

1. Script must be in a location where the computers system account has access. Usually on your domain controller ex. \\FQDNDomain\sysvol\ FQDNDomain\
2. sc.exe must be present for full successful run.
   1. Either in the run path
   2. system32
   3. system32\DLLCache
   4. Note: there are multiple versions floating around in the average environment
3. regsvr32.exe needs to be present
4. %systemroot%\system32 needs to be in system path

Script Settings

All, unless I missed some, sections of the script can be turned on and off in the top of the script. Please review the script as some features will fail without modification.

Please Review the following CONFIG SETTINGS Variables:

• SMSVersion
• ConfigMgrVersion
• WKS_ASSIGNSITECODE
• WKS_CacheSize
• WKS_LocalAdminGroup
• WKS_admACCT
• RegPath
• strWebAddress
• StrCCRServer
• strCCRSiteCode
• CCMSetUP

What the Script Does

1. Checks to make sure the script has not run in X many hours.
   1. Example if X = 12 the script will not run again until at least 12 hours after the last occurrence.
   2. This will prevent a slow down on multiple reboots.
2. Sets DCOM permissions to be correct for SMS / SCCM configuration
3. Checks to make sure System Path has the 3 required windows paths enabled. (does NOT use WMI or require a restart to change values)
   1. C:\windows
   2. C:\windows\sysetm32
   3. C:\windows\system32\wbem
   4. Also removes %systemroot% from path replacing it with correct full path value
   5. If one of the 3 paths is missing, it will parse the full path removing duplicates and adding a,b,or c to the beginning of the path statement leaving all else unchanged.
4. Check to see if sc.exe exists in the run from directory and if not in the system32 directory
5. Checks to see if this script is run on a workstation or server. If a server kills the script
6. Checks to make sure the correct local admin group is present (value is set in header of script)
7. Checks WMI service to see if it is set to auto and running. If not executes sc.exe to start the service.
8. Attempts to connect to WMI object
9. If the WMI object connect fails
   1. Attempt to do a repair (if no previous status is present in the registry and approved via script switches)
   2. Attempt to do a rebuild (if ‘repair’ status is present in the registry and approved via script switches)
   3. If both the above have failed then do nothing and report major error
10. Checks to see if Admin$ is present, if not forces existence via WMI
11. Checks to see if msxml3.dll is registered, if not forces existence via WSH
12. Checks to see if Qmgr.dll and qmgrprxy.dll are registered, if not forces existence via WSH
13. Checks to see if OLEAut32.dll is registered, if not forces existence via WSH
14. Checks to make sure the following services are set to appropriate Status and Mode
    1. RPC
    2. WMI
    3. Firewall/ICS
    4. Server Service
    5. Remote Registry
    6. BITS
    7. Windows Update Services
    8. Terminal Services
    9. Windows Installer
    10. Note: You may want to review the settings for your environment on each of these services. All of the above services are set to default and either Manual or Automatic.
15. Check the SMS version
16. Checks the CCMExec service
17. If SMS is not correct version can be forced to do an install
    1. Needs Review
18. If the all of the above test passed without issue you have a healthy workstation. The following two checks are for SMS.
    1. Check log file last update time. If the PolicyEvaluator.log file has not been modified in past 14 days do a repair of the client.
    2. Check client assignment. If no assignment set new site code based on AD boundaries in which the client is present.
       1. Note: Some people may want to disable this as it relies on AD
19. If any fixes above had to be preformed
    1. Check the advanced client state. Which client policies have enabled.
    2. Check the cache size
    3. Send a Client Configuration Request (CCR) to have client installed
    4. Run CCMSetup from the install share on the server.

Note during this script several forms of reporting, logging, and information submitting have been preformed. The standard methods of reporting are:

• Event log
• Log file in the %temp% directory for the account used to run
  • GPO = C:\windows\temp
• Reporting to a website that submits client status to a SQL table.
  • Future WebPost on how to do this

Other verbose methods include:· Two levels of command line reportingo Log to Command lineo Verbose to command line· network share copy

Future Additions:

Area's that need improvement

• Checking the SMS Client
• Install methods for SMS/ConfigMgr Client
• ConfigMgr 2007 specific changes
• WMI fixing / integration with WMIDiag.vbs
  • http://www.microsoft.com/technet/scriptcenter/topics/help/wmidiag.mspx
• BITS Checking - Correct security
• BITS version correct