itop运维综合管理系统平台使用手册簿

itop运维综合管理系统平台使用手册簿
itop运维综合管理系统平台使用手册簿

xxxx运维综合管理平台

操作手册V1.0 xxxx(天津)科技有限公司

变更记录

目录

1. 平台介绍 (4)

1. 概述 (4)

2. 平台架构 (4)

2.1展示层 (5)

2.2功能层 (7)

2.3技术层 (8)

2.4外部接口层 (8)

1. xxxx运维综合管理平台软件功能 (9)

2.1服务台 (9)

2.2自助服务中心 (10)

2.3配置管理模块 (11)

2.4事件管理模块 (13)

2.5问题管理模块 (17)

2.6变更管理模块 (19)

2.7服务管理模块 (22)

1.平台介绍

1.概述

xxxx运维综合管理平台是为了业务需要进行开发,适用于IT服务的日常运维管理。它基于ITSS最佳实践,适应符合ITSS最佳实践的流程,同时它又很灵活,可以适应一般的IT服务管理流程。

xxxx运维综合管理平台的功能包括:

?记录IT配置项(如服务器、应用程序、网络设备、虚拟机、联系人、位置、VLAN 等)及其各个配置项之间的关联关系;

?管理事件、用户请求和变更审批与执行等;

?归档IT服务及与外部供应商的合约,包括SLA(服务级别协议);

?手动或脚本方式导出所有信息;

?批量导入或同步/联调所有来自外部平台的数据;

xxxx运维综合管理平台基于Apache/IIS、MySQL和PHP,它可以在任何支持这些程序的操作平台上运行,如Windows、Linux(Debian、Ubuntu和Redhat)、Solaris和MacOS X等。此外,由于平台是基于B/S架构的应用程序,不需要在用户电脑上部署任何客户端,只需要一个简单的Web浏览器(IE 8+、Firefox 3.5+、Chrome或Safari 5+)即可使用。

2.平台架构

平台架构如下图所示:

技术架构如下图:

图 2 技术架构图

2.1展示层

平台展现层,即为用户提供了一个统一集中的访问平台,使得用户可以更关注于

实际业务,方便企业决策。通过门户技术,每个用户都拥有自己独立的访问视图,方便用户在各个模块和流程之间快速切换,平台提供仪表盘,可以提供用户可以快速查看IT服务健康状况窗口;

图 3 功能展示界面

平台提供五种访问视图,即服务台、自助服务中心、服务管理中心、管理控制台和移动客户端。

?服务台:

-服务目录;

-用户咨询投诉;

-客户个性化工作流程;

-客户组织架构、人员信息。

?自助服务中心:

-服务目录;

-提交请求及进度查看;

-满意度反馈;

-知识浏览。

?服务管理中心:

-工作任务分配列表;

-事件管理、问题管理、配置管理、变更与发布管理流程;

-方便与服务级别管理有效衔接和沟通;

-团队沟通及协作。

?管理控制台:

-为报表统计提供展现平台;

-对人员、角色、权限配置及外围平台信息进行集中展示和配置。

?移动客户端:

-为工程师(尤其是驻场人员)提供随时接单、处理工单和消息通讯功能;

-为管理者提供重大事件报警,工程师工作监管和调度,查看常用报表等功能。

2.2功能层

平台功能层,即平台架构中的第二层,它为门户中需要展现的内容提供业务逻辑支撑。该部分主要包括以下内容:

?服务台:提供IT运营人员接受和跟踪用户的请求服务。

?自助服务台:提供Web界面供用户自助查询和申报服务等操作。

?配置管理:提供配置处理流程的流程逻辑;

?事件管理:提供事件处理流程的流程逻辑;

?问题管理:提供问题处理流程的流程逻辑;

?变更发布:提供变更处理流程的流程逻辑;

?服务设计&SLA:提供服务级别管理流程的流程逻辑。

?已知错误数管理:提供记录已知问题的修复方法;

同时包含对IT服务提供商(ITSP或MSP)的功能支持:

?客户:提供对多个客户的IT服务的管理;

?业务单元管理:业务单元即按照所提供服务内容划分为不同业务组织,如IT服务提供商的事业部,业务单元管理保证业务各自独立同时又能共享企业公共资

源;

平台面向服务供应商,使得IT组织可以轻松地管理多个客户或组织。它作为

OpenSourceWeb 2.0的一个强大应用,能够提高IT管理效率、提高IT服务管理绩效、提高客户满意度。

应用运维过程管理平台管理IT服务的好处:

?更有效地管理日益复杂化的IT环境;

?渐进推进的方式采用ITIL理念来管理IT服务;

?管理用户最重要的资产,如文件等。

2.3技术层

基础服务层用于衔接运维服务和基础架构、外围接口层,起到承上启下的关键作用。平台的基础服务层包括以下组件:

?基础对象:

-People人员;

-Asset资产;

-Case工单;

?工作引擎

-工作流引擎:该组件是流程控制的核心,流程定义都基于该引擎之上,它是平台的微内核;

-排程调度引擎:该组件用于任务调度以及定时提醒等工作;

?其它组件

-通知提醒;

-角色权限;

-安全框架;

-门户框架;

-客户管理。

2.4外部接口层

外部接口层与技术层一样都位于平台逻辑架构最底层,大体上,该层主要用来描述关联的IT基础架构以及相连接的外部企业应用、业务平台和数据库等。支持LDAP及CAS等方式集成客户认证,并支持用户信息同步的二次开发。

可支持外围平台主要包括:

?单点登陆(Microsoft AD);

?轻量级目录协议LDAP;

?统一验证中心CAS;

?呼叫中心;

