Close
产品指南和教程

要开始使用 Insight for Jira Service Management Data Center 而需要了解的所有信息。

人们使用显示了 Jira 的显示器的插图

Insight for Jira Service Management Data Center 快速入门

本指南适用于开始设置 Insight for Jira Service Management Data Center 的任何用户。利用 Insight,团队可以跟踪其资产、配置项目和资源,以深入了解应用、服务、底层基础设施及其他关键资产之间的重要关系。Insight 是在 Jira 平台上构建的,是团队将资产和配置项目与服务请求、事件、问题、变更和其他事务关联起来,以获得宝贵背景信息的便捷方法。

要了解有关 Insight 的更多信息,请点击这里


第 1 步 - 安装

如果您目前使用的是 Jira Service Management Data Center 4.15 或更高版本,则下载文件时就已经包含 Insight 功能。

如果您目前使用的是 Jira Service Management Data Center 4.14 或更早版本,您需要安装 Insight - Asset Management 应用,免费。

  1. 以具有 Jira 管理员全局权限的用户身份登录 Jira Service Management。
  2. 单击管理员下拉列表,然后选择“管理应用”。
  3. 在页面左侧单击“查找新应用”,然后搜索“Insight”。
  4. 结果中将显示适当的应用版本。
  5. 按照说明安装应用。
  6. 系统将提示您登录 MyAtlassian,且 Insight 将开始下载。

第 2 步 - 了解 Insight 的构建方式

本节概述了 Insight 数据库的构建方式。

对象

对象就是您实际的资产/配置项目。这些项目与您的 Jira 事务相关联,无论一个事务何时创建,都会立即出现事务的更多背景信息。

通过利用对象引用,还可实现对象之间的相互关联,以显示对象之间的相互依赖关系。

对象模式

对象架构就是配置管理数据库 (CMDB),包含对象类型(详细信息如下)和对象。您可以在 Insight 中创建多个对象架构,这样很有用,原因如下:

  • 将数据分为更小的数据块有助于审计数据,并可确保数据的准确性。
  • 如果有敏感数据,例如:员工信息,将所有此类数据整合在一个访问权限受限的对象架构中可能会更简单一些。

决定如何将数据输入 Insight 时,请考虑数据的用途以及数据更新者,这样就可以将数据分组到逻辑对象架构中。

Insight(进而包括 Jira Service Management)并不在乎哪些对象架构中包含哪些信息。它只能看到一个大型数据池。这意味着,您可以轻松地将多个对象架构用于一个用例,并可以在不同对象架构中的对象之间创建链接。

对象类型

对象类型包含在架构中,并可定义架构中包含的对象。您可以自行定义,也可以使用对象架构模板进行定义。该模板中带有某些可自定义的预填充对象类型。对象类型充当实际对象的容器。因为 Insight 非常开发灵活,所以对象类型可以是您想要的任何类型,但常见的对象类型包括:

  • 业务服务
  • 主机
  • 笔记本电脑
  • 软件

但它们并不一定是 IT 资产。例如:许多人会添加其他有用信息,如:

  • 供应商
  • 地点
  • 名员工
  • Business 优先级

您能够以合理的方式在层次树中组织对象类型。这个层次树主要用于导航和确保可读性,而且您还可以使用空白对象类型来实现这一点,但为了更加轻松地创建对象类型,您可以将其设置为具有属性继承特性。

Insight CMDB 导航界面,显示诸如从 IT 资产到硬件到 Server 的对象层次结构。

对象类型属性

对象类型由对象属性定义。每种对象类型都有自己的一组属性。例如:对象类型“笔记本电脑”的属性可能有:型号、序列号、用户、保修到期日期等。

输入属性的实际值可定义对象。您可以手动或自动完成该操作(参见第 4 步)。

所有对象类型都有四个必填属性:

  • 名称
  • 密钥
  • 创建日期
  • 上次更新日期

最后三个属性为自动设置。管理员可以定义其他所有属性。由于对象有一个唯一的关键属性,所以每个对象的名称无需具有唯一性。

Insight 属性页面显示数据库对象的不同属性,包括数据库类型、状态、托管主机等。

属性可以由许多不同的数据类型组成,包括文本、日期、数字、URL(非常适合链接至其他信息存储库或服务合同)、Jira 用户(非常适合设置对象所有权)、状态(库存、已分配、停用等)以及其他对象(参见下一节了解更多信息)。

对象引用

