newofficebanner

office365-logo_thumb[1]

Office 2016 Deployment Tool 现已发布

        基于 Office 365 的 Office 2016 版部署工具现已发布,正在使用 Office 365 的企业 IT 管理员应该不会对这个工具陌生,利用 Office Deployment Tool 可以预先从微软官方下载 Office 源到本地网络,利用本地网络环境进行分发或部署。这样可以极大减少 IT 管理员的工作量,并降低企业带宽的占用率。

        下载地址:Office 2016 Deployment Tool

        该工具与之前版本在使用上并无区别,SKU 方面支持 O365ProPlusRetail, VisioProRetail, ProjectProRetail 的 32Bit 和 64Bit 版本部署。如果您的订阅非 ProPlus 版本,可参考《Office 365 订阅用户已可升级至 Office 2016》。Office 2016 Deployment Tool 的使用方法可以参考微软官方文档《Office Deployment Tool for Click-to-Run》,也可参考 gOxiA 之前撰写的文章《HOWTO:从本地位置部署 Office 365 ProPlus》。如果因为某些原因用户需要将降级到 Office 2013 版,可从 Office 365 Portal 重新安装,或下载 Office 2013 Deployment Tool 进行选择性部署。

        配置文件参考:

<Configuration>

<Add SourcePath="\\server\share" OfficeClientEdition="32">

   <Product ID="O365ProPlusRetail" >

       <Language ID="zh-cn" />

   </Product>

</Add>

</Configuration>

        命令参考:

下载:setup.exe /download O365ProPlusRetail.xml

安装:setup.exe /configure O365ProPlusRetail.xml

windows-10-508x192-logo

Windows 10 清理最近打开的项

        今天要与大家分享的 Windows 10 使用小经验应该会有不少朋友会遇到!当我们经常打开一些文件项后会存有记录,以方便我们下次快速的访问它们。如下图所示,在任务栏中右键单击程序图标会显示最近打开或访问过的文件和项。

2015-10-08 (1)2015-10-08

        但是当使用一段时间或在某些场景下,可能需要清理掉这些打开过的项,在过去的系统版本中,我们可以打开任务栏和开始菜单属性选项进行清理,除了可以清理掉最近打开的项目外,还能清理最近打开的程序项。

imageimage

        可是在 Windows 10 中会发现这些选项已经从任务栏和开始菜单属性中被移除掉,取而代之的是“现代”控制面板(即:所有设置)中“个性化”设置下的“开始”选项。如下图所示,只需重新滑动相关设置选项即可执行清理。

image

        微软表示“所有设置”将逐步取代过去的“控制面板”,并添加更多实用的设置选项,大家可以好好挖掘一下,会有不少收获和惊喜。文末再向大家推荐一个,利用“所有设置-系统-存储”选项可以非常直观、清晰的了解当前计算机存储的使用情况,根据不同分类可进行快速的管理,也可以执行清理工作。

image

imageimage

windows-10-508x192-logo

使用 OneDrive 自动保存屏幕快照

        最近在更新 Windows 10 系统后发现 OneDrive 的版本也更新到了 17.3.595.0827,除了对程序方面的改进外还添加了一些新的功能 - 自动保存,其中的自动保存屏幕功能快照非常实用。gOxiA 过去一直没有安装专门的截屏软件,只是使用系统一直以来默认支持的 PrtScn 键,然后再运行 Paint.Net 生成图片文件,执行保存操作……虽然看起来挺繁琐,但也坚持了N年!

        而现在利用 OneDrive 的自动保存屏幕快照这个功能就省去了后续生成图片和命名保存的步骤,而且自动保存在云中,可方便从任何地方和设备上提取。要实现这一功能非常简单,只需鼠标右键点击系统栏上的 OneDrive 图标,单击“设置”,进入 OneDrive 设置的“自动保存”选项卡,勾选“屏幕快照”下“自动将我捕获的屏幕快照保存到 OneDrive”复选框,确定即可!

2015-10-08 (5)2015-10-08 (2)

windows-10-508x192-logo

Windows 10 Hyper-V 0x80041008 无法删除虚拟交换机

        当我们对 Windows 10 进行 Build 级别的更新,或者在用户已经安装 Hyper-V 的情况下又安装 VMware 后,便有可能会出现 Hyper-V 虚机网卡失效的故障问题,当用户发现故障发生并准备删除已经在 Hyper-V 中创建的虚拟交换机时,会提示无法删除虚拟交换机,错误代码:0x80041008,有网友建议找到网卡并勾选“Microsoft 网络适配器多路传送器协议”后便能删除虚拟交换机,PS:不知道其根据是什么!总之,如果你发现这招无效可继续往下阅读。

