Windows Server vNext 已支持 ReFS Boot

        Windows Server Insider 宣布 Windows Server vNext Preview Build 29531 版本（2026年2月11日）开始支持 ReFS 启动。这意味着当我们使用 Windows Server 安装源进行全新系统安装时，可以将系统分区格式化为 ReFS！需要注意，在进行安装时 ReFS 不是默认选项，所以需要创建分区后单独将 OS 分区格式化为 ReFS。如下图所示：

        完成安装后要对分区进行验证，可以进入分区属性进行查看，如下图所示。也可以使用命令行 “fsutil fsinfo volumeinfo c:”检查 File System Name 的值是否为 ReFS。

        提到 ReFS 可能一些用户会感到陌生，它是由微软开发的一种现代文件系统，提升了数据保护和系统性能，特别适合那些对数据可用性、可扩展性和完整性要求高的使用场景。其主要优势表现在以下几个方面：

• 完整性流：ReFS 将校验和用于元数据和文件数据，能够可靠检测到损坏。
• 存储空间集成：当与镜像或奇偶校验空间结合使用时，ReFS 可以通过存储空间提供的备用副本自动修复检测到的损坏。修复过程将本地化到损坏区域且联机执行，不会发生卷停机时间。
• 数据恢复：如果卷损坏且损坏的数据没有备用副本存在，ReFS 将从命名空间中删除损坏的数据。ReFS 在处理大多数不可更正的损坏时可将卷保持在联机状态，只有极少数情况下，ReFS 需要将卷保持在脱机状态。
• 主动错误更正：除了在读取和写入之前验证数据外，ReFS 还会引入数据完整性扫描程序，称为清理器。此清理器会定期扫描卷，从而识别潜在损坏，然后主动触发损坏数据的修复。

        ReFS 还具有性能敏感和虚拟化工作负载的功能。实时层优化、块克隆和稀疏有效数据长度这些不断发展的功能旨在支持动态与多种工作负载。在镜像加速奇偶校验中，ReFS会将卷划分为两个逻辑存储组，称为层。ReFS 会使用它们为热数据提供快速存储，以及为冷数据提供节省空间的存储。通过块克隆加速复制操作，能够实现快速且底影响的 VM 检查点合并操作。稀疏 VDL 能够让 ReFS 快速将文件清零，从而把创建固定虚拟硬盘所需的时间从几十分钟减少到仅仅几秒的时间。

        ReFS 与 NTFS 的比较：

推荐官方文档： Resilient File System (ReFS) overview | Microsoft Learn

下载：Windows Server Insider Preview

评估密钥：

• 标准版：MFY9F-XBN2F-TYFMP-CCV49-RMYVH
• 数据中心版：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67

HOWTO: 在 Windows Server 2022 的 Core 环境下配置 NAT 服务

        经常会在 Hyper-V 中搭建一些虚拟环境用于测试验证以及实践。尤其是当前算力成本越加低廉的情况下，可以轻松的模拟一个复杂的业务场景或基础架构。这些 Lab 可能要与宿主网络隔离，通常我们会为这些虚机配置一个独立的网络，但如果它们需要访问互联网时就需要借助软路由或 NAT 服务。曾几何时 gOxiA 的虚机模板中总会保留一个 TMG(ISA) VM，之后会用到国内的一款软路由，因为它支持 Hyper-V。现在可能更多的会用到 Windows Server 提供的 RRAS（RemoteAccess）Role，其中包含了 NAT 服务，并且宿主硬件越来越强，内存和磁盘性能可轻松应对一个 WS NAT 虚机，所以最近又开始琢磨起 Server Core 运行 NAT。

        因为只用来做 NAT 服务，所以系统越简单，容量越小越好。而 Windows Server 提供的 Core 环境是最佳的选择。如果你对 Server Core 还不了解，可以先阅读官方文档“什么是服务器核心安装选项”。

        本例选用了 Windows Server 2022，在 Windows Setup 过程选择了 Core 安装。完成安装后进入系统会发现是一个命令环境，在这里只能运行有限的图形化程序，基本要依靠命令进行相关的管理和配置任务，虽然 Server Core 也提供了一个 SConfig 工具来进行初始配置，但功能有限！如果之前已经有了 Windows 命令的一些基础，可以直接命令上手效率会更高些。

        以下是 gOxiA 整理的一些简明扼要的步骤，也避免了大家踩坑！

  
• 重命名计算机    
  rename-computer -new natserver
    
• 修改网络名称（因为使用了简中版，强烈建议命令行环境还是用英文为佳）    
  get-netadapter , 获取网卡信息      
  rename-netadapter -name "以太网" -newname "Private"        
  rename-netadapter -anme "以太网 2" -newname "Public"
    
• 修改内网网卡（Private）地址    
  new-netipaddress -interfacealias Private -ipaddress 192.168.192.254 -prefixlength 24      
  get-netipaddress , 可查看网卡地址
    
• 禁止内/外网使用IPv6（看自己喜好或实际需求）    
  disable-netadapterbinding -componentid ms_tcpip6 -name Public        
  disable-netadapterbinding -componentid ms_tcpip6 -name Private      
  get-netadapterbinding , 可查看配置情况
    
• 允许 ICMP    
  new-netfirewallrule -name "Allow Ping" -displayname "Allow Ping" -protocol icmpv4 -icmptype 8 -enable true -profile any -action allow      
  set-netfirewallrule -name CoreNet-Diag-ICMP4-EchoRequest-In-Noscope -enabled true -profile any -action allow , 也可以不新建防火墙策略直接开启默认策略      
  set-netfirewallprofile -profile domain,public,private -enabled false , 如果考虑以后测试方便，在保障网络安全的前提下，也可以选择禁用防火墙保护
    
• 安装路由器角色    
  install-windowsfeature -name routing -includemanagementtools , 根据提示重启服务器
    
• 使用新模式配置    
  install-remoteaccess -vpntype routingonly      
  在新模式下将无法再使用 RRAS 管理器进行配置，如果你在 GUI Mode 下看到这个提示便可确认。如果要恢复，则 Uninstall-remoteaccess      
  
    
• 使用旧模式配置    
  sc config remoteaccess start= Auto        
  sc start remoteaccess
  netsh routing ip nat add interface public
  netsh routing ip nat set interface public mode=full
  netsh routing ip nat add interface private

        此外，貌似现在大家更推崇更加简单的方式，即使用系统内置的 new-netnat 命令，实际测试在不安装 Role 的情况下可以直接在 Windows 网络栈上启用 NAT 支持。

  
• new-netnat -name InternetNAT -internalIPInterfaceAddressPrefix 192.168.192.024

        很是神奇，这个命令或者说功能原本是 Hyper-V 虚拟交换机的一个网络功能特性，可直接生成 NAT，而 RRAS 也更加关注的是远程访问的支持。借助这个命令应该也可直接在 Windows Client 上启用 NAT。

参考推荐：

  
• 服务器核心安装选项中包含哪些内容
    
• 服务器核心中的基本管理任务
    
• 使用 SConfig 配置服务器核心
    
• 管理服务器核心

关于 Dell 11 和 12 代服务器启用 Hyper-V 2019 后发生启动死循环

        Windows Server 2019 在 Dell 11 和 12 代服务器上，当启用 Hyper-V 角色重启后进入死循环的问题终于得到了解决。需要安装 1月22日发布的汇总更新 - KB4476976，系统版本会升级到 17763.292，由于要过中国年的关系，本文发稿时已是 17763.316，所以还请各位遇到问题的朋友升级到最新版本。

        该问题的具体症状是 gOxiA 手中的Dell T310 和 T610 服务器为了能使用更大容量的分区（>2TB）改用了 UEFI 引导模式并使用了 GPT 格式磁盘，早先安装使用 Windows Server 2016 是正常的，随后在 Windows Server 2019 发布后，全新安装了它，但发现只要启用了 Hyper-V 角色后，系统在第二次重启后并会进入死循环，无法正常引导系统并反复的重启。

        也向 Dell 官方寻求帮助，可惜服务器属于11代实在太老，以 OS 不再支持列表未能提供有效的解决方案，但是 Dell 的 12 代服务器也有发生类似的问题，据说与 Dell UEFI 有关，所以改为 BIOS + MBR 后问题得到了解决，也算一个 Workaround。

        估计遇到的同样问题的用户较多，而且也都有效反馈到了微软那边，所以在19年1月底该问题终于得到了修复 ，此时已是中国年开始，gOxiA 利用假期时间做了测试，在先安装 KB4476976 后，再启用 Hyper-V 则不会重现故障。

Project Honolulu 正式版发布为 Windows Admin Center

        微软今天正式发布了 Project Honolulu 的正式版，其正式的名称为 Windows Admin Center，gOxiA 之前一直在这个 TAP 中，从 1711 到 1804 可以看出微软现在的开发速度之快，从测试情况看 WAC 质量非常高。

        正如之前日志说讲 Windows Admin Center 设计初衷并不是要替代现有的 Windows 管理工具，Windows Admin Center 在现代化、简化、集成和安全的远程管理体验中汇集了许多以往管理工具的特性，可供大家有更多的选择。Windows Admin Center 通过以下特性帮助IT管理员：

• 简单和现代管理经验：Windows Admin Center是一个轻量级的，基于浏览器的GUI平台和工具集，供IT管理员远程管理Windows服务器和Windows 10 计算机。
• 混合功能：Windows Admin Center可以在任何地方管理Windows Server 和 Windows 10实例，其中包括物理系统、任何管理程序上的虚拟机或在任何云中运行。使用可选的增值功能（如与Azure站点恢复的集成）连接到云以保护虚拟机，并支持Azure活动目录以使用多因素身份验证来控制访问。
• 集成工具集：与其在几个不同的工具和上下文之间切换，不如通过Windows Admin Center管理中心对IT资源进行全面概述，并能够深入了解详细信息。除了服务器和客户端计算机外，还允许管理故障转移群集和超聚合基础结构（HCI）部署。
• 可扩展设计：微软一直在与早期使用者、合作伙伴协作，在SDK的私有预览中改进扩展开发体验。这意味着用户很快就可以将Windows Admin Center的功能扩展到第三方解决方案。例如：用户将开始看到第三方硬件供应商使用Windows Admin Center 提供自己的硬件管理。

        来源参考：https://cloudblogs.microsoft.com/windowsserver/2018/04/12/announcing-windows-admin-center-our-reimagined-management-experience/       

        Windows Admin Center 下载：http://aka.ms/WACDownload

        Windows Admin Center 文档：https://docs.microsoft.com/en-us/windows-server/manage/windows-admin-center/understand/windows-admin-center

Project Honolulu Technical Preview 1711 Build 01003

        忍了好久终于可以发布这篇日志，微软在公布 Windows Server Insider Preview Build 17035 的同时，还公布了 Project Honolulu Technical Preview 1711 Build 01003，如果你还不了解什么是“Project Honolulu”，建议先复习一下 gOxiA 之前发布的文章“Project Honolulu Technical Preview 概览”和“Project Honolulu Technical Preview 部署 ”。

        在新版的 Project Honolulu 中又带来了一些改进：

• 远程桌面
  1711 Build 01003 中加入了远程桌面的支持，现在我们可以在 Honolulu 中通过 RDP 来远程登录计算机，对远程计算机进行操作和管理。目前 RDP 控制台的功能还比较简单，如果你实在无法忍受这么小的可视界面，建议还是单独启动 MSTC 更为合适，对于 Honolulu 这套服务器管理方案来说，提供 RDP 只是为了便于 IT人员能够执行那些 Honolulu 还未提供的管理功能。
  
• Windows 10 客户端管理
  在 TAP 中看到 Honolulu 1711 的内部测试公告时，超兴奋！可惜当时处于 NDA 只能压抑心中的喜悦。在 1711 中已经能够添加 Windows 10 客户端进行管理，点击“Add Cpnnections”能够看到“Add Windows PC Cnnection”选项。
  
  对 Windows 10 客户端的管理支持与服务器并无太大区别，除了常规的指标监控，计算机基本信息外，也可对证书、设备、日志、防火墙、当前进程、服务、存储，进行管理和操作，如果被管理的 Windows 10 客户端启用了 Hyper-V，还可通过 Honolulu 操控这些虚拟机，并对虚拟交换机进行管理和配置。
  
• Switch Embedded Teaming（SET）
  Switch Embedded Teaming（PS：貌似是交换机嵌入式分组），应该是 SCVMM 的一个功能，看介绍之前没有提供 GUI 界面来配置，而现在作为 Windows Server 2016 的内置功能，已经可以通过 Honolulu 进行管理和配置，其位于“Virtual Switch”下。（PS：但是在实际使用中并未找到这个功能选项，可能是由于被管理的服务器系统版本不是 1709 所致。）
• 数据网格性能改进
  针对证书和日志管理工具做了网络数据方面的性能改进。能够在处理大型数据集时，确保不会出现性能问题。这项改进将会持续进行，以确保 Honolulu 的所有管理功能都会获得最佳的性能。从目前的测试看，事件日志的加载过程确实缩短了不少。
• 从 In Service 模式中移除 LAPS
  LAPS（Local Administrator Password Solution）已经从服务器安装场景中移除，但是在 Windows 10 下安装之后 LAPS 依然能够使用。

Project Honolulu Technical Preview 下载地址：http://aka.ms/honoluludownload

Project Honolulu Technical Preview 部署

        上一篇日志“Project Honolulu Tecnical Preview 概览”向大家介绍了 Project Honolulu 的用途和主要的功能，而今天开始 gOxiA 将分享 Project Honolulu 的部署和安装。整体来说 Honolulu 的部署和安装非常的简单，没有复杂的限制和繁琐的需求，显得非常灵活和开放。所以无需有太多的顾虑，也不用特意搭建环境。

        在官方文档中 Project Honolulu  目前推荐了三种部署模式：

• 本地模式，安装在 Windows 10 系统上，可满足快速开始、测试、临时或小规模的环境。
• 网关模式，部署独立的 Honolulu 服务器，用于管理托管的服务器。
• 混合模式，适用于群集，可部署在群集中的某个节点上，管理托管的服务器。

        Project Honolulu 目前支持管理最新的 Windows Server v1709，Windows Server 2016，Windows Server 2012 及其 R2 版服务器，但是仅支持部署在 Windows 10、Windows Server v1709 和 2016 系统上，其中 Windows 10 仅支持本地模式，即安装后 Project Honolulu 不会以服务形式驻留，在使用前需要启动 Project Honolulu，会在系统栏保留程序图标。

        下面的截图是在 Windows Server 2016 上安装 Project Honolulu 的步骤，需要注意的是在授权协议界面中需要复选“Allow Project Honolulu to modify this machine's trusted hosts settings.”以允许安装程序修改信赖主机设置，根据需要复选“Create a desktop shortcut to launch Project Honolulu”。另外在服务器系统上安装时会提示指定一个用于 Project Honolulu 的 Web 服务端口，为了保护 Web 登录过程的安全，还可利用安装程序生成一个自签名证书，需要注意的是该证书有效期只有60天；当然也可以指定已经安装证书的指纹，分配其使用。

        安装完毕后便可通过 “现代” 浏览器访问 Project Honolulu 的管理站点，去添加要管理的服务器。

        如果当前下的设备未加入到域（AD - 活动目录），需要在 PowerShell 下使用 Set-Item 指令手动配置 TrustedHosts，才能完成账户验证以管理远程服务器，命令行参考如下：

Set-Item WSMan:\localhost\Client\TrustedHosts -Value '*'

        最后确保 Windows 防火墙已放行 Windows 远程管理（WinRM）以允许通过端口 5985 进站访问。

        对于受管理的 Windows Server 2012 服务器，可能需要额外安装 Windows 管理服务框架，请移步微软下载中心获取“Windows Management Framework 5.1”。

        前段时间为一个 AD 做了个 FSMO 的转移，之后对新 DNS 服务器进行了记录的手工清理工作，在对 DNS 中原有的 WINS 信息进行更新时发现报错，也无法执行删除操作，具体错误提示为 “WINS 解析信息没有更新。记录格式已损坏。”

        使用 DNS 管理器已是无济于事，只能借助强大的 PowerShell 命令。咨询微软技术支持了解到可以使用 Remove-DNSServerResourceRecord 命令清理域相关的记录，具体的指令如下：

Remove-DNSServerResourceRecord -ZoneName contoso.com -Force -RRType "WINS" -Name "@"

        如果您体验完毕可以使用以下 PowerShell 步骤去删除 RAM Disk，否则对 iSCSI 目标服务的管理都要基于 PowerShell 进行。删除 iSCSI RAM Disk 的方法很简单，就是倒着执行一遍之前的命令，只不过将新建改为移除。

        首先，移除已经为 iSCSI 目标移除分配的 RAM Disk，为此执行如下命令：

Remove-IscsiVirtualDiskTargetMapping -targetName targetRAMDisk -Path "ramdisk:WIM-RAMDisk.vhdx"

        然后，移除 iSCSI 目标，为此执行如下命令：