要特别调用的对象属性就是“对象”的属性类型。利用属性类型可创建对其他对象的引用,而且是您开始在对象之间构建依赖关系映射的方式。

例如:如果位置是其自己的对象类型,那么每个位置对象都可以是您公司的其中一个办公地点。这样,您就可以通过选择诸如“Stockholm”来快速设置每个笔记本电脑的位置。

计算机对象的 Insight 对象创建屏幕。输入计算机的属性,如位置、型号、制造和操作系统。

对象引用无需手动设置。您可以通过网络扫描仪、导入器、自动化规则等自动添加对象引用。 参见第 4 步了解更多详情。

对象之间的引用有两个主要好处:

主要优势 - 您可以映射对象之间的依赖关系。例如:您可以将业务服务映射至其依赖的不同主机、操作系统和文件。这张地图对于理解变更对下游的影响(如果我更改这个操作系统,哪些方面可能会受影响?),以及找到事件和问题的原因非常有用。由于每个对象都可以关联至 Jira 事务,因此随着时间的推移,您可以构建一个全面的基础设施或其他业务资产历史记录,从而有助于解决问题。

小优势 - 管理更轻松。假设办公室从蒙特利尔迁至多伦多,您只需要更新对象“蒙特利尔”,无需检查每台笔记本电脑是否将蒙特利尔更改为多伦多。

对象引用类型有两种:

  1. 出站引用是指当前对象至其他对象的引用。
  2. 入站引用是引用当前对象的其他对象。

使用图形查看器可查看对象之间的引用。您可以决定使用何种引用类型(例如:安装位置、负责人、供应商),并且可以在对象架构设置中对这些引用类型进行颜色编码。

“Jira Service Management”对象的 Insight 图形查看器窗口。显示依赖关系,如其所在主机、操作系统、需要的不同 Jira 版本以及许可证。

Insight 权限

Insight 有三种类型的权限

  • 全局权限 - 在“ 全局设置”中, 您可以指定在 Insight 中拥有管理员权限的用户。被分配 “Insight 管理员” 角色的用户可以在 Insight 内执行所有操作。
  • 对象架构权限 - 在对象架构设置中,您可以定义哪些人具有特定对象架构的管理权限,哪些人可以更新对象架构数据,以及哪些人只能查看数据。
  • 对象类型权限 - 有时候,您可能希望 Jira Service Management 客户只能看到对象架构中的某些信息,但不想让他们查看整个对象架构中的所有数据。那么,您就可以使用对象类型权限。

第 3 步 - 选择要包含的数据

Insight 的每个实例都是独一无二的,因为每家公司要求跟踪的信息各不相同。Insight 可存储有助于提升您和您公司认知和理解的任何信息。

您应该包含哪些特定资产或配置项目将取决于您尝试执行的操作。用于库存管理的 Insight 实例看起来与用于映射业务服务及其依赖关系以更快速地进行变更和解决事件的实例截然不同。

以下是我们关于决定应包含哪些数据的最佳建议:

定义问题

大多数工具都是用来解决问题的,Insight 也不例外。可能是您的事件解决时间没有您希望的那么快,也可能是特定服务的变更通常会导致意外结果,因为查看服务依赖关系比较困难。

找出您的问题,并用它来定义其他内容,从涉及的人员到数据库中包含的资产和信息了解问题,然后推断员工需要哪些额外信息,以帮助他们解决问题。该信息可定义您的对象类型。

一次性添加太多信息可能会加大精确性检查难度,所以请尝试一次关注一个问题。当您解决了第一个问题后,Insight 就会发展,进而解决其他问题。

开始使用服务

对于配置管理工具的使用,我们建议从您尝试解决的问题相关的服务开始。服务定义明确,而且开始添加其赖以运行的各种资产,然后再添加 这些资产所依赖的资产以此类推相对会比较简单。最后,您将能够全面了解每个相关服务及其依赖关系。

您必须决定数据的深度。从实际出发,考虑您的服务需要多少细节信息。映射具体的机架和线缆对某些人来说可能过于繁琐,但对其他人来说,可能是必需。

此外,您无需一次完成所有服务的操作。您可以从关键业务服务或停机时间最长的服务开始。

“服务入门”提供了一组已定义好的入门资产/配置项目。当出现新问题时,您可以根据需要添加其他资产。最好是逐位构建您的 CMDB,因为与一次性确认整个基础设施和资产的准确性相比,确认小块数据的准确性更容易。

使用对象架构模板

Insight 会提供用于 IT 资产和配置管理、人力资源和客户关系管理的对象架构模板。