Hyper-V_NIC_Error

        在本例中,通过 Hyper-V 创建了一个名为 ExNet – LAN 的虚拟交换机,桥接到物理网卡上,出现 0x80041008 故障无法删除虚拟交换机时回忆之前的操作,除了将 Build 10240 升级到了 10547 外,最近一次操作是安装过 VMware Workstation Player,之后发现 VMware 产品检测到系统安装有 Hyper-V,提示无法正常运行 VMware Player,卸载 VMware 产品后再运行 Hyper-V 虚机,便发现无法进行网络通信,此时意识到出现了问题,进行排错时检查出之前创建的 ExNet-LAN 网卡已经不存在,但是 Hyper-V 虚拟交换机中还能看到,所以当删除时会提示失败。

        随后又通过硬件管理器检查隐藏设备,并未发现异常,便尝试将所有已建虚机的网卡配置先断开,然后尝试使用 “netsh winsock reset”命令行对 winscok 目录进行复位,重启计算机再次执行删除操作,故障消失。由此可见 VMware 产品安装和卸载时会自动创建/删除 2个虚拟网卡,破坏了之前 Hyper-V 已创建的网卡和驱动,才会导致 0x80041008 故障的发生。

        另,前面还怀疑与 Build 升级有关是因为目前 Windows 10 进行 Build 升级,或者从低版本 SKU 升级后,虽然号称是无缝升级,但是在多台机器上发现升级后都会重置网卡,使网卡物理 ID 变更,有可能会引发 Hyper-V 虚机交换机配置问题,是否最终也会导致 0x80041008 故障,还需做进一步的验证。

newofficebanner

Office 365 订阅用户已可升级至 Office 2016

        9月22日(中国当地时间9月23日)微软发布新一代最强生产力工具 – Office 2016,除了 MSDN 订阅用户可优先获取到新版本外,Office 365 订阅用户也可升级到最新的 Office 2016,如果您是 E3 的订阅用户,那么可在 Office 365 的“安装和管理软件”页面下安装 Office 的首发版本,即:Office 2016,而其他订阅用户,如:商业版,并没有首发版的提示,但是 Office 安装程序已经改为 Office 2016 版,用户只需重新下载安装即可,安装程序会自动检测当前系统安装的 Office 版本并自动进行升级。

image

newoffice

        而希望通过启动 Office 程序中的更新检测来获取升级的方式是“暂时”无效的。如果在升级或卸载现有 Office 版本时出现 30180-4 错误,那么可以通过 Fixit 疑难解决方案工具进行修复 - “安装 Office 和 Office 365 的疑难解答”。需要注意的是该工具会卸载当前系统上所有的 Office 产品,包括:Visio、Project……

office_30180-4

windows-10-508x192-logo

Hyper-V Windows 10 虚机使用增强会话模式故障一例

        还记得 gOxiA 早前撰写的一篇文章《Hyper-V - 增强会话模式》,向大家介绍了有关 Hyper-V 的一个新功能特性,即:增强会话模式,该模式会基于 RDP 方式连接到虚机进行管理和控制,以获得更好的操作体验,例如方便向虚机复制文件等等,文章也在末尾提到了一些使用方面的注意事项。

        自 Windows 10 RTM 后 gOxiA 使用已经有一段时间,但最近偶然用到了一个小问题,感觉很有意思与大家分享!一台 Windows 10 Enterprise x64 的 ThinkPad T420,安装了 Hyper-V,并安装了一个 Windows 10 Enterprise LTSB 虚机,因为在 Hyper-V 设置中启用了“使用增强会话模式”,即:如果虚机系统支持增强会话模式时,VMConnect 默认以增强会话模式进行连接。

image

        所以当连接启动好的 Windows 10 虚机时会提示增强模式会话的显示分辨率确认提示,直接连接即可进入虚机。

image

        这个过程很显然并没有多大问题,但是在进入虚机后刚进入系统桌面便会自动退出,并未出现如下图的提示。即使反复重新连接都无济于事,必须停止增强会话模式。起初以为是只添加了网卡,并未分配桥接网路所导致,而且分配网络也确实恢复正常,但就在撰写此篇文章时发现元凶并非网络,而且早先文章也介绍过增强会话模式无需网络支持。

image

        那么问题出在哪里呢?!切换回标准模式查看当前系统状态发现此时提示“由于远程桌面服务当前正忙,因此无法完成你尝试执行的任务。请在几分钟之后重试。其他用户应该仍然能够登录。”

image

        看来与用户登录有关,之后在标准和增强会话模式间反复切换时发现了重点,系统提示我“与此计算机的连接数量是有限的,现在已经使用所有链接。请尝试稍后连接或与系统管理员联系。”出现这个提示意味着当前系统存在多个并发登录,并且这些用户 Session 处于活动状态,之后又反复测试发现在增强会话模式下即使已经登录到桌面,但是当切换回标准模式后会回到登录界面并要求重新登录。

