欢迎光临,这里是 gOxiA=苏繁=SuFan 独立的个人博客。
本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!

Docs Beta

微软公布 Docs Beta 文档分享和发现服务

        昨天下午5点参加了一场微软 PGI 的在线会议PS:由于是日本团队在做 Docs Beta,所以会议时间还是很合适的。,通常这类会议都属于 NDA,但没想到会议尾声团队人员告知该项目已经 out NDA,大家可以积极的推广 Docs Beta 的文档分享和发现服务,并强烈建议多多分享非英文内容的 Office 文档,以帮助开发团队完善 Docs Beta。

        正如前面所讲 Docs Beta 是一项文档分享和发现服务,旨在为那些热衷于通过互联网分享和发现 Office 价值文档的用户提供的一个服务平台。Docs Beta 虽然已经公布,但是仍处于预览版阶段,目前可通过网址“http://dd.docs.com”访问体验,前提是需要一个微软消费者账号(Microsoft Account),即之前的 LiveID。

        Docs Beta 网站目前看起来十分的简洁,但同时也在不断改进和发布新的功能页面,支持分享 PowerPoint、Word、Excel 和 PDF 格式文档。

image

        当我们要 Publish 一个文档时,可从本地电脑、OneDrive、Sway 或 Mix 载入它,gOxiA 尝试从本地 Publish 一个 PPT 时,上传速度相当的快,体验非常好!当文档上传完毕后,便可以着手编写文档的标题、作者、描述……等发布相关的标准信息。此外需要额外介绍一下其中的几个选项,“License”选项可指派该文档的“知识共享许可协议”;“Language”选项可标注该文档所属语言;“Permission”选项提供了两个子选项,“Allow comments about your document”允许评论文档,“Allow download …”允许下载。

image

        当所有信息和选项处理完毕后,便可点击“Done”进行发布。下图是在线阅览文档的界面视图,点击中键的文档名称可显示文档发布的相关信息,如作者、发布时间、许可协议以及标签。也可点击又上方区域中的“Collections”将当前文档加入到收藏中,以便于归档和日后查阅。

image

        通过“Share”功能可以将当前文档通过其他途径与他人分享,其中“Embed”还支持将当前文档以嵌套方式,嵌入其他网页中,很适合通过 Blog 等方式的分享。这样一来便可直接在页面中显示这些文档内容,而无需阅览者下载它们。

image

        下面是一个嵌套样例:

Tags: ,

logo_winserver2012

从 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大步:

image

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

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

1

2

3

4

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

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

5

        之后会是域的信息,即:完整的域名(FQDN)和域管理员的账号和密码。

6

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

7

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

8

9

10

11

12

13

14

        经过半个小时左右的迁移,新的 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 在这过程中可是遇到大大小小不少的问题,其中还有很多致命故障,总体下来可以说收获颇丰,所以内容也会相当有价值!介于涉及一些问题,目前还不能与大家分享,只能拭目以待了!

WindowsMultiPointServer2012

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

        不知道你看到这里是否会心动,虽然 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_Server_8_Beta_logo

