{"id":15711,"date":"2011-02-03T00:01:00","date_gmt":"2011-02-03T00:01:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/heyscriptingguy\/2011\/02\/03\/export-performance-counters-with-powershell-to-ease-tuning\/"},"modified":"2011-02-03T00:01:00","modified_gmt":"2011-02-03T00:01:00","slug":"export-performance-counters-with-powershell-to-ease-tuning","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/scripting\/export-performance-counters-with-powershell-to-ease-tuning\/","title":{"rendered":"Export Performance Counters with PowerShell to Ease Tuning"},"content":{"rendered":"

Summary<\/b>: Learn how to use Windows PowerShell to export performance counter sets to simplify analysis and tuning.<\/p>\n

\"Hey,<\/p>\n

Hey, Scripting Guy! I think that using Windows PowerShell to parse performance counter stuff is pretty cool. However, as much as I am a command line person, there are times when I need to be able to use the GUI. For example, often I need to take a picture for a report I am writing. The report may be justification for my request to purchase additional hardware. As you know, a picture is worth a thousand words, and I am a person of few words. Is there a way that I can use Windows PowerShell to capture performance data, but still be able to perform analysis using graphical tools?<\/p>\n

—LH<\/p>\n

\"Hey,Hello LH, <\/p>\n

Microsoft Scripting Guy, Ed Wilson here. It is warming up a little bit here in Charlotte, North Carolina today. Of course, since it is winter, the snow replacement is rain. That is OK, however, because it makes for a nice, albeit somewhat gloomy, day. I have six hours of meetings today, but the meetings are cool, and I get to talk to some of my friends, so I do not mind. It does mean that I am up early so I can check the Scripter@Microsoft.Com<\/a> email. With the volume of email I get, I cannot skip too many days before I am overwhelmed. I have a nice cup of English Breakfast tea steeping in my ceramic tea pot, and I am waiting for a couple of hard boiled eggs to come out of our new egg cooker. In the past, I would manually cook eggs. It involved filling a pot with water, covering it while it boiled, placing the eggs in the boiling water, waiting for about 30 minutes while they soaked, removing them from a pan, placing them in a pan full of ice to cool them down, and then finally peeling them. It is a process that consumed nearly an hour. This is fine for a weekend morning, but not too practical for a day when one has six hours worth of meetings; thus the automation of the egg via the egg cooker. Perhaps I can use the following code to automate my egg.<\/p>\n

\n

Get-Egg –uncooked | Set-Egg –property cooked –value $true<\/p>\n<\/blockquote>\n

LH, working with performance counters can be a little like cooking a hardboiled egg. It can be fun, but at times automation needs to enter into the equation. If I am using the Get-Counter<\/b> cmdlet to retrieve performance counter information, and I wish to have the ability to examine the data in the Performance Monitor tool, all I need to do is to pipe the results to the Export-Counter<\/b> cmdlet. In the command that follows, I use the Get-Counter<\/b> cmdlet to retrieve performance counters related to memory. I collect four samples at one-second intervals. I export the collected information to a blg<\/b> formatted file in the C:\\fso<\/b> folder on my computer. This command appears here. (The following command is a single logical command. I added the line continuation character (`) at the end of the first line to break the line to fit the blog format. When the command is typed into the Windows PowerShell console, the line continuation is not required when the command wraps to additional lines.)<\/p>\n

The use of the Get-Counter<\/b> cmdlet appears in Monday’s Hey Scripting Guy! Blog<\/a> post. <\/p>\n

\n

PS C:\\> Get-Counter -Counter (get-Counter -ListSet memory).paths -MaxSamples 4 `<\/p>\n

-SampleInterval 1 | Export-Counter -Path c:\\fso\\memory.blg -FileFormat blg<\/p>\n

PS C:\\><\/p>\n<\/blockquote>\n

No output displays in the Windows PowerShell console when the previous command runs. The only way I know the command completed successfully is the absence of error messages. The only way I know that the command completed running is the presence of a fresh Windows PowerShell console command prompt. <\/p>\n

I can open the Performance Monitor utility (Start\/All Programs\/Administrative Tools\/Performance Monitor or Start\/Search Perfmon <ENTER>), and import the saved blg<\/b> file. To do this, I right-click Performance Monitor<\/b> in the left pane and select Performance Monitor Properties<\/b> as shown in the following screen shot.<\/p>\n

\"Image<\/a><\/p>\n

The strange thing is that when I press OK, it appears that nothing has happened. This is shown in the following screen shot.<\/p>\n

\"Image<\/a><\/p>\n

If I look closely, however, I will notice that something has changed—there is no longer a thin red line traversing the bottom of the monitor display. That small red line was the total percentage of processor utilization real-time display. The fact that it no longer displays indicates that the data source has changed. Now it is a simple matter of adding data to the display. I click the green plus (+) sign on the Tool<\/b> menu to add the counters. Only counters that are available from the log file are present in the Add Counter<\/b> dialog box. This is shown in the following screen shot.<\/i><\/p>\n

\"Image<\/a><\/p>\n

After I have selected the counters that I am interested in viewing, the graph displays the recorded data. On the other hand, if I would like to view current data, I can click the small graph icon on the tool menu. This icon is a bit small, and in the following screen shot, I have drawn an arrow to indicate the graph to which I refer.<\/p>\n

\"Image<\/a><\/p>\n

There may be times that I want to be working with my data in Microsoft Excel. The easy way to do this is to export the data as a CSV file. To do this I pipe the data collection that is returned from the Get-Counter<\/b> cmdlet to the Export-Counter<\/b> cmdlet and specify a FileFormat<\/b> value of csv<\/b>. (The following command is a single logical command. I added the line continuation character (`) at the end of the first line to break the line to fit the blog format. When the command is typed into the Windows PowerShell console, the line continuation character is not required when the command wraps to additional lines.)<\/p>\n

\n

PS C:\\> Get-Counter -Counter (get-Counter -ListSet memory).paths -MaxSamples 4 `<\/p>\n<\/blockquote>\n

\n

-SampleInterval 1 | Export-Counter -Path c:\\fso\\memory.csv -FileFormat csv<\/p>\n<\/blockquote>\n

\n

PS C:\\><\/p>\n<\/blockquote>\n

When I double-click the csv<\/b> file, it opens in Microsoft Excel, and I can then manipulate the data. This is shown in the following screen shot.<\/p>\n

\"Image<\/a><\/p>\n

One problem with extensive performance monitoring, is that the counter log files can become rather large. To ensure that the counter log files do not eat up all of the disk space, I can use the MaxSize<\/b> <\/i>parameter with the Export-Counter<\/b> cmdlet. When the log file reaches the maximum size an error is raised, and displayed to the Windows PowerShell console. The raised error is a non-terminating error, and it is more informational than an actual problem. The MaxSize<\/b> <\/i>parameter is an integer, and it is measured in megabytes (MB). Therefore, a MaxSize<\/b> of 1<\/b> will create a 1 MB (1024 KB) file in size. <\/p>\n

Proper planning of a data gathering session includes selecting the counters, and selecting the interval and number of samples. A test should then be run to determine the size of the log file. From this baseline, the appropriate value of the maximum log file is calculated. When I run performance gathering sessions and I intend to analyze immediately the data, I use the force<\/b> switch to cause the Export-Counter<\/b> cmdlet to overwrite a previously existing log file of the same name. If I am only interested in collecting the most recent data, I use the circular<\/b> <\/i>switch and thereby cause the log file to begin overwriting the oldest records when the log file reaches maximum size. The following command obtains the memory performance counters, and attempts to collect 4,000 samples at 1 second intervals. These are then exported to a blg<\/b> file format, but they are limited to a maximum size of 1 MB.<\/p>\n

\n

PS C:\\> Get-Counter -Counter (get-Counter -ListSet memory).paths -MaxSamples 4000 `<\/p>\n

-SampleInterval 1 | Export-Counter -Path c:\\fso\\memory.blg -FileFormat blg -MaxSize 1<\/p>\n<\/blockquote>\n

When the log file is full, an error appears in the Windows PowerShell console. This error is shown in the following screen shot.<\/p>\n

\"Image<\/a><\/p>\n

One of the things I enjoy doing with the Export-Counter<\/b> Windows PowerShell cmdlet is using it to perform file type conversions. I can convert a blg<\/b> <\/i>file (generated via Export-Counter<\/b> as illustrated earlier, or saved from the Performance Monitor utility) to a CSV file format or to a tab separated value (TSV) file format. To convert a blg<\/b> <\/i>file to a different format, I use the InputObject<\/b> <\/i>parameter. Here I use the Import-Counter<\/b> cmdlet to import the blg<\/b> <\/i>file and to convert it to a PerformanceCounterSampleSet<\/b> object. I then specify the path to store the converted file, as well as specify the FileFormat<\/b> parameter. The following command accomplishes these tasks by importing a blg<\/b> file that was created earlier, and converting the format to a TSV file. (The following command is a single logical command. I added the line continuation character (`) at the end of the first line to break the line to fit the blog format. When the command is typed into the Windows PowerShell console, the line continuation character is not required when the command wraps to additional lines.)<\/p>\n

\n

PS C:\\> Export-Counter -InputObject (import-counter c:\\fso\\memory.blg) `<\/p>\n

-Path c:\\fso\\memory.tsv -FileFormat tsv<\/p>\n

PS C:\\><\/p>\n<\/blockquote>\n

The newly created TSV file is shown in the following image.<\/p>\n

\"Image<\/a><\/p>\n

LH, that is all there is to using the Windows PowerShell Export-Counter<\/b> cmdlet. This also concludes Performance Week. <\/p>\n

I invite you to follow me on Twitter<\/a> and Facebook<\/a>. If you have any questions, send email to me at scripter@microsoft.com<\/a>, or post your questions on the Official Scripting Guys Forum<\/a>. See you tomorrow. Until then, peace.<\/p>\n

<\/p>\n

Ed Wilson, Microsoft Scripting Guy<\/b><\/p>\n

 <\/p>\n

<\/span><\/b><\/p>\n","protected":false},"excerpt":{"rendered":"

Summary: Learn how to use Windows PowerShell to export performance counter sets to simplify analysis and tuning. Hey, Scripting Guy! I think that using Windows PowerShell to parse performance counter stuff is pretty cool. However, as much as I am a command line person, there are times when I need to be able to use […]<\/p>\n","protected":false},"author":595,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[51,31,60,3,4,45],"class_list":["post-15711","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-getting-started","tag-operating-system","tag-performance","tag-scripting-guy","tag-scripting-techniques","tag-windows-powershell"],"acf":[],"blog_post_summary":"

Summary: Learn how to use Windows PowerShell to export performance counter sets to simplify analysis and tuning. Hey, Scripting Guy! I think that using Windows PowerShell to parse performance counter stuff is pretty cool. However, as much as I am a command line person, there are times when I need to be able to use […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/15711","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/595"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=15711"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/15711\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=15711"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=15711"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=15711"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}