image

        而当从标准模式切换到增强会话模式时会自动使用当前账号提交自动登录。那么在 gOxiA 环境中,这个虚机没有设置用户密码,所以系统启动后会自动进入桌面,当使用 VMConnect 连接时又会自动提交一个新的用户登录 Session,此时的登录 Session 便会与标准模式下的已经登录的用户 Session 造成冲突,因为没有一个监测和处理机制所以就会出现上述的故障问题。

image

        最后 gOxiA 启用了 Administrator 账号,并为两个账号设置了密码又进行了几番测试,结果从下图可以看到,如果账号设置了密码,那么即使是在同一个账号下进行模式的切换,都会触动一个正常标准的登录过程,标注实际操作为当前登录 Session。

image

        身为一名 Windows ITPro 都应该知道 RDP 不接受账号密码为空的登录请求,很显然 VMConnect 使用增强会话模式连接一个系统账号密码为空的虚机时,提交了一个看似并不合规的登录请求,以绕过 RDP 协议规范的检查,最终才会导致这个故障的发生。但是有趣的是如果当前账号没有 RDP 权限,例如属于 Users 组时当使用增强会话模式连接时便会被阻止。

image

        综上所述,要正常使用 Hyper-V 的增强会话模式,避免不必要的麻烦,务必满足用户RDP权限,并且为账号设置一个密码。此外 gOxiA 也会反馈给 Windows Insider,这个问题应该属于一个 Bug。

image

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,并为其创建引导信息,具体命令执行如下:

dism /apply-image /imagefile:f:\sources\install.wim /index:1 /applydir:w:\

bcdboot w:\windows /s s: /l zh-cn

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

office365-logo_thumb[1]  Logo_Exchange_130x40

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

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

image

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

image

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

azcopy /source:\\computer\pstshare /dest:URL /destkey:key /s /v:c:\pstupload.log

image

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

image

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

image

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

scanpst

intel-logo

Intel Remote Keyboard Host App

        Intel 在 6月中旬低调发布了一款应用 Intel Remote Keyboard Host App 包含 PC 端和 Android/iOS 端应用,旨在方便通过移动智能设备轻松控制 Intel NUC 套件,简单理解即在 Android 这样的移动设备上安装 Intel Remote Keyboard for Android 应用便可将 Android 手机或平板变为一个触控板和键盘对 Windows PC 进行控制。(PS:iOS 版的 Intel Remote Keyboard 还未发布)

        虽然在下载介绍中显示仅对 Intel NUC 套件有效,但实际测试发现只要是 Windows PC,如:Windows 8.1 系统便能够使用。首先下载 Intel Remote Keyboard Host App ,区分 32bit 和 64bit 版本,安装后会在系统任务栏驻留一个 Remote Keyboard 程序。

image

        可通过单击鼠标右键打开程序,界面非常简洁。在 Devices 列表下会显示连接过的移动端信息;在 Options 选项下可修改要显示的 PC 设备名称,是否随机启动以及启用勿扰模式。

image image

        在 PC 端上安装完毕后,便可下载 Intel Remote Keyboard for Android 安装到手机上,该应用依赖手机的 WiFi 网络,运行应用后会自动在当前网络中搜索安装有 Intel Remote Keyboard Host App 的 PC 并显示在 Devices 列表下,触控 PC 名称便会开始连接,弹出二维码验证程序,此时用手机对准电脑屏幕显示的二维码进行识别通过验证后便连接到了 PC。

Screenshot_2015-06-28-01-54-12 Screenshot_2015-06-28-02-02-22

IRK-Q2

        通过验证并连接到 PC 端后,手机上的 Intel Remote Keyboard 便会切换到触控板和键盘模式,现在手机便可作为一个支持触控操作的键盘对 PC 进行控制。

Screenshot_2015-06-28-01-55-52

        Intel Remote Keyboard 在横屏状态下使用更为方便,并且支持多手势操作,应用场景也非常之广,gOxiA 强烈建议大家收藏,以备不时之需。

Screenshot_2015-06-28-01-56-12

Screenshot_2015-06-28-01-56-19

        注意,如果大家在使用中手机始终无法连接到 PC 端,可通过 Windows 高级防火墙管理工具,将“Remote Keyboard.exe”程序设置为允许入站连接。

Tags: , , , , , ,

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: ,
分页: 9/172 第一页 上页 4 5 6 7 8 9 10 11 12 13 下页 最后页 [ 显示模式: 摘要 | 列表 ]