?邮件平台;

?短信平台;

?监控平台;

?报表工具。

数据同步方式:

?实时同步;

?定期同步。

1.xxxx运维综合管理平台软件功能

2.1服务台

服务请求指的是用户对信息、建议、标准变更或IT 服务访问的请求,例如重置密码、为新用户提供标准的 IT 服务。很多请求实际只是小变动----低风险、高发生率、低成本的特点。

服务请求管理流程的目的是为有效地解决和处理IT部门服务的用户所提出的服务请求,提供清晰的服务目录和服务路径,来规范服务的整个申请和交付过程,提升IT 服务的专业性,并降低沟通成本。

服务台为IT服务提供单一接口,从而有效地为广大用户提供支持。

主要功能:

通过自定义当前客户的服务目录,配置对应的工作组或工程师(或驻场模式),为客户提供针对性的服务。同时,服务人员还可以接受用户的咨询、投诉等操作。在这里可以实现:

?查看请求汇总信息、创建新请求、搜索请求;

?查看指派给我的请求;

?查看热门请求;

?查看所有已打开的请求;

?查看我支持的请求列表;

?服务工单。

2.2自助服务中心

主要功能:

IT自助服务(Portal)提供给最终用户使用,目标是提高用户参与度,增进用户满意度,并减轻服务台的工作量。它主要有以下功能:

?根据服务目录在线提交服务请求并查看其状态;

?显示打开请求;

?显示关闭请求;

?显示待解决的请求

?显示已解决的请求;

?浏览服务目录,快速定位所需要的服务。

2.3配置管理模块

每个企业的信息化中心都有许多关于IT服务和IT基础设施的方方面面的信息,配置管理提供了一个虚拟数据库,用来记录大量的基础信息以及它们之间的关系,并提供科学化的流程来负责核实IT基础设施中实施的变更和配置项之间的关系记录是否正确、监控IT组件的运行状态,以确保配置管理数据库能够准确地反映现存配置项的实际版本情况。一般来讲,对配置项的修改不应直接进行,必须由变更管理流程发起,因此配置管理与变更管理是紧密结合的,变更管理流程引发和控制对配置项的修改;相反,配置管理向变更管理提供详细的信息,以帮助变更经理分析评估变更带来的影响。

图 4配置管理界面

平台包括了一个完备的CMDB,使得IT运营人员可以管控其所辖的全部配置项。它通过识别、控制、维护和验证现有的所有配置项(CIs)的版本,提供一个IT基础设施的逻辑模型。由于CMDB也会记录配置项之间的关系,因此IT工程师们可以轻而易举地分析基础设施与服务之间的依赖关系。

平台当前版本包括:

?联系人、团队和工作组;

?位置;

?基础设施(台式机、服务器、网络设备、VLAN、环境设备、应用程序和补丁等);

?配置项组(CI组);

?各类文件(Word、Excel、PowerPoint、Html等)。

所有CI都在平台的数据模型中得到展现,且可以轻松修改;用户界面的自定义和漫游。CI的所有变更都受到强大的状态机制控制,针对CI的所有变更可以通过变更的时间、变更的属性值(旧值和新值)以及变更人来跟踪。

导入csv文件的功能,使得IT工程师可以从一个csv或excel文件来批量创建/更

新CI及其关系。

优点:

?提供CI的准确信息;

?有利于遵循法律和合同义务;

?有利于识别变更的影响及对变更进行分析。

平台在配置管理中实现的CI关系拓扑图展示示例如下:

图 5 CI关系拓扑图展示示例

2.4事件管理模块

事件包括IT服务过程中的突发事件、信息安全事件等。事件管理的任务和目标是尽快恢复正常的业务运作并将事件对业务运营的负面影响减少到最小,从而确保维持服务质量和可用性的最高水平。如果有故障无法在规定的时间内解决或者没有解决方案,服务台应该将事件转派给二线等更有经验的技术支持人员来解决,并需要负责协调各方面的资源来迅速解决故障。对于反复出现的事件或者重大故障,可以升级到问题管理来分析根本原因,防止以后再次出现。

图 6 事件单创建界面

平台具有一个完备的事件管理模块,用以跟踪任何带来或可能带来服务质量降低的事件。它有助于支持工程师:

?记录事件;

?分类和分级;

?管理事件责任人;

?定义事件的影响;

?链接关联事件;

?对处在生命周期的事件进行跟踪。

优点:

?降低事件对业务的影响;

?提高事件的修复率;

?防止事件丢单;

?增强事件的可视性,并更好地通知客户;

?提高用户和客户的满意度。

事件状态:已解决、未解决、正在处理

事件管理流程涉及流程节点:创建、指派、暂挂、重指派、完成、重新打开、满

意度回访、关闭。

事件管理模块泳道图如下:

图 7事件管理过程泳道图

2.5问题管理模块

问题是导致一起或者多起事件的潜在原因。问题管理的任务和目标是将IT基础架构内由错误引起的事件和问题对业务的负面影响减到最小,并将事件和问题出现的频率降到最低。同时,预防这些相关的事件、问题和错误的再度发生。问题管理与事件管理的不同之处主要在于,后者以尽可能快地恢复服务为目标,而前者更加关注事件产生的根本原因。

图 8问题创建界面

问题管理是ITIL服务支持流程之一,平台具有一个完备的问题管理模块,用于帮助企业和团队建立各种类型的问题处理流程,管理问题并跟踪记录这些问题的处理过程,同时为使用者提供一个分配、流转和协作处理问题的工作平台。

问题管理模块提供:

?记录问题单;

?支持多种发起方式,如事件单升级为问题单、直接提交问题等;

?工单关系管理;

