ServiceNow - 管理

ServiceNow 管理负责为组织提供 ServiceNow 平台的一般支持、管理和维护。

它还包括自定义用户界面、保持版本更新、配置应用程序和模块、管理安全性和用户访问、监控系统性能和进行定期健康检查、管理工作流、UI 策略、UI 操作等。

ServiceNow 管理员还负责设置 ServiceNow、使用初始数据加载 ServiceNow、设置组、角色、用户、SLA 等。

ServiceNow 配置

ServiceNow 初始配置的最佳方式是使用"ITSM 引导设置"应用程序。通常,只有系统管理员才能访问 ITSM 引导设置应用程序。

ITSM 引导设置提供了一系列任务,可帮助您从头开始在 ServiceNow 实例上配置 IT 服务管理 (ITSM) 应用程序,包括公司名称、徽标、颜色组合、字体、横幅、表单布局、表单中显示的字段、列表等。

此外,ITSM 引导设置还有助于配置事件、变更、问题等主要应用程序。要打开 ITSM 引导设置,请在导航栏中搜索 ITSM,打开第一个搜索结果"ITSM 引导设置",然后单击"开始"按钮,如下所示。

ServiceNow 配置

ITSM 引导设置

整个设置分为公司、连接、基础等类别数据、CMDB 等。我们必须使用交互式引导菜单逐一配置每个类别。内容框架旁边显示每个类别的完成进度,并且内容框架顶部显示总体完成状态。

我们可以按任何顺序配置类别,也可以跳过任何特定类别的配置。从头开始配置 ServiceNow 的任务非常大,因此,我们可以将配置每个类别的任务分配给单个管理员用户。

Connectivity

引导设置中的步骤非常详细且不言自明。您可以尝试使用引导设置并尝试配置各种类别。每个类别都有说明和帮助可供参考。

导入集

导入集用于从外部源(如 excel、JDBC 等)导入 ServiceNow 中的数据。数据导入 ServiceNow,然后映射到相关的 ServiceNow 表中。数据可以手动导入一次,也可以安排定期导入自动进行。让我们借助示例逐一讨论这两种导入方式。

手动导入

可以使用"系统导入集"应用程序的"加载数据"模块手动导入数据。举个例子,我们必须在 ServiceNow 中导入 5 个组。在 ServiceNow 中存储组的表是 sys_user_group。要浏览此表中的数据,只需在导航栏中输入"sys_user_group.list"即可。

Manual Import

假设,我们在 excel 中有五组数据,我们想将其上传到 ServiceNow。

A B C
1 Name Description Active
2 Oracle DBA ITSM group for Oracle DBAs True
3 Middleware ITSM group for Middleware Team True
4 File Transfer ITSM group for File Transfer Team True
5 MQ ITSM group for MQ Team True
6 Performance testing ITSM group for performance testing team True

打开"系统导入集"应用程序的"加载数据"模块。在导入集表中,单击"创建表",因为我们没有任何用于导入用户组的现有导入表。导入表基本上是中间表或暂存表。

当我们导入文件时,数据首先加载到此表中,然后我们可以将数据从此导入表加载到 ServiceNow 中的实际目标表(在本例中为 sys_user_group)。

然后,在标签字段中给出新表的名称。这里要注意的重要一点是,所有由用户创建的表的名称中都有"u_"前缀,而 ServiceNow 的所有系统表的名称中都有"sys_"前缀。

从资源管理器中选择文件。此外,您可以提供工作表编号,该编号对应于 excel 中的选项卡和 excel 中的标题行(列名)。在我们的例子中,它们都是"1"。最后,点击提交。

加载数据

进度

一旦过程完成,您将看到上面的屏幕,状态为完成,并显示必须遵循的后续步骤。首先,让我们转到下一步下的导入集。

导入集

您可以看到导入集已创建,状态为"已加载",这意味着我们的 excel 文件中的数据已加载到我们的中间表"u_user_group_import"中。您可以通过在导航栏中搜索 u_user_group_import.list 来检查此中间表中的数据。

