gOxiA=苏繁=SuFan Blog

Windows 10 Native VHD Boot 案例分享

        在 Windows 10 Build 10162 发布之际，gOxiA 经不住诱惑决定再折腾一下，手上倒是有3台设备（T420、Surface Pro 3、Venue 8 Pro）可用，最终决定拿 T420（UEFI） 作为本次的测试对象，因为工作环境在这台笔记本上，而且内置 SSD 容量有效，其他两块内置磁盘存储有重要的数据，所以决定在 eSATA 接口上外接了一块 500GB 移动硬盘，以 Native VHD Boot 方式安装 Windows 10 Build 10162，这样一来可与 T420 原有系统实现有效的隔离，互不影响引导信息，而且日后还可以在这块 eSATA 硬盘上部署其他 Native VHD Boot 系统，有效利用空间。

        准备工作，在 500GB 硬盘上划分两个分区，一个 500MB FAT32 格式用于 MBR 引导（Letter S:），另一个使用剩余容量 NTFS 格式（Letter V:）；再准备好 U盘安装的 Windows 10 Build 10162 用于引导至新 PE 环境。接下来重启计算机按下 F12 选择从 U盘启动，进入 Windows 10 安装向导按下 Shift+F10，运行 diskpart 在 V: 上创建一个 VHD，并挂载到环境中，创建分区并执行格式化，之后分配盘符为 W: 至此准备工作结束。相关执行命令可参考 gOxiA 以往关于 Native VHD Boot 的文章，或下面的例子，具体用途和说明这里就不再复述。

diskpart

sel disk 4

clean

create partition primary size=500

format fs=fat32 quick

active

assign letter=s

create partition primary

format fs=ntfs quick

assign letter=v

create vdisk file=v:\win10162.vhdx maximum=120000 type=expandable

attach vdisk

create partition primary

format fs=ntfs quick

assign letter=w

exit

        接下来，使用 DISM 将 U盘上 10162 的 Install.wim 文件释放到 VHD磁盘内，即：分区 W，并为其创建引导信息，具体命令执行如下：

        至此，整个执行步骤就全部完成，Native VHD Boot 已经生效，是否感觉不可思议？！因为步骤里并未像以前一样修改 BCD 指定 VHD 相关信息，这是因为 Windows 10 会自动处理 Native VHD Boot 的信息，现在重新引导便可开始体验。

HOWTO: 利用 Import Service 向 Exchange Online 用户迁移数据

        Office 365 增加了一项新的功能 – Import Service（导入服务），使用这项导入服务可以将组织内部的文件传输到 Office 365 中，除了可以将硬盘寄送给 Microsoft 外，还支持通过网络上传文件。利用 Import Service 我们可以将本地 Exchange Server 导出的用户 PST 文件迁移到 Office 365 的 Exchange Online 用户中。对于小规模的 Office 365 用户而言，此种数据迁移方法显得更为便捷！步骤十分简单，大致分为四步。

        首先，参考 Technet Library 资料 如何导出邮箱数据，将各用户邮箱数据导出至对应的 PST 文件。然后，访问 Office 365，进入管理员界面的导入服务，添加新任务“通过网络上载文件”。

        在向导页面下载并安装 Azure AzCopy，并点击“显示密钥”和“显示 URL”获取上传数据的权限信息，然后运行 Azcopy 执行上传指令，参考如下：

        待上传完毕后，在向导页面点击下一步，为当前导入任务起个名字，并执行下一步；在“上载映射文件”向导页，点击“了解应如何设置 CSV 文件的格式”链接获取 CSV 文件创建的帮助信息，映射文件中需要注意的地方有几点：必须为 UTF-8 格式，Workload 填写 Exchange，FilePath 留空，Name 为用户 PST 文件名，Mailbox 则是对应 PST 文件用户的邮件地址即账号，IsArchive 设置为 FALSE，TargetRootFolder 这里 gOxiA 设置为“/”即导入根目录，最后勾选条款，点击完成。

        我们可以查看正在执行导入任务的进度，在导入完成后我们还能够下载错误，了解导入的情况，已保证导入的完整性。

        总结，利用 Office 365 新提供的 Import Service 解决用户数量极少的迁移环境还是非常奏效的，而且上传速率相当令人满意。温馨提示：建议在上传 PST 前使用 Office 自带的 Scanpst 工具扫描并修复一下导出的 PST 文件以确保之后导入能够顺利完成。

微软公布 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 格式文档。

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

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

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

        下面是一个嵌套样例：