-工单与用户

-工单与配置项(CI)

-工单与工单

-工单与知识

-工单与IT支持人员之间的关系

?分类和定义优先级;

?关联事件记录。

优点:

?降低重复发生的事件和请求对业务的影响;?提高典型问题的解决率;

?提供优质的知识条目至已知错误库;

?防止问题工单的遗失;

?提高工程师对重复事件的解决速度;

?与配置变更等流程紧密衔接;

问题管理模块流程泳道图如下:

图 9问题管理过程泳道图

2.6变更管理模块

企业运用信息技术的根本目的是为其业务运作提供支持,但企业面临的外部环境是不断变化的,因而它的业务运作也必须随着外部环境的变化做出调整。相应地,支持业务运作的IT服务及其基础架构也必须进行必要的变更。变更管理流程存在的目的即确保在IT服务变更的过程中使用标准的方法和步骤,以有效的控制变更过程,以求

将变更所导致的IT服务中断对业务的影响降低到最少。在变更管理流程运作过程中,

必须组建变更咨询委员会(CAB),如果有重大变更,需要CAB对提交的变更请求进行评审,并决定是否批准该变更请求的实施。

图 10正常变更创建界面

平台具有一个完备的变更管理模块,用以跟踪和管理所有的变更请求。有助于:?变更请求人员描述其需求;

?变更经理同意或拒绝变更;

?变更主管分析变更的影响并在整个生命周期控制变更;

?变更执行人:

-变更什么;

-怎样变更;

-回退计划是什么;

通过这个模块,用户可以描述变更对配置项的影响,并通知相应联系人。

优点:

?降低变更对用户业务的影响;

?增强变更的可视性;

?减少变更回退,并更好规划回退计划;

?提高变更的执行效率。

变更管理模块泳道图如下:

IT运维管理系统使用手册

IT运维管理系统 用户使用手册 大庆和光电子科技开发有限公司 二〇一六年十月

目录 1、基础信息 (3) 1.1项目信息 (3) 1.2项目检查项 (4) 1.3设备基础信息 (6) 2、日常巡检 (8) 2.1软件日巡检 (8) 2.2软件周巡检 (9) 2.3服务器系统巡检 (10) 2.4服务器硬件巡检 (10) 3、巡检查询 (11) 3.1软件日常巡检检查 (11) 3.2服务器巡检报告 (11) 4、运维资料管理 (12) 4.1系统问题管理 (12) 4.2项目资料管理 (15)

1、基础信息 1.1项目信息 主要录入各运维组所维护的项目信息,各运维组各自录入各自的项目信息。如下图所示 【新增】按钮:点击“新增”按钮,按要求添加项目信息,点击“确认保存”按钮即可。如图所示: 注:状态字段:有两个状态,分别是“正常”和“停用”。当状态是“正常”,则在软件日/周巡检中显示;当状态是“停用”,则在软件日/周巡检中不显示。 项目路径:填写该项目发布的位置,例如:D:\Publish

【编辑】按钮:点击“编辑”按钮,编辑已添加的项目信息,点击“确认保存”按钮即可。如图所示: 【删除】按钮:选中要删除项目前的复选框,点击“删除”按钮,确定要删除,点击“确认”按钮即可。如图所示: 1.2项目检查项 主要是录入各运维组巡检项目的检查项,各运维组录入各自的项目检查项信息,如下图所示

【新增】按钮:点击“新增”按钮,按要求添加项目的检查项信息,点击“确认保存”按钮即可。如图所示: 【编辑】按钮:点击“编辑”按钮,编辑已添加的项目的检查项信息,点击“确认保存”按钮即可。如图所示:

数据中心运维管理框架

6.2数据中心运维管理框架 6.2.1.运维管理框架4Ps概述 所谓数据中心运维管理框架是指管理一个数据中心所使用的方法与手段的总称。那么,应该用什么样的方法与手段来管理数据中心呢?在此,信息技术基础架构库(InformationTechnologyInfrastructureLibrary,ITIL)给出了一个比较好的管理框架,即所谓的4Ps。数据中心运维管理框架如图6-3所示。 图6-3数据中心运维管理框架 1.人员 人员是数据中心运维管理的基础,也是数据中心运维管理的核心。一个好的数据中心运维管理框架,少不了合适的技术和管理人员。从前面数据中心运维管理概述中,可以看到数据中心所需要管理的对象,包括基础设施、IT设备、系统与数据、管理工具和人员等。只有具备相应知识背景与管理经验的人,才能有效地整合上述资源,为客户提供符合质量与合同要求的IT服务。因此,在考虑建设数据中心运维管理框架时,必须要考虑到:如何建立起一套科学合理的包括选、用、培养、考核及解聘的人员管理生命周期;如何通过合理的组织架构设计与人员分工,最大限度地发挥个人的主观能动性,为组织目标贡献力量等。 2.流程