HOWTO:使用 Hyper-V 管理器将 VHD 转换为 VHDX

        Virtual Hard Disk(VHD)是微软的虚拟硬盘文件,其扩展名就是 vhd,在下一个版本的 Windows 中,即 Windows Server “8”!VHD 迎来的新的扩展名 - “VHDX”,但同时“VHD”仍将保留可用,VHD 和 VHDX 之间目前看最大的区别可能就是 VHDX 的容量已经达到 64TB(目前面向公众发布的 Windows Server 8 beta 还仅支持 16TB);并且可从电源故障事件中恢复。其他还有一些底层方面的改进和优化,gOxiA 也没多研究!有关 VHDX 的概要大家可以参考:http://technet.microsoft.com/en-us/library/hh831446.aspx,此外需要注意 VHDX 目前仅支持 Windows 8 和 Windows Server 8 beta,所以如果打算将手里的虚拟机模板都进行转换,还是要深思熟虑一下!

        如果最终决定将 VHD 转换为 VHDX,那么步骤很简单,只需要通过新版的 Hyper-V 管理器(Hyper-V 3.0,内置于 Windows 8)执行即可!为此我们将执行如下的操作步骤:

  • 首先,打开“Hyper-V 管理器”,在右边的“操作”窗格选择“编辑磁盘”,之后在弹出的“编辑虚拟硬盘向导”界面点击“下一步”;
    1
  • 选择要转换的 VHD 文件位置,并点击“下一步”;
    image
  • 在“选择操作”界面中,选择“转换”,并点击“下一步”;
    image
  • 在“转换虚拟硬盘”界面中选择“VHDX”,并点击”下一步“;
    image
  • 虚拟磁盘类型中根据需要选择转换为“固定大小”或“动态扩展”类型,通常为了减少对物理磁盘空间的占用,都会选择“动态扩展”的类型,并点击“下一步”;
    image
  • 最后,选择 VHDX 文件的保存位置,如需进行最后的信息确认可点击“下一步”,否则可直接“完成”。
    image
    image

        因为这个转换过程是无损的,所以转换后的虚拟硬盘中的数据都得以保存。之后可以重新编辑这个转换后的 VHDX 文件,将其容量扩展,即可超出 VHD 的 2TB 限制。

Tags: , , , , , , , , ,

Windows_Server_8_Beta_logo

微软发布 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_logo

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 核心 o o o
PowerShell o o o
.Net Framework 4 o o o
服务器管理器 o o
管理控制台(MMC) o o
控制面板子集程序 o
控制面板程序 o
Windows 帮助 o
资源管理器 o
浏览器 o

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

image

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

dism /online /disable-feature /featurename:servercore-fullserver

        如果要从 ServerCore 切换至 FullServer,则执行如下命令行:

dism /online /enable-feature /featurename:servercore-fullserver /featurename:server-gui-shell /featurename:server-gui-mgmt

hero_500x240_1

微软发布 Windows Server“8”Beta 下载

        就在微软发布 Windows 8 Consumer Preview 的同时, Windows Server “8”Beta 也随即发布!如果你没有 TechNet 订阅的权限,那么可以访问:下载 Windows Server “8”Beta 获取 ISO 或 VHD,目前 ISO 可用语言版本包括了:简体中文、英语、法语、德语和日语!(PS:真是令人欣慰,我们能够看到微软所做的努力,同时正视了中国用户的重要性!)

        Windows Server“8”Beta 的硬件最低需求如下:

  • Processor: 1.4GHz 64bit
  • Memory: 512MB
  • Available Disk Space: 32GB

        Windows Server“8”Beta 中的新增功能可参考:概述和执行摘要

        Windows Server“8”Beta 的产品指南可参考:产品指南

        目前 Windows Server“8”Beta 评估资源中文站点也已经上线:http://technet.microsoft.com/zh-cn/evalcenter/hh708766,感兴趣的朋友可以浏览以上官方的资料!

Tags: , , , ,

MSFT_SolutionAccelerators

HOWTO:在 MDT 中启用 Windows Recovery

        前面 gOxiA 与大家分享了一篇《HOWTO:在 MDT 中集成 DaRT》的日志,有不少网友也注意到在 MDT Welcome 界面中还包含了“Run the Windows Recovery Wizard”,感觉非常实用!试想,如果客户端本身就包含一份系统恢复映像,那么利用 Run The Windows Recovery Wizard 便能快速恢复系统。那么该如何在 MDT 中启用 Windows Recovery 呢?!

MDT_Welcome_Main

        其实方法很简单,只需要将 Windows 7 光盘下的 boot.wim 替换掉 WAIK 的 winpe.wim 即可,替换前建议先做一下备份。WAIK 的 winpe.wim 默认安装存储位置在“C:\Program Files\Windows AIK\Tools\PETools”\x86 或 amd64下。

        替换完毕后,更新部署点重新生成 boot.wim 替换掉之前 WDS 已经添加的启用映像即可。

MDT_Recovery

MDT_Recovery_Main

MSFT_SolutionAccelerators