现在让我们继续并为导入的数据创建一个转换映射。在转换映射中,我们基本上创建了中间表和目标表(sys_user_group 系统表)之间的映射,这意味着中间表的哪一列对应于目标表的哪一列,以便可以相应地将数据加载到目标表中。

转到"系统导入集"应用程序下的"创建转换映射"模块,并为转换映射指定任意名称。选择源表(在我们的例子中为 u_user_group_import)和目标表(sys_user_goup)。由于我们必须保持此转换映射处于活动状态,因此请选中活动框并选中"运行业务规则"。业务规则是一组规则,在表上进行任何插入或更新时运行。

例如,如果用户未在字段中输入任何数据,则会自动设置默认值。您甚至可以提供自己的脚本,如果您想在将数据插入目标表之前处理数据,请选中"运行脚本"框。

表转换映射

现在,我们已经创建了一个转换映射,我们可以将源表的列映射到目标表,或者允许 ServiceNow 为我们进行自动映射。转到系统导入集 → 管理 → 转换映射下的"转换映射"模块。

选择我们刚刚创建的转换映射并检查"相关链接"部分。有两个选项,自动映射和映射辅助。单击"自动映射匹配字段",您将发现"字段映射"选项卡中已自动完成所有映射。

字段映射选项卡

您也可以尝试手动进行映射,方法是单击"映射辅助"。

Mapping Assist

让我们运行这个转换映射来加载目标表中的数据。这是我们的最后一步。转到"系统导入集"内的"运行转换"模块。选择我们刚刚创建的转换图,然后单击"转换"。

转换图

我们将看到以下屏幕。

转换的最终状态

现在,我们将转到 sys_user_group 表并检查我们的组是否已成功导入。

导入成功

由于我们第一次导入用户组,因此我们需要创建导入表、转换图等。由于我们已经有导入表和转换图,因此在后续导入用户组时,这些工作量将减少。

计划数据导入

如果我们的 ServiceNow 从某个外部系统接收数据,则计划数据导入非常有用。ServiceNow 可以通过 FTP、HTTP、SCP 等连接到其他系统。我们还可以在 ServiceNow 中定期上传文件,以便可以通过计划导入过程获取它。

让我们举个例子,其中,我们有一些基于 UNIX 的外部系统,它将每天生成一个文件(在固定路径中),其中包含加入 BookWorm ltd 的新员工的详细信息。

ServiceNow 应该从外部系统中提取此文件,处理此文件,最后将数据导入 sys_user 表中。让我们一步一步实现它。首先,我们必须创建一个数据源,导航到"系统导入集"应用程序下的"数据源"模块。

提供数据源的名称、导入集表(将创建新表)、ServiceNow 将提取的文件格式(CSV、XML、Excel、Jason 等)。这里,我们以 csv 为例,因此我们还必须提供 csv 分隔符,在我们的例子中将是","(逗号)。现在选择文件检索方法,这里我们使用 FTP,我们必须提供服务器、路径名、可供提取的文件、FTP 用户名和密码。

数据源

单击提交按钮后,再次打开数据源并单击相关链接部分中的"测试加载 20 条记录"。 ServiceNow 现在将尝试通过 FTP 测试加载记录,因此请确保文件位于上述位置。

相关链接

现在,测试加载后,我们必须创建转换映射。导航到转换映射并单击新建,以创建一个新的转换映射。将我们在数据源定义期间创建的源表的名称和目标表的名称指定为 sys_user。

导航到转换映射

提交后,打开新创建的转换映射并转到相关链接部分。在这里,您可以使用自动映射或使用映射辅助(用于手动映射),如果自动映射无法正确检测字段。

相关链接部分

单击更新以确认映射。

现在,是时候创建计划导入了。导航到"系统导入集"应用程序中的"计划导入"模块,然后单击新建以创建新的计划导入。选择我们创建的数据源,并选择运行此计划导入的频率。可以是每日、每周、每月或定期。让我们让它每天在 08:00 运行。

计划导入