流程是数据中心运维管理质量的保证。作为客户IT服务的物理载体,数据中心存在的目的就是保证服务可以按质、按量地提供。服务与产品有着许多的不同,其中最核心的不同在于服务本身是看不见、摸不着的,但又是能通过服务商与客户的互动为客户所感受到的。为确保最终提供给客户的服务是符合服务合同的要求,数据中心需要把现在的管理工作抽象成不同的管理流程,并把流程之间的关系、流程的角色、流程的触发点、流程的输入与输出等进行详细定义。通过这种流程的建立,一方面可以使数据中心的人员能够对工作有一个统一的认识,更重要的是通过这些服务工作的流程化使得整个服务提供过程可被监控、管理,形成真正意义上的“IT服务车间”。 3.产品 产品是数据中心运维管理的加速器。数据中心运维管理涉及的对象庞杂,且重复性工作较多。若完全依靠人工去完成这些工作,一方面对人员的技能与数量有较高的要求,另一方面在工作质量的保证方面也存在风险。为此,越来越多的数据中心在开展运维管理工作时使用大量工具,目的是通过这些工具的部署取代一些监控、操作、配置文件、工作流管理等大量重复性工作,最终实现提升运维水平、降低运维风险、减少运维成本的目的。 4.服务商 服务商是数据中心运维管理的支持者。作为专业化的数据中心运维管理,有效地整合数据中心管理对象,并最终为用户提供专业化的服务才是数据中心服务提供者的核心价值所在。而且,数据中心运维管理中涉及了太多不同种类的设备,数据中心也不可能把所有的技术与管理工作独自承担。聘用一批既懂变压器、发电机、UPS,又了解空调、消防、防火设备,同时还精通IT相关软硬件的人员,对于任何一个企业或机构均是极大的成本支出。所以,数据中心需要与许多设备供应和服务提供商建立良好的战略合作关系。 6.2.2.运维管理的人员要求 如前所述,人员既是数据中心运维管理的基础,也是数据中心运维管理的核心。一个数据中心组建团队时应注意什么呢?以下重点就人员技能、人员分工与人员管理三个方面谈一下数据中心运维管理方面的人员要求。 1.人员技能

智能运维管理系统_需求规格说明书

智能运维管理系统需求规格说明书

修订

目录 1.文档介绍.............................................. 错误!未定义书签。. 文档目的 ........................................... 错误!未定义书签。. 文档范围 ........................................... 错误!未定义书签。 . 读者对象 ........................................... 错误!未定义书签。 . 参考文档 ........................................... 错误!未定义书签。 . 术语与缩写解释 ..................................... 错误!未定义书签。 2.系统概述.............................................. 错误!未定义书签。 . 系统建设目标 ....................................... 错误!未定义书签。 . 系统总体结构 ....................................... 错误!未定义书签。 . 用户的特点 ......................................... 错误!未定义书签。 . 设计和实现上的限制 ................................. 错误!未定义书签。 3.系统功能性需求........................................ 错误!未定义书签。 . 双活中心工作运行状态监控模块....................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 专用监控功能模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 故障告警模块 ....................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 用例描述........................................ 错误!未定义书签。 . 数据配置管理模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 故障切换管理模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 数据接口 ........................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。

云计算数据中心的运维管理

云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分,因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中,数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨,以此不断提高IT运维质量,实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中,数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是,为提供符合要求的信息系统服务,而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制,是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员,但大都是“全才”的,即什么都管,尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时,此代管人员一问三不知,甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工,看似重视,实际上也没得到真正地重视。比如说机房设备长时间一直运行正常,这时如果运维人员提出要增添运维方面的测量设备,有的领导就认为多余,很难得到批准。但他不知道机房设备所以长时间一直运行正常,正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干,他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下,在某卫星地面站就极少出故障,而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据,一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务,使异常苗头不断积累,以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了,就要检查是不是电流过大到超过额定值,如果不是就要检查触点接触是否牢靠,是否需要再紧固一下。这样一来,故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作,都是在巡查中顺便做的事情。所以同是运维人员在巡查,但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后,起主要作用的就是保育员和老师,这时保育员和老师就是主体。机器就好比是幼儿园的孩子,孩子是否健康成长,机器是否正常运行,除去本身的健康(可靠性质量)状况外,那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性,除基于ITIL(IT 基础设施库)的常规数据中心运维管理理念之外,以下运维管理方面的内容,需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类: ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的,比如大多数用

系统 运维手册模版

中国*******移动公司运维手册模板 ******* 二〇XX年XX月﹒广西

目录

1引言 1.1编写目的 【阐明编写手册的目的并指明读者对象。】 1.2项目背景 【说明项目的提出者、开发者、用户和使用场所。】 1.3术语与定义 【列出报告中所用到的专门术语的定义和缩写词的原意。】 1.4参考资料 【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,及保密级别,可包括:用户操作手册;与本项目有关的其他文档。】 2系统说明 2.1系统用途 【说明系统具备的功能,输入和输出。】 2.2安全管理 【说明系统安全保密方面的考虑和用户权限的设置。】 2.3总体说明 【说明系统的总体功能,对系统、子系统和作业做出综合性的介绍,并用图表的方式给出系统主要部分的内部关系。】 2.4程序说明 【说明系统中每一程序、分程序的细节和特性。】 2.4.1程序1的说明 ●功能:说明程序的功能。 ●方法:说明实现方法。 ●输入:说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ●处理:处理特点和目的,如:用图表说明程序的运行的逻辑流程;程序主要转移条件;对程序的约束条件;程序结束时的出口要求;与下一个程序的通

信与联结(运行、控制);由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元;程序运行存储量、类型及存储位置等。 ●输出:程序的输出。 ●接口:本程序与本系统其他部分的接口。 ●表格:说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括:表的标识符;使用目的;使用此表的其他程序;逻辑划分,如块或部,不包括表项;表的基本结构;设计安排,包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ●特有的运行性质:说明在用户操作手册中没有提到的运行性质。 2.4.2程序2的说明 【与程序1的说明相同。以后的其他各程序的说明相同。】 3操作环境 3.1设备 【逐项说明系统的设备配置及其特性。】 3.2支持软件 【列出系统使用的支持软件,包括它们的名称和版本号。】 3.3数据库 【说明每个数据库的性质和内容,包括安全考虑。】 3.3.1总体特征 【如标识符、使用这些数据库的程序、静态数据、动态数据;数据库的存储媒体;程序使用数据库的限制。】 3.3.2结构及详细说明 ●说明该数据库的结构,包括其中的记录和项。 ●说明记录的组成,包括首部或控制段、记录体。 ●说明每个记录结构的字段,包括:标记或标号、字段的字符长度和位数、该字段的允许值范围。 ●扩充:说明为记录追加字段的规定。 4维护过程

