Post Windows Server 2012 Migration PowerShell Cleanup Work

Doctor Scripto

Summary: Microsoft Scripting Guy, Ed Wilson, talks about Windows PowerShell cleanup work to do following a migration to Windows Server 2012.

Microsoft Scripting Guy, Ed Wilson, is here. Well, following any migration, there is always a bit of cleanup work. Luckily, Windows Server 2012 enables Windows PowerShell remoting by default. This means that the cleanup is not too bad.

Note   Read about my experience upgrading my group of servers to Windows Server 2012 in yesterday’s Hey, Scripting Guy! blog post: The 32-hour Upgrade to Windows Server 2012.

First Windows PowerShell task—ensure you update Help

One of the cool new features of Windows PowerShell 3.0 is the updatable Help. The great thing about this is that it makes it easy to always have the latest Help files. Once I complete my upgrade to Windows Server 2012 (or, for that matter, to Windows 8, or any computer to Windows PowerShell 3.0) I need to run the Update-Help cmdlet.

I could simply run Update-Help on each computer, and then tell it to go off to the Internet and grab the latest Help files. But that is inefficient, and Windows PowerShell 3.0 has provisions for offline updates.

So, from my laptop computer (which, incidentally, has the Windows 8 RSAT tools and, therefore, all the modules installed on it), I run the Save-Help cmdlet. I point it to a shared folder on my network. The following image shows the command and the associated output.

 

OK, so that was less than impressive. The reason? Well, the destination folder must exist. I was hoping that it would be smart enough to create my poshhelp directory. Oh, well. No problem. I revise the command as appears here.

PS C:\> New-Item -ItemType directory -Path \\dc1\share\poshhelp

    Directory: \\dc1\share

Mode                LastWriteTime     Length Name

—-                ————-     —— —-

d—-         11/5/2012   2:12 PM            poshhelp

PS C:\> Save-Help -Module * -DestinationPath \\dc1\share\poshHelp

A couple of errors still appear, but that is due to the fact that Help is trying to update Help for some modules that do not have updated Help. Cool. Now, I need to update the Help by using the share for all my new Windows Server 2012 servers. This is easier than it appears. Remember, I have the RSAT tools on my laptop, therefore, I have access to the Get-ADComputer cmdlet. I use the following command to obtain all of the servers that run Windows Server 2012 on my network.

PS C:\> Get-ADComputer -Filter * -properties operatingsystem | where operatingsystem

-match 2012 | select name

name

—-

DC3

DC4

W8SERVER8

W8S504

HYPERV3

SQL1

WDS1

HYPERV2

DC2

WEB1

 I store the results of the command (not by using Select-Object) into a variable I call cn. This is shown here.

 $cn = Get-ADComputer -Filter * -properties operatingsystem | where operatingsystem -match 2012

 By using an automatic expansion (a cool Windows PowerShell 3.0 feature), it is easy to get the computer names. I just pick out the property. I will include it in my command to create the Windows PowerShell session. I know some of these computers are offline, and so I expect some errors. Here is the command I use to create the sessions.

$session = New-PSSession -cn $cn.name -Credential iammred\administrator

I query the $session variable to see that at least some computers worked. This appears here.

PS C:\> $session

 Id Name            ComputerName    State         ConfigurationName     Availability

 — —-            ————    —–         —————–     ————

  4 Session4        DC3             Opened        Microsoft.PowerShell     Available

  5 Session5        DC4             Opened        Microsoft.PowerShell     Available

  8 Session8        HYPERV3         Opened        Microsoft.PowerShell     Available

 11 Session11       HYPERV2         Opened        Microsoft.PowerShell     Available

  9 Session9        SQL1            Opened        Microsoft.PowerShell     Available

 10 Session10       WDS1            Opened        Microsoft.PowerShell     Available

 13 Session13       WEB1            Opened        Microsoft.PowerShell     Available

 12 Session12       DC2             Opened        Microsoft.PowerShell     Available

The commands and associated output appear here.

  

I now use Invoke-Command to update Help on all of my servers. This appears here.

Invoke-Command -Session $session -ScriptBlock {Update-Help -PSPath \\dc1\Share\poshhelp -Force}

If I do not want to fool with downloading Help, I can use the following command to update Help on all of my servers.

Invoke-Command -Session $session -ScriptBlock {Update-Help -force}

Of course, a few more errors about missing modules and stuff appear, but, in the end, I have updated all the Help on my servers.

Enable script support

Now, I want to enable scripting on the servers. This is also a single cmdlet—Set-ExecutionPolicy. Here is the command I use:

Invoke-Command -Session $session -ScriptBlock {Set-ExecutionPolicy remotesigned -force}

I can easily check the results by using Get-ExecutionPolicy. This is shown here.

PS C:\> Invoke-Command -Session $session -ScriptBlock {Get-ExecutionPolicy}

PSComputerName               RunspaceId                  Value

————–               ———-                  —–

DC4                          571a049f-c671-46e7-b72a-… RemoteSigned

DC3                          8cc8e20d-2426-44fd-9ae5-… RemoteSigned

HYPERV3                      b3f5afae-1f1b-43ca-918f-… RemoteSigned

SQL1                         9609e293-26ff-4866-9734-… RemoteSigned

WEB1                         d5dfcde8-2de1-4b8f-9a21-… RemoteSigned

WDS1                         75124ffd-5f4b-4e27-91f4-… RemoteSigned

DC2                          ea287978-f21f-4f27-85e1-… RemoteSigned

HYPERV2                      a4e5f5ab-add7-4fe3-a7a7-… RemoteSigned

That is all there is to updating Help and configuring script support on my remote servers running Windows Server 2012. Join me tomorrow, when I will do remote updates.  

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

Ed Wilson, Microsoft Scripting Guy

0 comments

Discussion is closed.

Feedback usabilla icon