HOWTO: 使用命令行为 Windows 10 添加备份计划
HOWTO: 使用命令行为 Windows 10 添加备份计划
还记得 Windows 7 内置的“备份和还原”功能吗？是 Windows 自带的一款用于个人电脑备份和还原的数据备份工具，可根据用户需要创建一次性的系统备份映像，或制定一个备份计划，按照时间备份需要的数据文件。如果还不曾了解这个好功能，可以先看看 gOxiA 早期分享的文章“使用 Windows 备份功能保护硬盘数据”，之后的“使用 webadmin 自动恢复系统备份”则分享了如何利用命令行加参数快速恢复备份。
虽然在 Windows 7 中备份和还原功能提供了命令行以及一组常用的参数，但是细心的朋友会发现其只提供了创建一次性备份的参数，而缺少重要的计划备份创建参数，这样不利用用户编写命令行脚本以实现自动化的备份需求。
从 Windows 8 开始”备份和还原”功能被淡化，微软推荐使用“文件历史记录”取而代之，但直至 Windows 10 ”备份和还原“功能仍被保留了下来，说明还是拥有一定用户群的。此外不同于 Windows 7 版，Wbadmin 的命令行参数得到了增强，支持创建或修改每日备份计划，这样将极大方便 IT 人员针对一些特殊用户或场景以命令行脚本方式自动为用户环境配置备份计划。该参数即“ENABLE BACKUP”，可以使用“wbadmin ENABLE BACKUP /?"获取详细的参数说明。
下面的命令行将创建一个每日11点和23点对指定目录且包含系统状态进行备份，并使用指定账号存储在网络共享的计划备份任务。
参考文档：
[Office]HOWTO: 解决 Outlook 无法打开正文嵌入的文件对象 故障
HOWTO: 解决 Outlook 无法打开正文嵌入的文件对象 故障
最近一段时间应该有不少用户遭遇到了Outlook无法打开正文嵌入的文件对象 故障，具体表现为会议约会正文中嵌入的文档对象无法正常打开，会提示“用于创建此对象的程序时Outlook。您的计算机尚未安装此程序或此程序无响应。若要编辑此对象，请安装Outlook或确保Outlook中的任何对话框已关闭。”如下图所示：
出现该问题是由于用户安装了微软于6月13日发布的 Office 安全补丁（KB3203467）所致，该补丁旨在修复用户打开经特殊设计的 Office 文件时可能允许执行代码的漏洞，但是该补丁存在已知问题会导致用户无法正常打开 Outlook 附件或正文中嵌入的文件对象。
在7月5日微软又发布了 KB4011042 用于解决 KB3203467 已知问题，但随后又撤掉了该更新补丁。可能该补丁存在一些问题，直至7月25日微软终于重新发布了用于修复 Office 文件可能允许远程执行代码的漏洞补丁——KB2956078，并且还修复了打开附件或嵌入的文件对象失败的已知问题。对于还在使用 Office 2007 的用户，请安装 KB3213643 解决此问题。
使用Hyper-V VLAN功能组建受隔离的网络环境
使用Hyper-V VLAN功能组建受隔离的网络环境
在开始今天的分享前，gOxiA 带着大家前先了解下面的截图，这样才能更好的理解所要分享的内容。在一个企业网络内（Corp LAN），已经部署了DC、DNS、DHCP、WDS等服务器，是一个完整的生产环境。在 10.1.50.x 的子网内 gOxiA 有三台 Hyper-V 主机（两台基于 Windows 10，一台基于 Windows Server 2016）进行工作相关的测试和评估。
默认情况下三台 Hyper-V 主机与 Corp LAN 是可以相互访问的，这个应该很容易理解吧；现在为这三台Hyper-V 主机分别创建了虚拟交换机 vNet-LAN50，那意味着其上的虚拟机将从 10.1.50.x 获取网络地址，并运行相互访问，到这里也很容易理解吧；由于一些测试需要进行隔离，通常会在Hyper-V 主机上创建 VMs Only LAN，仅供当前Hyper-V 主机上的虚拟机相互访问，或在当前 vNet-LAN50 上启用 VLAN 分配 ID 20 进行隔离，到这里相信也能理解；OK，我们继续，现在由于一个测试任务过于庞大所需的硬件资源很高，无法在一台Hyper-V主机上进行，需要现有的三台 Hyper-V 主机组网使用，且不变动现有的物理网络环境，同时实现与现有逻辑网络隔离。
如果为每台虚拟机创建单独的网络，如192.168.192.x，是可以实现相互通讯的，但是并未完全实现逻辑网络的隔离，假如虚机部署了 DHCP 服务，那么极有可能会对现有的 Corp LAN 产生影响。但是启用虚机 VLAN 后，怎么实现跨 Hyper-V 主机访问呢？！按理说 vNet-LAN50 这个虚拟交换机的物理接口是 Hyper-V 主机上与 10.1.50.x 相连的网卡，由于是透明通讯，虚拟机设置 VLAN20 后理应透过 vNet-LAN50 与其他 Hyper-V 主机上 VLAN20 的虚机通讯，但是现实很残酷并非如所想的那样！！！
经过测试需要通过 Hyper-V 的 Virtual Switch Manager（虚拟交换机管理器）为当前网络即 vNet-LAN50 也启用 VLAN ID 20，才能实现跨 Hyper-V 主机 的 VLAN 段虚机互访。
虽然该法实现了最终的需求，但也确实与现有逻辑网络完全隔离，这意味着原有 10.1.50.x 段中的其他设备将无法访问这三台 Hyper-V 主机，否则也必须修改 VLAN 为 20。（如果 Hyper-V 主机是多宿主，倒是很好解决！）
