Features on Demand

KnowledgeBase: Errors connecting to Windows Server 2008 R2 or Windows Server 2012 Device Manager remotely

Last week, Microsoft has released a KnowledgeBase article titled Errors connecting to Windows Server 2008 R2 or Windows Server 2012 Device Manager remotely.

In this article, Microsoft tells us the reason why we can’t connect remotely to:

  • Windows Server 2012 Device Manager from a Windows 8-based computer
  • Windows Server 2012 Device Manager from a Windows 7-based computer
  • Windows Server 2008 R2 Device Manager from a Windows 8-based computer
  • Windows 8 Device Manager from a Windows 7-based computer

The reason behind this, is the fact that Remote access to the Plug and Play (PNP) RPC interface has been removed in Windows 8 and Windows Server 2012.

As a resolution, Microsoft suggests to login to the computer locally to utilize Device Manager.

While this sounds like some sort of workaround for Full Installations, on Server Core installations of Windows Server 2012, this won’t be possible, since devmgmt.msc is not a recognized command.

The work-around for Server Core installations is to install the Windows Server Management Infrastructure role. Use the following command line to perform this action:

Install-WindowsFeature Server-Gui-Mgmt-Infra –Restart

    

Related KnowledgeBase articles

2781106 Errors connecting to Windows Server 2008 R2 or Windows Server 2012 Device Manager remotely

Switching between the four GUI layers in Windows Server 2012 with PowerShell one-liners

cake-iconHalf a year ago, I’ve shown you how to switch the Graphical User Interface (GUI) in Windows Server 2012. This information allowed you to convert a Full Installation to a Server Core installation or the Minimal Shell (“MinShell”), then known as ‘Features on Demand’.

In the release of Windows Server 2012, Microsoft has made it super easy to switch the GUI with PowerShell. This was achieved by making the Server Features that compose the Graphical User Interface (GUI) interdependent, effectively layering them like a cake.

The four layers of GUI

The four layers that now have been created compose the following GUI modes:

  • Server Core
    In Server Core, basically, none of the GUI Server Features have been enabled / all of the GUI Server Features have been disabled.
      
  • Minimal Shell (“MinShell”)
    In the Minimal Shell, previously known as ‘Features on Demand’, the ‘Graphical Management Tools and Infrastructure’ feature has been enabled. This feature has no dependencies on the other GUI Features.
      
  • Full Installation
    In a Full Installation, both the ‘Graphical Management Tools and Infrastructure’ and ‘Server Graphical Shell’ feature has been enabled. The latter feature has a dependency on the first feature; If you install the ‘Server Graphical Shell’ feature when in Server Core, the ‘Graphical Management Tools and Infrastructure’ will automatically be added.
      
  • Full Installation with Desktop Experience
    If you enable the ‘Desktop Experience’ feature when in a Full Installation, you add the Windows RunTime, the Windows Store and thus the ability to buy, download and run Apps in the Start Screen. Note, however, that there is no automatic dependency resolution for the Desktop Experience feature. This feature can only be enabled when already in a Full Installation.

Switching

Now that we have knowledge of the layers, we can convert Full installations of Windows Server 2012 and MinShell installations of Windows Server 2012 to Server Core with just one line of PowerShell:

Uninstall-WindowsFeature Server-Gui-Mgmt-Infra -Restart

 

To convert a Full installation of Windows Server 2012 to MinShell, run the following PowerShell command:

Uninstall-WindowsFeature Server-Gui-Shell –Restart

 

To go from Server Core to MinShell, all you need to do is install the Graphical Management Tools and Infrastructure:

Install-WindowsFeature Server-Gui-Mgmt-Infra -Restart

  

To go from a Server Core installation of Windows Server 2012 or a MinShell installation of Windows Server 2012 to a Full Installation, simply add the Server Graphical Shell with the following command:

Install-WindowsFeature Server-Gui-Shell –Restart

    

Concluding

Switching between Full Installations, MinShell Installations and Server Core Installations on Windows Server 2012 is simple when you know how.

Use these simple one-liners to switch to your hearts content.

Further reading

Windows Server 2012 Installation Options

What would you choose? Flexibility vs. Disk Space