这些模板可以根据您的需要进行修改,是创建人们经常存储在 Insight 中的对象类型的良好起点。浏览一遍对象类型列表,然后删除您不会使用的对象类型。

对象架构创建表单,包含空白架构、IT 资产架构、人力资源架构和 CRM 架构选项。

提示和技巧

想想您没有什么可以生存下去

仔细思考您极力追求的目标以及完成目标所需的信息。每个对象及其属性都应该有用。

您应该和您团队以及任何利益相关者沟通,确保每个属性都会有人或物使用到。如果某个属性对于任何人来说都没有特定的用途,那么该属性就会被弃用。通常,您可以在以后添加该属性!

您是否真的需要了解您服务器的确切位置?或者您操作系统制造商?也许您需要,而且这也非常合理。但是,如果您并不打算根据这些数据做出决定或进行查询,就应该将其放入垃圾站!

添加过多数据会带来一系列挑战:

  • 您拥有的对象和属性越多,为确保其准确性所需完成的工作就越多。
  • 大量未使用的数据将会掩盖有价值的数据,在极端情况下甚至可能会降低性能。
  • 稍后添加数据比删除数据更简单。所以,如果您发现缺少什么东西,您可以在以后添加,而不是为了“以防万一”,从一开始就加载大量数据。没有人会喜欢删除数据。

考虑未来可维护性

考虑如何在 Insight 中维护数据,对象属性变更的频率如何以及在 Insight 中及时更新数据的难易程度如何?

如果对象的特定细节经常变化,但却很少使用,那么将其排除在 Insight 之外,只在少数真正需要的情况下查询此类信息可能更有益。如果某些信息经常使用,但却具有很强的静态性,那么为了便于访问,将此类信息包含在内可能比较有价值。

我们以笔记本电脑软件为例。如果您想要,您可以更新 Insight,以包含使用 扫描 代理安装在笔记本电脑上的每个软件、软件请求事务和自动化规则。如果您的安装策略为开放式,那么变化相对较快,且扫描模式可能不会选择新的软件,因此准确性可能会有所降低。最好是查看一组您特别想要了解其用法的关键软件。

如果您有严格的安装策略,且只有在笔记本电脑设置和通过 Service Desk 请求时才会安装软件,那么将此类数据存储在 Insight 中才有意义,因为其变化速度比较慢,并且更易于跟踪。

请不要拘泥于实际项目

由于 Insight 允许您定义所需对象,因此并不局限于传统资产,甚至实物资产。例如:业务服务并不是实物资产,但它们对于人们了解细节至关重要。您可以将服务的所有物理和非物理依赖关系链接至 Insight,因此只需查看业务服务对象,即可全面了解业务的运行方式。

您可以根据需要进行抽象化。Insight 用户可创建的常见示例包括业务重要性对象、环境类型、部门/团队、位置等。

另一个现实示例就是业务服务分类。假设您的所有业务服务都添加到 Insight 的对象类型“业务服务”项下。您可能想要将这些业务服务分类为“财务”、“物流”、“销售”、“基础设施”等。您可以使用“业务服务”对象类型中的一个属性进行分类,或者使用它们自己的“服务分类”对象类型进行分类。

SAP Business 应用对象视图,重点显示“财务”和“治理”的已标记“服务类别”,这些类别是其自己的对象类型。

这样做的好处是,您可以添加业务服务分类特定的详细信息(属性)。或许有人负责所有的财务业务服务。您不希望将这个人直接添加至每个财务的“业务服务”对象中,因为这样会加大维护难度。您只需将其添加到“服务分类”对象类型中的“财务”对象中一次,然后只需在一个位置更新数据即可,并不需要重复数据。

您还可以制定一些规则,用于获取每个单独财务业务服务的操作状态,并将其汇总为财务分类的总体状态。现在,您可以通过查看分类对象来快速查看每个服务分类是否存在任何服务问题。

您无 需 将这些对象类型添加到 Insight 中,但必须清楚您不受传统资产/配置项目的限制。这完全取决于您想要做些什么,这就是为什么了解您的目标和实现目标所需信息如此重要的原因所在。

展望未来,逐步发展

请记住您未来可能想要进行的任何扩展。这将决定您选择要包含的数据,以及您数据的构建方式。

尽管记住这一点是有好处的,但我们仍建议以渐进方式构建 Insight。想要实现一个包含 100% 准确数据和 1000 个对象的超大型版本非常困难。但从小处开始,然后随时添加新属性、对象和对象架构则明显更简单。