Remove-IscsiServerTarget -TargetName targetRAMDisk

        我们还能使用 Get-IscsiServerTarget 查看当前所有的 iSCSI 目标。

        最后，移除 RAM Disk，为此执行如下命令：

Remove-IscsiVirtualDisk -Path "ramdisk:WIM-RAMDisk.vhdx"

        实践环境是一台运行 Windows Server 2016，且拥有 32GB 内存的工作站。计划在内存中创建 28GB 的 RAM Disk，用于系统映像（WIM）的处理。将 WIM 放在 RAM Disk 里进行读写操作的优势显而易见，降低磁盘IO瓶颈。当然，也许您还能想到更多 RAM Disk 的应用场景，不妨利用 Windows Server  iSCSI 服务来体验一下。

        首先，我们需要为 Windows Server 2016 安装 iSCSI 目标服务器（iSCSI Target Server）角色，可启动服务器管理工具添加角色和功能。iSCSI目标服务器角色位于”文件和存储服务“角色下，具体参考下图：

        然后，在 Windows 防火墙（Windows Firewall）中允许”iSCSI 服务“例外，即允许通过防火墙。

        为了确保 iSCSI 目标服务能够为本机提供 iSCSI 服务，需要修改 Windows Server 2016 的注册表以允许回环模式，为此执行 Regedit 定位至如下路径，修改 AllowLoopBack（REG_DWORD） 值为：1

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\iSCSI Target

        完成上述操作后，便可开始创建 RAM Disk，首先创建容量为 28GB 的 RAM Disk：

New-IscsiVirtualDisk -Path "ramdisk:WIM-RAMDisk.vhdx -Size 28GB

        之后创建 iSCSI 目标：

New-IscsiServerTarget -TargetName targetRAMDisk -Initiatorlds @("IPAddress:X.X.X.X")

        接下来将 RAM Disk 分配给 iSCSI 目标：

Add-IscsiVirtualDiskTargetMapping -TargetName targetRAMDisk -DevicePath "ramdisk:WIM-RAMDisk.vhdx"

        现在启动 Windows Server 2016 上的 iSCSI Initiator（iSCSI 发起程序，该程序位于管理工具组下） 来连接这个 iSCSI 目标。

        连接成功后，便可在通过磁盘管理器初始化这个 RAM Disk，默认配置下这个 RAM Disk 是动态扩展类型的 VHDX，所以分配并格式化后，不会马上占用内存容量，会随着 RAM Disk 数据量的增长，而发生变化，但不会因删除数据而逆转。也就是说拷贝了一个10GB的数据，删除后会发现内存占用还是10GB，必须重新启动服务器才会得到空间的释放。

        最后需要注意的是，在 iSCSI 目标服务上启用 RAM Disk 后，会导致无法正常访问 服务器管理器 下的 iSCSI 目标服务器角色。

HOWTO: 利用组策略禁用 IE ESC（Internet Explorer 增强的安全配置）

        Internet Explorer Enhanced Security Configuration（即：IE ESC，Internet Explorer 增强的安全配置），自 Windows Server 2008 开始提供的一项服务器安全配置，旨在有效降低来自基于 Web 的不安全内容攻击的风险，直至 Windows Server 2012 R2 该安全配置默认都为启用。

        IE ESC 默认情况下为 Administrators 组和 Users 组启用，当这些组用户在使用 IE 浏览网站时会收到警告提示，被告知该网站中的一些内容被阻止，此时可以去除“网站内容被阻止时继续提示”的复选框已减少干扰，加入用户信赖该网站，则可以将该网站添加到信任网站中，那么下次再访问的时候就不会在提示安全警告。

        IE ESC 其实是一项非常不错的功能，但是在一些测试环境中，可能会略显繁琐，通过手工方式关闭简单有效，但是如果环境中创建了多台 Windows Server 虚机就会很麻烦，毕竟要一步一步执行操作。

        如果当前正好是一个域环境，那么我们可以利用组策略来为禁用 IE ESC，接下来就可以编辑现有组策略或新建一个组策略！IE ESC 提供两个注册表项分别为 Administrators 组和 Users 组定义配置：{A509B1A7-37EF-4b3f-8CFC-4F3A74704073} 和 {A509B1A8-37EF-4b3f-8CFC-4F3A74704073}，他们位于：HKLM\SOFTWARE\Microsoft\Active Setup\Installed Components下，所以我们需要在组策略中创建两个注册表项的预定义，将其下的“IsInstalled”根据需要改为“00000000”，如下图所示：

        如果还不知道如何在组策略中添加注册表配置，请参考下图：

诡异的 Windows Firewall 启动故障

        早先安装了两台面向 Internet 的业务服务器，基于 Windows Server 2008 R2，根据要求做了安全强化，关闭了一些无用的服务，再此之后系统运行一直都很正常，但是每当“Path Tuesday”重启服务器后，便无法再远程访问到服务器（Remote Desktop）而且所有的服务端口也都无法访问。之前通知机房运维人员检查，也并未检查出个所以然，只是说 Windows 防火墙服务未启动，手工启动后便恢复正常。查看日志，也并未记录相关有价值的警告或错误日志。由于是生产环境，不敢贸然测试，只能利用假期晚间逐个恢复之前停止的服务，当恢复了 Server 和 Workstation 服务，重启服务器后便能够正常访问了。随即查看 Windows Firewall 的依赖性，并未发现与 Server 和 Workstation 有关，实在诡异！

        在系统恢复正常后，也只能先作罢，随后在本地测试环境搭建了虚机，按照生产环境的配置停止了对应的服务进行测试，可再也无法重现那些故障，但是生产环境中的这两台服务器却都是同样的故障，也搜索了网上的资料没有任何结果，目前也只能先搁置在那里。

        如果大家有什么思路可以讨论讨论！

因计算机名过长导致无法正常使用设备管理器

        这几天在处理一台 Dell R220 服务器，因为是交易环境使用，所以按照要求设定了一个比较长的计算机名，没想到却引发了不必要的故障问题。

        系统为 Windows Server 2008 R2 Standard，当打开设备管理器时遇到警告提示“由于您在远程计算机上运行设备管理器，设备管理器在只读模式中运行。要卸载设备或改变设备属性或驱动程序，必须在要进行改动的计算机上运行设备管理器。”

        当时一下就晕了，因为之前机器手动或网络部署了两次系统都发现有问题，而且还感觉显示分辨率不太对劲，无法与当前在用的 Dell 宽屏匹配，怀疑是不是自己手动安装系统有些问题呢？！咨询了 Dell 技术支持，说该机器建议使用 Lifecycle Controller 进行安装，所以老老实实重新照做了一遍，可惜结果还是一样。

        静下心想想，再仔细观察，发现了问题所在，设备管理器中的计算机名与实际计算机名并不对应，之前使用长计算机名进行命名时给出过警告，没想到会对设备管理器产生影响，既然对系统自身都产生了不良影响，那就应该直接限制使用长名称来命名！随后在 Windows Server 2012 R2 上进行了测试，却发现并未出现该问题，所以目前怀疑是个 Bug。

排错 Windows Server 2012 Essentials SSTP VPN 0x80092013 故障

        Windows Server 2012 Essentials 可通过配置向导来启用 VPN 服务，使公司用户能够在外网通过 VPN 接入到内部。当客户端基于 SSTP 协议连接 VPN 时可能会遇到 0x80092013 故障“由于吊销服务器已脱机，吊销功能无法检查吊销。”

        这是证书服务的一种安全机制，类似我们使用 IE 访问一些 HTTPS 网站时也会遇到类似的提示，但是用户可以略过警告，或者通过 IE 的高级配置将其屏蔽。

        按照这个思路，开始尝试通过禁用证书的 OCSP 检测来解决问题，运行 MMC 并加载证书管理，找到这个根证书进入其属性，切换到详细信息选项卡，并点击“编辑属性”。

        在 OCSP 选项卡中勾选“禁用证书吊销列表”，之后重新连接 VPN 测试，发现无效。也许正如前面提到的是因为安全机制要求 SSTP VPN 必须验证证书吊销。

        回到起点分析 0x80092013 故障，因为吊销服务器脱机导致无法获取证书吊销列表（CRL），那就先从访问吊销服务器开始排错。

        首先，查看此 CA 办法的证书，可访问 Essentials 的 RWA 站点，可从证书的详细信息中查到 CRL 分发点信息，如下图所示 CRL 分发点是一个 URL 地址，在内网访问该地址是正常的，能够下载 CRL。由于该地址并不是一个完整的 Internet 网址，所以用户无法从外部正常访问，从而未能获得 CRL。

        既然如此，只要保证用户在外部能够获取到 CRL 就应该能够解决问题，根据现有 CRL 的 URL 地址，对照 Essentials 的 RWA 结构，该 CRL 外部的访问地址应该类似“http://remote.contoso.com/certenroll/contoso-ess-ca.crl”，果断从外部访问该 URL 成功拿到了 CRL。那么就可以为此根证书指定 CRL 的位置，为此回到前面提到的 OCSP 设置位置，手工添加这个 CRL 外部可访问的 URL 地址，再次测试发现又失败了！

        搜索了知识库找到了 KB961880，故障分析结果倒是完全相同，不过官方给出的解决办法是配置证书服务器，在 CA 服务器属性的扩展选项卡中添加新的可供外部访问的 CRL 分发点地址，并确认复选“包括在 CRL 中，客户端使用它来寻找增量 CRL 的位置”，“包含在颁发的证书的 CDP 扩展中”，“包括在已发布的 CRL 的 IDP 扩展中”。如下图所示：

        此外，要将之前已存在的基于 HTTP 发布的 CRL 地址复选框都去掉，接下来就是等待，默认是 1 周的时间。当然如果实在等不及，也可以修改“吊销的证书”属性中的 CRL 发布参数，将其改为 1 小时，等生效后再恢复默认设置即可。

        现在连接 VPN 已经不会再出现 0x80092013 故障了！

Top Support Solutions for Windows Server 2012 Essentials and Windows Server 2012 R2 Essentials

1. Solutions related to Remote Web Access:

• Troubleshooting Common VPN issues on Windows Server 2012 R2 Essentials
• Understanding VPN configuration in Windows Server 2012 R2 Essentials
• What Happens When You Release Your Domain Name from Windows Server 2012 R2 Essentials
• Troubleshooting “An unexpected error occurred” message when using Remote Web Access to connect to computers
• Configuring and Customizing Remote Web Access on Windows Server 2012 R2 Essentials

2. Solutions related to Office 365 integration issues:

• What's New in Windows Server Essentials
• Troubleshooting Office 365 Integration Errors

3. Solutions related to installation issues:

• You may be unable to run post-deployment configuration wizard after you install the Windows Server Essentials Experience role
• Deploying Windows Server 2012 R2 Standard/Datacenter with Windows Server Essentials Experience role in an Existing Active Directory Environment
• Deploying Windows Server 2012 R2 Essentials in an Existing Active Directory Environment
• Windows Server 2012 R2 Essentials Migration – Keys to Success
• Configuring Microsoft Azure Online Backup on Windows Server 2012 R2 Essentials
• Migrating to Windows Server 2012 Essentials
• Migrate Windows Server 2012 Essentials to New Hardware
• Enabling multiple instances of Windows Server Essentials Experience in your environment
• Hosting Windows Server Essentials Experience in Windows Azure
• Virtualization and Windows Server 2012 R2 Essentials

4. Solutions related to Migrating SBS to a new server or to new servers:

• You may be unable to run post-deployment configuration wizard after you install the Windows Server Essentials Experience role
• Deploying Windows Server 2012 R2 Standard/Datacenter with Windows Server Essentials Experience role in an Existing Active Directory Environment
• Deploying Windows Server 2012 R2 Essentials in an Existing Active Directory Environment
• Installing and Configuring the Windows Server Essentials Experience role
• Windows Server 2012 R2 Essentials Migration – Keys to Success
• Migrating to Windows Server 2012 Essentials
• Migrate Windows Server 2012 Essentials to New Hardware

5. Solutions related to Server activation:

• Understanding Licensing for Windows Server 2012 R2 Essentials and the Windows Server Essentials Experience role
• Using Windows Server 2012 Essentials with more than 25 users
• Upgrade Options for Windows Server 2012 R2

原文出处：http://blogs.technet.com/b/topsupportsolutions/archive/2014/08/11/top-support-solutions-for-windows-server-2012-essentials-and-windows-server-2012-r2-essentials.aspx

Top Support Solutions for Windows Server 2008 and Windows Server 2008 R2

1. Solutions related to bugchecks, stop errors, and unexpected restarts:

• Windows Memory Dump Collector
• Bug Check Code Reference (Windows Debuggers)
• USB devices stop working in Windows 8 or Windows Server 2012
• How to generate a kernel or a complete memory dump file in Windows Server 2008 and Windows Server 2008 R2
• How to use the special pool feature to isolate pool damage
• How to determine the appropriate page file size for 64-bit versions of Windows Server 2008 and or Windows 2008 R2
• Using Driver Verifier to identify issues with Windows drivers for advanced users
• How to diagnose Windows 7 and Windows Server 2008 R2 performance issues
• How to troubleshoot Directory Services PKI and ADCS issues for Windows 7 and Server 2008 R2 using Fix it Center Pro
• Collect memory dump files in Windows 7 and in Windows Server 2008 R2

2. Solutions related to Active Directory issues:

• Upgrade Domain Controllers to Windows Server 2012
• Upgrade Domain Controllers to Windows Server 2008 R2
• Running Adprep.exe
• How to restore deleted user accounts and their group memberships in Active Directory
• Root Causes for Slow Boots and Logons (sbsl)
• “Directory Services cannot start” error message when you start your Windows-based or SBS-based domain controller
• How to remove data in Active Directory after an unsuccessful domain controller demotion

3. Solutions related to Active Directory replication:

• Download Active Directory Replication Status Tool from Official Microsoft Download Center
• Troubleshooting Active Directory Replication Problems: Active Directory
• Replication error 1722 The RPC server is unavailable
• Replication error 8453 Replication access was denied
• Replication error -2146893022 The target principal name is incorrect
• Replication error 1753 There are no more endpoints available from the endpoint mapper
• Replication error 1396 Logon Failure The target account name is incorrect
• Replication error 8614 The Active Directory cannot replicate with this server because the time since the last replication with this server has exceeded the tombstone lifetime
• Replication error 8524 The DSA operation is unable to proceed because of a DNS lookup failure
• Replication error 1256 The remote system is not available
• Replication error 8451 The replication operation encountered a database error
• Troubleshoot Directory Services issues in Windows 7 and in Windows Server 2008 R2

4. Solutions related to DNS:

• Don’t be afraid of DNS Scavenging. Just be patient.
• Optimizing your network to keep your DNS squeaky clean
• The size of the Active Directory increases rapidly on a Windows Server 2003-based or Windows Server 2008 R2-based domain controller that hosts the DNS Server role
• DNS server stops responding to DNS queries from client computers in in Windows Server 2003, in Windows Server 2008 or in Windows Server 2008 R2
• Some DNS name queries are unsuccessful after you deploy a Windows-based DNS server
• A primary DNS zone file may not transfer to the secondary DNS servers in Windows Server 2008
• A DNS Update is recorded as failed: Event ID 5774, 1196, or 1578

5. Solutions related to Active Directory Federation Services (AD FS):

• AD FS 2.0 Troubleshooting Guide
• Active Directory Federation Services (ADFS) Wiki Articles
• AD FS 2.0 Content Map

6. Solutions related to File Replication Technologies (FRS and DFSR):

• Where’s my file? Root cause analysis of FRS and DFSR data deletion
• Understanding DFSR debug logging (Part 14: A sharing violation due to a file locked upstream between two Windows Server 2008)
• Understanding DFSR debug logging (Part 17: Replication failing because of blocked RPC ports (uses debug severity 5))
• Common DFSR Configuration Mistakes and Oversights
• DFSR Event ID 2213 is logged on Windows Server 2008 R2 and Windows Server 2012
• List of currently available hotfixes for Distributed File System (DFS) technologies in Windows Server 2008 and in Windows Server 2008 R2
• The performance of DFS Replication in Windows Server 2008 is slower than expected on a WAN connection, and no error message is logged in the DFS Replication log

7. Solutions related to installing Windows updates or hotfixes:

• You cannot install some updates or programs in Windows XP
• How to address disk space issues that are caused by a large Windows component store (WinSxS) directory
• How does Windows choose which version of a file to install...
• How branching works for installing updates - The Windows ...
• The Windows Servicing Guy - Site Home - TechNet Blogs
• Troubleshoot common installation issues in Windows Update, Microsoft Update, and Windows Server Update Services
• How to read the Windowsupdate.log file

8. Solutions related to system hangs:

• PRF: Perceived System Sluggishness - Ask the Performance ...
• How to diagnose Windows 7 and Windows Server 2008 R2 performance issues
• How to troubleshoot Directory Services PKI and ADCS issues for Windows 7 and Server 2008 R2 using Fix it Center Pro
• Collect memory dump files in Windows 7 and in Windows Server 2008 R2

9. Solutions related to Active Directory Certificate Services:

• Designing and Implementing a PKI: Part III Certificate Templates
• Troubleshooting PKI Problems on Windows
• Having a problem with nodes being removed from active Failover ...
• Active Directory Certificate Services (AD CS) Overview
• Revoking certificates and publishing CRLs: Public Key
• How to add a Subject Alternative Name to a secure LDAP certificate
• How to enable LDAP over SSL with a third-party certification authority
• How to troubleshoot LDAP over SSL connection problems
• Active Directory Certificate Services (AD CS) Public Key Infrastructure (PKI) Frequently Asked Questions (FAQ)
• Troubleshooting Certificate Autoenrollment in Active Directory Certificate Services (AD CS)

10. Solutions related to TCP/IP communications issues:

• DNS Round Robin and Destination IP address selection
• Source IP address selection on a Multi-Homed Windows Computer
• Stop code in the tcpip.sys driver on a computer that is running Windows Server 2008 R2: 0x000000D1
• Windows Server Troubleshooting: "The RPC server is unavailable"

原文出处：http://blogs.technet.com/b/topsupportsolutions/archive/2014/08/11/top-support-solutions-for-windows-server-2008-and-windows-server-2008-r2.aspx

HOWTO: 为 Work Folders 添加自定义端口

        Work Folders  - 工作文件夹，是 Windows Server 2012 R2 的一个新角色，在 gOxiA 看来 Work Folders 是一个易于部署和应用的低成本云同步存储解决方案，它不同于 OneDrive 等其他同步存储服务，有一定的局限性，可以阅读“Windows Server 2012 R2 - Work Folders 概述”获取更详尽的信息。

        如果您已经对 Work Folders 有了直观的了解和认识，那么不妨看看“Windows Server 2012 R2 - Work Folders 体验”以了解如何安装和应用 Work Folders。

        在了解上述的信息后，我们会了解到 Work Folders 默认使用 HTTPS 协议，而 HTTPS 协议默认端口是 443，如果 Work Folders 仅在企业内部或通过 VPN 接入到企业内部来使用的化，那么采用默认配置是最佳的做法。但是当用户离开企业网，身处外部时经常会接收到关于 Work Folders 的提示，通知用户 Work Folders 当前无法访问，相信久而久之用户便会产生反感。

        面对这一个问题，为何不采用将 Work Folders 发布到公网上供用户使用的方式呢？！便捷、灵活……

        对于公网 IP 资源贫乏的国内公司而轻言，如果前端部署有 TMG 这类防火墙系统，倒是可以通过域名形式继续发布，如果仅是通过端口发布，就会占用宝贵的 443 端口。

        好在 Server & Management Blogs 分享了一篇非常有价值的文章“Windows Server 2012 R2 – Resolving Port Conflict with IIS Websites and Work Folders”。文中提到可以为 Work Folders 修改默认的端口，问题迎刃而解！！！

        以下是操作步骤：

1. 停止 Work Folders 服务，“net stop syncsharesvc”  
2. 修改“c:\windows\system32\syncsharesvc.config”配置文件，为 Work Folder 添加自定义端口，可参考下图：
     
3. 对端口进行授权，“netsh http add urlacl url=https://*:12345/ user=”NT Authority\LOCAL SERVICE””  
4. 因为本例是新绑定了一个端口，所以还需要为这个端口配置证书，“netsh http add sslcert ipport=0.0.0.0:12345 certhash=<Cert thumbprint> appid={CE66697B-3AA0-49D1-BDBD-A25C8359FD5D} certstorename=MY”,添加后的配置信息如下：
   

        现在，可以将 Work Folders 用于外网访问的端口发布出去了，客户端只需要在配置 Work Folders（工作文件夹）时为 URL 补充上端口号即可，如下图所示：

        参考资料：

• Windows Server 2012 R2 – Resolving Port Conflict with IIS Websites and Work Folders  
• Deploying Work Folders

Windows Server 2012 Essentials 因执行 SFC 引发的 RWA 访问故障

        前端时间在测试 RDS，所以在现有生产环境内部署了一台 RDS，访问都很正常，计划将其发布到外网已方便从 Internet 上直接访问，所以需要 RDG（Remote Desktop Gateway），而当前环境下的域控是基于 Windows Server 2012 Essentials（WS2012Ess）的，默认启用了 RWA，也就能够提供 RDG 的角色。

        当在 RDS 上添加这台 WS2012Ess 作为 RDG 时遇到了错误，提示“无法执行操作，因为操作 ResetRunspaceState无效……”，排错无果向 MSFT 提交了 Case，具体细节不再叙述，只提重点！按工程师的建议对 WS2012Ess 执行了dism /online /cleanup-image /checkhealth、/scanhealth、/restorehealth，以及 sfc /scannow 检查和修复的操作，当时也确实发现了问题并得到了修复，最后在此配置 RDS 便成功了。

        RDS 是好了，但没想到 RWA 又出了故障，第二天才发现用户在访问 RWA 时报错“未能加载文件或程序集 WSSg.Web.Internal, Version=6.2.0.0, Culture=neutral, PublickKeyToken=31bf3856ad364e35 或它的某一个依赖项。系统找不到指定的文件”。

        使用 WS2012Ess 仪表板对 RWA 进行了修复，但总是失败！只得求助搜索引擎，没想到这个问题还真的有解，并且还是已知问题。

        KB2828269 描述了这一问题，并提供了解决方案，只需执行如下 PowerShell 命令行即可。

HOWTO: 解决无法使用内置管理员账户打开 Internet Explorer

        上个月 gOxiA 与大家分享了 从初始 ServerCore 模式向 FullServer 转换 的经验。如果你亲身经历了这一转换过程，可能会遇到如下图的问题！

        当我们从开始界面打开 IE 时，系统会提示“无法使用内置管理员账户打开 Internet Explorer。请使用其他账户登录，然后再试依次。”出现这个问题的主要原因是当用户从 ServerCore 向 FullServer 转换时，系统策略会自动将开始界面的 IE 设置为以 Modern UI 方式来启动，而 Windows Server 2012 R2 的 FullServer 模式并未包含桌面体验的组件，如：应用商店、Modern UI 版的 IE……，导致用户无法启动 Modern UI 应用。

        而解决这个问题最为简单有效的做法就是进入“控制面板”打开“Internet 选项”，切换至“程序”选项卡，复选“IE 磁贴用于打开桌面上的 Internet Explorer”选项即可。

从初始 ServerCore 模式向 FullServer 转换

        还记得 12年12月 gOxiA 与大家分享的两篇关于 Windows Server 2012 运行模式的文章“HOWTO：切换至 Windows Server 2012 的 Minimal Server 模式”、“Windows Server 2012 的四种运行界面模式”，介绍了 Windows Server 2012 如何在几个运行界面模式下进行转换。当时的测试都是基于初始 FullServer 模式进行的，即：带有 GUI 的服务器完整模式。所以当我们执行模式转换时并不会遇到问题，如果 Windows Server 初始安装时是 ServerCore 模式，那么当我们要向 Minimal 或 FullServer 转换时就会遇到错误，如下图所示：

        出现这个错误的原因是以前的 Windows 版本中，即使禁用了某个服务器角色或功能，相应的二进制文件仍会保留在磁盘上，占用着磁盘空间，当然这一特性也使我们在日后重复安装角色或功能时而无需提供安装源。但在 Windows Server 2012 中则又有所改变，用户不仅可以禁用某个角色或功能，还可以完全删除相应的文件。即：要完全删除某个角色或功能时，在 Uninstall-WindowsFeature 中使用 –Remove 参数。

        正因为如此，当 Windows Server 初始安装选择的是 ServerCore 模式时，一些角色或功能的二进制文件并未存储在当前系统中，所以当使用常规命令行进行安装时便会出现错误。所以我们需要在执行 Install-WindowsFeature 时使用 –source 参数指定安装源。完整的命令行参考如下：

        其中，结尾“:2”为 Install.wim 映像索引 2，即 Windows Server 2012 R2 Standard，与本例初始安装的系统版本对应，如果需要确认 WIM 文件的信息，可以参考如下命令行：

        查阅 TechNet Library 管理服务器核心服务器 资料，发现在 1.5 转换成“完全安装”模式 小节中提到如果希望使用 Windows 更新而不是某个 WIM 文件作为源，则只需要为 Install-WindowsFeature 使用 –Restart 参数，安装时便会自动从微软官方站点获取更新文件。（PS：有意思的方式，-Restart 可是重启参数啊！！！）不过实际测试此种方式并不实用，网络速度是最大的瓶颈！

        解决了一个小小的问题，却积累了多个经验！

WorkFolders 错误 0x80c80001 传输的数据未采用正确的格式

        WorkFolders（工作文件夹） 是 Windows Server 2012 R2 提供的一项新功能，一种低成本、简便的文件同步存储解决方案。在 Preview 阶段 gOxiA 就开始关注 WorkFolders，早先也与大家分享了两篇文章“Windows Server 2012 R2 - Work Folders 概述”、“Windows Server 2012 R2 - Work Folders 体验”。在微软发布 Windows 8.1 GA Update 后，发现一旦系统更新了 GA 补丁，WorkFolders 就会出现故障，具体表现为 Windows 8.1 无法通过工作文件夹与服务器同步数据，而且“操作中心”会提示错误，无法忽略。开打工作文件夹会提示“同步已停止。发生了一个问题”，“传输的数据未采用正确的格式（0x80c80001）”。

        在事件查看器中并未得到更多的有价值的信息，因为是新功能，所以网上也未能找到相关的信息。后来通过启用事件Debug日志，找到了具体的错误信息。经过一系列的排错，最终确定是由 GA 补丁引起的 Bug。

        庆幸的是在 GA 补丁发布一个月后，微软终于在本月发布的针对该问题的更新补丁，即：KB2887595。用户可以通过 Windows Update 进行更新，也可以单独下载安装。http://www.microsoft.com/zh-CN/download/details.aspx?id=41076（PS：这个更新是针对 Windows 8.1/Server 2012 R2 的补丁集，解决了不少问题，强烈推荐用户尽快更新。），此外在 KB2901069 中有关于 WorkFolders 问题的详细的解释！

        Windows PowerShell Web Access（PSWA）是 Windows Server 2012 中的新功能，充当 Windows PowerShell 网关，允许远程计算机基于 Web 方式（HTTPS）访问和操作目标计算机的 Windows PowerShell，以执行 PowerShell 命令和脚本，而且无需在客户端上安装 PowerShell、远程管理软件或浏览器插件。其角色有些像 Remote Desktop Gateway，且允许单机应用，并且支持工作组环境。

        PowerShell Web Access 基于 Web 方式访问的，只要支持 JavaScript 和接受 Cookies 的浏览器基本都可访问操作。下面是整理出的一组浏览器兼容性测试的结果数据，参考微软官方。

        受支持的台式计算机浏览器：

• IE 8、9、10、11  
• Firefox 10.0.2  
• Chrome 17.0.963.56m  
• Safari  5.1.2

        经过最小限度测试的移动设备或浏览器

• Windows Phone 7、7.5、8  
• Google Android WebKit 3.1 Browser Android 2.2.1 (Kernel 2.6)  
• iPhone 5.0.1 的 Safari  
• iPad 2 5.0.1 的 Safari

        为工作组环境下的 Windows Server 2012 安装和配置 PowerShell Web Access 可参考下列步骤：

        首先，通过“服务器管理器”的“添加角色和功能”向导安装“Windows PowerShell Web 访问”。使用 PowerShell 命令行安装：“Install-WindowsFeature WindowsPowerShellWebAccess -IncludeManagementTools”

        然后，在 PowerShell cmdlet 下执行“Install-PswawebApplication”，以在 IIS 下创建其所需的 Web 应用程序。

        注：前面提到 PowerShell Web Access 基于 Web 方式访问，并且使用的是 HTTPS 协议，所以需要为其准备一张证书，否则我们可以通过附加“-UseTestCertificate”创建一个自签名证书，该证书有效期为90天。

        如果准备有其他证书，可通过 IIS 管理器对 Web 站点的绑定进行设置。

        接下来，需要使用“Add-PswaAuthorizationRule”为 PowerShell Web Access 配置授权规则。例如：

“Add-PswaAuthorizationRule –ComputerName * –UserName “maytidesufan” –Configuration *”

        其中“-ComputerName”是要授权通过 PowerShell Web Access 访问的计算机名称，也可使用“ComputerGroupName”指定一个计算机组；“-UserName”即允许访问的用户，而“UserGroupName”为用户组；“-Configuration”即允许的会话配置。

        现在，我们便可打开浏览器访问 PowerShell Web Access，进行计算机管理。

参考资料：“部署 Windows PowerShell Web 访问”、“使用基于 Web 的 Windows PowerShell 控制台”

Windows Server 2012 R2 – Work Folders 体验

        在“Work Folders 概述”中 gOxiA 向大家简述了 Windows Server 2012 R2 新角色 – Work Folders（工作文件夹）的主要功能、应用范围，并介绍了其工作的机制、以及部署等方面的资讯。关注 Work Folders 的朋友应该已经有了一定的认识，而本文将引领大家安装和配置 Work Folder，以及如何在 Windows 8.1 客户端上配置访问 Work Folder。

        本实验将采用单服务器部署方式，除了一台 Work Folders 服务器外，还需要准备一台 Windows 8.1 客户端。为了简化实验步骤，选择在现有 AD 环境下进行安装部署，所以 AD 环境的搭建不再复述，系统架构可参考上图。Work Folders 更详细的软件需求可参考：http://technet.microsoft.com/en-us/library/dn265974.aspx。整个环境都是基于 Hyper-V 平台的虚拟化

安装 Work Folders 服务器

1. 准备一台 Windows Server 2012 R2 服务器用于 Work Folders。
2. 在分区下创建一个用于存储同步数据的目录，如：D:SyncShare。
3. 启动“添加角色和功能”向导，在“文件和存储服务”-“文件和iSCSI服务”下找到并勾选“Work Folders”进行安装，也可以使用 PowerShell 进行安装“Add-WindowsFeature FS-SyncShareService”。安装 Work Folders 角色的同时还会添加额外所需的功能，如下图所示会安装 Web 服务器核心部分。需要注意的是 Work Folders 虽然用到了 IIS，但并不使用 IIS 来提供 Https（SSL）的连接！！！
   

创建同步共享目录

1. 在“服务器管理器”上切换到“工作文件夹”，如下图所示。单击“任务”创建新同步共享。
   
2. 在“新同步共享向导”的“服务器和路径”步骤中选择“输入本地路径”，可通过浏览选中之前创建的目录“D:syncshare”。
   
3. 在“用户目录结构”这一步中可选择使用用户别名或包含用户所在域（user@domain）作为用户目录名称。
   
4. 如下图所示，键入同步共享名，便于用户识别。
   
5. 同步访问设置中添加隶属于此 Work Folders 服务器及同步共享目录的用户或用户组。
   
6. “设备策略”允许 IT 管理员强制为客户端启用安全措施，如：加密工作文件夹、自动锁定屏幕以及要求用户必须为设备设置一个密码。
   
7. 在确认页中复查之前的配置，如无问题便可点击“创建”按钮。
   

配置客户端访问

1. 客户端使用 Work Folders，目前的选择只有 Windows 8.1 客户端。我们可以在控制面板中找到客户端 Work Folders 的配置选项，如下图所示：
2. 键入用户邮件地址，向导会根据域名自动去链接 Work Folders 服务器标准地址，如：workfolders.contoso.com
   
3. 在完成上一步骤后，大家应该都会遇到连接故障，这是因为 Work Folders 目前还处于测试版阶段，整个功能并不完善。所以解决连接问题需要参考官方的文档，在客户端上执行一个注册表修改命令行，以允许客户端通过非 SSL 加密与服务器进行连接。脚本内容如下：
   
   Reg add HKLM\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\WorkFolders /v AllowUnsecureConnection /t REG_DWORD /d 1
   
   如果想略过之后手工填写用户所在的 Work Folders 服务器地址，可执行下面的命令行：
   
   Reg add HKCU\\Software\\Microsoft\\Windows\\CurrentVersion\\WorkFolders /v ServerUrl /t REG_SZ /d http://syncServer.contoso.com
   
   
4. 完成连接配置后，需要确认接受安全策略，最后完成整个配置过程。
   
   

        至此，服务器端和客户端的安装和配置过程即告结束，如果有多台客户端就可以实际体验一下数据的同步存储。感觉 Work Folders 目前还处于雏形阶段，很多问题还没有解决，而且功能和管理都存在缺陷和缺失，而现在距离 Windows Server 2012 R2 RTM越来越近，希望在 RTM 后还能看到 Work Folders。