itop运维综合管理平台使用手册

xxxx运维综合管理平台 操作手册V1.0 xxxx(天津)科技有限公司

变更记录

目录 1.平台介绍 (3) 1.概述 (3) 2.平台架构 (4) 2.1展示层 (5) 2.2功能层 (6) 2.3技术层 (7) 2.4外部接口层 (8) 1.xxxx运维综合管理平台软件功能 (9) 2.1服务台 (9) 2.2自助服务中心 (10) 2.3配置管理模块 (10) 2.4事件管理模块 (12) 2.5问题管理模块 (16) 2.6变更管理模块 (18) 2.7服务管理模块 (21)

1.平台介绍 1.概述 xxxx运维综合管理平台是为了业务需要进行开发,适用于IT服务的日常运维管理。它基于ITSS最佳实践,适应符合ITSS最佳实践的流程,同时它又很灵活,可以适应 一般的IT服务管理流程。 xxxx运维综合管理平台的功能包括: ?记录IT配置项(如服务器、应用程序、网络设备、虚拟机、联系人、位置、VLAN等)及其各个配置项之间的关联关系; ?管理事件、用户请求和变更审批与执行等; ?归档IT服务及与外部供应商的合约,包括SLA(服务级别协议); ?手动或脚本方式导出所有信息; ?批量导入或同步/联调所有来自外部平台的数据; xxxx运维综合管理平台基于Apache/IIS、MySQL和PHP,它可以在任何支持这些程序的操作平台上运行,如Windows、Linux(Debian、Ubuntu和Redhat)、Solaris 和MacOS X等。此外,由于平台是基于B/S架构的应用程序,不需要在用户电脑上部署任何客户端,只需要一个简单的Web浏览器(IE 8+、Firefox 3.5+、Chrome或Safari 5+)即可使用。 2.平台架构 平台架构如下图所示:

云计算数据中心的运维管理-培训课件

望采纳 云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分,因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中,数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨,以此不断提高IT运维质量,实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中,数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是,为提供符合要求的信息系统服务,而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制,是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员,但大都是“全才”的,即什么都管,尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时,此代管人员一问三不知,甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工,看似重视,实际上也没得到真正地重视。比如说机房设备长时间一直运行正常,这时如果运维人员提出要增添运维方面的测量设备,有的领导就认为多余,很难得到批准。但他不知道机房设备所以长时间一直运行正常,正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干,他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下,在某卫星地面站就极少出故障,而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据,一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务,使异常苗头不断积累,以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了,就要检查是不是电流过大到超过额定值,如果不是就要检查触点接触是否牢靠,是否需要再紧固一下。这样一来,故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作,都是在巡查中顺便做的事情。所以同是运维人员在巡查,但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后,起主要作用的就是保育员和老师,这时保育员和老师就是主体。机器就好比是幼儿园的孩子,孩子是否健康成长,机器是否正常运行,除去本身的健康(可靠性质量)状况外,那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性,除基于ITIL(IT基础设施库)的常规数据中心运维管理理念之外,以下运维管理方面的内容,需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类: ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的,比如大多数用户都不会忽略数据中心的供电和制冷。因为这类设备如果发生意外,对依托于该基础设施的应用来说是致命的。 ②数据中心所应用的各种设备

软件系统运维手册(完整资料).doc

【最新整理,下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)

4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护(略) (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况(字典管理表空间) (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中,服

务器均采用windows xp操作系统,数据库版本为:sql server 2000,随着业务的开展,sql server 数据库中存储的数据量也不断增大,这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块,windows xp操作系统,负载平衡及sql server 数据库等日常检查的主要步骤,指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量:4台,基本信息如下: 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序:

运维服务工具应用情况说明书

运维服务工具应用情况说明 编制: 审核: ****公司 二〇一四年一月 所有:****公司。保留所有权利。

目录 序言 (3) 一、运维管理类工具的应用情况 (3) 1.1 400客服故障业务受理系统 (3) 1.1.1系统业务介绍 (3) 1.1.2系统功能及原理 (4) 1.2 知识库管理工具 (5) 1.2.1系统业务介绍 (5) 1.2.2系统功能介绍 (5) 二、监控、系统维护类工具的应用情况 (6) 2.1指挥调度系统监控平台 (6) 2.2硬件系统监控工具 (7) 2.3程控交换机维护工具 (7) 三、其他运维及故障检测工具 (7) 3.1示波器 (7)

序言 ****公司产品广泛应用于****单位的指挥中心,提供特服的受理及后期处理平台,由于行业的特殊性,系统的稳定性、安全性及持续运行能力尤其重要,而且随着业务发展,特服受理系统的涉及围越来越官方,对信息化的依赖程度越来越高,对系统的稳定性、维护能力也提出了更高的要求。 正是在这种情况之下,特服指挥调度系统的运行维护管理引起了公司的关注,同时也认识到一个好的运维系统需要好的运维工具支持,公司先后组建了运维工具开发团队及系统产品监控、维护工具开发团队,针对客户管理、系统故障受理系统、系统监控及系统维护等软硬件平台进行部署及开发,先对目前运维服务工具的应用情况进行说明。 一、运维管理类工具的应用情况 运维、管理类工具目前公司主要是利用400客服故障业务受理系统完成。 1.1400客服故障业务受理系统 1.1.1系统业务介绍 “400客服故障业务受理系统”主要完成公司负责承建的各类系统在运行过程中出现的故障申报的业务受理系统,该系统通过硬件及软件实现对客户的受理、处理、反馈、跟踪功能,并为客户提供7×24小时不间断服务,系统主要组成包括以下部分: 1)故障业务排队接入受理系统 2)后台业务流转通信平台 3)故障受理、登记系统 4)二级分配、处理系统 5)数字录音录时子系统 6)查询、统计、分析系统 7)用户处理情况回访系统 8)故障业务跟踪系统