我们建议您先找到问题,构建 Insight 以修复问题,然后找到下一个问题,从而不断发展完善 Insight。

设定现实的准确性期望值

确保 100% 的准确性是我们的目标,但在现实中,可能无法实现这个目标,但没关系。只要数据足够准确,能够提供比一开始没有数据时还更大的商业价值,那么您就能因此受益。如果在上线之前一直追求“完美”,那么许多 CMDB 项目都可能会延迟甚至失败。


第 4 步 - 将输入导入 Insight

在大型组织中,手动输入所有内容可能要耗费一生的时间。因此,我们将提供一些工具帮助您完成工作。

Insight Discovery 网络扫描仪

您可以从 Marketplace 免费获取 Insight Discovery。

Insight Discovery 是一款无需支持服务即可选取网络资产的扫描仪(尽管您可以联系支持人员获取更详细的信息)。您可以选择将哪些资产和属性拉取到 Insight 对象架构中,并创建自己的扫描模式,以查找更多的利基资产。如果您按预定计划运行 Insight Discovery,它还可以获取变更信息,并更新数据。利用自动化规则,您甚至可以根据已检测到的变更触发 Jira 事务、电子邮件通知等。

导入器

您可以使用 Insight 导入功能输入其他源的数据。这些导入规则可以按预定计划进行同步,这样您就可以在需要的时候更新数据。对于每种导入类型,您需要定义数据的存储位置以及数据在 Insight 中的位置。

CSV 导入

如果您目前使用 Excel 或 Sheets 等包含您所有资产的电子表格,则可以使用 CSV 导入功能将您的数据导入到 Insight 中。这将确保您拥有一个透明的集成系统,您可以在此系统中关联资产与事务,并分析影响。

数据库导入

您可以利用数据库导入功能导入内部或第三方系统中的数据。支持的数据库包括 Oracle、MySQL、Microsoft SQL Server 和 PostgreSQL。

Jira 用户导入

通常,Insight 用户可将 Jira 用户与其自己的资产关联起来。为此,您需要导入您的 Jira 用户或 Insight 中的特定用户组,您可以利用 Jira 用户导入功能完成导入。

LDAP 导入

也许您使用的是 Corporate 目录,其中包含用于审批流程的资产或员工-经理关系?为方便起见,Insight 包含一些适用于热门 LDAP 目录的模块,这些模块会从您的目录中提取结构和资产信息。

JSON 导入

您可以使用包含要导入数据的 JSON 文件,将对象导入 Insight。

集成

集成可用于连接至其他工具,如云服务、资产管理器以及其他 CMDB。

虽然我们可提供所有这些工具,但我们不建议将所有数据都导入 Insight,那只会让工具贬值。导入您需要在 Jira Service Management 中使用的数据 - 以后可随时添加更多数据。

所有集成功能都可以通过 Marketplace 免费安装。

以下是 Insight 集成功能的完整清单:

此外,还有 Insight Macro for Confluence 集成功能。利用该集成功能,您可以创建记录您资产的 Confluence 页面。它可以将数据发送出去,而不是将数据传入 Insight。

提示和技巧

您必须平衡 Insight Discovery、导入器和集成功能的运行频率。如果频率太低,则会延长 Insight 的使用寿命。如果过于频繁,则会消耗大量资源,具体取决于您处理的对象数量。有些用户每小时运行一次集成功能,而其他用户则可能每周运行一次,甚至根据需要运行。

我们建议在空闲时间尽可能频繁地 进行同步。了解数据的变更频率以及数据的重要性,以确定您需要计划的运行频率。您希望抢先了解数据的变更速度。

借助 Insight Discovery,您可以采用不同的频率运行不同的扫描模式,以尽可能减少及时更新 Insight 所需的资源。


第 5 步 - 确定数据的构建方式

将数据拆分为逻辑对象架构

您无需将所有数据输入一个巨大的对象架构中。我们建议根据数据的用途或数据的负责人构建多个对象架构。

Insight 和 Jira 并不在乎哪些对象架构包含哪些数据。管理员只需将 Insight 自定义字段指向其所需数据即可,无论数据所在架构如何。自定义字段可从一个 Jira 事务中拉取数据并将其推送至多个对象架构中。可在不同对象架构中的对象之间建立链接,并可在不同架构之间进行查询。对象架构主要是为了让我们的生活更加轻松,而不是为了方便 Insight 本身。