参考：Work Folders Test Lab Deployment

Windows Server 2012 R2 – Work Folders 概述

        长久以来大部分企业用户都会有这样的需求，如何让企业员工不论在公司内部还是外部都能处理自己的文档，尤其是在互联网和移动设备应用爆发的这个时代，对这一需求更加明显。

        起初的做法是通过目录共享和VPN，这样用户在外部时就能使用VPN接入到公司内部访问这些共享文件。但是这其中又涉及到一些问题，用户往往需要将处理的文档保存到集中共享的服务器上，因为当员工外出时自己的 PC 会被要求关机以节省资源，那么重复文件就会产生，而且操作也会繁琐！

        在经过这一漫长的使用体验后，部分用户开始学习使用新的技术 - 云存储，例如现在的 SkyDrive，但是 SkyDrive 是面向用户级别的，需要用户使用自己的 LiveID 登录，企业 IT 很难进行集中的管理。而最近发布的 SkyDrive Pro 解决了这一问题，除了基于 Office 365 进行应用和管理，还可以与企业内部的 SharePoint 集成使用，但问题也很明显，因为用户学习和企业成本会巨幅增加！

那么还有什么可选的方案吗？！

        Windows Server 2012 R2 的新角色 – Work Folders，为我们带来了更多实惠的选择！Work Folders 很容易理解的名字，即：工作文件夹。基于 Windows Server 2012 R2 技术构建，部署简单、管理轻松、低成本！可为用户工作和个人设备提供单点访问工作文件的功能；支持文件加密和数据擦除设备；支持脱机访问；支持现有文件服务器管理技术，如配合管理等；支持安全策略，引导用户对数据进行加密，并使用密码锁定屏幕；支持故障转移群集实现高可用性。Work Folders 也存在一些局限，如：同步的数据必须存储在服务器端的本地存储上；用户不能选择要同步哪些目录或文件；不支持协作功能。通过下面的图表我们可以了解当前流行的同步存储技术的差别。

        在简单的应用环境下，仅需部署一台 Windows Server 2012 R2 服务器，并安装 Work Folders 角色，创建一个目录用于集中存储，配置用户使用即可！而对客户端的需求，目前仅有 Windows 8.1 位列其中，据说在未来会支持更多的系统和设备！用户在其系统上配置了 Work Folders 后便可直接访问自己的工作文件夹。

        IT 管理员也可以使用利用 SMB 将 Work Folders 进行目录共享，这样用户即使没有使用自己的设备也同样可以快速访问自己的文件。

        从下图中我们能看到 Work Folders 的架构非常简单，AD 是必须的，提供集中的用户管理、身份验证以及权限管理。

        Work Folders 使用 https 协议（SSL）进行传输，所以该服务器需要一张有效的证书，在企业内部，CA 也是必须的。此外服务器端和客户端之间的安全问题也是重点，除了 SSL 加密传输之外，还可以通过共享权限和目录安全进行权限保护；此外用户可使用文件加密、密码保护、设备锁定策略以及RMS等多种方式对文件进行保护，非常灵活！

        在负荷较大的环境中还可以部署多台 Work Folders 服务器进行分组管理，利用群集技术还可以实现高可用。在多服务器环境下 Work Folders 提供了自动发现机制，以实现用户快速便捷的连接。具体可参考下图：

        Work Folders 使用一个标准地址 https://workfolders.domainname.com ，我们可以为该域名添加多个 A记录以对应 Work Folders 的多个服务器 IP 地址。当用户进行连接时会向 DNS 发出地址请求，DNS 会返回一个 IP，客户端在拿到 IP 后会发出发现请求，而服务器端会根据用户的 MSDS-SyncServerURL 记录将其所在的服务器信息返回给客户端，最终完成发现。

        最后通过下图，以了解 Work Folders 的同步机制和过程，一端检测到修改，便会开始同步进程，将文件同步到服务器，服务器端应用修改后发起同步将修改同步到其他客户端。整个机制和过程还是很简单的就不再详细介绍。

参考：http://blogs.technet.com/b/filecab/archive/2013/07/09/introducing-work-folders-on-windows-server-2012-r2.aspx

Windows Server 2012 就地升级至 Windows Server 2012 R2 Preview

        Windows 8.1 Preview 和 Windows Server 2012 R2 Preview 已发布近一个月，gOxiA 在之前也与大家分享了从 Windows 7 和 Windows 8 就地升级至 Windows 8.1 Preview（Win8.1Pre）的过程，而今天将于大家分享的是 Windows Server 2012（WS2012）就地升级至 Windows Server 2012 R2 Preview（WS2012R2Pre），在本例中要升级的是一台具有 打印服务 和 Hyper-V 角色的 WS2012 服务器，上面配置了一台用于共享使用的复合机，由于驱动兼容性问题，所以是禁用驱动程序强制签名模式进行安装的。而 Hyper-V 下跑了 10几台虚拟机。

        下载到 WS2012R2Pre 的第一时间便是决定体验一下新的 Hyper-V，所以选择了这台用于测试的主机进行就地升级。远程桌面登录到这台服务器，直接将 ISO 载入，执行 Setup，剩下的过程与平常的安装几乎一样。除了中间会提示一个兼容性报告。过程可参考下面的截图：

        安装很快，第一阶段的文件拷贝结束后，服务器便会重新启动，由于这台服务器配置有 iDRAC，所以服务器重启后可以通过 iDRAC 连接到服务器监控和操作后续的安装。

        从上面 iDRAC 截图中看到，后续的升级过程也没有问题，非常顺利的完成了整个升级。进入系统后打开 Hyper-V 管理器，之前的虚拟机都在。但是系统的网络配置却丢失了！这台服务器是双千兆网卡，升级前启用了 WS2012 的 NIC Team 功能，生成了一个新的网络适配器 vEthernet，并在 Hyper-V 中创建了基于这个虚拟网卡的桥接。可能是新旧系统底层变更导致升级后旧的 vEthernet 失效，由于被 Hyper-V 桥接所以没有被完全卸载掉，所以要配置网络需要删除之前的虚拟网卡，新生成 NIC Team，并重新在 Hyper-V 中进行桥接。现在想想如果没有 iDRAC，恐怕就要麻烦了，看来 iDRAC 绝对是必选配件！

        此外，看看打印机，如预料的也被卸载掉了，还好直接重新安装一下驱动即可。

        整体来说，从 Windows Server 2012 就地升级至 Windows Server 2012 R2 Preview 还是很顺利的。如果希望在自己的实验环境下体验 Windows Server 2012 R2 Preview 不妨选择就地升级，简单方便快速！

从 SBS2011Std 迁移至 Windows Server 2012 Essentials

        2013年5月 gOxiA 与大家分享了一篇日志，介绍了从 SBS8 Beta 迁移至 Windows Server 2012 Essentials，时隔近3个月 SBS2011Std 到 Windows Server 2012 Essentials（WS2012Ess）的迁移在断断续续中终于也完成了。正如之前所提到的 SBS2011Std 到 WS2012Ess 的迁移非常复杂，除了涉及 AD、文件夹 等基础数据的迁移外，还涉及 SharePoint 和 Exchange。介于篇幅问题，本章将简单介绍整体迁移的过程和大致的步骤，为需要迁移的用户提供可参考的资讯和经验。

        以 gOxiA 的环境为例，SBS2011 到 WS2012Ess 的迁移整体上可以参考前面 SBS8 Beta 的迁移过程，便可轻松完成 AD 和 共享目录、个人文件夹重定向目录的迁移工作。但是在开始前建议先对 SharePoint 进行迁移，为此我们需要单独部署一台服务器运行 SharePoint，本例中采用的是 SharePoint Foundation 2013，关于 SP2010 到 SP2013 的升级可参考http://technet.microsoft.com/zh-cn/library/cc262483.aspx，为了确保迁移，建议前期先搭建一个虚拟环境并参考文档对现有数据库进行升级操作，之后再参考SharePoint 的导入和导出将升级完毕的数据导出最后再导入到生产环境的 SharePoint 上，干干净净而且不会出现莫名其妙的小问题！如果将 SP2010 导出的数据直接导入到 SP2013 上则会失败，如下图所示：

        完成 SharePoint 的迁移后便可以准备 Exchange 的迁移，为此也需要为 Exchange Server 备一台新的机器，Windows Server 2012 Essentials 除了支持 Office 365，也同样支持内部部署的邮件服务器，如果计划使用 Exchange 2013 可参考：Exchange 2013 部署助理，仍打算继续使用 Exchange 2010 则参考：Exchange 2010 部署助理。部署完毕后将原 SBS2011Std 上的用户邮箱及系统账号邮箱全部移动到新的 Exchange 服务器上，然后测试访问如果一切正常，便可开始 SBS2011Std 到 WS2012Ess 的迁移。（注意：此阶段请勿配置 Exchange 的相关证书）

        SBS2011Std 两大主要的系统数据迁移完毕后便可开始迁移 AD 和共享目录，与 SBS8Beta 到 WS2012Ess 的迁移过程没什么区别。

1. 禁用 VPN；
2. 评估SBS2011Std服务器健康情况，检查并解决相关警告或错误；
3. 配置使用外部时间服务器（w32tm /config /syncfromflags:domhirer /reliable:no /update）
4. 安装并执行 Migration Tools；
5. 安装迁移模式的 Windows Server 2012 Essentials；
6. 跟随迁移向导填写相关信息执行迁移操作；
7. 系统的安装和迁移完毕。

        在系统安装和迁移结束后，参考 Move SBS 2011 setting and  data to the Destination Server 将相关的用户数据迁移的新服务器上。因为此时新服务器（WS2012Ess）使用的是动态 IP，所以可先将其配置为静态 IP，然后禁用源服务器上的 DHCP Server，同时启用路由器上的 DHCP Service，并将 25、80、443、1723 端口配置为新服务器的 IP 地址，完成这些操作后便可在 WS2012Ess 仪表板中执行配置向导，启用远程访问等功能。之后将域内所有的计算机和应用服务器通过“http://ws2012ess-servername/connect”加入到新服务器上，然后再为相关服务器申请并启用新的证书。

        迁移工作全部结束后，建议新老系统并存运行一段时间，如没有问题便可开始移除源服务器。首先卸载源服务器上的 Exchange，之后是 ADCS 证书服务，然后执行 dcpromo 对源服务器进行降级，在源服务器成为域成员服务器后，建议运行一段时间，其间因为会涉及服务器重启，可监控事件日志对警告和错误做排错。如果没有问题，则将源服务器退出 AD。

        对于只有单公网 IP 的用户，需要使用 WS2012Ess 提供的“arrconfig.exe”工具进行设置，以允许到邮件服务器的访问请求（https://mail.contoso.com/owa）能够通过 WS2012Ess 自动中转到内部的邮件服务器上。在使用 arrconfig 配置前需要先将 Exchange 上配置使用的证书导出（包含私钥），然后参考下列命令行执行配置操作。

        gOxiA 目前接受 SBS 产品迁移的服务咨询，如果大家有问题可通过邮件方式进行联络。

微软公布 Windows Server 2012 R2 Preview

        微软今日低调公布了一系列最新的云系统预览版，这些新产品预览版包含了 Windows Server 2012 R2 Preview、Windows Server 2012 R2 Essentials Preview、System Center 2012 R2 Preview、SQL Server 2014 Community Technology Preview 1。大家可以通过 TechNet 评估中心获得下载信息，如果你是订阅用户则可以直接通过微软订阅网站下载。

        ITPro 应该更加关注 Windows Server 2012 R2，这次微软公布的预览版提供了ISO、VHD格式供大家选择使用，下面是主要信息：

Windows Server 2012 R2 Preview 现在支持两种激活方式：

1. 数据中心产品密钥：
   JGXYY-7NMTC-MHKY3-QCC9B-VQRG7
2. Datacenter Server 自动虚拟机激活 (AVMA) 密钥：
   XVNRV-9HTX4-TH2JD-HVJQD-QRQWG

此 AVMA 密钥根据虚拟化服务器的许可证状态启用虚拟机的许可证激活（请参见此 白皮书了解详细信息）。

版本

• Windows Server 2012 R2 Datacenter Preview ISO  
• Windows Server 2012 R2 Datacenter Preview VHD（服务器核心）  
• Windows Server 2012 R2 Datacenter Preview VHD（含 GUI 的服务器）  
• Windows Server 2012 R2 Datacenter Preview on Windows Azure

语言

ISO 具有以下语言版本： 简体中文、繁体中文、英语、法语、德语、日语、韩语、葡萄牙语（巴西）、俄语、西班牙语、瑞典语、土耳其语

VHD 具有以下语言版本： 英语

技术资源

优点

作为 Microsoft 云操作系统的核心，Windows Server 帮助客户改造数据中心，利用技术进步的优势和新混合云功能，以提高复原能力，简化管理，降低成本和加快为业务提供服务的速度。

Windows Server 2012 R2 是一个成熟的企业级云和数据中心平台，可以通过扩展运行最大的工作负载，同时支持稳健的恢复选项以防止服务发生停机。 它简化了基本的基础结构，从而加快了实现价值的时间，使您借助行业标准硬件降低成本。 Windows Server 2012 R2 能帮助您快速构建、部署和扩展应用程序和网站，使您能灵活地在内部部署环境和云之间移动工作负载。 它使您能够提供对企业资源的灵活远程访问，同时管理整个数据中心和云中联合的身份，并帮助您保护关键业务信息。  

        而 Windows Server 2012 R2 Essentials Preview 本次也在首发阵营中，专注中小企业服务器的朋友可以访问后面的网址登记下载。http://technet.microsoft.com/zh-CN/evalcenter/dn205288.aspx

从 SBS8 Beta 迁移至 Windows Server 2012 Essentials

        今年2月gOxiA负责的TAP项目接近尾声，Windows Server 2012 Essentials（Win2012Ess）正式发布之后 TAP Customer 终于拿到了 RTM 的授权，而接下来就将执行 SBS8 Beta 到 Win2012Ess 的迁移任务。总体来说 Migration to Win2012Ess 的过程还是相对简单的，因为产品组的工程师们将整个迁移任务做到了最简，通过一个迁移工具配合系统迁移模式的安装便可轻松的完成系统迁移的工程，中间并无多余的人工干预。而且微软官方也给出了详尽的迁移手册，包括了如下迁移案例：

Migrate from Windows Small Business Server 2003

Migrate from Windows Small Business Server 2008

Migrate from Windows Small Business Server 2011 Essentials

Migrate from Windows Small Business Server 2011 Standard

Migrate from Windows Server 2008 Foundation