Hard DiskWith Windows Server 2012, Microsoft has changed its Server Core strategy. In short, Microsoft now focuses on the flexibility to switch the Graphical User Interface (GUI) from a full installation to a minimal shell and even further down to server core, instead of reducing the disk space needed to run the Operating System. (the ‘disk foot print’)

Is this bad?

Many systems administrators will tout the advantages of a small disk foot print in the following ways:

  1. Faster to implement
    With less data on a (virtual) disk, the Operating System can be deployed faster initially. When deploying over the network, less data needs to be transmitted, resulting in a faster deployment and also less strain on the network.
      
  2. Less hardware needed
    If you need less disk space, you can use cheaper disks in your systems. When deploying virtual servers, less expensive SAN storage is needed.
      
  3. More secure
    Less data on a disk results in a significantly smaller attack surface. If there’s less code in use, then less errors in code can be leveraged.

However, these three arguments are moot points.

First of all, I’ve rarely seen an admin sitting idly by a server watching it install its Operating System. If he/she is not documenting what he/she just did or already preparing next steps in the deployment process, he/she is probably checking out social media or solving another incident.

Second, disk hardware is not expensive anymore. The difference between a Server Core installation and a Full installation in Windows Server 2008 R2 is 7GB. You cannot buy physical disks in this size range. Also, on SAN storage, disk deduplication significantly decreases the factual disk foot print on the SAN itself.

The third point is a bit harder to debate, although the ‘in use’ part is the actual part of the sentence that makes the difference. While Server Core installations in Windows Server 2012 have a bigger disk foot print, a smaller percentage of that code is actually in use when you compare it to Windows Server 2008 R2-based Server Core installations. As I’ve explained in my blogpost Permanent Link to Updating Server Core and switching GUIs, a Server Core installation differs from a full installation by the amount of GUI-related features hardlinked to in the Side by Side store in the C:WindowsWinSxS folder, which in turn is linked to the C:WindowsServicingPackages folder.

Graphical

The diagrams below illustrate the differences in disk foot print between Server Core and Full installations of Windows Server 2008 R2 and Windows Server 2012:

Comparison of Server Core Disk Foot Print and Attack Surface between Windows Server 2008 R2 and Windows Server 2012

The real impact

Apart from the flexibility Microsoft is giving us to switch between the full Graphical User Interface and more minimal user interfaces, there is some real impact with Microsofts new Server Core strategy. One of the most prominent areas of impact is virtual migrations, whether they are Storage vMotions, Storage Migrations (with System Center Virtual Machine Manager), Live Storage Migrations or Shared Nothing Live Migrations: Migrating the storage for a virtual machine running Server Core will take longer, since there is more disk data to transfer.

The alternative

An alternative way Microsoft could have shaped its new Server Core strategy would be with a ‘net-install’. We see these kinds of installs regularly with Linux flavors, where the base installer is run from a setup/live disk and every add-on component is downloaded from (distributed) repositories on the web. Given the recent certificate collision attacks on the Windows Update functionality, I think it’s a good thing Microsoft decided not to pursue this idea. It will be hard to guarantee the integrity of system files when you need to get these from the web.

What do you think?

Do you think Microsoft did the right thing to hand us the flexibility of switching GUIs in the way they did it, would you go for the alternative or would you fix Server Core in a whole other way?

An issue exists with Server Core in Windows Server “8” Beta

Proceed with cautionLast week, Microsoft released the long-awaited beta build of the next version of Windows Server. With build number 8250 and the beta moniker proudly displayed, we’ve entered a period of stable Windows Server “8” pre-release testing and down to earth information from our Redmondian friends.

After my last post on changing Windows Server GUIs in Windows Server 8, you might be eager to test this feature and convert Server Core, Features on Demand and Full installations after installation.

In the beta build, however, an issue exists, that you might need to be aware of.
The Windows Server “8” Beta Release Notes state:

If you convert a server that was installed with the Server Core installation option during initial setup to the Server with a GUI option, Windows Explorer will not be pinned to the desktop taskbar, and the Start screen will not contain a Desktop tile. This issue does not occur if you choose the Server with a GUI option during setup, convert to a Server Core installation, and then convert back.