将您的数据分解至不同对象架构既方便用户,又易于维护。这样一来,像可能需要使用一些 Insight 信息的财务或人力资源部门等团队就不会遭受无关信息的轰炸。此外,与要求团队只检查大型对象架构中的某些部分相比,让其定期检查一个对象架构中的数据质量更为容易。

联合数据

如果您拥有完全可用的数据库或信息源,并且有保持数据更新的流程,就无需将数据移至 Insight。相反,最好使用集成功能来创建相关数据的副本,并按预定计划运行这些集成,以更新 Insight 信息。

Insight 随附许多导入器和集成功能(见上文)。利用这些导入器和集成功能,您就可以在 Jira 事务/Insight 中获得决策所需信息,但您无需保存两个单独副本。

一个极其常见的示例就是,人们使用 LDAP 导入器来同步 Insight 和 Active Directory。现在,您可以轻松获取您的所有 Windows 用户数据,并且可以定期运行同步,以确保数据的及时更新。

有时候人们会为导入的数据创建单独的对象架构,而有时又会将其集成到更大的对象架构中。如果数据将用于不同的用途(例如:IT 支持和人力资源),则为其创建单独的对象架构更明智,而不是将其直接与 IT 对象架构直接关联在一起,然后又授予人力资源团队访问该架构的权限。

有了集成功能,我们建议不要将所有可用的数据都传入到 Insight 中。您可以在设置集成功能时决定哪些数据可以整合到对象架构中,哪些不能。此外,您不能在 Insight 内部更新这些数据,除非您将此变更推送至原始数据源。否则,您将得到互相矛盾的数据。

如果没有可用的预构建集成,则还有一些其他选项。首先是,定期将数据导出为 CSV/JSON 文件,并让 Insight CSV/JSON 导入器按预定计划将其导入。或者,您可以创建一个对象,并赋予它一个可链接至另一个数据库的 URL 属性,您可以在此数据库中找到更多信息。如果您只是希望支持人员能够查看信息,并不希望他们基于查看的信息进行搜索或报告,那么这个选项就很不错。

避免在任何地方重复使用相同的属性

如果某个属性在许多地方都被用到,并且具有相同的重复值,那么通常情况下,将其设置为自己的对象类型更为明智。供应商就是一个很好的例子。 例如:您可以为“笔记本电脑”和“手机”对象类型设置一个名为“供应商”的属性,然后输入(或导入)每个对象的供应商名称。

这个选项不错,但使用名为“供应商”的对象类型,并将每个供应商设置为对象会更加高效,原因如下:

  1. 您可能需要的不仅仅是供应商名称。或许您需要与供应商相关的其他信息,如支持联系电话或合同链接。您不希望为每个笔记本电脑和每部手机重复此操作。只需操作一次,然后链接至供应商对象即可。如果您想要在 Jira Service Management 中执行供应商管理单元,这也会有所帮助。
  2. 如果供应商以这种方式实现标准化, 则意味着可以更轻松地运行报告。如果您想要报告每个供应商的支持请求数量,就可以确信您不会因为有人在其他位置对 Microsoft 或 Apple 进行写操作而错过什么。
  3. 如果供应商采用新名称或需要以某种方式进行变更,则只需在一个地方进行更新即可。

供应商只是一个示例,还包括业务重要性、部署环境、部门和位置等。


第 6 步 - 为 Jira 事务配置 Insight 自定义字段

本节介绍了如何配置 Jira 事务,以将其与 Insight 对象关联。可以是关联受影响业务服务与事件事务,添加计算机至硬件请求事务,或添加一组可能受影响的主机至变更请求事务。

您可以通过 Insight 访问特定的新 Insight 自定义字段。要想将这些自定义字段指向一组特定的对象,就需要对其进行配置。

Insight 字段可锁定,这样客户只能从可用列表中进行选择,或将字段留空。或者可以让字段处于开放状态,这样填写 Jira 事务的任何用户都可以将表单中的新对象直接添加到 Insight 中。

我们建议主要使用第一个选项,但也可以使用第二个选项。例如:在新员工入职培训的情况下,如果将员工存储在 Insight 中,招聘经理就可以使用开放式 Insight 自定义字段填写 Jira 新人培训请求。这样就可以在后台自动创建一个新的 Insight 员工对象,从而节约时间,减轻管理员的工作负担。


第 7 步 - 设置自动化

在本节中,我们将了解在 Insight 中自动执行重复性任务的两个选项。

Insight 自动化功能