Migrate Windows Server 2012 Essentials to New Hardware

        而本案则可参考最后这个迁移手册，因为 SBS8 Beta 与 Win2012Ess RTM 并无本质的区别，而且之前的 TAP 环境额外的邮件服务器都是基于 RTM 版本部署的，所以 SBS8 Beta 到 Win2012Ess 的迁移主要就是 AD 的相关数据和用户数据，整个迁移过程可以分为5大步：

        在准备源服务器阶段，主要工作任务是备份源服务器；通过仪表板（Dashboard）禁用 VPN；评估源服务器的健康情况是否存在警告或错误；执行“w32tm /config /syncfromflags:domhier /reliable:no /update”配置源服务器使用外部时间服务器（执行命令后请重新 w32time 服务）；最后执行“Windows Server 2012 Essentials 迁移准备工具”（Migration Tools），该工具位于安装盘的 Tools 目录下。

        Migration Tools 主要的功能就是对要源系统执行迁移检查，如果发现问题会提示用户注意或进行必要的排错。一旦系统准备就绪 Migration Tools 就会激活源系统的迁移模式，允许在当前环境下部署第二台 SBS 服务器用于迁移，而这个迁移是有期限的 - 21天！

        准备工作完成之后，便可执行 Windows Server 2012 Essentials（Win2012Ess）迁移模式的安装，该模式是在系统安装接近尾声时（PS：应该是在OOBE阶段）安装向导会首先提示后续的安装执行方式，即：全新安装和迁移模式。我们选择后者便会出现如下面一系列截图的配置向导。

        首先会让我们填写源服务器的相关信息，如：IP地址、服务器名称。

        之后会是域的信息，即：完整的域名（FQDN）和域管理员的账号和密码。

        接下来是目标服务器的信息，除了公司名称外，就是此台新的 Windows Server 2012 Essentials 服务器的名称。

        选择“使用推荐设置”后服务器将开始迁移安装过程，中间会有几次的重新启动，整个过程耗费的时间并不算长，并且是无需人工干预的，直至迁移完成！接下来便可稍作休息……

        经过半个小时左右的迁移，新的 Win2012Ess 服务器安装完毕，接下来就是要将现有的客户端重新加入到新的服务器上，并非退域重新加域。首先通过程序功能卸载老的 Windows Server 2012 Connector，然后在客户端上使用浏览器访问“http://new-servername/connect”跟随向导执行一遍即可。之所以这样做出了是让客户端识别新的服务器，最为重要的恐怕就是从新的DC上获取新的CA证书。因为老服务器的证书服务是无法被迁移到新服务器上的，很无奈！

        下一步，就是要迁移其他存储数据，我们可以使用 robocopy 命令来完成迁移，官方也给出了示范命令行“robocopy ＼＼SourceServer＼SharedSourceFolder ＼＼DestinationServer＼SharedDestinationFolder /E /B /COPY:DATSOU /LOG:C:＼copyresults.txt”。这样便可将源服务器共享目录中的所有文件复制到目标服务器中。存储数据完成迁移后，建议在新服务器上通过仪表板执行一遍初始任务，其中最为关键的是配置远程访问，我们需要利用该向导配置路由器并通过UPnP将原有的80和443端口重新转向到新的服务器IP上，注意：在执行配置前，建议将新服务器的IP改为静态地址。然后通过仪表板根据需要为每个用户重新配置访问权限。最后处理用户数据重定向和GPO的问题，首先通过组策略编辑器删除之前的重定向策略和安全策略，即：“SBS Group Policy Folder Redirection”和“SBS Group Policy Security Template”，再回到仪表板设备选项卡中重新执行“实现组策略”并根据需要选择是否为客户端启用文件夹重定向和相关安全配置。

        执行到这里，SBS8 Beta 到 Windows Server 2012 Essentials 的迁移基本上就结束了。接下来就是5大步中的最后一步“移除旧服务器”。根据实际的经验建议大家在执行迁移后，保留旧的服务器在线一段时间，在执行移除旧服务器的操作。

        移除旧服务器也比较简单，首先要卸载“Active Directory Certificate Services”（ADCS）服务，通过服务管理器删除角色即可。完成 ADCS 的卸载后便可执行 Dcpromo 卸载当前服务器的 DC 角色，完成后通过服务器管理器删除其他 AD 角色。此时源服务器（SBS8 Beta）已经成为当前环境下的成员服务器。最后将源服务器退出域，并使用 ADUC 删除源服务器残留信息即可。

        回顾一下整个的迁移过程看看是否还遗漏了什么？！Windows Server 2012 Essentials 解决方案中 DHCP Server 角色已经由路由器承担，而迁移后的新服务器默认情况下一直是动态IP，即使前面提到需要设置为静态 IP，但路由器中 DHCP Server 的 DNS还是为源服务器的 IP 地址，这便会导致之后客户端登录出现问题，因为分配了错误的 DNS 服务器地址。所以我们需要复查一便路由器设置，检查相关的服务和端口转向是否更新到了新服务器上。

        虽说官方的迁移文档和迁移工具已经相当完善，但中间还是会遗漏一下小的问题，特别是中文文档缺乏的情况下，会导致本地用户在实际的迁移中或多或少遇到一些阻碍。不过到新硬件的迁移还是非常简单的，由 SBS2003 迁移可就复杂的多了，不过参考着官方文档也可顺利的完成。以后 gOxiA 会根据实际情况与大家分享 SBS2011Std 到 Win2012Ess 的迁移，其中会涉及到 SharePoint 和 Exchange 的迁移，gOxiA 在这过程中可是遇到大大小小不少的问题，其中还有很多致命故障，总体下来可以说收获颇丰，所以内容也会相当有价值！介于涉及一些问题，目前还不能与大家分享，只能拭目以待了！

Corefig for Windows Server 2012 Core and Hyper-V Server 2012

        还记得 CoreConfigurator 这款小工具吗？能够以图形方式来管理 Windows Server 2008 Core，而在 Windows Server 2012 发布之后该软件一直未做更新，还好 Keith Mayer 为大家推荐了一款新的工具 – Corefig for Windows Server 2012 Core and Hyper-V Server 2012，Corefig 是一个图形界面的本地化管理工具，利用它我们能够在 Windows Server 2012 Core 或 Hyper-V Server 2012 上直观的执行如下的操作和管理：

• 服务器重命名和加入域
• 角色和功能管理
• 服务控制
• 远程桌面主机和远程管理配置
• Windows Update 设置
• 显示设置
• Windows 防火墙设置
• 驱动安装
• 区域设置
• 添加程序
• 网卡设置
• 代理配置
• 本地组成员管理
• 共享管理
• iSCSI 发起程序配置
• MPIO (Multipath-IO)配置
• Hyper-V 基础管理：启动、关闭和查看虚拟机
• Windows Server 授权管理

        基本上 IT 人员在 Server Core 上常用的操作和管理都包含在里面了，整个工具其实就是一个 Powershell 的脚本集，而图形界面部分则是由 WSF Scripts 来实现的，所以在启动该工具时会提示安装 .Net 和 Powershell。

        下图便是工具的运行界面，很奇怪 Hyper-V Settings 部分竟然无效，但我测试本机确实安装了 Hyper-V，难道跟不是 Core 环境有关？！

        此外，在 Corefig 界面的底部提供了开机启动，以及注销、重启、关机四个功能，都是很常用的功能，借助 Corefig 我们可以轻松的在一个简单的图形界面中执行对 Server Core 的操作和管理，对于命令行不熟悉或不想牢记命令行的管理员来说 Corefig 绝对是个称职的好帮手！

为指定的事件日志附加任务以实现自动化处理

        gOxiA 所在公司 IT 环境基于 Windows Small Business Server 2011 Standard（SBS2011Std）构建，与 Branch Office 通过光缆相连，使用 SBS2011Std 提供的 DHCP Service 为整个网络提供 Dynamic IP address。由于 SBS2011Std 的独有特性，当 Branch Office 的员工将未配置好的 Wireless Router 接入网络后，SBS2011Std 的 DHCP Service 就会立刻停止。这是因为 SBS2011Std 检测到网络中有其他提供 DHCP Service 的设备，便会停止自身的 DHCPService，此时当其他员工启动系统后便会发现无法正常访问网络，在事件查看器的系统事件中会记录两条错误事件。IT 管理员要解决该问题，除了要排除掉非法的 DHCP Service 以外，还要登录到 SBS2011Std 上重新启动 DHCP Service。其实我们完全可以利用 Windows 的计划任务功能为事件执行特定的任务，以实现类似问题的自动化处理。

        下面就以 DHCP Service 故障作为案例与大家分享如何为指定的事件日志附加任务以实现自动化处理。首先确定要附加任务的事件日志，本例选择的是来源：DHCP-Server，事件：1054，内容：该计算机上的 DHCP/BINL 服务即将关闭。原因请参阅以前的事件日志消息。

        然后鼠标右键点击事件，并选择“将任务附加到此事件…”，如下图所示：

        之后跟随向导创建基本任务，可以使用默认名称也可重新命名，如下图所示：

        确认当日志来自系统，源为 DHCP-Server，事件 ID 为 1054 时执行任务，如下图所示：

        事件附件任务支持“启动程序”、“发送电子邮件”、“显示消息”三个任务，因为本例要执行重启 DHCP Service 的操作，所以这里选择“启动程序”，如下图所示：

        执行启动 DHCP Service 的命令是 net start dhcpserver，所以在“启动程序”设置页面中，指定“程序或脚本”为“C:＼Windows＼System32＼net.exe”，“添加参数”这里写入“start dhcpserver”，点下一步继续。可参考下图：

        在“摘要”页面，确认信息，建议复选“当单击“完成”时，打开此任务属性的对话框。”便于之后做进一步的设置以完善此任务。

        由于该事件发生时，IT 管理员并不一定登录在服务器上，所以在任务属性的常规选项卡下选择“不管用户是否登录都要运行”，因为默认开启了 UAC，所以复选“使用最高权限运行”。

        至此，为事件附加任务的操作便完成了。当下次再次出现此事件时，系统便会自动启动 DHCP Service。同理，我们可以根据日常维护工作遇到的事件指定相关的任务或通知，以实现自动化处理。

        有关任务的安全信息可参考：http://technet.microsoft.com/zh-cn/library/cc722152(v=WS.10).aspx

HOWTO: 取消 Windows Server 2012 RDP 限制每个用户只能进行一个会话

        在 Windows Server 2008 / 2008 R2 上，如果 IT 管理员希望多个远程用户使用同一个账号同时访问服务器的 Remote Desktop（RDP），只需通过管理工具-远程桌面下的“远程桌面会话主机配置”进行设置即可。如下图所示：

        但是在 Windows Server 2012 下会发现系统默认并未提供这个配置工具，除非手工通过添加角色和功能进行添加方可。作为服务器环境最少的角色和功能当然是最明智的选择，所以如果要取消 Windows Server 2012 RDP 限制每个用户只能进行一个会话，完全可以使用组策略编辑器来解决。

        首先运行 gpedit.msc，找到“计算机配置”-“管理模板”-“Windows 组件”-“远程桌面服务”-“远程桌面会话主机”-“连接”-“将远程桌面服务用户限制到单独的远程桌面服务会话”将该选项禁用，最后执行 gpupdate/force 即可。

Windows Server 2012 Essentials 更新汇总1

        Windows Server 2012 Essentials 本月迎来了它的首个更新汇总包 KB2781267，旨在修复已知的问题并包含了一些新的功能，具体如下：

1. 增加了对第三方电子邮件服务的集成支持，使得可以在仪表板中进行查看和管理。
2. 更新了 AntiXSSLibrary.dll，以提高远程 Web 访问（RWA）的可靠性。
3. 更新到最新版的 Microsoft .NET Framework 4.5。
4. 改进了的在线备份的内置体验。
5. 解决当 IE 设置为自动监测代理时会出现不能通过仪表板查看 Office 365 信息的问题。
6. 解决文件历史记录保留策略不适用于某些时间格式的问题。
7. 解决宿主检测到磁盘块故障的问题。
8. 解决可能导致跨站请求伪造问题。
9. 解决进入仪表板加载项时可能出现崩溃的问题。
10. 解决如果域名称包含“homeserver”会导致配置向导失败的问题。
11. 解决 DirectAccess 与不兼容的证书颁发机构的根证书问题。

        Update Rollup 1 for Windows Server 2012 Essentials 目前已经通过 Windows Update 开始推送，建议用户尽快更新。

HOWTO: 在 Windows Server 2012 下安装不兼容的打印机

        早在 Windows Server 2012 Beta 阶段 gOxiA 就对其进行了测试和评估，对 Hyper-V 的新特性和新功能尤为赞赏，所以期待RTM之后就将公司的虚拟化平台全面升级到 Windows Server 2012，但是期间却遇到了一个棘手的问题。因为公司资源有限，除了有单独的网络激打以外，还将一台复合机（多功能打印复印机）与 Hyper-V 主机相连供大家使用，这台复合机的驱动仅提供了 Windows Server 2008 的版本，如果在 Windows Server 2012 下安装会提示驱动未包含认证签名的错误警告而终止安装。但是如果先将该设备安装在 Windows Server 2008 R2 上并共享，然后再从 Windows Server 2012 上连接就能安装上驱动。

        这样看来设备的驱动还是能够正常工作在 Windows Server 2012 下的，只是因为64位的原因必须要使用经过签名的驱动。既然如此，我们是否可以借助“禁用驱动程序强制签名”来强行安装不兼容的驱动呢？！试试便知！参考之前的日志《HOWTO: 进入 Windows Server 2012 的高级启动选项菜单》，使 Windows Server 2012 能够通过高级启动选项菜单来选择“禁用驱动程序强制签名”。过程如下图：

        进入启动菜单后，首先选择“疑难解答”，之后在“高级选项”里选择“启动设置”，最后在“启动设置”中点击“重启”，这样系统会重新启动，并显示像之前 Windows 版本一样的高级启动选项。

        现在我们便可以选择“禁用驱动程序强制签名”来启动系统了，在进入系统之后就可以安装未包含签名的驱动程序。

        借助这个办法，这个不完全兼容 Windows Server 2012 的打印机便能够正常地工作在该系统上了。但是需要注意，设备的驱动应该尽可能选择与 Windows Server 2012 最接近的版本，如 Windows 7 或 2008 R2 64位的，此外微软并不建议在64位系统上安装未经签名的驱动，这样可能会导致系统不稳定或出现其他故障，所以大家应当在完整测试后再投入到生产环境中。

HOWTO: 进入 Windows Server 2012 的高级启动选项菜单

        自 Windows 8 / Server 2012 开始，为了加快系统的启动速度，新的操作系统在启动过程上进行了很大的改进，因此用户无法再像原先那样在启动过程中按下F8键来调用系统的高级启动选项菜单。针对这样的设计微软官方好像是做过解释，大概是只有当系统出现异常时，启动过程才会自动出现高级启动选项菜单。除此之外就需要用户在当前系统上执行转到高级启动选项菜单的操作。

        在 Windows 8 下要实现这一操作非常简单，用户可以调出超级按钮，点击“更改电脑设置”，之后在“常规”下找到“高级启动”，并点击“立即重启”。

        之后系统就会很快速的进入到全新的高级启动选项菜单下，我们可以根据需要进行选择。

        当然，我们也可以在搜索中直接键入高级启动，便可在设置下找到高级启动选项。

        那么在 Windows Server 2012 上我们如何能进入高级启动选项菜单呢？通过以上的步骤肯定是行不通的，那么我们可以使用两种办法来实现。

1. 命令行方式 – shutdown 命令，这种方式显而易见，需要在已经登录的系统中执行，当然这个方式也是最简单、最直接的！但是某些场景下可能不尽人意。
   
   shutdown –r –o
     
2. 修改 BCD，使每次系统启动时都先转到高级启动选项菜单上。此种方法非常适合 IT 人员做测试或排错时使用，例如 gOxiA 最近解决一个复合机驱动兼容性问题的场景就适用这个办法。
   
   bcdedit /set advancedoptions yes

        这个命令行需要以管理员权限来执行，当我们调试完毕后，可以将 yes 改为 no 便可恢复之前正常的启动。

HOWTO：切换至 Windows Server 2012 的 Minimal Server 模式

        《Windows Server 2012 的四种运行界面模式》这篇日志中 gOxiA 讲述了 Windows Server 2012 的四种运行界面模式，相信大家对其中的 Minimal 最为敢兴趣！今天 gOxiA 将用一些时间与大家分享如何切换到 Minimal 模式。在开始前我们先来了解一张图示：

        在这种图中显示了 Windows Server 2012 四种运行界面模式的层次以及对应的模块名称，以官方的说法，WS2012提供的只有两种安装选项，Server Core 和 Server with GUI，后者便是文中所讲的 FullServer。但是我们可以通过命令行在实际的四种模式间进行灵活的切换。如果我们先前安装系统时选择的是 Server Core，之后我们可以借助 Powershell 将界面模式切换至 Minimal，或 FullServer，最终则是更全面的 Desktop Experience，而这些也是我们要了解的重点。

        例如，我们要将一个处于 FullServer 界面模式的系统切换至 Server Core，那么可以直接运行下面的命令行：

        在执行完上面的命令后，需要重启计算机（restart-computer），之后我们便会看到当前的系统已经是 Server Core 界面模式。如果日后需要切换到 Minimal 模式，则只需安装“server-gui-mgmt-infra”模块即可，命令参考如下：

        重新启动计算机后，进入的系统便是 Minimal 模式，如上图所示，我们除了能运行 sconfig 外，还能启动“ServerManager”或“MMC”。如果我们需要再继续切换到 FullServer 模式除了可以通过“添加角色和功能”以外，我们仍旧可以使用 Powershell 执行切换。

        Powershell 切换到 FullServer 的参考命令如下：

        这样我们便能切换到完整的服务器运行界面模式，如上图所示。

        如果希望通过 Powershell 获取当前 Windows Server 2012 的组件安装情况可以使用“get-windowsfeature”命令。

        在掌握了 Windows Server 2012 四种运行模式的切换方式后，IT人员就能轻松，灵活地根据实际的管理需求，对服务器界面进行选择和部署。

Windows Server 2012 的四种运行界面模式

        Windows Server 自 2008 版以来提供了一种极为精简的服务器核心运行界面模式 – Server Core，早期这种模式是不可随意切换的，也就是说如果在安装时选择了 Server Core，那么以后想要使用管理器（MMC）或图形界面就必须重新安装服务器系统，按照 gOxiA 的理解，那时的 Windows Server 实际具备了三种运行界面模式：