日常运维操作手册汇总

《日常运维操作手册》 ? 一、查看硬盘可用容量 双击“我的电脑”打开资源管理器,右击我们将要查看的盘符。例如:我们要查看D盘,只需要在相关的D盘上右击―属性即可看到如下图1-1所示

图1-1 从上图1-1中可以看出D盘的己用空间为9.66GB,而可用空间仅为109MB。 二、监视系统资源 根据运维报告指示,一般需要对服务器的处理器(CPU)、内存、网卡及IIS等在系统运行过程中表现的性能状况进行监测。 监测指标分析 I D 计数器名称说明 1 %Processor T ime 指处理器执行非闲置线程时间的百分比;通俗一点讲就是CPU使用率。计数器会自动记录当前所有进程的处理器时间。 2 Page/sec 指为解析硬页错误从磁盘读取或写入磁盘的页数(是P ages Input/sec和Pages Output/sec 的总和)。 3 Network Inter face Bytes To tal/sec为发送和接收字节的速率,包括帧字符在内。判定网络连接是否存在瓶颈。 4Current Co nnections 检测WEB服务的用户连接情况。 1.建立性能监测后台运行计数器 1)打开开始-程序-管理工具-性能,找到“性能日志和警报”下的“计数器日志”。

新建一个计数器,右击右边空白区域“新建”,如下图2-1所示. 图2-1 2)在新建计数器日志的名称输入容易理解的名称,如:新性能。下图2-2所示. 图2-2 3)输入计数器名称后,可进入如下图2-3所示图面。其中计数器的日志内容会 在默认情况下记录到“C:\PerfLogs\新性能_000001.blg”下(文件名称的定义后面有详细说明并且可定制)。

智能运维管理系统-需求规格说明书-V2.0

智能运维管理系统V2.0 需求规格说明书

修订

目录1..................................................................................................................... 文档介绍5 1.1. ..............................................................................................................文档目的 5 1.2. ..............................................................................................................文档范围 5 1.3. ..............................................................................................................读者对象 5 1.4. ..............................................................................................................参考文档 5 1.5. .................................................................................................. 术语与缩写解释 5 2..................................................................................................................... 系统概述6 2.1. ...................................................................................................... 系统建设目标 6 2.2. ...................................................................................................... 系统总体结构 7 2.3. .......................................................................................................... 用户的特点 7 2.4. ........................................................................................... 设计和实现上的限制 8 3.......................................................................................................... 系统功能性需求8 3.1. ........................................................................ 双活中心工作运行状态监控模块

海康综合监控与运维管理平台V 用户操作手册

min 海康威视iVMS-9300综合监控与运维管理平台 用户操作手册 杭州海康威视系统技术有限公司 2016.3

目录 目录 (1) 第1章前言 (5) 1.1编写目的 (5) 1.2术语和缩写 (5) 第2章平台概述 (6) 2.1环境要求 (6) 2.1.1运行硬件环境 (6) 2.1.2运行软件环境 (6) 2.2用户登录 (7) 第3章运维概况 (7) 3.1视频概况 (11) 3.1.1视频概况 (11) 3.1.2一键运维 (13) 3.2卡口概况 (14) 3.2.1过车统计 (15) 3.2.2资源信息 (15) 3.2.3服务器信息 (15) 3.2.4最新异常信息 (16) 第4章巡检中心 (16) 4.1运行监测 (17) 4.1.1监控点视频 (17) 4.1.1.1 监控点明细查看 (17) 4.1.1.2 视频预览 (18) 4.1.1.3 工单上报 (19) 4.1.1.4 视频质量诊断图片查看 (20) 4.1.1.5 图像重巡 (21) 4.1.1.6 查询导出 (21) 4.1.2录像 (22) 4.1.2.1 录像详情查看 (23) 4.1.2.2 巡检一次 (24) 4.1.2.3 工单上报 (24) 4.1.2.4 查询导出 (25) 4.1.3卡口 (26) 4.1.3.1 卡口信息 (26) 4.1.3.2 异常信息 (28) 4.1.4编码资源 (29) 4.1.4.1 设备详情查看 (30) 4.1.4.2 工单上报 (31) 4.1.4.3 查询导出 (31) 4.1.5解码资源 (32) 4.1.5.1 解码资源详情查看 (33) 4.1.5.2 工单上报 (33)

精处理安运维说明书

新疆东方希望有色金属有限公司动力站2X350MW工程 凝结水精处理系统(工艺部分) 安装运行维护说明书SB-XDFH-S0101-01 批准: 审核: 校核: 编制:

目录 系统设计、安装、运行、维护手册 (2) 第一章设计说明 (3) 第二章系统运行操作程序说明 (10) 第三章安装及工艺系统调试 (11) 第四章安全指南 (15)

