{"id":3432,"date":"2013-06-09T00:01:00","date_gmt":"2013-06-09T00:01:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/heyscriptingguy\/2013\/06\/09\/weekend-scripter-use-powershell-for-conditional-user-profile-removal\/"},"modified":"2013-06-09T00:01:00","modified_gmt":"2013-06-09T00:01:00","slug":"weekend-scripter-use-powershell-for-conditional-user-profile-removal","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/scripting\/weekend-scripter-use-powershell-for-conditional-user-profile-removal\/","title":{"rendered":"Weekend Scripter: Use PowerShell for Conditional User Profile Removal"},"content":{"rendered":"

Summary<\/strong>: Guest blogger, Bob Stevens, talks about how to use Windows PowerShell to perform conditional user profile removal.<\/span><\/p>\n

Microsoft Scripting Guy, Ed Wilson, is here. Today we are lucky to have guest blogger, Bob Stevens, return for another exciting and useful blog post. Be sure you check out Bob’s other Hey, Scripting Guy! Blog posts<\/a>. Bob is a member of the Twin Cities PowerShell User Group. Here is his contact information:<\/p>\n

Blog: Help! I’m Stuck in My PowerShell!<\/a>
Twitter: @B_stevens6<\/a>
LinkedIn: Robert Stevens<\/a><\/p>\n

Note<\/strong>   This is the second post in a two part series about using Windows PowerShell to work with user profiles. You should read yesterday’s post, Use PowerShell to Generate a Recent Profile Report<\/a>, prior to reading today’s.<\/p>\n

And now, here’s Bob…<\/p>\n

In my last post I discussed how to use Windows PowerShell to return a list of profiles that have not been accessed in the last 30 days by using the metadata of the ntuser.dat file:<\/p>\n

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

In response to input from Ed Wilson, I decided to modify this script heavily to not only return the opposite (profiles that have not been accessed in the past 30 days), but also to provide the user the option of removing such profiles. Although this seems rather straight forward, a number of issues do exist. Primary among them is the built-in profiles, such as Administrator. As you may well know, removing the local Administrator profile can cause some issues, especially if the Group Policy Objects (GPOs) for your organization alter this profile.<\/p>\n

Before we address that, we need to alter the script from my previous blog post. In that post, we used the ntuser.dat file to define the last time the profile was used. This is not going to be necessary now because we are looking for the last time the profile has been used at all, not the last time the user’s registry hive was loaded. Because of this, we can confidantly reduce the complexity of the first part of our script by removing the wildcard character.<\/p>\n

Get-Childitem -force “C:\\Documents and Settings”<\/p>\n

Here you see the Get-Childitem<\/strong> cmdlet followed by the -force<\/strong> switch. (This is followed by the profile path for the version 5 Windows systems, whichI will address later in this post). This returns the content of our defined directory, including hidden and system objects, C:\\Documents and Settings or C:\\Users.<\/p>\n

Now we need to pipe the output from that command to a conditional statement that is very similar to the previous script. The only alterations we are going to make are with the inequality statement and the value. These we change from less than (-le<\/strong>) to greater than (-ge<\/strong>), and we change the number of days from 31 to 30.<\/p>\n

Get-ChildItem -force “C:\\Documents and Settings” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/strong><\/p>\n

}<\/p>\n

You can stop here if you simply want the list of profiles that were not accessed in the last 30 days. If you want to move on, we need to alter that first line to pipe it to an array. An array is similar to a variable; however, with an array you are defining multiple values within a single variable. This is done by encapsulating the values in parentheses and preceding the left parentheses with an ampersand (@).<\/span><\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Documents and Settings” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

We need to use a pair of IF statements to avoid having to change the script on a case-by-case basis. The structure of these commands are explained in detail in my previous post, <\/span>Use PowerShell to Generate a Recent Profile Report<\/a>, so feel free to backtrack if you want to furthur understand them.<\/span><\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “5*”) {}<\/span><\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “6*”) {}<\/p>\n

Inside the braces that follow the first IF statement’s condition, we need to nest our variable declaration<\/span> $over30dayprofiles<\/strong>.<\/span><\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “5*”) {<\/span><\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Documents and Settings” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

}<\/p>\n

We now nest the same variable in the second IF statement’s declaration with one minor variation. We replace “Documents and Settings” with “Users.”<\/span><\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “6*”) {<\/span><\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Users” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

}<\/p>\n

Roll them together to have a complete picture of our array declaration:<\/span><\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “5*”) {<\/span><\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Documents and Settings” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

}<\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “6*”) {<\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Users” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

}<\/p>\n

