MAPToolkit_thumb3

Microsoft Assessment and Planning Toolkit - 收集数据

        在上个月 gOxiA 与大家分享了两篇 Microsoft Assessment and Planning Toolkit(以下简称:MAP)的日志,如需回顾可点击下面的日志链接。

        整体来说 MAP 的安装和使用还是非常简便的,并没有太多的需求,也不需要复杂的配置过程,对于 IT 专业人员能够很快上手。今天 gOxiA 将介绍如何使用 MAP 收集数据。在 MAP 安装完毕后,可以从程序组中找到并打开它,在首次启动 MAP 时会自动弹出数据库创建选项,由于 MAP 默认安装了 LocalDB 支持,所以 Data source 为 LocalDB,只需在 Create an inventory database 下的 Name 文本框输入数据库名称即可。

Create_database

数据库创建完毕后,会进入 MAP 程序界面,在 Overview 可以通过 Perform an inventory 启动数据收集向导。

Perform_an_inventory

        在 Inventory Scenarios 选项中,选择 Windows computers,此方案将使用 WMI 来收集硬件、设备和软件等信息,以帮助 IT 人员进行分析和评估,是常用的收集方案。

Inventory_scenarios

        在 Discovery Methods 选项中,可以通过 ADDS(Use ActiveDirectory Domain Services) 或 IP 地址范围(Scan an IP address range)来探索目标,当然还提供了其他的选项,本例中将使用 IP 地址范围进行目标的探索和收集。

Discovery_methods

在 Scan an IP Address Range 选项下,我们可以添加多个 IP 地址段。

Scan_IP

      因为前面我们选择了 Windows Computers 的收集方案,所以在 All Computers Credentials 选项下需要创建可 WMI 远端计算机的用户账号,为了方便起见在这里可以输入域管理员的账号信息,对于权限细化的 IT 环境可能会需要添加多个访问账号。在后续的 Credentials Order 选项中可以调整账号的使用顺序,否则可快速略过。

All_computers_credentials

        当我们完成上述的配置后,数据收集任务便开始自动执行,等待的时间并不长,很快收集工作便会结束。(PS:MAP 数据收集不依赖独立的客户端代理,但仍能在很短的时间内完成收集工作!)

Data_Collection

        数据完成收集后,我们便可以在不同的评估场景下看到分析数据,例如在 Desktop 下可以看到 Windows 10 Readiness 和 Office 2016 Readiness 等常见的评估方案概览数据。

Desktop_Dataview

        点击每个方案便可进入其详细页,可以使用 Options 下的 Generate Windows 10 Readiness Report 生成更为详尽的表格文件。

Generate_windows_10_readiness_report

        以 Office 2016 Readiness 为例,我们可以从详细信息中了解到当前有1台设备无法满足 Office 2016 的需求,为此我们可以生成报表查看详情。

office_2016_readiness

        打开 Office 2016 Readiness 的报表(PS:生成的报表通常位于用户文档目录下的MAP目录,按照数据库名称命名子文件夹。)在 Office2016Assessment 工作表中可以筛选出 Not Office 2016 Ready 的计算机,在 Reasons for Recommendation 下记录了原因,在本示例中为满足 Office 2016 需求的设备是因为操作系统未受支持导致的,因为这计算机的当前系统是 Windows XP Pro w/SP3。

office_2016_readiness_report

        MAP 虽然是免费的,但它的潜在价值非常大,如果能在合适的场景下应用,必定事半功倍!!!

HOWTO: 解决因 0x80004005 引发的无法还原虚拟机状态的故障

        Windows 10 May 2019 Update(1903)率先在 MSDN 订阅发布了,gOxiA 之前走 Preview Release 通道就地升级到了 1903,但是发现 Hyper-V 在启动虚拟机时发生了问题,提示“无法还原虚拟机状态:未指定的错误 (0x80004005)”。

hyper-v_0x80004005

        发生此故障的极大概率是在操作系统跨功能版本升级前,或导入虚拟机前,虚拟机处于“保存”状态所致。要解决这个故障最简单的办法是在 Hyper-V 管理器中选择该虚拟机,鼠标右键单击,并在弹出的菜单中选择“删除已保存状态..."即可。

del_Saved_state

HOWTO: 手动删除 Windows.old 目录

[ 2019/04/11 11:40 | by gOxiA ]

HOWTO: 手动删除 Windows.old 目录

        当我们通过 Windows Update 或 Windows Setup 执行新版本的就地升级后,在系统卷会留下一个 Windows.old 目录,该目录为回滚到升级前的操作系统提供了备份,如果你决定保留当前的升级,那么可以使用 Windows 存储设置中提供的“配置存储感知或立即运行”设置,使用“立即释放空间”选项来清理删除 Windows.old 这个备份。

        但有时我们可能会遇到一个情况,就是清理完毕后发现系统卷下(C:\)仍然存在 Windows.old 这个目录,这是因为清理工具无法完全删除掉其中的所有数据导致的。这个问题 gOxiA 早先曾有遇到过,在 Windows 10 先前的版本时,执行就地升级后发现微软键鼠驱动没有被成功迁移,导致被关联在 Windows.old 的对应目录中,由于是加载状态,所以只能手动先卸载驱动,然后引导至 PE 状态,在脱机环境下手动删除 Windows.old。

        而本次遇到的情况与上述类似,不过是 Temp 目录中有文件无法被删除,如下图所示:

clean_previously_1

        在 Windows 10 TAP 其他成员的帮助下,这次 gOxiA 没有引导至 PE 执行手动删除,而是直接在联机状态下操作成功。其方法就是先获得 Windows.old  目录的所有权,然后再重新分配目录权限,为此将执行以下命令行:

1. takeown /f c:\windows.old /r

2. icacls c:\windows.old /grant computer\name:(OI)(CI)(IO)(F)

3. rd /s /q c:\windows.old

takeown_icacls

        上图是执行的过程可供参考,期间有遇到错误,可暂时忽略尝试执行第三步的删除,如果最后确实失败,则可以再选择进入 PE 执行手动删除。

分页: 61/482 第一页 上页 56 57 58 59 60 61 62 63 64 65 下页 最后页 [ 显示模式: 摘要 | 列表 ]