• 图形界面模式（FullServer – Server with a GUI），标准的服务器运行环境，包含资源管理器等图形界面。
• 带有桌面体验的图形界面模式（Desktop Experience），提供桌面主题、壁纸、声音、触控以及应用商店等丰富的桌面体验。
• 服务器核心模式（Server Core），取消了大部分图形界面，并拥有最少角色和功能的最小化运行环境。

        发展到 Windows Server 2012 版后，服务器运行界面模式发生了变化，图形界面模式和服务器核心模式是可以随意切换的，之前 gOxiA 也撰写了相关的日志，可参考《Windows Server 8 Beta 支持 FullServer & ServerCore 模式自由切换》，而且除了之前提供的三种运行界面模式以外，又添加了一种新的运行界面模式 – Minimal Server。该模式介于 Server Core 和 FullServer 之间，弥补了他们之间的间隙。Minimal 类似于 GUI 环境，但是不提供“桌面”、“开始屏幕”、“Windows 资源管理器”和“Internet Explorer”。它在 Server Core 的基础上为用户提供了最小化的服务器图形管理界面，是用户能够使用“服务器管理器”、微软管理控制台（MMC）和部分控制面板工具。

        下表是 Windows Server 2012 四种运行界面模式的对比（可点击图片放大显示）：

        如果希望获得最小化的安装、最少的角色和功能以及最精简的运行环境，那么 Server Core 是最好的选择！这种模式通常使用远程方式进行管理。

        如果希望以最小化的模式运行，并能够在本地使用多数角色功能的图形化管理界面，那么 Minimal Server 便是最佳的选择。

        如果要获得完整的服务器桌面和图形界面，就需要使用 FullServer。

        最后，如果用户希望在 Windows Server 2012 上同时获得 Windows 8 的丰富桌面体验，那么 Desktop Experience 无疑是最终的选择。

        参考资料：

        http://technet.microsoft.com/en-us/library/hh831758.aspx

        http://technet.microsoft.com/en-us/library/hh831786.aspx

HOWTO：删除 AD 内账号重复的 CN 名称

        近期 gOxiA 在公司 SBS 系统上的 Microsoft Baseline Configuration Analyzer 2.0 检测报告中发现了一条警告“One or more user accounts have duplicate CN names”大概的意思是说在我当前的 AD（活动目录）里发现一个或多个账号存在相同的 CN 名称。如下图所示：

        这要排查起来可老费时间和经理，还好利用 PowerShell 我们能够轻松的对 AD 进行筛选查询，为此登录 DC 服务器，到“管理工具”下找到“用于 Windows PowerShell 的 Active Directory 模块”并运行它，然后键入如下命令行：

        查询结果中我们能很轻松的找到重复的账号，如下图：

        然后打开 ADUC，在“查看”菜单下启用“高级功能”后，再查找这个账号，这样除了能搜索到重复的账号以外，还能通过账号属性下“对象”选项卡确定该账号存储的位置。

        确认这些账号的存储位置之后，便可以对其隶属性进行分析，以确定该删除哪个账号。

Windows Server 2012 Essentials 安装与部署

        在上一章《中小型企业的第一台服务器 Windows Server 2012 Essentials》，gOxiA 介绍了 Windows Server 2012 Essentials（WS2012Ess）主要功能与特性，相信大家对 WS2012Ess 有了深刻的认识和了解。在本章 gOxiA 将以图文形式引领大家完成 Windows Server 2012 Essentials 的安装与部署。

        在开始前，我们需要对 WS2012Ess 的软、硬件的需求做一个全面的了解，以评估我们的环境是否满足。WS2012Ess 相比上一代版本 SBS2011Std 对硬件的需求所有降低，这是因为 WS2012Ess 不再默认集成和启用 Exchange Server、SharePoint、WSUS 这些服务器。所以在硬件方面可参考下面的信息：

        其他需求，一块10/100/1000BaseT的网卡，一部支持 UPnP 的路由器，能够访问互联网（最好有一个公网IP）。此外，WS2012Ess 的一些功能不再支持 Windows XP 操作系统，但是我们仍可以手工方式将 Windows XP 加入到域中。而新的受支持的客户端有：Windows 8、Windows7，以及苹果的 OS X 系统（10.5 to 10.8）。

        WS2012Ess 目前的获取方式可以从 TechNet评估中心 免费下载到 Windows Server 2012 Essentials 180天试用版，如果你是 TechNet 的订阅用户，那么可以从订阅网站获取 WS2012Ess RTM。

        部署环境说明：

• 一台 Dell T610 服务器（E5506*2/32GB/2TB*3），基于 Windows Server 2008 R2 的 Hyper-V 主机。
• 分配4个vCPU、4GB内存和 2TB虚拟硬盘的虚拟机，用于运行 Windows Server 2012 Essentials。（WS2012Ess 支持虚拟化部署）
• 一部 TP-Link R478 企业路由器，开启 DHCP 服务，路由器地址 192.168.66.254，DNS：192.168.66.253（即：WS2012Ess，随后会说明）。

        拓扑结构如下：

        因为 WS2012Ess 不再提供 DHCP 服务，所以我们需要在路由器上开启 DHCP 服务器，并设置首选的DNS服务器为 WS2012Ess 服务器地址，否则客户端自动获取地址后，无法解析 FQDN，这点要特别注意！此外，还需要在路由器上开启 UPnP 协议支持，因为 WS2012Ess 设置随处访问时，向导需要依靠 UPnP 来自动设置路由器，以开放必需的端口。有用户可能会问：“如果企业使用动态IP上网是否就无法使用 WS2012Ess 和随处访问功能？！”其实不然，在国内虽然大部分用户都是动态 IP 上网，但是我们可以使用路由器提供的动态域名解析功能用于随处访问。

        一切准备就绪我们就可以开始安装 Windows Server 2012 Essentials，WS2012Ess 的第一阶段的安装步骤其实与 Windows Server 2012 并没有什么不同，这使得用户很容易就能通过熟悉的界面进行系统的安装。所以这个阶段的安装就不再叙述，大家可以参考下图。

        在第一阶段的文件拷贝和硬件初始化安装结束之后，会进入系统首次设置，其中“选择服务器安装模式”这一页提供了两个选项：“全新安装”和“服务器迁移”，前者容易理解，也最常用！后者是协助我们从旧的系统环境迁移到新环境的一种解决方案，我们会在以后与大家分享。

        “对服务器进行个性化设置”这一环节，我们需要键入公司名称（可以使用中文），域名称以及服务器名称，其中域名称就是 AD 的 NetBIOS Name，如命名为 contoso，那么 AD 的 FQDN 即：contoso.local，向导说明的很清楚该域名不是 Internet 域名，所以通常以 .local 结束，这样便可以与外部域名区分开来。

        此外，在设置过程中，我们还需要为 WS2012Ess 添加两个默认账户，其中一个就是管理员账户，具有最高管理权限（Domain Admins）；而另一个是标准用户，可以用于常规操作和测试使用（Domain Users）。

        之后，使用推荐设置使服务器自动保持最新，接下来将会进入一段等待时间，会比较漫长，建议可以站起来稍作休息！：-）

        在服务器完成更新和设置后便会提示我们完成了安装，点击“关闭”我们便可以准备登录系统了。

        WS2012Ess 也同样使用了全新的工作风格，这将是一个趋势！

        在 WS2012Ess 下，用户用的最多的管理工具恐怕就是仪表板了，在这里我们将完成我们绝大部分的设置和管理工作。

        整体来讲，WS2012Ess 的安装和部署相比较之前版本都相对的容易了很多，而且结构也看起来更加简单，当然也非常具有弹性和灵活性，当我们需要邮件系统时可以选择 Office 365，或在内部的第二台服务器上部署 Exchange Server，而且 WS2012Ess 支持以一个公网 IP 来同时发布 WS2012Ess 服务和 Exchange Server 服务，除了依靠路由器的端口转发功能以外，还利用 ARR（Application Request Routing）实现了 RWA 和 OWA 的同时发布特性，帮助用户降低了所需投入的成本。

        到这里本章就算是告一段落，接下来 gOxiA 会与大家分享 WS2012Ess 的管理和设置，如果你对 WS2012Ess 很感兴趣，那么就请持续关注！

中小型企业的第一台服务器 Windows Server 2012 Essentials

        就在 2012年10月10日微软宣布了新一代的中小型企业服务器操作系统 Windows Server 2012 Essentials RTM，这标志着带有解决方案特质的 Windows Small Business Server 进入了一个全新的基于云计算的时代。相信不少关注 SBS 的 IT 人员以及打算购买新服务器的中小企业雇主，都非常希望了解 Windows Server 2012 Essentials（WS2012Ess）的功能以及特性。通过本篇文章让我们来认识和了解中小企业的第一台服务器 – Windows Server 2012 Essentials。

        Windows Server 2012 Essentials RTM 的资讯可以参考 gOxiA 之前写的日志：http://goxia.maytide.net/read.php/1620.htm，微软之所以要将 SBS 这个独立的产品回归 Windows Server 2012 SKUs，意在简化产品线。这一过程是经过反复讨论的，并采纳客户及合作伙伴的反馈，而作出的决定！全新的 WS2012Ess 最大支持 25个用户，并且无需像之前的 SBS 购买额外的客户端许可证，这是一个打包好的方案。如果企业的用户数量超过 25个，那么就必须迁移到 Windows Server 2012 Standard，大家可能会担心迁移之后 Essentials 的特有功能是否还能使用？！据 gOxiA 了解，在 WS2012ESS 上如果日后迁移到 WS2012Std，那么大部分 Essentials 的功能都能继续运行，但是视频流功能将无法使用。此外，我们还需要注意一点！即使从 Essentials 升级到了 Standard，最大的用户支持数量也只能是 75个用户和 75台设备，这一问题受 Essentials 功能最大可支持性的限制。

        中小企业选购第一台服务器时的主要目地是什么？！这一点可以为我们了解 WS2012Ess 带来很大的指导性帮助。通常中小企业绝对购置第一台服务器是出于当前 IT 环境及业务的需求，通常这些需求可能是：

• 需要能够集中存储数据和文件，将客户端的用户文件夹存储到服务器上。  
• 集中管理用户，添加、删除用户，重置用户密码。  
• 集中管理设备，监控设备的基础运行状况。  
• 管理共享，以集中、便捷的方式管理服务器的共享目录。  
• 集中备份，可以将客户端系统及数据完整的备份到一个集中的位置或设备上。  
• 轻松还原文件，用户文件丢失或损坏可以轻易的找回或恢复历史存档。  
• 远程访问，用户在办公室之外可以通过个人电脑、平板电脑，甚至是手机，就能访问企业内部的资源，甚至是办公室里的桌面计算机。  
• 无需专业的 IT 人员管理和维护。

        OK，Windows Server 2012 Essentials 完全能够满足这些需求，只需要一台 Windows Server 2012 Essentials 服务器和一个路由器即可完成 IT 环境的部署。下面是 WS2012Ess 简单的网络结构示意图，供大家参考：

        如果你的企业已经建设了局域网，并通过ADSL或光缆专线上网，现在只需要检查路由器或无线路由器是否支持 UPnP，当然可能这个步骤是多余的，因为现在的路由器基本上都支持 UPnP 协议，该协议可以让 WS2012Ess 帮助我们来自动发布内部的资源服务，之后再购买一台 WS2012Ess 服务器即可。下面来看看 WS2012Ess 如何为我们解决之前提出的需求。

        WS2012Ess 基于 Windows Server 2012 核心构建，在硬件支持方面都将是非常出色的，所以性能和扩展能力也会更高，更大！在 Essentials 中，微软为用户提供了一个集中管理的仪表板，在这里用户可以完成对服务器的操作和设置工作。例如：启用随处访问，使有权限的用户能够在外部访问企业内部的资源；了解当前服务器基本的情况。还要特别说明的一点，WS2012Ess 也是一款基于云的操作系统，它能够很好的与微软云服务集成，如：Office 365，此外还允许将服务器备份到微软的云中，以实现更高的容灾需求。此外，WS2012Ess 也可以集成内部的邮件系统（Exchange Server），如果用户有其他因素在内部部署 Exchange Server，也能够与 WS2012Ess 进行集成，通过这个仪表板统一管理用户邮箱的创建、命名和容量的分配。

        在仪表板的“用户”选项下，我们可以添加、停用、删除用户账户，并对用户进行详细的设置和权限、资源的分配。

        例如，我们可以在“共享文件夹”设置中为用户分配访问服务器默认共享目录的权限，如下图：

        在“随处访问”中授权用户可用的远程访问方式，如：传统的VPN，或 RWA（Remote Web Access） 方式，并且还能设置在 RWA 下能使用过的资源或功能。

        这里要特别介绍 RWA，gOxiA 使用 RWA 是从 Windows Small Business 2011 Standard 开始的，在 WS2012Ess 这个功能继续被保留，因为 RWA 非常实用，且访问便捷。用户除了能通过计算机和平板访问外，还可以使用智能手机的浏览器进行访问。在 RWA 界面中我们能轻易的访问服务器的共享目录或文件，还能在线浏览图片、音乐甚至是视频文件。如果使用计算机访问，还能通过 RWA 直接远程登录到位于办公室的客户端计算机桌面上。此外，如果你使用的是 Windows Phone 手机，微软还提供一款应用“My Server”，帮助用户提高访问和管理服务器的效率。

        如果已经为 WS2012Ess 集成了邮件系统，那么还可以通过“电子邮件”选项为用户命名邮件地址并指定邮箱容量。

        利用“计算机访问”设置可以授权用户能够远程访问指定的计算机。

        仪表板的“用户”选项为我们提供了丰富的管理功能，在这里我们还能轻松的设置密码策略，而无需动用专业的 IT 人员去创建和发布组策略。当然，停用、删除用户以及更改密码也不在话下！只要稍懂计算机的用户就能够进行操作。

        在“设备”选项中我们能够对添加到 Essentials 的客户端（即加入到 AD，据悉即使是 Windows 8 标准版也能够通过特殊的手段加入到 Essentials。）计算机进行监控，及时获取计算机的备份、更新和安全状态，同时还能对查看警报信息，以便了解计算机当前发生的问题。此外这里还能为远程计算机启动备份，而无需等待备份任务计划的启动。默认加入到 Essentials 的客户端会执行对全盘的备份设置，如果用户希望减少对服务器的空间占用，可以另行操作为计算机自定义需要备份的内容。

        “存储”选项下，我们可以管理当前服务器上的共享目录，或移动这些默认的文件夹，比如“公司”目录原先默认在D盘，当磁盘容量所剩无几，扩展新磁盘后，我们就可以轻松地将目录在保留权限设置的前提下移动到指定的位置。切换到“硬盘”子选项，我们还能为服务器设置备份。

        而“应用程序”选项提供了扩展 WS2012Ess 功能的服务模块，他会链接到 Microsoft PinPoint 获取第三方提供的针对 WS2012Ess 设计的扩展应用，有点类似现在流行的应用商店，这也为开发人员提供了广阔的商机。

        Windows Server 2012 Essentials 支持虚拟化，这意味着我们能够将其安装到 Hyper-V 的虚拟机中用于生产环境，但是需要注意的是受限于 USB 支持，将无法用于连接诸如打印机一类的 USB 设备。gOxiA 的环境从测试阶段就部署在虚拟化中，运行到现在。近期将会把系统升级到 RTM，所以此篇文章的截图还是 Beta，还请注意并谅解。

        在信息系统广泛普及的今天，更多的中小企业都在计划购买企业的第一台服务器，而 Windows Server 2012 Essentials 作为中小企业的第一台服务器是绝对的首选，他不仅满足了我们日常的工作需求，还为我们提供了强大的客户端和服务器端备份方案（这点在前几天证实了非常之有用，一个员工重要的 excel 文件损坏，公司 IT 管理人员差点为其购买价值上千元的修复软件，但是利用备份恢复出了最近的文件，挽回了损失。），整个系统与云紧密集成，功能强大，富有弹性且灵活，使企业主能够获得最大价值的回报！

        接下来的一篇文章，将为大家分享 Windows Server 2012 Essentials 的安装和部署，敬请期待！

Windows Server 2012 Essentials RTM

        今天微软正式公布 Windows Server 2012 Essentials 迎来新的里程碑 - RTM，至此微软新一代基于云的服务器操作系统所有版本都已完成 RTM。

        Windows Server 2012 Essentials 是面向25用户规模的中小企业 IT 解决方案， 它是基于云的全新服务器操作系统，如果之前对 Windows Small Business Server 有所了解，那么就不会对这个产品的功能特性感到陌生。

        比较之前版本，新的 Windows Server 2012 更加灵活，并且与微软的云计算更加紧密，所以不再像以前的版本一样集成众多的微软服务器产品，如：Exchange、ISA、SharePoint……，但是其灵活性也体现在用户可以自行选择是使用微软的云服务（Office365）还是自己在内部搭建 Exchange Server 等业务应用，选择后者一样也能利用 Windows Server 2012 Essentials 的特性进行轻松的集成。

        gOxiA 早期就开始了 Windows Server 2012 Essentials（以下简称：WS2012ESS）的测试评估工作，涉及 NDA 不多显摆！WS2012ESS 在安装后提供了一个非常友好的统一管理面板，也成为仪表板，在这里用户可以利用向导设置服务器，而无需了解和掌握过多的技术知识和技能，轻松点击几步便可完成服务器的整个设置工作，如：连接到电子邮件服务，设置随处访问，服务器备份，添加用户账户，管理客户端计算机，等等！

        此外，WS2012ESS 还提供了一套供用户使用的 WEB 程序，用户可以使用浏览器登录到服务器，访问其邮件系统，共享文件、实时播放影音资源，远程访问自己的客户端计算机。同时也能快速配置VPN，为用户提供更多的访问支持。

        WS2012ESS包含很多实用的特性和功能，gOxiA 会在之后单独为大家分享。如果你对 WS2012ESS 感兴趣，微软提供了 WS2012ESS 的免费评估版供大家测试用，微软订阅用户可以直接访问订阅网站下载。

