gOxiA=苏繁=SuFan Blog

正确使用 Windows PowerShell 执行服务器管理器操作

        最近在学习 Exchange 2010，其中会涉及到 Exchange 2010 的安装前准备工作，而这一内容主要包括了系统角色及功能的安装，虽然通过图形界面可以执行这些操作，但是如果使用命令行来执行自动化的批量安装岂不是更好。借此机会 gOxiA 可以好好学习学习 Windows Server 2008 R2 的管理命令。

        大家应该知道，在 Windows Server 2008 R2 上，Windows PowerShell 的角色更加重要了，当我们再使用 ServerManagerCmd 来执行角色和功能安装时会看到一段系统提示，告知我们这一服务器管理命令将在下一个系统版本中被抛弃，取而代之的是 Windows PowerShell cmdlet，不可否认从目前相关的介绍来看 Windows PowerShell 是非常强大的，并且已经有很多微软产品开始支持基于 Windows PowerShell 的管理。看来大势已定，不想落后就必须学习和了解 Windows PowerShell！

        其实，gOxiA 对 Windows PowerShell 了解甚少，看到那些涉及到编程语言的字符我就害怕（编程菜鸟，完全不懂的级别），这不今天就出了丑！从相关帮助中了解到，在 Windows PowerShell 下可以使用 Get-WindowsFeature、Add-WindowsFeature 和 Remove-WindowsFeature 来管理服务器的角色和功能，出于之前对 Windows PowerShell 的简单认识，于是找到了附件中的 Windows PowerShell 程序并启动了它。

        在打开的 Windows PowerShell 环境下，键入了 Get-WindowsFeature，问题出来了！给我反馈了一大堆的红色错误信息，很明显 Windows PowerShell 并未识别这个命令。如下图所示：

        查阅了 TechNet 资源库才了解到，如果通过 Windows PowerShell 来执行服务器管理器的操作，必须加载其对应的模块 — ServerManager，我们可以在 Windows PowerShell 环境下执行“Get-Module”获取当前系统中的模块。gOxiA 的个人理解是 Windows PowerShell 是一个功能强大的环境，除了内置的命令和支持以外，我们还可以通过其他产品本身提供的 Windows PowerShell 模块，为其提供在 Windows PowerShell 环境下对该产品的管理支持。比如 Exchange Server，就在其程序组中提供了一个 PoweShell 的快捷方式，通过该程序打开的 PowerShell 环境将可以直接支持 Exchange Server。

        既然如此，那么在 Windows Server 2008 R2 中应该同样也提供了一个与之类似的快捷方式，原来在“管理工具”程序组中确实提供了一个 PowerShell 快捷方式，名为：“Windows PowerShell Modules”。直接启动这个程序，便可以在 Windows PowerShell 环境下执行服务器管理器操作。

        前面已经讲过，只要 Windows PowerShell 加载对应的模块，即可以通过 Windows PowerShell 执行相关的操作。那么我们在默认 Windows PowerShell 环境下只需要执行“Import-Module ModuleName”即可加载相关的模块。如下图所示：

        最后，需要注意的是当重新进入 Windows PowerShell 后需要重新加载需要使用的模块。关于 PowerShell 的使用 gOxiA 也在逐步进行学习和了解，希望日后能有更大的收获！

启用无人参与安装 自动跳过 Windows 部署服务的语言环境设置和身份验证流程

        常规 WDS 部署过程中当客户端进入 Windows 部署服务向导后，首先会要求用户对区域和键盘、输入方法进行选择，之后键入具有对应权限的域帐号、密码后方可进行下一步的部署流程。如下图所示！这一设计除了满足企业多语言环境的需求以外，同时增强了安全性。但是，在某些特定环境下我们也许需要更少的接触操作。

        在 WDS 中配合使用应答文件是可以自动跳过上述设置的，我们只需要通过 WDS 服务器属性中客户端选项卡下的“启用无人参与安装”即可。它对应着应答文件中的“WindowsPE”阶段。虽然如此，但是我们还是可以将这一功能理解为是一个面向特定体系结构的全局性应答设置，因为当配置的应答文件中包含有后续的操作系统安装应答参数时，会向下继承到所选择的安装映像上。所以使用“启用无人参与安装”这一功能时，应当分析当前环境的特定要求之后再合理的设计和应用应答文件。例如，本次案例中我希望用户进入 WDS 的操作系统部署向导后，用户无需进行语言环境的设置和身份验证，而每个安装映像则对应一个特定的应答文件。

        注意：务必将“启用无人参与安装”的应答文件保存在“RemoteInstall”目录下。操作演示如下图所示：

        在了解上述说明后，我们只需要使用 Windows 系统映像管理器 新建一个只包含 WindowsPE 阶段的应答文件即可。其下要添加“x86_Microsoft-Windows-International-Core-WinPE_neutral”组件，并根据图示将相关参数：InputLocale、SystemLocale、UILanguage、UILanguageFallback 以及 UserLocale 配置为 zh-CN，LayeredDriver 配置为 1。该设置将 WDS 向导界面配置为中文环境。

        之后在 Windows 映像窗体 Components 下定位到“x86_Microsoft-Windows-Setup_6.1.7600.16385_neutral”，将其展开找到“WindowsDeploymentServices”-“Login”-“Credentials”，右键单击，并选择“添加设置以传送 1 WindowsPE”。最后参考下图对该组件的 Domain、Password、Username 进行配置。

        最后将其保存至 WDS 服务器上的 RemoteInstall 目录下，并参考前面的说明对“启用无人参与安装”进行配置。现在我们就可以进行实验验证一下结果。

利用 更改相识器的外观 更好的体验多显示器环境

        今天下午为本子扩展了一个19寸的宽屏 Dell 显示器，面子一下大了很多，可视效果提升了不少！特别是扩展模式下，能够将程序拖至到不同的显示器上。要选择多显示器的模式可以使用快捷键“ + P”激活选择模式。

        虽然扩展模式充分的利用了显示器，但是在实际使用中 gOxiA 因为鼠标快速移动而飞入另外一个显示器，半天没能确定鼠标的位置，而烦恼！甚至有些眼花缭乱，可惜鼠标没有力反馈，否则在穿越各显示器间时还能提供警示！另外，由于当前 gOxiA 将外接显示器放在左边，本子在右边，而默认情况下 Windows 在显示扩展模式下，会将外接显示器置于桌面的右边，那么出于人的思维惯性，gOxiA 此时的大脑、眼睛就更乱了。

        还好，利用“更改显示器的外观”，我可以将外接的显示器根据实际的摆放位置来排列，如下图所示！我们可以鼠标单击显示器2（外接显示器）并拖动它，将他放置在自己习惯的位置上。之前，我将显示器2放置在左边并排排列，但是实际使用中我移动鼠标一旦超出主界面的左边边缘即会进入到扩展显示器（显示器2）中，最后干脆将2者对角放置，那么只有当我的鼠标移动到主界面的左上角才能进入到扩展显示器中，避免了误操作！

        之后，我对当前模式进行了截图，发现很有意思，看下图！截取的内容跟我之前设置的外观排列一致！

        之前很少外接显示器，没有发现该功能，惭愧！以后如果外接多个显示器，使用起来将会非常的方便！