单击提交并在计划导入运行后检查用户表。数据应导入到 sys_user 表中。

用户表

SLA 配置

SLA 代表 服务水平协议,它是服务提供商和服务消费者(客户)之间的承诺或合同,也可以是组织内各个部门之间的承诺。该合同明确规定了提供商应提供的服务水平、响应时间、事件解决时间、处罚(如果有)、正常运行时间、系统性能等。

例如 − BookWorm ltd.已在组织内实施 ITIL,这样,组织内报告的每个事件都应记录在 ServiceNow 中,并归类为以下四个类别之一 - 严重、高、中和低。

BookWorm ltd. 的 IT 和业务部门之间签署了 SLA,其中明确定义了解决每个类别事件的时间限制 −

严重 - 6 小时、高 - 24 小时、中 - 48 小时和低 - 72 小时

这称为解决时间。类似地,ServiceNow 系统中有一个响应时间 SLA,它定义了确认事件(或将事件分配给相应组)的时间限制。

严重 - 30 分钟,高 - 60 分钟,中等 - 5 小时,低 - 8 小时。

为了定义 SLA,我们在"SLA 应用程序"中有一个名为"SLA 定义"的模块。要定义新的 SLA,请打开 SLA 定义模块并单击新建按钮。

SLA 定义

让我们在事件表中创建一个 SLA。我们还可以选择在任何其他表中创建 SLA,例如更改、问题等。首先,从严重事件的响应时间开始。给出 SLA 的名称,选择类型为 SLA,选择目标为响应,表格为事件。工作流用于升级目的。

例如,如果 50% 的 SLA 时间已结束,但事件仍未解决/确认,我们可以选择向该团队的负责人发送警报电子邮件。然后,如果 75% 的 SLA 时间已结束,我们可以选择向该团队的经理发送电子邮件,依此类推。我们将在下一节中更详细地介绍工作流。

现在,选择持续时间为用户定义,并将持续时间设置为 30 分钟,就像关键事件一样。然后选择时间表,这意味着,如果我们想计算 24 X 7 的 SLA 时间,请排除周末、仅排除周日等。

关键事件

现在让我们设置条件,以便将此 SLA 附加到每个新的关键事件。向下滚动到下一部分,您可以在此处给出开始条件,

  • 事件处于活动状态。

  • 事件是新的。

  • 事件的优先级至关重要。

此外,对于停止条件,我们选择在事件分配并移至"进行中"状态后停止 SLA。

开始条件

停止条件

最后,单击提交。现在,我们将创建一个新的关键事件,并检查此 SLA 是否已附加到该事件。

新关键事件

从事件列表中再次打开事件并向下滚动到"任务 SLA"部分。您可以看到,我们的新 SLA 已附加,并显示了违反响应 SLA​​ 的剩余时间。

Tasks SLA

同样,也可以创建解决 SLA,之后,您可以看到两个单独的 SLA,即响应和解决,它们附加到任务 SLA 部分的事件中。

工作流

ServiceNow 将工作流定义为应用程序中自动化流程的活动序列。它基本上是一个流程图,记录了一旦发生所需事件,将逐步触发的所有活动。让我们尝试以 BookWorm ltd 为例来理解这一点。

我们必须为每个分配给前端 IT 团队的变更请求添加一个新的工作流,该工作流包括两个活动 −

  • 如果在变更请求中选择分配组为"前端 IT 团队",则服务字段中的值应自动设置为"IT 服务"。

  • 前端 IT 团队的每个变更请求都需要其经理 Cristina Sharper 的批准。

对于工作流,我们有一个名为"工作流编辑器"的模块。在导航栏中搜索并单击工作流编辑器。单击新建以创建新的工作流。在此屏幕中,我们还可以看到现有的工作流,也可以对其进行编辑。您可以看到下面的屏幕 −

New Workflow

给出我们必须为其创建工作流的工作流和表的名称。我们也可以在此时间点给出工作流的条件,但我们也可以稍后给出条件。

New Workflow1

现在,工作流已创建,让我们在此工作流中添加条件和活动。单击左上角的菜单栏并转到属性。