Download Windows Server 2012 Essentials：

http://technet.microsoft.com/zh-CN/evalcenter/jj659306

HOWTO: 在 Windows Server 2012 上安装 dotNET Framework v3.5

        微软发布 Windows Server 2012 RTM 已经有一段时间，在微软向 MSDN&Technet订阅用户以及MPN、MVL 用户提供 RTM 后，大规模的部署和升级开始了！相信大家或多或少都会遇到了一些问题，而今天要与大家分享的便是如何在 Windows Server 2012 上安装 dotNET Framework v3.5（包含 v2.0 和 v3.0）。

        提及这个问题首先要先回顾一下之前的情况 - 早先在 Windows Server 2008 R2 上，如果要安装 dotNET Framework v3.5（以下简称：.NET v3.5）只需通过“添加和删除”功能便可完成，而无需通过互联网下载相关的组件。但是在 Windows Server 2012 上这一步骤发生了一些微妙的变化。

        gOxiA 最近在进行 Windows 8 的批量部署测试，环境中需要安装 Windows ADK，由于 ADK 组件中的 VAMT 3.0 需要 SQLServer，所以在安装 ADK 时保留了默认的组件安装选择，整个过程都很顺利，但是在安装后发现自动安装的 SQLServer 2012 未包含管理工具，而且还是英文版的，所以重置了虚拟环境，打算重新安装。而重新安装 ADK 前首先要做的就是手工安装 SQLServer 2012 Express with Tools 简体中文版，SQLServer 2012 的安装准备检测都很顺利但是在安装接近尾声时竟然提示 .NET v3.5 无效，虽然进度仍可继续，但之后又提示一个错误（PS：当时也未截屏，具体错误提示忘记了！），无奈取消安装！此时系统被挂起，一狠心又重置了虚拟环境。没想到一波三折，重新来过时先安装 .NET v3.5，像以往一样通过添加和删除进行，向导中间提示了需要为安装 .NET v3.5 指定备用源路径，但是感觉其提示实在太简单，也没有在意！以为跟 Windows 8 一样需要通过互联网从微软 download 来安装。没想到接下来便出现了问题，提示安装失败！如下图所示：

        好吧，既然如此就好好研究一下这个“指定备用源路径”，看了看详细的介绍大致的意思可以这么理解，Windows Server 2012 虽然继续支持 .NET v3.5，但是当前系统文件库（winsxs）并未包含 .NET v3.5 的相关组件，所以要安装 .NET v3.5 需要为安装向导指定一个安装源，这点与 Windows 8 不同，因为 Windows 8 在默认安装此功能时会自动从网上下载安装。要指定备用源路径就必须有 Windows Server 2012 的安装源，因为 .NET v3.5 的相关组件包含在安装盘”Sources“根目录下的”SxS“子目录中。具体的操作只需要在"确定安装所选内容"页上单击"指定备用源路径"，并在弹出的提示框里键入指定的路径即可，可参考下图:

        除了可以通过 GUI 方式来操作安装以外，我们还能够使用 DISM 命令，该命令同时适用于 Windows 8 和 Windows Server 2012（需加“/all”参数），参考如下：

        当然，微软正极力推荐管理员们多多的使用强大的 Powershell 来管理系统，在 Windows Server 2012 的  Server Manager cmdlets 中，可以通过”Install-WindowsFeature“进行安装，参考命令如下：

        注意：上面的这段命令只适用于 Windows Server 2012！如果你希望 Powershell cmdlets 同时适用于 Windows 8 这样的客户端系统，那么请参考下面的命令：

        要获得更详细的内容可阅读微软 Windows Server Core Team 的 Blog：http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx

HOWTO：在 Windows Server 2012 中启用触摸键盘

        在 Windows 8 中为了配合新的开始界面更加易于的操作和使用，微软加入了全新设计的“触摸键盘”功能，同时也方便了用户通过触摸设备进行文字的录入。而新的开始界面和触控技术也同样包含在Windows Server 2012中，所以Windows“触摸键盘”这一功能也适用于 Window Server 2012。

        而在服务器操作系统环境下使用“触摸键盘”的场景目前还并不多见，但这必将是一种趋势！因为现在更多的系统管理员使用智能手机或平板电脑这样的移动设备在特殊情况下远程登录到Windows服务器进行管理。但是像Windows Phone和Android这样的系统设备，到目前为止还没有微软官方出品的RDP应用软件，而第三方的RDP应用又与常用的第三方输入法不兼容，经常会出现在RDP中无法输入文字的情况，此时系统内置的触摸键盘就派上了用场。gOxiA就经常使用Android系统的平板电脑，通过VPN连入公司，并使用RDP软件远程登录到Windows Server 2012服务器进行操作，由于使用的是Baidu输入法，所以在RDP中无法键入文字，而利用Windows的“触摸键盘”功能便能有效解决这一问题。现在 gOxiA就习惯在Windows 8和 Windows Sever 2012 上启用“触摸键盘”以备不时只需。此外，设想一下未来，在大量采用Windows Server 2012的数据中心里，只需为KVM配置一台支持触摸的显示器即可完成系统的操作和管理，这将是多么美妙的一件事情！如果你也认为“触摸键盘”很有必要，而希望在Windows Server 2012 上启用它，就继续往下看！

        由于是服务器操作系统，所以默认情况下“桌面体验”是不被安装的，我们需要手工安装此功能并启用它。“触摸键盘”隶属于“桌面体验”功能，我们可以在“添加角色和功能”中的“用户界面和基础结构”下找到它。为此，在“服务器管理器”的“管理”菜单中启动“添加角色和功能”，跟随向导点击“下一步”直到“功能”页，找到“桌面体验”并安装即可，注意！向导会一并安装“Media Foundation ”、“墨迹和手写服务”。

        安装完毕后，需要重新启动服务器，之后便可以开启“触摸键盘”，使用鼠标将指针移动到任务栏，右键点击，在“工具栏”下选择“触摸键盘”，之后便会看到“触摸键盘”的图标出现在任务栏上，当我们需要打开“触摸键盘”时只需要点击图标即可。

        如果点击“触摸键盘”没有反应，请确认“Touch Keyboard and Handwriting Panel Service”服务的启动类型是否为手动。

        最后，希望微软在日后的 Windows Server 版本中默认安装触摸键盘功能，并将其脱离桌面体验！这样我们便可只使用触摸键盘，而无需安装其他附加的功能。
Tags - microsoft , windows , server , 2012 , touchkeyboard ]]> https://goxia.maytide.net/read.php/1612.htm gOxiA <sufan_cn@msn.com> Wed, 05 Sep 2012 05:02:46 +0000 https://goxia.maytide.net/read.php/1612.htm     微软全球发布 Windows Server 2012

        中国当地时间9月4日23时，微软向全球发布了 Windows Server 2012，按时区排列新西兰成为了首个可以购买 Windows Server 2012 的国家。此外，中文版不出所料的出现在首发阵容中，就在 Windows Server 2012 Launch 开始没几分钟，gOxiA 就在 MSDN & TechNet 订阅网站上找到了 Windows Server 2012。（PS：方法很简单，先到密钥界面找到产品点击名称链接就可以导航到下载页，否则直接在下载页面找不把人累死！）

        在订阅网站上提供了 Windows Server 2012（包含：Datacenter、Standard）、Hyper-V Server 2012（is FREE！）、Windows Server Storage Server & Foundation 几个版本的下载，而 Windows Server 2012 Essentials（之前叫：Small Business Server）暂时缺席！

        微软新的版本打包策略有了新的改进，其中 Windows Server 2012 (x64) 这个 ISO 包含了 Datacenter 和 Standard 以及各自的 Core 版本，这与之前没什么区别，但是在安装过程中要想选择 SKUs 则需要通过密钥来识别。比如，你输入了一个 Datacenter 的密钥，那么安装向导会给出 Datacenter GUI 和 Core 的安装选项。

        Windows Server 2012 为我们带来了更完善的云计算的体验，实现了低成本高动态可用的服务器平台，有关 Windows Server 2012 的概述可浏览：http://www.microsoft.com/zh-cn/server-cloud/windows-server/overview.aspx ，要了解更多的特性可参考：http://www.microsoft.com/zh-cn/server-cloud/windows-server/capabilities.aspx。

        下面是订阅网站上公布的相关版本 ISO 的 SHA1 值，希望对一些朋友有用。

• Microsoft Hyper-V Server 2012 (x64) - DVD (Chinese-Simplified)
  cn_microsoft_hyper-v_server_2012_x64_dvd_915786.iso
  43D42D1C1D9C782D64815D9814C3653C66E733F7
• Windows Server 2012 Storage Server and Foundation (x64) - DVD (Chinese-Simplified)
  cn_windows_server_2012_storage_server_and_foundation_x64_dvd_916117.iso
  FE4C5D2A85BC370002D737B2DE066702DD49E52B
• Windows Server 2012 (x64) - DVD (Chinese-Simplified)
  cn_windows_server_2012_x64_dvd_915588.iso
  BA658A9875DA5F02869B6B205B3D8EE26160FE0F

        此外，TechNet 评估中心提供了 Windows Server 2012 的 180天 免费评估版，包含了标准版和数据中心版，需要的朋友可以放心的从评估中心注册下载和使用，地址是：http://technet.microsoft.com/zh-CN/evalcenter/hh670538.aspx。除了 Windows Server 2012 评估版外，我们还能下载到 Windows Storage Server 2012 的评估版，下载地址是：http://www.microsoft.com/zh-cn/download/details.aspx?id=34592。均提供了简体中文版的下载，需要体验的朋友快快行动起来吧。

Microsoft Connect 发布 Windows MultiPoint Server 2012 Beta

        今天微软在其 Microsoft Connect 上发布了 Windows MultiPoint Server 2012 Beta，这是一个基于 Windows Server 2012 技术构建的 Windows Server 版本，正如其名字一样，Windows MultiPoint Server 2012 可以通过简单的硬件设备在一台 PC 上延伸出多个交互控制，通俗点讲就像是国内所谓的一拖X设备。而 Windows MultiPoint Server 2012 旨在为教育领域提供一种低廉、环保的计算机使用解决方案。设想一下，一个教室里只需一台 Windows MultiPoint Server 2012电脑，并根据实际需要配置一定数量的显示器、键鼠、耳麦和摄像头，就可以让多个学生同时在一台电脑上进行多媒体学习和操作，除去所需的大量主机以外，Windows MultiPoint Server 2012 还提供了丰富的管理和使用体验，在新版的 Windows MultiPoint Server 2012（WMS2012）中增加了不少新特性和功能，所以更加强大：

1. 新的 MultiPoint Dashboard：在 Windows MultiPoint Server 2012 中提供了两个管理器： MultiPoint Dashboard 和 MultiPoint Manager，其中 MultiPoint Dashboard 主要用于进行实时管理，同时可以对用户的访问权限进行控制和管理。而 MultiPoint Manager 主要用于系统管理。
   
2. 免干预还原的磁盘保护：WMS2012 提供了新的磁盘保护功能，在启动该磁盘保护功能后，系统可以在重启后自动还原到之前的良好状态，而这一过程无需由管理员每次执行或干预。
3. 支持 Windows 8 桌面体验：WMS2012 支持 Windows 8 桌面体验，所以用户可以享受 Metro UI 带来的全新操作体验和特有的应用程序，当然多点触摸的体验也包含在内。
   
4. 监控 Windows 8/7 客户端：WMS2012 支持服务器和客户端混合环境，除了可以管理多台 WMS2012 外，还可以管理额外的 Windows 8/7 PC，加入到 WMS0212 的 Windows8/7 PC 将受 WMS2012 统一管理。
   
5. 虚拟化桌面：Windows MultiPoint Server 2012 Premium 版本支持虚拟化桌面（VDI），只需点击“Enable virtual desktop roles”即可轻松配置 VDI。而 WMS2012 的 VDI 是基于 Hyper-V 的 ，VDI OS 必须是 Windows 8/7 企业版！
   

        不知道你看到这里是否会心动，虽然 WMS2012 仅供硬件厂商发行使用，但是现在完全可以先下载个 Beta 进行体验一下，想想在家里的电脑上多插一块显卡和 USB HUB，然后额外连接一个显示屏和键鼠，一台电脑就可以当两台用了！（PS：不过支持音频的 USB HUB 还真不好找，嘿~嘿~ gOxiA 还正好有一套！）要下载 Windows MultiPoint Server 2012 可访问下面的网址：

https://connect.microsoft.com/wms/SelfNomination.aspx?ProgramID=7763&pageType=1

        在进行安装的时候可以看看 WMS 2012 Beta Evaluation Guide v5.0 这个文档，对稍后的操作和使用会有很大的帮助。

新一代 Windows Small Business Server Essentials 将由 Windows Server 2012 Essentials 替代

        众所周知 Windows Server 2012 SKUs 去除了之前很多的版本，而微软也表示之前的一些产品将不再更新，如：Windows Home Server。

        因为 gOxiA 参与的一个项目（NDA）涉及到 Windows Small Business server（SBS），所以对 SBS 尤为关注，从此次微软公布的 Windows Server 2012 SKUs 来看，并未提到 SBS 2012，个人猜测可能是因为某些原因吧，但是紧接着 SBS 官方 Blog 公布了一条消息 Windows Small Business Server Essentials becomes Windows Server 2012 Essentials，确实是意外！

        SBS 竟然被纳入到了 Windows Server 2012 Essentials，虽然早先就知道 Next SBS 将不会再有 Standard  版本，而 SBS2011Std 将是微软中小企业服务器解决方案中最后一个标准版产品，但是却没想新的策略竟是如此，这不也意味着 SBS 产品将被终结？！但是目前 Next SBS 中一些功能都是面向解决方案的，且针对性很强，难不成 Windows Server 2012 Essentials 将提供这些功能特性？！实在是让人搞不懂，最终怎样只能拭目以待了……

        但是从升级方面的信息来看，微软已经给出了答复！

• 如果之前购买的是 SA（Software Assurance）的 Small Business Server 2011 Essentials，那么将获得一个 Windows Server 2011 Essentials 授权许可。
• 如果是 SA 的 Small Business 2011 Standard，将获得一个 Windows Server 2012 Standard 和一个 Exchange Server Standard 2010 授权许可。
• 如果是 SA 的 Small Business 2011 Premium Add-on，将获得一个 Windows Server 2012 Standard 和一个 SQL Server 2012 Standard 授权许可。

        结尾，趁 Small Business Server 2011 Standard 还没退市，该下手的就赶紧下手吧！

微软公布 Windows Server 2012 SKUs

        近日微软向公众确认了 Windows Server 2012 SKUs，在介绍前我们先来回顾一下 Windows Server 2008 R2 家族：

• Windows Server 2008 R2 Datacenter
• Windows Server 2008 R2 Enterprise
• Windows Server 2008 R2 Standard
• Windows Web Server 2008 R2
• Windows HPC Server 2008 R2 Suite
• Windows Server 2008 R2 HPS Edition
• Microsoft HPC Pack 2008 R2 Enterprise
• Windows Server 2008 R2 for Itanium-Based Systems
• Windows Small Business Server 2011 Premium
• Windows Small Business Server 2011 Standard
• Windows Small Business Server 2011 Essentials
• Windows Server 2008 R2 Foundation
• Windows Storage Server 2008 R2
• Windows Home Server 2011

        上述列表我们能看到 Windows Server 2008 R2 从技术、市场、解决方案几个方面向用户提供了一个庞大的产品系列，以满足不同用户的需求，并巩固 Windows Server 战略。

        但是，到了 Windows Server 2012 貌似有了很大的转变，并能够看到微软在积极的变革和创新，在最新的 Windows Server 2012 家族中，出乎意料的仅提供了四个版本：Datacenter, Standard, Essentials, Foundation。而大家非常熟悉的 Enterprise Edition 将自 Windows Server 2012 开始将从 Server Family 中消失！gOxiA 猜测很多 ITPro 都有一个相同的疑问：“没有了 Enterprise Edition，Clusters 将如何实现？难道只能购买 Datacenter 版本？”其实无需担心，因为 Windows Server 2012 Datacenter 和 Standard 两个版本所提供的硬件支持和功能角色完全相同。

        而对于有 HPC 需求的 Windows Server 2012 Standard / Datacenter 用户，微软将提供一个免费的下载或附件以提供 HPC 功能。

        下面我们来看看微软提供的 Editions Overview，从下表能看到 Datacenter 和 Standard 都提供了完整的 Windows Server 功能，而前者允许在硬件条件范围内运行无限数量的虚拟机实例，而后者只能运行2个虚拟机实例。此外，两者在硬件支持方面都是相同的，最大支持640个处理器以及4TB内存。

        Essentials 和 Foundation 主要是在用户支持数量上的限制，前者最大只能支持25用户，后者则仅15用户，也就是说如果中小企业内的用户数量超出15/25就需要升级到 Windows Server 2012 Standard，此外两个系统都不提供运行虚拟化的权利。

        销售方式：

