image

HOWTO: 在 MDT 环境中为 Deploy to VHD 指定存储位置

        Microsoft Deployment Toolkit(MDT)支持 Native VHD Boot 部署,在早期的文章中曾简要介绍了 MDT Deploy to VHD 的过程,利用 MDT 执行 Native VHD Boot 部署适用于需要大批量应用的环境,并且整个过程支持自动化处理,便于 IT 工作人员掌控并可有效降低人力成本,还提高了效率。

        Deploy to VHD 任务序列的默认设置中,会将物理硬盘重新分区格式化,并把 VHD 部署到系统磁盘中,这一设定对于实验或新机器部署倒也没有问题。但是,对于那些已经部署过操作系统在生产环境下运行的设备来说,就需要重新进行设置,并且用户也会希望 VHD 存储在非系统分区上。要实现这一目标我们仅需要修改“Task Sequence”相关设置即可。

        对于已运行在生产环境的设备,我们可以彻底禁用“Format and Partition Disk”,它位于“Preinstall”->“New Computer only”下,当禁用分区和格式化任务序列后,即可安全保障硬盘上原有的分区和数据。

image

        而要将 VHD 存储到目标设备的其他分区时,就需要使用到分区属性的高级选项,利用变量值帮助任务序列识别要存储 VHD 的所在分区。如下图所示,在“Format and Partition Disk”下创建一个新分区,该分区卷标为“VNB”,其对应的变量值为“VNBDisk”。它将作为存储 VHD 的分区。

image

        上述操作已经指定了 VHD 存储所在分区,那么任务序列如何来识别呢?!在“Preinstall”下还有个“Create VHD Disk”任务序列,除了可以设定“VHD filename path”以及“VHD size”外,还提供了“Retreive the destination drive for the VHD file from a variable”选项,为其变量名输入之前分区对应的变量值“VNBDisk”后,执行 Deploy to VHD 时便会将 VHD 文件存储到变量值相同的对应分区中。

image

        注意:即使禁用“Format and Partition Disk”但是任务序列仍会根据变量值进行查找,所以无需担忧!

microsoftazure

  

极致的云桌面体验 – Microsoft Azure RemoteApp

        Microsoft Azure 在 5月中旬发布了新的应用类型服务 - Azure RemoteApp Preview ,利用 Auzre RemoteApp 可实现在 Windows、Mac OS、iOS、Android 上运行位于 Azure 中的 Windows 应用程序。简单理解 Azure RemoteApp 即云中的 Remote Desktop Services(RDS),但与 RDS 相比又存在很大的差异性,前者拥有更高的价值和更大的优势。

        Azure RemoteApp 的价值和优势主要体现在如下几个方面:

  • Azure RemoteApp 基于 Microsoft Auzre,拥有丰富的计算资源、网络资源,同时享有 SLA 保障。
  • Auzre RemoteApp 帮助用户保持高效率的工作,无论他们身在何处、使用何种设备(Windows、Mac OS、iOS、Android),只要连接到 Internet 便可在安装了 Microsoft RemoteApp 客户端的设备上,像在本地运行一样,访问和使用部署在 Azure 云端的 Windows 应用程序。
  • Azure RemoteApp 可保护用户的投资,用户无需投资购买服务器和搭建昂贵的本地基础结构。使用 Azure RemoteApp 还可根据需求对已购买的服务规模进行缩放。
  • Auzre RemoteApp 可保护敏感的公司应用程序,用户所使用的应用程序始终运行在云端,并且不在用户设备上存储。
  • Auzre RemoteApp 支持云部署和混合部署,可与公司现有的基础结构集成,并创建自己的远程桌面会话主机,或使用预先设置的应用程序集合部署 Azure RemoteApp。此外还可以允许用户使用现有公司账户(公司域账号)或Microsoft Account(LiveID)账户登录。

        Azure RemoteApp 目前处于预览版阶段,并未提供开放使用,所以要使用 Azure RemoteApp 需要先在 Auzre Portal 中进行申请,审批时间大概是两周。在获得 Azure RemoteApp 的使用权限后,可以在 Portal 中新建这个应用服务。创建过程很简单,参考下图选择“Quick Create”,填写用于标识的名称,选择区域(中国用户建议选择东亚),关联的订阅账户,以及映像(目前 Azure 提供的是包含 Office ProPlus 2013 的系统映像),最后点击“Create RemoteApp Service”,等待片刻 Azure RemoteApp 便可就绪!

1

        RemoteApp 应用服务就绪后,可在快速开始页面发布应用程序或配置用户访问,复制 Remote Desktop client download URL 可前往指定网站下载 Microsoft RemoteApp 客户端。