更改工作流前端团队

从属性中,转到条件选项卡以提供要触发工作流的条件。在这里,我们将选择"如果分配组是前端 IT 团队"。我们可以用 AND/OR 组合添加多个条件。然后点击"更新"。

Conditions Tab

在右侧框架中,转到"Core"选项卡。在这里,您将看到一个活动列表,我们可以将其添加到我们的工作流中,例如批准、条件、任务等。您可以继续尝试。在此示例中,我们将使用"批准"主活动下的"批准用户"和"实用程序"主活动下的"设置值"。

批准用户

首先,让我们将"设置值"拖入我们的工作流中。一旦您拖动"设置值"活动,就会打开一个弹出窗口,我们必须提及需要设置值的字段。我们将选择"服务"字段并将值设置为 IT 服务。

工作流活动

现在,您将在工作流中看到我们的活动,但目前它没有任何箭头连接。因此,首先,我们必须删除开始和结束活动之间的现有箭头,并在开始和结束之间插入我们的"设置值"活动。

选择开始和结束之间的现有箭头,然后单击键盘上的删除按钮。然后将箭头从开始活动的黄点拖到"设置值"活动。将生成一个新箭头。

Workflow Activity1

现在,我们必须为批准用户添加另一项活动。拖动批准用户活动并执行与上述相同的操作。

Approval User Activity

这就是我们最终的工作流程 −

final workflow

现在,单击左上角的菜单栏,然后​​单击"发布"以使我们的工作流程生效。

Workflow Live

发布后,我们的工作流程将变为活动状态,当任何变更请求被分配给前端 IT 团队时,我们的新工作流程将被触发。

通知

通知用于在发生某些事件时通知或向用户发送警报,例如事件优先级的更改、状态的更改事件等。通知通常通过电子邮件发送。

首先,要开始设置通知,请检查 ServiceNow 中是否配置了电子邮件设置。转到系统邮箱的"电子邮件属性"模块,并选中"已启用电子邮件发送"框和"已启用电子邮件接收"框。单击保存。

电子邮件属性

现在,让我们创建一个通知,每当将任何关键事件分配给"前端 IT 团队"组时,都会向团队经理 Cristina Sharper 发送电子邮件。转到"系统通知"应用程序下的"通知"模块。

现在,输入通知的名称,然后输入创建此通知的表,然后在"发送时间"选项卡下设置条件。

通知

现在,转到"谁将收到"选项卡并设置将收到电子邮件的用户。

谁将收到选项卡

最后,在"它将包含什么"选项卡中,我们可以提供电子邮件的正文/文本。

它将包含什么选项卡

现在,一旦任何关键事件被分配给前端 IT 团队,其经理将收到有关该事件的电子邮件通知。

报告和计划作业

报告用于根据 ServiceNow 中可用的数据创建报告。报告可以提供与事件、用户、更改、问题等相关的信息。我们可以以条形图、饼图、图形格式或根据业务需求生成报告。报告也可以根据定义的频率由计划作业自动生成。

让我们为 BookWorm ltd 创建一份报告。其中,前端 IT 团队的经理将收到每周报告(通过计划作业),其中有许多关键、高、中和低优先级事件处于打开状态并分配给前端 IT 团队。

让我们从创建报告开始。导航到"报告"应用程序下的"新建"模块。输入报告名称。在源类型中,选择表,因为我们必须从事件表中提取数据。最后,单击运行。您将看到表格中的全部数据。

创建新报告

现在,我们可以添加过滤器来添加条件,以便仅根据我们的要求提取特定数据。

创建新报告1

单击下一步并选择您需要的报告类型,如条形图、饼图、时间序列等。我们将在这里使用条形图。选择条形图并单击下一步。

选择报告类型

单击下一步,您现在可以配置报告。在"分组依据"选项中,我们将选择"优先级",在"聚合依据"中,我们将选择"计数"。

报告组

单击下一步,系统将要求您自定义报告样式。您可以更改条形图的颜色、标题的字体、标题上的位置等。

