Monitoring System Resources


Although Task Manager can give you a quick overview of system performance, there will be situations in which a more thorough investigation is needed. This is where the Performance tool comes in handy. The Performance tool is actually made up of two separate Microsoft Management Console (MMC) snap-ins: System Monitor and Performance Logs and Alerts . The Performance tool is started from the Windows 2000 Start menu. Select Start, Programs, Administrative Tools, Performance. As shown in Figure 5.5, the Performance tool opens with the System Monitor view displayed.

Figure 5.5. The Windows 2000 Performance tool showing the System Monitor view.

graphics/05fig05.jpg

System Monitor

The System Monitor snap-in allows you to view real-time performance data contained in the counters from your domain controllers, member servers, or workstations on your network. In addition, System Monitor allows you to review performance data that is stored in a log file created with the Performance Logs and Alerts snap-in.

Windows 2000 is a modular, object-oriented operating system. Each subsystem within Windows 2000 is an object. For example, the CPU is an object, the memory is an object, the storage subsystem is an object, and so on. As your computer performs various tasks , each of these objects generate performance data.

Each object has several monitoring functions called counters . Each counter offers insight into a different aspect or function of the object. For example, the memory object has counters that measure % Committed Bytes In Use, Available Bytes, Page Faults/sec, and more. System Monitor takes the readings from these counters and presents the information to you in a human-readable format ( numbers or graphs).

In addition, objects can be separated by instance . Instance is the terminology used to refer to multiple occurrences of the same type of object, such as in a multiprocessor server. A separate instance exists for each processor.

By default, System Monitor is started without any counters displayed. To add the counters to be monitored , click the "+" button on the System Monitor menu bar. This opens the Add Counters dialog box shown in Figure 5.6.

Figure 5.6. The Windows 2000 System Monitor showing the Add Counters dialog box.

graphics/05fig06.jpg

In the Add Counters dialog box, you can make choices from several areas to customize your monitoring needs. The choices found on this dialog box are as follows :

  • Computer This option allows you to select whether to add counters from the local computer or any remote computer on your network. You add remote computers using their Universal Naming Convention (UNC) computer name .

  • Performance object This is a drop-down list that displays all of the objects that are available for monitoring.

  • Counters This option allows you to select either all counters or individual counters from a list. Hold down the Shift or Control key and click the mouse to select multiple items.

  • Instance If an object has multiple instances, for example, your server has multiple network cards, you can select each individual instance or all instances.

After selecting each counter, click the Add button to add the counter to the System Monitor display. For a description of each counter, highlight the counter and click the Explain button. When finished, click the Close button.

The number of objects that are available for monitoring will vary by system. Most server services and applications, such as DNS, DHCP, and mail servers, will install their own counters that can be used to monitor the performance of those functions.

Each counter can be displayed as a colored line in one of the graph views. Multiple counters from the same system or from remote systems can be viewed simultaneously . Figure 5.7 shows you an example of what one of the graph views, of which there are several, may look like on your system.

Figure 5.7. The Windows 2000 System Monitor showing server usage counters.

graphics/05fig07.jpg

Of all the items you can monitor on a typical server, the objects that you need to monitor closely for performance issues are

  • Memory

  • Processor

  • Physical disk

  • Network

These counters provide instant insight into the overall performance on a system. When these counters get too high, it's a good indication of a need to upgrade the system or segment the network.

The Performance Logs and Alerts Snap-In

Although System Monitor provides far more system monitoring information than Task Manager, it still only provides a snapshot view of system performance. To perform a more thorough evaluation of system performance, you need to view the system statistics over a period of time. You can find these statistics in the Performance Logs and Alerts tool located underneath System Monitor in the Performance Tool MMC. The following two sections detail the logging and alert features you can use to capture performance data over an extended time period.

Performance Logs

The Performance Logs and Alerts MMC snap-in allows you to log performance data over a period of time and save it to a log file for later viewing. There are two logging options available: Counter Logs and Trace Logs . Counter Logs allow you to record data about hardware usage and the activity of system services from local or remote computers. You can configure logging to occur manually or automatically based on a defined schedule. Trace logs record data when certain activity, such as disk I/O or a page fault, occurs. When the event occurs, the provider sends the data to the log service.

graphics/note_icon.gif

The Trace Logs function is rarely used, because the logs can only be read by a custom-developed tool. It will probably not be covered on the exam.


The snap-in allows you to save log data in the following file formats:

  • Text File (CSV) Comma-delimited format, for import into spreadsheet or database programs.

  • Text File (TSV) Tab-delimited format, for import into spreadsheet or database programs.

  • Binary File This is the default for use with the System Monitor snap-in. Data is logged into this file until it reaches the maximum limit. The default maximum file size is 1MB, but this can be changed when you configure settings for the file from the Log Files tab of the Log properties dialog box by clicking the Configure button.

  • Binary Circular File Data is logged into this file until it reaches the maximum limit. Then the file is overwritten, starting at the beginning of the file. The default maximum file size is 1MB, but this can be changed when you configure settings for the file from the Log Files tab of the Log properties dialog box by clicking the Configure button.