系统设计、安装、运行、维护手册 本凝结水精处理系统适用于对空冷机组的冷凝水的处理,该系统可除去热力系统中腐蚀产物铁等氧化物,以及系统中有可能带入凝结水中的盐份。 本工程为新疆东方希望有色金属有限公司动力站2×350MW工程国产燃煤亚临界直接空冷机组的凝结水精处理系统,本系统对于凝结水进行100%精处理,每台机组设置一套。 整个凝结水精处理系统分为两部分,即:凝结水精处理粉末覆盖过滤器部分和爆膜反洗铺膜部分。凝结水精处理粉末覆盖过滤器设计成单列并联布置,每台机组设置两台粉末覆盖过滤器,以及相应的阀门、管道和护膜管路等组成,每台过滤器可处理100%的凝结水流量,正常运行一运一备,系统设有100%旁路,凝结水精处理的旁路系统有自动调节功能,在遇到下列情况之一时,旁路系统能自动打开,并切除凝结水精处理系统: 进水水温≥85oC 进出水母管两端差压≥0.175MPa PLC工控系统在接受以上信号后会自动开启旁路门,100%的凝结水经系统旁路回到汽机凝结水系统,此时,同步启动护膜泵,关闭粉末树脂覆盖过滤器的进、出水门。确保机组安全运行及过滤器膜层稳定。当一台过滤器运行至失时后,会自动解列,备用过滤器会即升压,准备投运。 爆膜反洗铺膜部分由爆膜反洗单元、铺膜单元、相应的箱罐、水泵、阀门、管道等组成。

数据中心运维操作标准及流程

数据中心运维操作标准及流程 郑州向心力通信技术股份有限公司 二零一八年

1 机房运维管理前期准备 1.1 管理目标 机房基础设施运维团队应与业主管理层、IT部门、相关业务部门共同讨论确定运维管理目标。制定目标时,应综合考虑机房所支持的应用的可用性要求、机房基础设施设施的等级、容量等因素。目标宜包括可用性目标、能效目标、可以用服务等级协议(SLA)的形式呈现。不同应用的可用性目标的机房,可设定不同等级的机房基础设施的运维管理目标。 1.2 参与数据中心建设过程 机房运维团队应充分了解自己将要管理的场地基础设施。对于新建机房,应尽早参与机房基础设施的建设过程,以便将运维阶段的需求在规划、设计、建造、安装和调试等过程中得到充分的考虑;同时为后期做好运维工作打下基础。 1.2.1 应参与规划设计 机房的规划设计是一个谨慎和严谨的过程,需要所有参与机房建设的相关方共同完成,才能确保规划和设计的有效性、实用性等要求。其中,基础设施运维团队应提出运维要求,从运维经验、实际运维难度、提高运维可易性等方面对规划和设计过程进行配合。 1.2.2 应参与相关供应商遴选 机房基础设施运维团队应参与机房基础设施设备供应商选择的全过程,及时地了解各种产品及服务的品牌、型号、规格等关键参数,使之更能满足运维的要求。并就在安装、调试过程中的注意事项等提

出建议,还需要对后续的设备保修等服务提出要求。 1.2.3 应参与建造管理 机房的基础设施运维团队应积极参与机房基础设施的建造工作,并协助做好建设项目的项目管理工作,着重关注工程建造中如材料的使用、工序、建造过程等工作,重点关注隐蔽工程的安装工艺和质量。 机房基础设施运维团队应充分了解施工过程中的工艺。对于新建数据中心,从施工质量和日后运维方便性出发,尽早发现施工过程的问题,及时纠正,方便日后运维和节省日后整改成本。 1.3 测试验证 机房基础设施投产前的测试验证是确保机房基础设施满足设计要求和运行要求的关键环节。 1.3.1 时间和预算 机房的业主应设立测试验证专项预算,预算应包括外部测试验证服务提供商的相关费用,以及在测试验证阶段产生的电费、水费、油费等相关费用。应制定测试验证的工期规划,以更准确地预测机房基础设施交付投产的日期。 1.3.2 测试验证参与方 项目建设管理部门可作为测试验证工作的主体责任单位;运维管理部门可作为测试验证工作的主体审核单位;第三方测试服务商可作为测试验证的实施单位及整体组织工作的协调单位。但运维管理部门应要求测试服务商预先提供测试方案,在运维管理部门审核后方可进行。机房基础设施运维团队可参与测试验证工作,在此过程中熟悉设

大型数据中心一体化运维管理平台的建设模式研究