To correct this, manually create the shortcuts and tiles by searching for a program on the Start screen. Type its name until its tile appears, and then right-click its tile and choose Pin to taskbar or Pin to Start. To return to the desktop, on the Start screen, type desktop and then click the Desktop tile.

Of course, this is just a minor issue, but, nonetheless, an issue you might want to know about. I’m sure this issue will get fixed soon.

Server Core and Features on Demand in Windows Server 8

This post covers a pre-release product and was written in September 2011. The actual product may not reflect the behavior, specifications or intentions found in this post. Use with caution.

Microsoft showed off Windows Server 8 at the second day of the //Build/ conference last week. In the session named SAC-416T, Andrew Mason (Principal Group Program Manager for Server Core) and Jeffrey Snover (Distinguished Engineer and Lead Architect of Windows Server) introduced the plans with user interface options in Windows 8.

A little bit of recent history…

Whereas Windows Server 2008 and Windows Server 2008 R2 offer the Server Core installation option, to minimize the burden of Graphical User Interfaces (GUIs), according to Microsoft, this was an ideal situation.

Windows Server 2008

As you might remember, Server Core was introduced as an installation option for Windows Server in Windows Server 2008. As a systems administrator you could choose this option at installation and you needed to stick with your choice. This choice meant you had trouble installing applications (like UPS management, backup and antivirus tools) and management was spotty without PowerShell. Also, one of the places where security mattered most could not be addressed within Server Core: Servers running dynamic (ASP.Net based) websites.

Windows Server 2008 R2

With the release Microsoft improved the Server Core installation option significantly. Now you could make most ASP.Net-based websites work on server Core, roughly 230 PowerShell cmdlets were introduced and most producers of management, UPS and antivirus products had awoken to the idea of Windows Server without Windows.

Windows Server 8

With Windows Server 8, Microsoft ups the game. Windows PowerShell now boosts a tenfold more cmdlets. An installation option was deemed insufficient, so the option to switch between the Server Core and Full installation gets introduced. Furthermore, Microsoft will introduce a new flavor between the Server Core installation and the Full installation. This is called the ‘Features on Demand’ option.

These three flavors can already be found when installing the Windows Server 8 Developer Preview (build 8102):

image

This screen during the Windows server setup now loses a lot of importance, since you can switch between the three flavors after the Operating System is installed.

Differences between the three interface options

The differences between these three flavors is described in the following table:

Server Core Installation

Features on Demand

Full Installation

Windows Core

o

o

o

Windows PowerShell

o

o

o

.Net Framework 4

o

o

o

Server Manager

o

o

Microsoft Management Consoles

o

o

A subset of Control Panel Applets

o

All Control Panel Applets

o

Windows Help

o

Windows Explorer

o

Internet Explorer

o

Guidance

Andrew and Jeffrey delivered the message ‘Server Core is the preferred deployment configuration’ strongly. This single sentence even received it’s own PowerPoint slide to illustrate the point. A Server Core installation requires the least amount of resources, time and patches of all Windows Server installation options.

But no longer, will you need to deploy your server as a Server Core installation. From Windows Server 8, you will be able to install Windows Server either as a Full Installation or Features on Demand Installation and when done trim down the Windows Server installation to a Server Core installation, where possible.

If all your agents and applications support Server Core and you don’t need any of the MMCs or Control Panel Applets, or you can reproduce your advanced settings through the registry, APIs, Remotely or through WS-Management, you can install Server Core from the start, offering you a superb deployment experience with the least amount of deployment traffic.

Concluding

Microsoft unfolded a strategic view on the interface options in Windows Server 8. You can now choose between a Server Core installation, a Features on Demand Installation and a Full Installation, each offering more Graphical User Interface elements.

No longer do you need to make this choice at the installation of the Windows Server Operating System. You can switch between the three interface options after installation, offering huge flexibility and security in the long run.

Further reading

Windows Server 8 apps must run without a GUI – learn more now

Microsoft Unveils Windows Server 8
Windows Server 8 will bring us this!
10 best new features of Windows Server 8
Windows Server 8: Now with added VMware and Unix
Windows Server 8 should be full of surprises
Microsoft provides more details about Windows Server 8