Combined, our pair of IF statements declare our variable, <\/span>$over30dayprofiles<\/strong>, as all items with a last write time of greater than 30 days. To manipulate this data into the correct format, we use the <\/span>Set-Content<\/strong> cmdlet. <\/span>Set-content<\/strong> will replace the context of a text file, and it natively does so without all of the metadata, which is exactly what we need. (If you want to append data to the text file, use <\/span>Add-Content<\/strong>.) With that, we have the following command:<\/span><\/p>\n

Set-Content “.\\over30dayprofiles.txt” $over30dayprofiles<\/span><\/p>\n

Here is the result:<\/p>\n

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

Notice how Administrator, LocalService and NetworkService are present. We need those to remain, so we are going to actually remove them, and set the content to another file. To do this, we first need to get the content of this file with the Get-Content<\/strong> cmdlet:<\/p>\n

Get-Content “.\\over30dayprofiles.txt”<\/p>\n

Now we use the pipe operator (|<\/strong>) to funnel the content of over30dayprofiles.txt<\/strong>  into the ForEach-Object<\/strong> cmdlet.<\/p>\n

Get-Content “.\\over30dayprofiles.txt” | ForEach-Object<\/p>\n

ForEach-Object<\/strong> is simply stating, “For each object, do this.” The “do this” must be encapsulated in braces because it is followed by actual script.<\/p>\n

Get-Content “.\\over30dayprofiles.txt” | ForEach-Object{}<\/p>\n

Inside the braces, we replace Administrator, LocalService, and NetworkService (with any other profiles you want to exempt) with  a null value by using two single quotation marks with nothing between them (‘’<\/strong>). This is done with the -replace<\/strong> operator.<\/p>\n

Note<\/strong>   Remember that you need to have the placeholder, $_,<\/strong> on the first line because it is necessary for the operation of ForEach-Object<\/strong>. The placeholder, $_<\/strong>, simply tells Windows PowerShell to address each individual object within the data provided.<\/p>\n

$_ -replace ‘Administrator’, ” `
  -replace ‘LocalService’, ” `
  -replace ‘NetworkService’, ” `<\/p>\n

It is important to clarify the structure of the <\/span>-replace<\/strong> operator. <\/span>-Replace<\/strong> must be followed by the item to be replaced, which is encapsulated in single quotation marks(<\/span>‘<\/strong>) and followed by a comma (<\/span>,<\/strong>). The comma is followed by what is being replaced, and it is also encapsulated in single quotation marks.<\/span><\/p>\n

Note<\/strong>   Because we are replacing these items with nothing, the single quotation marks look like double quotation marks. Be careful to make this distinction because this code requires single quotation marks.<\/p>\n

Finally, we use the accent (`<\/strong>) character to signify “next line.” As you can see, only the first line requires the placeholder.<\/p>\n

So far, this set of script looks like this:<\/p>\n

Get-Content “.\\over30dayprofiles.txt” | ForEach-Object {<\/p>\n

$_ -replace ‘Administrator’, ” `
  -replace ‘LocalService’, ” `
  -replace ‘NetworkService’, ” `<\/p>\n

  }<\/p>\n

Now that we have removed those important profiles, we need to remove any empty lines (also known as whitespace) that may be in our file. To do this, we do not look for actual white space because that is tantamount to looking for nothing. Rather, we look for lines that have an alpha character in them. This is accomplished by piping the results of the previous code to the <\/span>Select-String<\/strong> cmdlet and a regular expression. We start with the pipe operator and the <\/span>Select String<\/strong> cmdlet:<\/span><\/p>\n

| Select-String<\/p>\n

Select-String<\/strong> requires two things to operate properly: the path and the pattern. Thankfully, the path (location of the data) is taken care of by the pipe operator. We add the -pattern<\/strong> definition followed by the Word<\/strong> regular expression (\\w<\/strong>). The Word<\/strong> regular expression defines an alphabetical character. The following script states, “Select any alpha character.”<\/p>\n

Select-String -pattern “\\w”<\/p>\n

Now we pipe the results of that to yet another Foreach-Object<\/strong>. This time we are looking for the lines that the previous command returned. Attach .line<\/strong> to the $_<\/strong> in all ForEach-Object<\/strong> commands and encapsulate that in braces:<\/p>\n

| ForEach-Object { $_.line }<\/p>\n

Now that we have all the commands necessary to format our data, we are going to roll them together:<\/p>\n

Get-Content “.\\over30dayprofiles.txt” | ForEach-Object {<\/p>\n

$_ -replace ‘Administrator’, ” `
   -replace ‘LocalService’, ” `
   -replace ‘NetworkService’, ” `<\/p>\n

} | Select-String -Pattern “\\w” | ForEach-Object { $_.line }<\/p>\n