【摘要】为了建设和运营一个高效的数据中心,通过分析当前基地运维管理面临的挑战,结合当前数据中心运维管理工具的发展趋势,从运维管理平台的系统架构、组织架构、技术构架、组网结构等方面详细介绍了大型数据中心一体化运维管理平台的建设模式,从而实现智能化运维的管理目标,减少运维成本并提升运维效率。 【关键词】大型数据中心智能化运维一体化运维云化架构 doi:10.3969/j.issn.1006-1010.2016.14.014 中图分类号:tn929.5 文献标志码:a 文章编号:1006-1010(2016)14-0066-05 引用格式:邓颂清,程尧. 大型数据中心一体化运维管理平台的建设模式研究[j]. 移动通信, 2016,40(14): 66-70. large data center intelligent operation and maintenance integrated operation and maintenance 1 引言 随着移动互联网、大数据、云计算的飞速发展,全国各地数据中心的规模迅速扩张,如何建设和运营一个高效的数据中心,是数据中心管理人员的重大挑战[1]。 dcim(data center infrastructure management,数据中心基础设施管理)是近年兴起的数据中心基础设施管理工具,不同的机构有不同的解读。本文在dcim的理念基础上,针对大型数据中心(即在全国各地拥有多个基地的大型数据中心),就其一体化运维管理的建设模式提出探讨性方案。 2 基地运维面临的挑战与趋势 数据中心运维管理的主要目的是保障基础设施的可用性及降低风险,提高资产的利用率,降低能耗消耗和运维成本,提高服务水平以及数据中心的效率和效益[2]。 作为承载信息系统运行的数据中心,运维管理的关键是对it设备以及支撑it设备运行的风火水电等场地基础设施的管理,包括:对这些基础设施的日常监控和维护;对这些设备进行全生命周期的管理;运维业务管理的流程与规则;对数据中心内基础设施日常运行数据的分析、对比与挖掘。 对于大型数据中心产业基地,特征为辐射全国、规模分布、虚拟资源、弹性调度、安全防护、绿色节能。随着数据中心的发展,功能需求越来越多,管理的规模越来越大,系统间的数据交互越来越广,系统对接口的复杂度急剧上升。由于业务、维护复杂,对管理系统的要求也更高。 现阶段大型数据中心运维面临的挑战如下: (1)经济性:资源如何有效利用,包括网络、空间、动环资源;如何缩减运行费用,包括能源、维护人员。 (2)灵活性:如何识别及降低过度部署和冗余;如何灵活扩展容量(空间、制冷和供电);如何更快响应业务。 (3)可用性:如何实现精细化管理;如何及时排除隐患,处理复杂故障;如何实现动态资源管理和电子流管理。 (4)管理性:需要有效的数据分析支撑决策和规划;如何实现系统一体化,统一协作、快速响应;如何满足大客户sla(service-level agreement,服务等级协议)和自服务管理。 面对以上挑战,数据中心应建设“集中化运维、一体化管理、智能化分析、流程化控制”的it支撑系统,才能实现智能化运维的管理目标,减少运维人员和维护成本,优化资源管理,提升运维效率。 3 平台系统架构、组织架构和技术架构 3.1 平台系统架构

运维安全堡垒平台用户操作手册

运维安全堡垒平台用户操作手册

目录 1.概述 (1) 1.1.功能介绍 (1) 1.2.名词解释 (1) 1.3.环境要求 (2) 2.登录堡垒机 (2) 2.1.准备 (2) 2.1.1.控件设置 (2) 2.2.登录堡垒机 (3) 3.设备运维 (4) 3.1.Web Portal设备运维 (4) 3.2.运维工具直接登录 (6) 3.3.SecureCRT打开多个设备 (7) 3.4.列表导出 (11) 4.操作审计 (14) 4.1.字符协议审计 (14) 4.2.SFTP和FTP会话审计 (16) 4.3.图形会话审计 (17) 4.4.RDP会话审计 (18) 4.5.VNC会话审计 (20) 5.其他辅助功能 (22) 5.1.修改个人信息 (22) 5.2.网络硬盘 (22) 5.3.工具下载 (23)

1.概述 运维安全堡垒平台(以下简称运维堡垒机)是用于对第三方或者内部运维管理员的运维操作行为进行集中管控审计的系统。运维堡垒机可以帮助客户规范运维操作行为、控制并降低安全风险、满足等级保护级其他法规对IT内控合规性的要求。 1.1.功能介绍 运维堡垒机集中管理运维账号、资产设备,集中控制运维操作行为,能够实现实时监控、阻断、告警,以及事后的审计与统计分析。 支持常用的运维工具协议(如SSH、telnet、ftp、sftp、RDP、VNC等),并可以应用发布的方式支持图形化运维工具。 运维堡垒机支持旁路模式和VPN模式两种方式,物理上旁路部署,灵活方面。 运维堡垒机在操作方式上,不改变用户的操作习惯,仍然可以使用自己本机的运维工具。 1.2.名词解释 协议 指运维堡垒机运维工具所用的通信协议,比如Putty使用SSH协议,CRT支持SSH 和Telnet等。 工具 指运维人员实现对设备的维护所使用的工具软件。 设备账号 指运维目标资产设备的用于维护的系统账户。 自动登录 指运维堡垒机为运维工具实现自动登录目标被管设备,而运维用户不需要输入目标设备的登录账号和密码,也称为单点登录(SSO)。 命令阻断

IT运维管理系统使用手册

IT运维管理系统使用手册

————————————————————————————————作者:————————————————————————————————日期:

IT运维管理系统 用户使用手册 大庆和光电子科技开发有限公司 二〇一六年十月

目录 1、基础信息 (3) 1.1项目信息 (3) 1.2项目检查项 (4) 1.3设备基础信息 (6) 2、日常巡检 (8) 2.1软件日巡检 (8) 2.2软件周巡检 (9) 2.3服务器系统巡检 (10) 2.4服务器硬件巡检 (10) 3、巡检查询 (11) 3.1软件日常巡检检查 (11) 3.2服务器巡检报告 (11) 4、运维资料管理 (12) 4.1系统问题管理 (12) 4.2项目资料管理 (15)

1、基础信息 1.1项目信息 主要录入各运维组所维护的项目信息,各运维组各自录入各自的项目信息。如下图所示 【新增】按钮:点击“新增”按钮,按要求添加项目信息,点击“确认保存”按钮即可。如图所示: 注:状态字段:有两个状态,分别是“正常”和“停用”。当状态是“正常”,则在软件日/周巡检中显示;当状态是“停用”,则在软件日/周巡检中不显示。 项目路径:填写该项目发布的位置,例如:D:\Publish

【编辑】按钮:点击“编辑”按钮,编辑已添加的项目信息,点击“确认保存”按钮即可。如图所示: 【删除】按钮:选中要删除项目前的复选框,点击“删除”按钮,确定要删除,点击“确认”按钮即可。如图所示: 1.2项目检查项 主要是录入各运维组巡检项目的检查项,各运维组录入各自的项目检查项信息,如下图所示

相关文档
最新文档