2

        “RemoteApp Programs”页面底部的“Publish”提供了两个可选项:“Publish programs using path”、“Publish Start menu programs”。前者可手工填写要发布的应用程序的信息,后者将发布已位于开始菜单中的应用程序。

3

4

        例如我想使用或管理位于云端的文件数据,就需要通过文件资源管理器(File Explorer)实现,而默认情况下使用“Publish Start menu programs”选项是无法发布 File Explorer,因为它并未显示在列表中。所以就需要“Publish programs using path”选项进行发布,如下图所示填写一个名称,指定程序的路径发布即可!

5

        在“User Access”页面,可添加有权限使用 AzureRemoteApp 的用户账户,默认可添加 Microsoft Account(LiveID)账户。

8

        “Sessions”页面可监控当前正在使用 RemoteApp 的用户,并对这些用户执行管理操作。

9

        在创建、发布 RemoteApp 之后,就可以安装 Microsoft RemoteApp 客户端体验一下云桌面了,访问 RemoteApp 客户端站点,点击右上角的“Install Client”链接,之后再点击页面中的“Download ‘RemoteApp’client for Windows”,跟随向导完成安装。

10

11

        如果需要下载其他设备的 RemoteApp 客户端,如:Windows RT、Android、Mac、iPad/iPhone,可访问:https://www.remoteapp.windowsazure.com/ClientDownload/AllClients.aspx,首次运行 Windows RemoteApp 需要进行登录验证,如果前面已经发布了应用程序,会要求接受 Work Resources 邀请。

12

13

        现在便可体验云桌面了!云桌面中的应用程序像本地程序一样无缝运行,支持复制和粘贴;由于选择将该应用服务部署在东亚,所以整体操作都很流畅,而且网速超快;自由……

        虽然系统是英文的,但支持中文输入!Azure 提供的默认映像中目前只包含 Office ProPlus 2013,并附带了 Visio 以及 Project,基本满足办公需求,其实 gOxiA 认为现阶段 IE 恐怕是具有最高使用率的 Azure RemoteApp 应用程序。此外,也尝试了直接在 RemoteApp 上安装程序的操作,但发现用户账户并非管理员权限,所以用户要想在此默认系统上安装应用程序,暂时是不可能的!而部署应用程序的办法 gOxiA 目前也在学习,有了结果会及时与大家分享!

image

        下面是 Android 设备上运行 Azure RemoteApp 的截图,可供参考!

WP_20140707_001

WP_20140707_002

IE11

Internet Explorer 11 企业模式 - 部署

        前面通过两篇文章“Internet Explorer 11 企业模式 - 概述”,“Internet Explorer 11 企业模式 - 管理”大家对 IE11 的 企业模式有了一定的认识,并且掌握了对企业模式的管理,今天我们将要学习如何实施和部署 IE11 企业模式。

        默认环境下,用户访问网站的流程可理解为:在 IE 中输入 URL,然后 IE 与 URL 对应网站进行数据通信。

image

        但是在启用 IE11 企业模式后,IE 会将收到的用户 URL 请求先提交到企业模式站点列表处进行查询比对,并获取该 URL 对应的是 Default Mode 还是 Enterprise Mode,然后才与对应网站进行数据通信。

image

        所以要实施企业模式就需要配置客户端去查询这个 Enterprise Mode Site List(企业模式站点列表),这个列表可使用企业模式站点列表管理器进行创建和编辑,文件格式为 XML,IT 人员可将其部署到企业内部或外部的 Web Server 上,其访问路径类似为:http://emie.contoso.com/emie.xml。注意:将列表部署到外部 Web Server 上时应考虑是否涉及敏感数据的泄露问题,但是好处是用户即使在外部网络中也同样可以访问这个列表,毕竟列表中还会包括一些用户常用的外部网站,例如:xx网上银行、xx网上订票,等等一类的与IE11不完全兼容的网站!

        企业模式站点列表部署完毕后,就需要为客户端进行配置,但是在 IE 上并未直接提供 IE11 企业模式的配置选项,它需要通过组策略进行部署配置。该配置选项位于组策略下:计算机配置 - 管理模板 - Windows 组件 – Internet Explorer - 使用企业模式 IE 网站列表。在启用该选项的同时还需要输入列表文件的位置。

image

        在企业的域环境中,可以通过域组策略统一为域客户端进行部署,否则就需要单独在客户端上使用 gpedit.msc 进行配置,当然如果觉得使用 gpedit.msc 配置太繁琐还可以生成一个注册表文件供直接导入,参考如下:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\\SOFTWARE\\Policies\\Microsoft\\Internet Explorer\\Main\\EnterpriseMode]

"SiteList"=https://www.contoso.com/emie.xml

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