微软正式发布 Windows Server 2012 Release Candidate

        就在微软发布 Windows 8 Release Preview 的同时，Windows Server 2012 Release Candidate 也一并发布了！但是面向公众的只有 Datacenter 版本，目前提供的有简体中文、英文等主流的语言版本，同时在 Windows Server 2012 RC 的发布页面还提供了 VHD 的下载，方便了企业 IT 人员在不修改当前系统环境的条件下快速对 Windows Server 2012 RC 进行评估和测试！

        下载 Windows Server 2012 Release Candidate Datacenter

        需要注意的是，如果你之前已经安装有 Windows Server 8 Beta，那么是无法就地进行升级的。安装向导会给出入下图的提示！无奈，gOxiA 不想导出虚拟机，只能舍弃一切重新来！如果你知道如何在 Windows Server 2012 上只导出虚拟机的配置文件，不妨与 gOxiA 分享一下！

HOWOT:手工重建 Windows Small Business Server 2011 Standard 的 SharePoint 站点（Internal Web site）

        Windows Small Business Server 2011（简称：SBS2011）内置的 SharePoint 为用户提供了丰富的协作和文档管理功能。当首次完成安装并执行配置任务后， SBS2011 会自动为你创建并配置好一个 SharePoint 站点，这样用户便可以从内部或外部访问该站点。但是，在日后如果 SharePoint 出现问题，网站无法访问或被误删除，那么用户要重建这个站点就比较麻烦了，在默认的恢复解决案中，用户只能通过恢复系统备份来实现。如果按照 SharePoint 常规的站点创建步骤，虽然也能恢复但是我们无法在 SBS 控制台上监控到该站点的运行情况。此外，由于 SharePoint 在 SBS 上是高度集成的，常规方式建立起来的 SharePoint 站点可能无法完全被访问，例如通过内部 Companyweb 域名访问、通过 Remote 门户访问，或直接通过外部域名访问。

        最近 gOxiA 就遇到了这个问题，在这边的环境中 SBS2011 是由测试版迁移过来的，由于设计问题 SharePoint 英文版的数据库并不完全与中文版兼容，所以需要安装语言包，而迁移过来之后由于账号等问题 SharePoint 总是出现一些莫名其妙的问题，后来 gOxiA 重建了 SharePoint 站点（保留原有内容数据库的前提下），遇到了种种困难，之前的日志也都有记录，但都有遗留问题，最近的一次排错也没有完全解决问题，当通过 Remote 门户访问 SharePoint 站点时会出现问题，具体错误可以参考下面的截图。

        就在前几天，gOxiA 通过与虚拟机中运行的 SBS2011 评估环境进行了对比分析，终于搞懂了手工重建 SBS SharePoint 站点的步骤，不敢独享，特与大家分享！

        实际情况先于大家简单介绍一下，gOxiA 计划将现有生产环境中的 SharePoint 管理中心和应用站点都干掉重建，并清理掉残留的配置与数据库。重建后的应用站点使用现有的内容数据库，并保证重建后的站点与 SBS 的集成无问题，从内部或外部等方式访问无问题。

        （注：由于文中涉及 SBS2011 的 SharePoint 服务账号，请先阅读了解 HOWTO- 修改并同步 SBS2011 的 SharePoint 账号密码，另请在执行操作前先做好备份工作！）

        首先，gOxiA 要删除原有的应用站点，并删除相关的数据库。为此打开 SharePoint 2010 管理中心，进入“应用程序管理”，选中“SBS SharePoint”站点，再单击“删除”按钮，此时会出现一个下拉菜单，我们可以先执行“从 IIS 网站删除 SharePoint”，确认 IIS 中 SharePoint 应用站点及应用程序池被删除掉后，再执行“删除 Web 应用程序”，这样做只是为了确保万无一失，否则可以直接通过“删除 Web 应用程序”来执行。

        在执行“从 IIS 网站删除 SharePoint”时，请参考下图将“SBS SharePoint”和“Companyweb”站点删除。

        当从 IIS 站点中删除 SharePoint 应用程序站点后，就可以执行“删除 Web 应用程序”。请特别注意！！！如果要在重建站点后使用之前的内容数据库，在这一步中一定要确认“删除内容数据库”为“否”。然后点击“删除”，以完成操作。

        接下来执行删除“SharePoint 管理中心”的步骤，也就是删除服务器场设置。为此运行 SharePoint 2010 产品配置向导，在“修改服务器场设置”向导中选择“断开与此服务器场的连接”，并点击“下一步”继续，随后出现的提示框点击“是”进行确认即可。

        至此，SharePoint 的清理工作基本完成，下来就可以打开 IIS 和数据库管理进行检查，如果在 IIS 中发现类似“SITE_3”这样的已停止状态站点，可以选中后直接删除，或者是有残留的未删除应用程序池，也要手工删除。出现类似的情况是由于向导程序没有彻底删除配置数据所致，这也就是之前为什么 gOxiA 提议分开执行删除应用程序站点的原因。之后再用 SQL Server Management Studio 打开数据库，除了“ShareWebDb”以外的用户数据库（“SharePoint_AdminContent_xxxxx”和“SharePoint_ConfigurationDatabase”）都删除即可。

        上述步骤完成后，请先进入 ADUC 中将“SharePoint Farm Account”、“SharePoint Search Service Account”、“Windows SBS Internal Web site Account”这三个账号密码进行重置（注意：修改密码时要去除“用户下次登录时须更改密码”的复选项！）。然后就可以开始重建 SharePoint，首先运行“SharePoint 2010 产品配置向导”，“创建新的服务器场”。

        在“指定配置数据库设置”向导中填写“数据库服务器”的信息，如：“sbssharepoint”，“数据库名称”可根据实际需要更名，在“指定数据库访问账户”中填写“SharePoint Farm Account”的账号（domainnamespfarm）密码。确认无误后点击“下一步”继续，在随后出现的“指定服务器场安全设置”中填写服务器场的新密码，并继续。在“配置 SharePoint 管理中心 Web 应用程序”中，可保持默认配置，或根据需要指定端口号。最后确认配置信息并完成配置。在经过短暂的等待后，新的 SharePoint 管理中心就建立完毕了！执行过程可参考下图：

        SharePoint 管理中心创建完毕后会自动进入管理中心，由于我们要手工创建使用现有内容数据库并与 SBS 集成的应用站点，所以在首次启动管理中心的页面中选择“否，我要自己配置所有内容”即点击“取消”。如下图所示：

        手工创建应用程序站点，需要在“应用程序管理”下进行，就是之前删除站点的位置，只不过这次点击“新建”。在“新建 Web 应用程序”页面中，在“新建 IIS 网站”下填写“SBS SharePoint”，端口为“987”，路径为“C:＼Program Files＼Windows Small Business Server＼Bin＼WebApp＼InternalWebSite”，这里要特别注意 SBS 控制台除了通过 IIS 站点名称来进行识别以外，还需要通过“InternalWebSite”这个目录加载控制、配置和状态信息；所以如果当前路径下没有“InternalWebSite”这个目录一定要手工创建一个，向导程序会自动向该目录写入相关的配置文件。

        往下找到“使用安全套接字层（SLL）”选择“是”使用 SSL，在 URL 地址栏中填写“https://sites:987”，在“新建应用程序池”中填写“SBS SharePoint AppPool”；

        继续往下走，在“可配置账户”选项中需要先“注册新的管理账户”，注册之前的“SPWEBAPP”账号，否则保留默认的配置，待以后再改（注：如果决定在这里选择注册新的管理账户，在执行注册后回到配置页面会发现之前填写的配置都恢复了默认！则需要进行重新填写！），最后在“数控库名称”中填入“ShareWebDb”。

        其他选项都保持默认即可，确认无误后点击“确定”。至此 SharePoint 的应用程序站点就初步建成了，打开浏览器访问“https://sites:987”试试！除了有证书警告以外，站点已经能够访问。但是还无法通过“http://companyweb”访问该站点。打开 SBS2011 控制台，切换到“共享文件夹和网站”下的“网站”选项卡，可以看到当前已经能够监控到“Internal Web site”的状态。如果“Internal Web site”状态为“脱机”，如下图所示，并且无法启用或查看站点属性，则是因为之前步骤中未手工创建“InternalWebsite”目录所致。一旦出现这种情况就需要重新创建应用程序站点……

        下来我们就需要进行后续的操作步骤，先回到“SharePoint 管理中心”-“应用程序管理”-“管理 Web 应用程序”中，选中“SBS SharePoint”站点，并点击“扩展”。在随后的配置页面中找到“新建 IIS 网站”并填入名称“Companyweb”，端口为“80”，主机标头为“companyweb”，其他为默认选项，并点击“确定”。

        最后，回到“应用程序管理”，进入“配置备用访问映射”，单击“https://sites:987”这个 URL，修改“URL 协议、主机和端口”为“https://remote.contoso.com:987”，并点击“确定”。这一步需要说明一下，sites 这个域名是 SBS 默认创建的，在未进行 SBS 的“Internet 域名”设置前，SharePoint 应用站点等设置都是配置好的，所以会暂时使用 sites 作为外部 URL 的地址。其实在本次案例中，我们完全可以在前面直接填写实际的外部 URL 地址，如：“https://remote.contoso.com:987”。

        到这里本文也该结束，按照上面的步骤，我们就可以手工重建 SBS2011 的 SharePoint 站点（Internal Web site），虽然步骤看似简单，但是却能从中了解和学习到很多 SBS2011 的相关知识，并获得非常有价值的经验和心得！整个操作过程可能会出现一些小意外，比如站点未从 IIS 完全删除，或创建的应用程序站点无法访问等。结尾，再来个经验提示，如果出现站点无法访问，但可以通过内部域名（companyweb）访问，则需要检查一下 SBS SharePoint 这个站点的“绑定”设置，是否分配了正确的证书，gOxiA 实际测试中发现有时通过 SharePoint 管理中心创建的 SSL 站点貌似无法自动分配 SSL 证书。

微软发布 Windows Server“8”Beta Virtual Labs

        关注 Windows Server“8”Beta（已经被证实命名为：Windows Server 2012）的同学们有福了，微软近日在 TechNet 网站上发布了一些列关于 Windows Server“8”Beta 的在线动手实验，内容非常丰富！如果目前你还未有测试环境，那么现在就可以免费使用微软提供的虚拟实验室了，每个实验提供了一份手册和长达90分钟的测试使用。在开始之前建议大家先阅读一下系统要求。

        目前 Windows Server“8”Beta Virtual Labs 提供了如下相关的动手实验：

• Active Directory Deployment and Management Enhancements
  In this lab, you will learn how to deploy Active Directory Domain Controllers with Windows Server "8". You will deploy domain controllers using the new Server Manager, as well as deploying remote domain controllers using Windows PowerShell. You will be able to explore the new Active Directory Management tool and use its PowerShell History Viewer.  
• Configuring a Highly Available iSCSI Target
  In this lab, you will learn how Windows Server "8" can provide storage remotely to any machine. You will build clusters using shared storage and build iSCSI high-availability instances--observing highly available application communication during cluster failover.  
• Configuring Hyper-V over Highly Available SMB Storage
  In this lab, you will learn how to configure a file server cluster to support running Hyper-V virtual machines from SMB file shares. You will create the file share, configure delegation, and then create a new VM on SMB storage.  
• Implementing Storage Pools and Storage Spaces
  In this lab, you will work with the new storage spaces technology in Windows Server "8". You will first create new storage pools and virtual disks, and then you will work with those virtual disks in both Server Manager and Control Panel.  
• Introduction to Windows PowerShell Fundamentals
  Windows PowerShell is a command-line shell and scripting language that helps you achieve greater control and productivity. Using a new admin-focused scripting language, more than 230 standard command-line tools, and consistent syntax and utilities, Windows PowerShell enables you to more easily control system administration and accelerate automation.  
• What’s New in Windows PowerShell 3.0
  In this lab, you will explore some of the new features and functionality in Windows PowerShell 3.0 to enable you to more easily control system administration and accelerate automation.  
• Managing Branch Offices
  In this lab, you will learn how the branch office scenario has been improved in Windows Server "8" including new branch cache enhancements.  
• Managing Network Infrastructure
  In this lab, you will explore new network management capabilities in Windows Server "8". You will learn how to implement Network Teaming as well as how to implement DHCP failover. Finally, explore new Windows PowerShell cmdlets for network management.  
• Managing Your Network Infrastructure with IP Address Management
  Network management is core to running a business, yet the tools that IT professionals need can be too costly or not available from Microsoft. With Windows Server "8", we change that with the introduction of IP Address Management (IPAM).  
• Managing Windows Server "8" with Server Manager and Windows PowerShell 3.0
  In this lab, you will learn how the Server Manager and Windows PowerShell framework in Windows Server "8" delivers an enhanced, multi-server management experience. You will learn to perform tasks such as multi-server management. You will also explore new Windows PowerShell capabilities including new cmdlets and the Windows PowerShell gateway.  
• Online Backup Service
  In this lab, you will use Windows Server Backup to back up your critical data to Windows Azure. This lab will teach you the entire set of workflows around backing up and recovering your data to Windows Azure.  
• Using Dynamic Access Control to Automatically and Centrally Secure Data
  In this lab, you will explore Dynamic Access Control in Windows Server "8". You will learn how to create Central Access Policies, explore the new Access Denied Remediation features, as well as learn how to use the audit capabilities built into Dynamic Access Control.

        以上信息来源：http://technet.microsoft.com/en-us/windowsserver/hh968267.aspx

Windows Server 8 Beta 支持 FullServer & ServerCore 模式自由切换

        ServerCore（服务器核心）自 Windows Server 2008 开始被引入到其安装选项中，直至 Windows Server 2008 R2！而那时系统管理员必须为 FullServer 还是 ServerCore 做出艰难的选择！因为模式一旦选定就无法在日后更改，否则就需要重新安装操作系统。而现在我们无需再考虑这些问题，因为 Windows Server 8 支持 FullServer & ServerCore 模式自由切换！这一改进除了受用户的反馈以外，自微软方面似乎也非常重视 ServerCore，并拟在未来推荐用户从 ServerCore 开始安装自己的服务器。

        gOxiA 认为这一战略视角是非常值得推崇的，当一位系统管理员计划部署一台新服务器时，首先考虑的就是这台服务器的角色和功能，如果仅是单一的服务职能，那么 ServerCore 将是一个非常好的选择，因为 ServerCore 占用更少的硬件资源；由于精简了很多图形（GUI）组件和功能，使系统更加稳定、可靠和安全；同时也就减少了修补程序的数量。

        Windows Server 8 在开发者预览版时曾提供了三种安装模式：Full Installation（完整安装，即 FullServer）、Server Core Installation（服务器核心安装，即 ServerCore）、Features On Demand（功能上的需求），下表展示了他们之间的差异。

        而在 Windows Server 8 Beta 中只提供了“服务器核心安装”（FullServer）和“完整安装”（ServerCore）模式，这两种模式被列入 Windows 功能（Features）中，名为“用户界面和基础结构”，而其下包含了三个功能：“图形管理工具和基础结构”、“服务器图形 Shell”、“桌面体验”，前两者是 FullServer 的默认安装项。

        如果要从 FullServer 切换至 ServerCore，可以使用“删除角色和功能”来卸载“用户界面和基础结构”功能，或通过命令行卸载。

        如果要从 ServerCore 切换至 FullServer，则执行如下命令行：

        之前在 Hyper-V 环境下部署了一台基于 Windows Server 2008 R2 的域控制器，其 VHD 使用的是安装了集成服务并执行过Sysprep（通用模式）的虚拟机模板，随后的使用中会发现在应用程序日志中总会出现来源：VSS，事件ID：8193的错误事件。其具体内容是：“卷影复制服务错误：调用程序 RegOpenKeyExW(-2147483646,SYSTEM＼CurrentControlSet＼Services＼VSS＼Diag,…)时意外错误。hr = 0x80070005，拒绝访问。”如下图所示：

        从详细的错误信息分析，调用程序无法读取 Diag 注册表项，打开注册表编辑器查看 Diag 确实存在，那很可能是因为安全权限所致，尝试修改 Diag 的安全属性，使用高级安全设置面板添加“Network Service”账号对“只有该项”赋予“设置数值”、“创建子项”和“读取控制的权限”的权限。如下图所示：

        最后，重启 VSS 服务，错误事件消失！