自定义报告

最后,单击保存以保存此报告。您可以使用右上角的按钮运行报告以查看结果。

运行报告

接下来,我们必须使用计划作业每周安排此报告。转到"系统定义"应用程序下的"计划作业"模块,然后单击"新建"。

计划作业

在下一个屏幕上,选择"自动生成和分发报告"。然后给出计划作业的名称,选择我们刚刚创建的报告并添加接收报告的用户。更改"运行"字段以使其每周运行一次。我们还可以提供有关报告的介绍性消息。最后,单击提交。

自动生成和分发

您可以在计划作业模块内的报告列表中找到此新报告。

服务目录

服务目录为用户提供自助服务机会。用户可以从列表(目录)中选择所需的服务并提交请求。它看起来就像在线购物,用户可以将服务(硬件、软件或任何其他列出的服务)添加到购物车中并最终订购。

我们还可以将项目捆绑在套餐下并直接订购套餐。例如,在 BookWorm ltd.,如果新成员加入前端 IT 团队,他/她可以简单地订购一个套餐"前端 IT 套件",其中包含团队内部使用的软件,如 Rational 开发人员、Notepad ++、Winscp 和 Sql 开发人员。

因此,用户将提出一个请求,其中包含四个项目(Rational 开发人员、Notepad ++、Winscp 和 Sql 开发人员)。对于每个项目,可能有不同的任务,例如,采购团队可能需要获得软件的新许可证,IT 团队可能需要在机器中安装软件,或者需要对某些软件进行额外批准等。

Service Catalogs

因此,ServiceNow 服务目录中有三个表用于此 −

  • 请求表

  • 项目表

  • 任务表

所有这些表都是相互关联的,您可以在服务目录应用程序中找到这些表 →打开记录模块。

打开记录模块

打开记录模块1

打开记录模块2

ServiceNow 提供了一些默认类别和项目。转到自助服务应用程序的服务目录模块。您可以在内容框架中找到服务目录的主页。

自助服务应用程序

让我们为 Microsoft Access 和 Cisco Jabber 发出一个示例请求。转到软件并单击 Microsoft Access。您可以添加到购物车或直接订购商品。

Microsoft Access

在这里,我们还必须添加 Cisco jabber,因此我们将选择"添加到购物车"并继续购物。按照类似的步骤添加 Cisco jabber,最后单击"继续结帐"。提交请求后,您将看到以下页面和三个表中的条目。

添加到购物车

打开请求表并选择您的请求。您将看到附加到此请求的项目。单击这些项目,您将看到与该项目相关的任务。

必需项目

必需项目1

您还可以使用"我的目录"、"我的类别"和"我的项目"模块中的"目录定义"应用程序在 ServiceNow 中创建自己的服务目录和项目。

诊断和故障排除

系统管理员的职责不仅限于应用程序和模块的设置和配置。系统管理员还负责通过参考日志、统计数据、内存利用率、CPU 消耗等来了解系统的性能和响应时间。

ServiceNow 提供了一个名为"系统诊断"的应用程序,它是系统管理员许多有用模块的集合。名为"诊断页面"的模块列出了服务器、数据库、统计数据等的完整配置。诊断页面分为四个主要部分 −

  • 集群节点状态

  • 系统概述

  • 数据库概述

  • 数据库连接

集群是节点的集合,节点是单个系统,负责存储和处理数据。在集群节点状态部分,您将找到内存利用率、交易命中数、登录用户、JVM 正常运行时间等详细信息。系统概览部分列出了与事件、POP3、SMTP 等相关的详细信息。

数据库概览部分提供与数据库版本、驱动程序、类型等相关的详细信息。最后,数据库连接提供在 ServiceNow 中执行的查询的日志、连接详细信息等。

Diagnostics and Troubleshooting

Diagnostics and Troubleshooting1

另一个重要的应用是"性能分析"。故障排除下的"诊断"模块列出了 ServiceNow 中收到的每个错误和异常。

性能分析

单击任何错误以查找导致错误的底层脚本。

诊断