Now, we redefine the variable <\/span>$over30dayprofiles<\/strong>. We do this by encapsulating the entire previous script in paretheses, and preceding that with the “at” sign (@)<\/span> <\/strong>to create an array:<\/span><\/p>\n

$over30dayprofiles = @(<\/strong>Get-Content “.\\over30dayprofiles.txt” | Foreach-Object {<\/p>\n

$_ -replace ‘Administrator’, ” `
   -replace ‘LocalService’, ” `
   -replace ‘NetworkService’, ” `<\/p>\n

} | Select-String -Pattern “\\w” | ForEach-Object { $_.line })<\/strong><\/p>\n

If you want to check your work, type <\/span>$over30dayprofiles<\/strong>. It should return a list of profiles that have not been accessed within the past 30 days, with the exception of our defined profiles.  <\/span><\/p>\n

Now that we have our input, we can proceed with our script. To sequentially delete profiles, we need to set up a Do-Until<\/strong> loop. This kind of loop simply states, “Do X, until Y is True.” For our loop we need to define two variables. The first is the counter, $i<\/strong>, and the second is the Until<\/strong> condition (Y).<\/p>\n

Note<\/strong>   A counter is a value in programming that is used to faciliate an end to a programming loop. Without it, the program would constantly “Do” something until the computer is shut off or the process is ended somehow.<\/p>\n

I always start by defining $i<\/strong> as 0:<\/p>\n

$i = 0<\/p>\n

The Count<\/strong> variable is merely the number of profiles in our $over30dayprofiles <\/strong>array. <\/strong>To define the number of items in an array, we append the count array property, .count<\/strong>, to $over30dayprofiles<\/strong>, <\/strong>and we use that to define the $count <\/strong>variable:<\/p>\n

$count = $over30dayprofiles.count<\/p>\n

We also need to make sure that our path actually contains profiles by changing our logical location on the hard drive to C:\\Documents and Settings. We do this with the Set-Location<\/strong> cmdlet:<\/p>\n

Set-Location ‘C:\\Documents and Settings’<\/p>\n

Now we start our Do-Until<\/strong> loop. As explained earlier, there are two parts to this loop: the Do<\/strong> section and the Until<\/strong> section. Because Do<\/strong> is followed by an action (and functional code, not simply values), it is followed by braces. Until<\/strong> is followed by a condition, so we use parentheses instead of braces:<\/p>\n

Do{}<\/p>\n

Until()<\/p>\n

To remove the subsequent directories, we are going to use the <\/span>Remove-Item<\/strong> cmdlet. When we remove these profiles, it is important  that the profile and all child folders and items (regardless of special properties such as Read-only, Hidden, or System) are removed. We do this by using the <\/span>-force<\/strong> and the <\/span>-recurse<\/strong> switches. The <\/span>-force<\/strong> switch ignores special properties, and the <\/span>-recurse<\/strong> switch removes all of the child directories and their content.<\/span><\/p>\n

Remove-Item -force -recurse<\/p>\n

By itself, all this command does is indiscriminately delete the following item and all of its content, regardless of properties. What it does not say is actually what to delete. That is where we use the $over30dayprofiles<\/strong> array. As displayed earlier in this post, this array holds the names of the profiles that have not been accessed within the past 30 days, minus those that we specified.<\/p>\n

Remove-Item -force -recurse $over30dayprofiles<\/p>\n

We want to do this sequentially, so we are using the counter that we defined earlier to identify the element in the array that we want to remove. Remember that with an array, you are defining multiple values within a single variable. The values in the array are called elements, and each element is numbered (beginning with 0) to differentiate one value from the next.<\/p>\n

Specifing an element within an array is done by appending brackets to the end of an array variable, and putting the element number within those brackets. You can use a variable in place of an actual number. This is where we are using our counter, which conveniently starts at 0 and increments by 1 every time the Do <\/strong>statement loops.<\/p>\n

Remove-Item -force -recurse $over30dayprofiles[$i]<\/p>\n

We now add the counter. Simply appending two addition symbols (++<\/strong>) to the $i<\/strong> variable will increment it by one:<\/p>\n

Remove-Item -force -recurse $over30dayprofiles[$i]
$i++<\/p>\n

Now that we have completed our statement, we need to nest it in the braces following <\/span>Do<\/strong>:<\/span><\/p>\n

Do{<\/p>\n

Remove-Item -force -recurse $over30dayprofiles[$i]
$i++<\/p>\n

}<\/p>\n

Until()<\/p>\n

Without defining the <\/span>Until<\/strong> condition, this loop will continue until it starts generating errors (when it runs out of elements in the array to perform the <\/span>Do<\/strong> action against). The following error message tells you where the issue is: “Missing While or <\/span>Until in Do<\/strong> loop.” Always read your error messages.<\/span><\/p>\n

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

Right now our Until<\/strong> statement looks like this:<\/p>\n

Until()<\/p>\n

Our condition is going to say Do<\/strong> the above Until <\/strong>the counter is greater than the number of items in $over30dayprofiles ($count).<\/strong>” Here is where Until<\/strong>, our counter, and $count<\/strong> come together. First we express the counter:<\/p>\n

Until($i)<\/p>\n

Then we use the greater than (-ge<\/strong>) inequality:<\/p>\n

Until($i -ge)<\/p>\n

And finally, we insert the $count<\/strong> directly after the greater than operator for the complete conditon that reads, “Until our counter is greater than the count.”<\/p>\n

Until($i -ge $count)<\/p>\n

Combined, the script looks like this:<\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “5*”) {<\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Documents and Settings” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

}<\/p>\n

IF ((Get-WmiObject Win32_OperatingSystem).version –like “6*”) {<\/p>\n

$over30dayprofiles = @(Get-ChildItem -force “C:\\Users” | Where {<\/p>\n

((Get-Date)-$_.lastwritetime).days -ge 30<\/p>\n

} )<\/p>\n

Set-Content “.\\over30dayprofiles.txt” $over30dayprofiles<\/p>\n

$over30dayprofiles = @(Get-Content “.\\over30dayprofiles.txt” | Foreach-Object {<\/p>\n

     $_ -replace ‘Administrator’, ” `
       -replace ‘LocalService’, ” `
       -replace ‘NetworkService’, ”<\/p>\n

} | Select-String -Pattern “\\w” | ForEach-Object { $_.line })<\/p>\n

$count = $over30dayprofiles.count<\/p>\n

$i = 0<\/p>\n

Set-Location ‘C:\\Documents and Settings’<\/p>\n

Do {<\/p>\n

  Remove-Item -force -recurse $over30dayprofiles[$i]<\/p>\n

  $i++<\/p>\n

}<\/p>\n

Until($i -ge $count)<\/p>\n

The beauty of technology is its fluid nature. This script, much like the script in <\/span>Use PowerShell to Generate a Recent Profile Report<\/a> will need to be altered as time goes by, new versions of operating systems are released, and old versions lose support. I stand by the following statement: “There is always another better way to do things.” That is especially true with Windows PowerShell. Thank you for reading and, as always, please post your comments in the following <\/span>Leave a Comment<\/strong> text box!<\/span><\/p>\n

~Bob<\/p>\n

Awesome job, Bob. These are great posts. Thank you for taking time to share with the Windows PowerShell community. Join me tomorrow when I will have a guest blog written by Brian Wilhite. Have a look at his previous Hey, Scripting Guy! Blog posts<\/a>.<\/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

Ed Wilson, Microsoft Scripting Guy<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

Summary: Guest blogger, Bob Stevens, talks about how to use Windows PowerShell to perform conditional user profile removal. Microsoft Scripting Guy, Ed Wilson, is here. Today we are lucky to have guest blogger, Bob Stevens, return for another exciting and useful blog post. Be sure you check out Bob’s other Hey, Scripting Guy! Blog posts. […]<\/p>\n","protected":false},"author":596,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[424,16,56,3,198,61,45],"class_list":["post-3432","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-bob-stevens","tag-desktop-management","tag-guest-blogger","tag-scripting-guy","tag-users","tag-weekend-scripter","tag-windows-powershell"],"acf":[],"blog_post_summary":"

Summary: Guest blogger, Bob Stevens, talks about how to use Windows PowerShell to perform conditional user profile removal. Microsoft Scripting Guy, Ed Wilson, is here. Today we are lucky to have guest blogger, Bob Stevens, return for another exciting and useful blog post. Be sure you check out Bob’s other Hey, Scripting Guy! Blog posts. […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/3432","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\/596"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=3432"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/3432\/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=3432"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=3432"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=3432"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}