因数据库权限问题引发的 MDT 升级故障

        之前在《升级至 MDT 2012 Beta1》中 gOxiA 提及在升级 MDT 时务必要检查当前账户的权限,特别是如果 MDT 配置有数据库,还要检查当前账户是否有对应的数据库权限否则就会导致升级故障。

        gOxiA 在之前的测试中就亲身经历了一次,由于其中一个环境下的 WDS+MDT 服务器一直使用本机账户登录管理,而此次升级使用的是域帐户登录到本机进行操作的,而这个域帐户并没有本机上 SQL Server 的访问和管理权限,从而导致 MDT 2012 Beta1 升级失败。错误截图如下所示:

12

        在 MDT 升级安装完毕后,我们需要对 DeployPoint 进行更新,但是由于之前 gOxiA 未检查权限,导致出现 Unable to create necessary database objects. 服务器主体… 错误,当然现在已经一目了然,检查 MDT 数据库,确保当前账号有对数据库操作的权限,重新更新 DeployPoint 完成升级!如下图出现错误警告可以忽略,因为之前已经对 DeployPoint 内容执行过更新。

13

[MDT] 升级至 MDT 2012 Beta1

[ 2011/06/17 12:06 | by gOxiA ]

MSFT_SolutionAccelerators

升级至 MDT 2012 Beta1

        本月2号,gOxiA 与大家分享了一个消息《微软发布 Microsoft Deployment Toolkit 2012 Beta 1》,其中很多新特性都是 gOxiA 所感兴趣的,接下来便对所管理的其中两个 DeployPoint 进行了更新测试!截取了安装过程界面,供大家参考!

        MDT 2012 Beta1 支持从 MDT 2010 Update1、MDT 2010、MDT 2008 Update1 上直接升级,使得我们可以轻松地平滑过渡到最新版上。这一点也验证了微软可持续化发展的理念!在升级前,请确保当前账户的权限,如果之前的 MDT 连接有数据库,就要务必保证当前账户同时有操作数据库的权限,否则会在后续的升级节点过程中出现故障。后续 gOxiA 会另起一篇日志简要介绍!

        程序的整个升级过程与常规安装并无区别,也并无需要特别注意的地方,跟随下面的截图可一目了然!

123456

        MDT 2012 Beta1 安装结束后打开 DeploymentWorkbench 即 MDT 控制台,界面与早先的版本并无区别!

7

        展开 Deployment Shares 找到我们之前创建的部署节点(DeployPoint),会如下图所示给出一个警告“Unable to restore deployment share”,因为 MDT 2012 Beta1 有很大的改进,所以我们在旧版本下创建的 DeployPoint 需要更新升级一下。在当前界面的右边操作窗体中点击 Upgrade Deployment Share。

8

        随后跟随向导一路 Next 下去即可完成 DeployPoint 的升级过程。

910

        到此 MDT 2012 Beta1 的升级安装即告段落!但是通过 gOxiA 在实际环境下的测试发现 MDT 2012 Beta1 目前存在一个很大的 Bug(这一点 gOxiA 表示理解,Beta 嘛……),在升级 DeployPoint 后之前我们所做的目录分类会全部错乱,如下图所示:

15

        gOxiA 之前在每个管理模块下创建的子目录及配置都会被自动移动根目录下,这一点是非常致命的!意味着之前辛苦进行分类的数据都化为乌有,虽然 Applications 和 Operating Systems 下的数据量不大,但是 Out-of-Box Drivers 下就非常之悲剧了,可以用惨不忍睹来形容!gOxiA 在两个生产环境下的节点测试均出现此问题,随即登录 Microsoft Connect 查证发现参与测试项目的其他用户也遭遇此类情况,虽然尚未被微软证实,但可以肯定是一个 Beta 中的 Bug。gOxiA 将随时关注微软给出的解决方案!对于那些打算在生产环境中直接部署 MDT 2012 Beta1 的用户,请在评估实际环境后再做实施!

        如果你对 Microsoft Deployment Toolkit(MDT)感兴趣可以申请加入 Microsoft Connect 中的 Solution Accelerators 评估项目,如果你对 MDT 有什么好的建议和想法可以直接发邮件至:satfdbk@microsoft.com

分页: 1/3 第一页 1 2 3 下页 最后页 [ 显示模式: 摘要 | 列表 ]