By making the data available in so many common formats, you have the option of analyzing the data using the default Microsoft tools or importing it into the tool of your choice.

graphics/note_icon.gif

You should take a measurement of your system during its normal operation. By having a baseline , you have something to compare counters to when the system experiences problems. Having a baseline comparison provides a quick way to pinpoint problem areas.


The Performance utility allows you to log both on an object basis and a counter basis (see Figure 5.8). This means that you can configure a log to record all the data for an object instead of using individual counters. Therefore, after a log file is recorded, you can select any counter from an object to examine. After you determine what to record, you need to determine two time- related issues: the measurement interval and the length of time to record the log file . These issues are detailed as follows:

  • The measurement interval determines how often a performance reading is taken. Too short an interval can produce spurious results and can cause additional workload on your system. Too long an interval might hide performance changes. Although most readings are insignificant, frequent readings can cause significant performance degradations.

  • The length of time over which a log file is recorded should be long enough to capture all the normal operational activities. This typically means recording a log file for at least a week. A shorter time period might not offer you a complete picture of your system's normal weekly performance.

Figure 5.8. The Windows 2000 Performance Logs and Alerts showing Counter logs.

graphics/05fig08.jpg

The sample log is defined with the following basic counters:

  • Memory Pages/sec

  • PhysicalDisk Average Disk Queue Length

  • %Processor Time

To create a new counter log

  1. Right-click Counter Logs in the left pane of the Performance Logs and Alerts snap-in and select New Log Settings.

  2. In the New Log Settings dialog box, enter the name of the new log and click OK.

  3. From the General tab of the log properties window, click the Add button.

  4. Add the desired counters. The procedure is the same as adding counters to System Monitor.

  5. Click the Log Files tab.

  6. On the Log Files tab, enter the desired log file name, type, and location. Change the maximum log file size if desired. See Figure 5.9.

    Figure 5.9. The Windows 2000 Performance Logs and Alerts snap-in showing Counter Log file configuration.

    graphics/05fig09.jpg

  7. Click the Schedule tab. On the Schedule tab, you can select the start and stop times for logging or select to manually start and stop the log. See Figure 5.10.

    Figure 5.10. The Windows 2000 Performance Logs and Alerts showing Counter Log schedule.

    graphics/05fig10.jpg

  8. Click OK to save the log.

If you selected to manually start the counter log, you can start it by right-clicking the log entry in the right pane of the Performance Logs and Alerts snap-in and selecting Start. The icon for the log will be green when running, red when stopped .

After you have recorded data in your log file, you can view it within System Monitor. To open your log file, select the System Monitor entry in the left pane of the MMC. Next, right-click anywhere in the right pane and select Properties. In the System Monitor Properties dialog box, select the Source tab. On the Source tab (see Figure 5.11), click the Browse button to browse for the log file.

Figure 5.11. The System Monitor Properties dialog box showing the Source tab.

graphics/05fig11.jpg

You can click the Time Range button to adjust the times that you want to view within the log file. Click OK when finished.

Performance Alerts

The Alerts container is used to define threshold alerts. These can be used with real-time measurements or with historical log files. An alert is issued when a specific counter crosses a defined threshold value. When this occurs, a trigger event is initiated.

Creating an Alert is similar to configuring a Counter Log. Right-click the Alerts entry in the left pane of the Performance Logs and Alerts snap-in and select New Alert Settings. In the New Alert Settings dialog box, enter a name for the alert. In the properties dialog box, you can select the desired counters and the value threshold. If you click the Action tab, shown in Figure 5.12, you can select the action to take when the threshold is reached.

Figure 5.12. Alert properties showing the Action tab.

graphics/05fig12.jpg

The options available are

  • Log an entry in the application event log If a threshold is reached, Windows 2000 will create an entry in this log and you can view it in the Application Event Log found in the Event Viewer.

  • Send a network message to This allows you to send a message to a user via the Messenger service.

  • Start performance data log This starts logging to a predefined Counter Log. This is useful if you are trying to see what happens to system performance when a specific event occurs.

  • Run this program This can be any program that can be run from a command line. For example, it might be a program that performs some type of system maintenance, such as compressing files.

Alerts are most often used to monitor systems in real-time. You can set an alert to notify you when a specific event occurs. Some of the conditions that you might want to configure an alert for are low disk space, swap file usage, and task queues for network cards and CPUs. Any of these items can point to a current or potential system problem.



MCSE Windows 2000 Server Exam Cram2 (Exam 70-215)
MCSE Windows 2000 Server Exam Cram 2 (Exam Cram 70-215)
ISBN: 0789728737
EAN: 2147483647
Year: 2003
Pages: 155

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net