确保 Azure 订阅已注册 Microsoft.Insights 提供程序,然后重试从 ServicesHub 门户添加评估解决方案。

有关如何注册提供程序的详细信息,请参阅 Azure 资源提供程序和类型

如果这无法更正问题,则可以尝试从 Azure 门户为计算机/工作区创建基本 DCR。 要测试是否有执行此操作的适当权限,请参阅 在 Azure Monitor 中创建和编辑数据收集规则 (DCR)

2.错误消息:“你无权访问 Azure Log Analytics”(Services Hub ->“IT运行状况”->“按需评估”)

按照 Log Analytics 的 Azure 角色及其如何与 Services Hub 关联 中的指南操作,确保角色具有适当的权限级别。

3.在 ServicesHub 连接器中添加 ODA 评估时找不到 ARC/Azure VM

目前,SH 连接器有一个限制,它仅允许在与所选 Log Analytics 工作区相同的资源组内发现 ARC/VM 计算机,如果在添加评估时无法在列表中查看特定计算机,请检查计算机和 Log Analytics 工作区是否在同一资源组/订阅中。

4.建议未从数据收集器计算机上传到 Azure Log Analytics 工作区

如果在 Azure 工作簿中看不到收集数据的结果,请执行以下步骤:

  • 确保数据目录中有一组用于评估的建议文件。 通常的格式为 new.recommendation.*.solutionrec (例如: new.recommendations.*.adrecs 表示 AD)。
  • 通过检查正在使用的工作区的“日志”部分,验证文件的内容是否已上传到 Azure Log Analytics 工作区,并基于时间戳运行查询。
  • 示例:运行 `AzureAssessmentRecommendations``,并将时间设置为与上次运行时间匹配(例如 24 小时前)。

    如果上传成功,也可以在 Azure 表内的建议文件中看到相同的内容

    如果数据存在,请验证是否已选择与工作区数据关联的正确工作簿。

    如果找不到任何上传的数据,并且使用 Azure VM 进行数据收集,请 确保为计算机启用了 托管系统标识

    如果使用已启用 ARC 的计算机进行数据收集,请检查 DCR 的设置,以确保在添加评估时映射了正确的工作目录路径。

  • 导航到 Azure 门户

  • 查找数据收集规则 (DCR)。

  • 找到与评估关联的 DCR(它应包含 ODA 引用和评估类型)。

  • 打开 DCR 并选择“导出模板”。

  • 在 json 中查找“filePatterns”,并确保路径指向在其中创建建议文件的文件夹。

    如果路径正确,请尝试在计算机上重新运行数据收集,以确保数据未过时/过期。 如果重新运行数据收集不起作用,请尝试重启计算机,以避免出现任何故障或挂起的更新。

    如果之前尚未执行此操作, 请查看 AMA 的网络要求 以排除任何连接问题。

    5.工作簿结果显示内容因权限问题而不可用

    如果问题未解决,请尝试为订阅重新注册 Microsoft.ServicesHub 资源提供程序。 有关注册或重新注册资源提供程序的指南,请参阅 Azure 资源提供程序和类型

    链接和权限

    验证你在用于登录 Services Hub 的同一电子邮件 ID 上是否有角色 所需的 Azure 订阅权限。

  • 成功链接后,应该能够在 Services Hub 的“运行状况”选项卡下先看到以下页面,然后看到“评估”。

  • 确认你有权访问的 Log Analytics 工作区是 Services Hub 中链接的工作区。 如果不是,请要求他们重新链接:选择右上角的配置文件,然后选择“编辑 Log Analytics 工作区”并链接所需工作区。

  • 确认已从目录中添加所需的评估。

    本部分介绍在调用命令(如 AddExchangeAssessmentTask )时可能会遇到的一些最常见问题。

    Windows Server 2008 R2 不识别 Add-*AssessmentTask commandlet

    建议不要在 Windows Server 2008 计算机上运行评估。 但是,如果非要运行评估,则需要执行以下步骤:

  • 在 Windows 2008 Server 上安装最新版本的 Powershell 和 .net 4.6.2。
  • 大部分 Windows 2008 Server 都安装了 Powershell,其使用不满足要求的 .net 2.0。
  • 以管理员模式运行 Powershell。
  • 检查自定义 ODA 模块在计算机上是否可用: Get-Module Microsoft.PowerShell.Oms.Assessments -listavailable 。 确保显示的路径为 C:\ODA\Binaries\bin\Microsoft.PowerShell.Oms.Assessments
  • 如果使用 get 命令找不到模块,请检查模块是否位于环境变量列表中。 在 PowerShell 中运行 $env:psmodulepath 以显示列表。

    在安装扩展过程中,通常会添加正确的路径。 如果缺少该路径,可以选择通过运行以下命令手动添加正确的路径:

    $env:PSModulePath = $env:PSModulePath + ";C:\ODA\Binaries\bin\Microsoft.PowerShell.Oms.Assessments"
    

    作为预防措施,请验证计算机上是否存在该路径,以确保模块已安装在计算机上。

    如果发现模块的第二个条目指向 \Program Files\Microsoft Monitoring Agent,并且已从基于 MMA 的评估类型迁移,请随时删除此辅助路径。 为此,请运行 $env,然后导航到“环境变量”->“PsModulePath”,并从列表中删除条目。

  • 确认已下载 OMS 评估 Powershell 模块。
  • 为此,请验证 C:\ODA\Binaries\bin 是否包含名为 Microsoft.PowerShell.Oms.Assessments 的子目录,并且该子目录中包含名为 Microsoft.PowerShell.Oms.Assessments.dll 的文件。
  • 如果 Microsoft.PowerShell.Oms.Assessments.dll 不存在,请确保从 Services Hub 链接 Log Analytics 工作区。
  • 请确认安装的 PowerShell 版本不低于 4.0(为此,请在 Powershell 窗口中键入 $PsVersionTable)且该 Powershell 使用 4.0 或更高版本的 CLRVersion。
  • 确保具有正确的模块路径。
  • 执行 Add-*AssessmentTask cmdlet 时对评估安装错误进行疑难解答

  • 查看日志文件。

  • 日志文件位置显示在 Powershell 控制台窗口中。 这是一条以白色显示的信息性消息,如以下屏幕截图所示:

    不要在用户注销时强制卸载用户注册表

    在数据收集计算机上,将组策略编辑器 (gpedit.msc) 中的以下设置从“未配置”更改为“已启用”。

    转到“计算机配置”->“管理模板”->“系统”->“用户配置文件”。

    启用“请勿在用户注销时强制卸载用户注册表”。

    禁用 FIPS 策略

  • 在“控制面板”中,选择“管理工具”,然后选择“本地安全策略”。

  • 在“安全设置”中,展开“本地策略”,然后选择“安全选项”。

    评估尚未添加到工作区

    如果调用 start-XXXAssessment 导致此错误:“没有与当前 Log Analytics 工作区关联的文件 XXXAssessment.execPkg...”,原因是必须通过 ServicesHub 门户向计算机添加特定评估类型。

    在 ServicesHub 页上添加评估:

  • 选择“运行状况”选项卡,然后选择“评估”。

  • 在页面末尾,选择“可用的按需评估”下列出的所需评估。

  • 在显示的用于添加所选评估的模式对话框上,选择“添加评估”。

  • 请至少等待 5 到 10 分钟,以便添加解决方案扩展。

  • 确认 OmsAssessment.exe 进程正在运行。
  • 如果没有任何此类进程运行,可能是因为在为此评估运行 Add-XXXAssessmentTask 时指定的密码已失效(例如,已过期或已更改)。

    如果是这样,则可以同时在任务计划程序的“历史记录”选项卡上以及“任务计划程序事件日志”中看到错误,其中 EventId 101(和 104)和 ErrorValue 2147943726 如以下屏幕截图所示:

    有时,你可能会从日志记录中发现,OMSAssessment.exe 进程(运行任务时触发,并且是实际执行环境发现、数据收集和分析的进程)无法启动或似乎长时间停滞在同一步骤上。

    这可能是由于防病毒软件阻止了与进程相关的某些脚本或依赖项。

    虽然可以在打开防病毒软件的情况下运行评估,但根据产品或环境设置,有时 AV 可能会影响进程的性能或阻止创建某些文件。

    为避免相关问题,建议在防病毒软件中为运行评估的文件夹添加异常。

    检查是否有任何冲突的 omsassessment.exe 进程正在运行

    打开“任务管理器”并查找名为 omsassessment.exe 的进程。 如果可见,则指示评估仍在运行。

    如果运行时间过长(例如,如果发现此进程已运行超过一天),则评估代理可能无法处理数据。 在这种情况下,请继续执行以下疑难解答步骤。

    检查先决条件文件中的所有错误

    转到评估工作目录,并查看先决条件 (processed.prerequisites) 文件,以查找针对评估目标提及的任何错误。

    解决任何提到的错误,然后触发评估:

  • 导航到“任务计划程序”->“Microsoft”->“Operations Management Suite”->“AOI*****”->“评估”。
  • 右键单击或长按所需评估计划任务,然后选择“运行”。
  • 检查发现日志文件中的错误

  • 导航到评估工作目录,然后导航到目录中 6-8 位数编号的文件夹。
  • 查找名为 Logs 的文件夹。 在其中可以找到名为 DiscoveryTrace*** 的文件。
  • 查找此文件中的任何错误或异常并解决它们,因其与凭据/权限问题、WMI 故障、网络问题等有关。
  • 大文件引入

    尽量减少每个评估计划的目标数

    如果运行的是 Windows Server、Windows 客户端或 SQL 评估,并且在单个计划任务中添加了 5 个以上的目标,则有时评估代理可能无法一次性处理这么多目标。

    如果遇到这种情况,请使用以下 cmdlet 删除任何现有配置:

    Remove-WindowsClientAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"
    Remove-WindowsServerAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"
    Remove-SQLAssessmentTask -LogAnalyticsWorkspaceId "YourWorkspaceId"
    

    现在使用较少目标重新运行 Add-AssessmentTasks。 可添加多个此类任务,并创建批量任务且每个任务包含 3-5 个目标,从而加快整个环境的评估速度。

    查看计划任务调度和上载程序日志文件

    在“评估”工作目录中,有一个名为 \Logs\ 的文件夹,其中包含 *Commandlet*.log*Module*.log

    Commandlet.log 文件包含有关启动 Powershell commandlet 的计划任务的数据。 可以使用此数据来查找计划任务未启动的原因。

    如果启动 ODA 计划任务时未生成此文件,则通常指示密码错误。

    应用程序和 Services Logs\Operations Manager Event Log 还包含对各种问题进行疑难解答的信息。

    在 PowerShell 中添加评估任务时,没有输入 Log Analytics 工作区 ID 的提示

    在 PowerShell 中创建评估任务期间,系统会提示输入 Log Analytics 工作区 ID (LAW-ID)。 此过程是创建计划任务以运行评估的过程。

    如果未提示你提供 LAW-ID,则说明你未使用正确的 PowerShell 模块。 如果仍安装 Microsoft Monitoring Agent,或者数据收集计算机尚未选取 Azure Monitoring Agent 的 PowerShell 模块的路径,则可能会发生这种情况。

    要配置环境变量:

  • 选择“开始”按钮。

  • 使用搜索框搜索“环境”。

  • 在“系统属性”窗口中,选择“环境变量”。

  •