Insight 自动化功能具有对象架构特异性。常见用例包括:

  • 根据架构中 Insight 对象的某些触发条件或变更发送通知,例如:当许可证或保修即将到期时发送电子邮件通知,或者在服务停止时,创建 Jira 事务。
  • 保持 Insight 数据整洁和标准化,以便于报告和查询。
利用 Insight 自动化规则,可在许可证即将到期的情况下,创建 Jira 事务。

自动化规则可更新对象信息、创建事务、发送电子邮件、发出 HTTP 请求、执行 Groovy 脚本等。

您可以在这里了解如何创建自动化规则:

处理结果

Insight 还引入了新的后处理功能。类似于自动化规则,后处理功能允许您自动执行操作。

不同之处在于,当通过 Jira 工作流改变事务状态(事务转换)时,操作生效。这些操作包括更新资产、发送通知以及运行脚本。

例如:当创建请求员工入职培训的事务时,可创建将必要资产分配给新用户的任务,包括笔记本电脑、手机和手机订阅服务,每个资产都有相关联的 Insight 对象。

提示和技巧

如果您目前使用事务文本字段来输入或更新 Insight 中的数据,或者如果您有时会手动输入对象至 Insight 中,那么数据就有可能会变得混乱。在这种情况下,请使用自动化功能。

Server 名称就是一个很好的例子。通常,这些名称都会进行标准化,而且很容易输错。您可以创建自动化规则,当创建或更新 Server 对象时触发该规则,以确保 Server 名称符合命名约定,并在发现错误时对其进行标记。


第 8 步 - 确定如何确保数据的准确性

及时更新数据至关重要,否则团队将基于错误假设工作,这可能会延迟事件的解决,或者在服务请求后导致错误的结果。

及时更新 Insight 数据的方法有许多,其中一些方法需要利用自动化功能来完成繁重的工作。

  1. 对数据进行定期审计。
    可设置 Insight 自动化规则来通知人们按预定计划进行数据审计。这样就可以提醒人们执行快速的完整性检查,以确保关键资产处于最新状态。
  2. 定期同步 Insight Discovery 以及相关导入器和集成。
    导致数据过时的一个重要原因就是未能经常将 Insight 与外部数据源同步。请思考外部数据源中数据变更的频率,以及此类数据用于 Jira Service Management 中的频率,以实现正确的平衡。如果某些数据经常发生变化,并定期与事务关联,则可能需要每 24 小时对其进行同步。其他集成或许可以等几周甚至数月才进行同步。
  3. 使用自动化功能。
    当在改变资产/配置数据的 Jira 事务中做决策时,必须在 Insight 中捕捉相关信息。例如:如果因为用户的笔记本电脑已损坏,支持人员决定为用户提供一台新的笔记本电脑,就需要在 Insight 中捕捉一些信息:
  • 新的笔记本电脑需要将其负责人更新为请求者,并将其状态更新为“服务中”。
  • 旧的笔记本电脑需要将其负责人删除,并将其状态更新为“已损坏”。

当支持人员将此信息传达给请求者时,您可以使用转换页面和 Insight 后处理功能来捕捉此类信息,并使用自动化功能在 Insight 中设置新的状态和负责人。

这只是一个例子,但将 Insight 集成至 Jira 工作流时,请考虑需要将事务中的哪些信息回传至 Insight。理想的情况是,您希望尽可能少地手动更新 Insight,因为这是很容易忘记的事情。


第 9 步 - 设置报告

报告对于您和您公司以及您试图利用 Insight 解决的问题来说是非常具体的。Insight 随附许多预配置的报告,有助于您了解您的资产和配置数据。您可以报告您的 Insight 对象、与之相关的事务和项目以及在这些对象上花费的时间。

Insight 报告的配置窗口,显示与被分配最高业务重要性的对象相关的变更数量或事件数量。

例如:您可能想要了解 您的关键业务服务发生了多少变更和事件,或者是否存在包含服务请求处理时间及相关资产类型的模式。您可以使用报告来查看哪些关键业务服务的关联事件数量最多,这样您就可以知道在哪里确定改进的优先级。


其他主题

Insight 查询语言 - IQL

Insight 查询语言 (IQL) 是指用于查询 Insight 的语言。当您想要构建搜索视图、自动化规则、资产之间的高级引用,甚至发出导入指令时,IQL 就可以派上用场。

标签和二维码

使用标签和二维码可真正简化有形资产的管理。为此,Insight 允许您打印任何对象的标签和二维码。