HCC综合运维管理系统设计方案v4.0

1 概述 (2)

1.1 系统简介 (2)

1.2 建设目标 (2)

1.3 设计原则 (2)

1.4 设计依据 (3)

1.5 设计理念 (3)

2 HCC综合运维管理平台总体设计 (4)

2.1 需求分析 (4)

2.2 系统架构 (11)

2.3 系统接口技术设计 (13)

2.4 系统访问安全策略设计 (15)

2.5 系统扩展性设计 (18)

2.6 HCC综合运维管理平台界面设计 (18)

2.7 系统功能参数 (26)

3 HCC综合运维管理平台监控功能设计 (28)

3.1 HCC综合运维管理平台监控功能总体设计 (28)

3.2 联动控制设计 (38)

4 HCC综合运维管理平台系统功能设计 (40)

4.1 基本功能 (40)

4.2 系统特色功能 (44)

5 HCC综合运维管理平台工程量配置清单 (47)

1 概述

1.1 系统简介

HCC综合运维管理平台系统用于进行医院信息集成显示、监控运营设备、调控运行

状态、下达处置指令、应急辅助决策的指挥控制中心，是医院提高日常运营管理效率、

提升医疗服务质量和增强处置突发事件的能力的理想集中控制平台。

根据建设部于2015 年发布的智能建筑设计标准（GB50314-2015）中的定义，“智能建筑工程设计应以建设绿色建筑为目标，做到功能实用、技术适时、安全高效、运营

规范和经济合理。智能建筑工程设计应增强建筑物的科技功能和提升智能化系统的技术

功效，具有适用性、开放性、可维护性和可扩展性。”。而HCC综合运维管理平台就是智能建筑未来的核心，承载以上不同功能的建筑集成系统的综合信息管理平台。

1.2 建设目标

HCC综合运维管理平台建成以后将作为湖南师范大学附属湘东医院智能化设备运行

信息的交汇与处理的中心，系统需要对汇集的各类信息进行分析、处理和判断，采用最优化的控制手段，对各设备进行分布式监控和管理，使各子系统和设备始终处于有条不紊、协调一致的高效、经济的状态下运行，最大限度地节省能耗和日常运行管理的各项费用，保证各系统能得到充分、高效、可靠的运行，并使各项投资能够给建筑内管理方带

来较高的回报率。

湖南师范大学附属湘东医院HCC综合运维管理平台还需考虑建筑内各系统的实用、

安全、节能、环保等情况，重点突出实用功能，注重在实际的使用过程中的时效性。

在设计过程中需要依据国家和行业的标准规范，结合实际需求灵活应用，最终目的是满足建筑人员的使用要求，为客户提供安全舒适的环境，更好的服务，为建筑的工作人员提供便捷的管理方式，充分体现人性化、绿色、快捷管理、安全的设计理念。

1.3 设计原则

HCC综合运维管理平台设计遵循“将不同功能的HCC综合运维管理平台，通过统一

的信息平台实现集成，以形成具有信息汇集、资源共享及优化管理等综合功能的系统。” 的总体设计原则。

集成模式：采用分布式集成模式，即三层集成模式：设备层系统集成、控制层系统

集成、应用层系统集成。

设计思路：遵守“总体规划、分步实施”和“从上而下设计、从下往上实施”的原则，对被集成的子系统提出设计要求和接口协议界面要求，采用的接口互联通信协议应

是国际或国家标准接口协议( 如OPC、BACnet、Modbus、Lonworks 、API、TCP/IP、RS485/232、ODBC等) 。

核心设计技术：完全支持HCC综合运维管理平台整合平台技术架构，在核心管理中

心构建湖南师范大学附属湘东医院的数据整合平台。

1.4 设计依据

《智能建筑设计标准》（GB/T 50314-2015）

《智能建筑工程质量验收规范》（GB50339-2013）

《建筑及居住区数字化技术应用》系列标准（GB/T 20299-2006 ）

《公共建筑节能设计标准》（GB 50189-2015）

《民用建筑电气设计规范》（JGJ/T16-2008 ）

《安全防范工程技术规范》（GB50348-2004）

《工业自动化系统与集成产品数据表达与交换》（GB/T 16656-2008 ）

《系统与软件工程- 验证与确认》（GB/T 32423-2015 ）

《系统与软件工程- 用户文档的设计者和开发者要求》（GB/T 32424-2015 ）

《软件质量量化评价规范》（GB/T 32904-2016 ）

《软件测试成本度量规范》（GB/T 32911-2016 ）

《信息技术服务- 数据中心服务能力成熟度模型》（GB/T 33136-2016 ）

《存储备份系统等级和测试方法》（GB/T 33138-2016 ）

《软件工程国家标准》系列（2010 年版）

《信息技术软件生存周期过程》（GB/T 8566-2007 ）

《软件工程产品质量》（GB/T 16260.3-2006 ）

《信息技术开放系统互连国家标准》系列（2008 年版）

《软件能力成熟度模型集成CMMI3》（1.3 版）

《项目相关智能化设计任务书》

1.5 设计理念

HCC综合运维管理平台使多个系统形成一个整体。满足建筑物的监控功能、管

理功能和信息共享的需求；

H C C综合运维管理平台管理各系统具有互操作性, 可进行相互协作实现H C C综合

运维管理平台的总体目标；对各HCC综合运维管理平台进行数据通信、信息采

集和综合处理的能力；

以满足用户需求为目的，以计算机网络为基础，各系统间可进行信息的交换和

资源共享，集成的通信协议和接口应符合相关的技术标准；

HCC综合运维管理平台软件平台应以满足使用功能为目标，通过对建筑物和建

筑设备的自动检测与优化控制，实现信息资源的优化管理和对使用者提供最佳

的信息服务；

以建筑物的建设规模、业务性质和物业管理模式等为依据，建立实用、可靠和

高效的信息化应用系统，以实施综合管理功能；

使建筑达到投资合理、适应信息社会需要的目标，并具有安全、舒适、高效和

环保的特点。

2 HCC综合运维管理平台总体设计

2.1 需求分析

2.1.1 现状分析

如今的智能化建筑中会建立许多智能化子系统，得益于这些智能化子系统的建设，

建筑的运营环境比以前有着明显的提高，但同时也给建筑的运营管理团队带来了更为苛

刻的要求：

管理难度加大：建筑中子系统众多，信息量庞大，物业管理人员在日常工作中

容易造成顾此失彼的现象。

专业性要求高：因为每个子系统都有自己独立的一套管理系统，且风格不一、

操作复杂，要求物业管理人员有一定的使用基础，才能完整的操作不同系统的

管理软件。

信息孤岛现象严重：各子系统之间完全独立，各个专业的管理系统之间没有任

何联系，相对孤立、不能联动，一个系统出现问题后，其他系统毫不知情。

维护成本高昂：各个子系统花费了巨大的建设成本，但大楼智能化管理仍处于

的独立分散的状态，对各个系统的维护和管理不系统、不科学，投入了大量的

人力和物力，而且效果不理想。

能源浪费严重：建设时增加很多专业化系统，管理中却仍采用粗放型管理，缺

乏细致化的运营管理手段，导致能源浪费严重。

高标准严要求的背后，逐步凸显出如今物业管理之中普遍存在的诸多问题，例如：

物业管理团队的专业配置不全，一人身兼多职；团队专业水平不深，保安级别物业管理比比皆是；有经验的人才的不断流失，尽心培养的管理人才很容易就被其他单位挖走；

设施设备维护手段、体制陈旧，永远都是设备不坏不休，坏了没法修的情况；运营工况

数据严重遗失，所有运行数据都是人员手动抄录，极易丢失；能源浪费严重，从管理手

段到人员意识都没有对能源消耗做到有针对性的管理。

2.1.2 用户需求

湖南师范大学附属湘东医院中智能化子系统众多，这其中包括多层网络结构的传统控制域子系统，也包括以数据库应用为核心的IT 管理信息系统，各子系统大多采用专有的通讯协议实现内部的数据传递，软件架构采用封闭的模型，对外缺乏符合国际标准的第三方接口，造成了各子系统之间无法实现信息的共享更谈不上联动、互操作了。这种现状显然不能满足现代化楼宇综合管理水平的要求，更无法达到现代建筑物所面临的各种情况客观上要求各子系统在全局性管理预案的指导下，有条不紊的执行各种复杂的指令动作，充分发挥1+1＞2 的系统管理合力。

通过对建设需求的理解，湖南师范大学附属湘东医院中需要将建筑中存在的智能化

系统的控制管理集成在一个管理界面上，使其接口界面标准化、规范化，完成各子系统的信息交换和通讯协议转换等，从而实现“降低人工成本”、“保证运行品质”、“降

低运行能耗”的目标。

通过建立湖南师范大学附属湘东医院的HCC综合运维管理平台，需要能够充分和有效地处理、运用各种信息数据，使项目的各项管理真正做到高度集中，有效率和方便。

能充分发挥不同厂家产品和技术的优势，通过对信息的收集、处理、存储并加以分析整理，成为具有高附加值的资料，从而使设备和综合业务管理的工作流程更有效率，使项

目在安全，卫生，舒适，节能和环保方面达到一个很高的水平。

湖南师范大学附属湘东医院的HCC综合运维管理平台应能够充分体现智能化的特点，在尽可能降低投资的同时，采用国际上先进的技术，实现项目内智能化各子系统之

间信息资源的共享和管理，相关系统之间的互操作、快速响应和联动控制，实现自动监控和远程管理的目标，同时根据国家相关标准建立能源管理策略，实现项目中能源的精细化管理，达到科学、合理用能目标。

2.1.3 基本原理

HCC综合运维管理平台是一个开放式的、广泛兼容的建筑设备监控管理平台，其设

计完全基于建筑物内部网Intranet 之上，通过客户端技术来实现整个网络上的信息交互、综合和共享，实现统一的人机界面和跨平台的数据库访问，因此可以真正做到局域

和远程信息的实时监控，数据资源的综合共享，以及全局事件快速的处理和一体化的科学管理。

系统中的所有子系统主机采用分布式管理技术，通过系统的控制总线与中央主机联接，构成总线型网络拓扑结构。主要采用业已成熟而被广泛采用的Internet/Intranet

技术，以TCP/IP 协议为基础，以规约适配器和数据库为核心应用，构成建筑智能化管理全系统内统一和便捷的信息交互平台，各个建筑物自动化和信息子系统的实时运行信

息可通过规约适配器和数据库连接到网络中心的智能化系统集成服务器和数据库上来，

建筑物内各职能部门领导和管理员均可以在授权下方便地浏览建筑物内部网Intranet 上丰富的信息资源，监控和管理各子系统的实时工况。

系统采用分布式Client ／Server 与Browser／Server 两种程序架构，后台数据库服务端采用大型数据库，中间件使用跨平台的DCOM/CO和https://www.360docs.net/doc/ad6934981.html,技术，客户端采用专用客户端软件和浏览器的方式，用户能够在统一的操作平台界面通过简单的操作完成对各种设备子系统的监控。

2.1.4 技术特点

2.1.4.1 SOA/ESB

SOA（Service-Oriented Architecture ），即面向服务的架构，是一种以业务为中心的IT 架构方法，可以将目标系统的业务作为彼此链接的、可重复的业务任务或服务来进行整合，使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交

互。

HCC综合运维管理平台软件核心服务起到了SOA的信息总线功能，系统核心服务在数据采集/ 传输端和数据查询端提供基于W C F的数据传输框架，这样使得不同系统组件

之间的集成和数据交换均基于W C F，使系统数据交换变得极其方便。图2-2-2-1 描述了系统服务之间的数据工作流程。

图2-2-2-1 ：数据工作流程图

服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service Oriented Architecture ，SOA)发展而来的。SOA描述了一种IT 基础设施的应用集成模型；其中的软构件集是以一种定义清晰的层次化结构相互耦合。一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。

在计算领域，服务总线是指由中间件基础设施产品技术实现的、通过事件驱动和基于XML消息引擎，为更复杂的面向服务的架构提供的软件架构的构造物。企业服务总线通常在企业消息系统上提供一个抽象层，使得集成架构师能够不用编码而是利用消息

的价值完成集成工作。

服务总线提供可靠消息传输，服务接入，协议转换，数据格式转换，基于内容的路

由等功能，屏蔽了服务的物理位置，协议和数据格式。

2.1.4.2 中间件技术

中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的

技术之间共享资源。中间件位于客户机/ 服务器的操作系统之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。

HCC综合运维管理平台软件中大量使用中间件技术，主要包括数据采集中间件、协

议转换中间件、网络传输中间件、数据存储中间件、消息中间件、门户中间件等。通过

中间件技术，信息可以在各个模块之间快速流转，同时为外部系统提供开放的第三方接口。

2.1.4.3 数据仓库技术

数据仓库（Data Warehouse）是一个面向主题的（Subject Oriented ）、集成的（Integrated ）、相对稳定的（Non-Volatile ）、反映历史变化（Time Variant ）的数据集合，用于支持管理决策（Decision Making Support ）。

根据数据仓库概念的含义，数据仓库拥有以下四个特点：

（1）面向主题。操作型数据库的数据组织面向事务处理任务，各个业务系统之间

各自分离，而数据仓库中的数据是按照一定的主题域进行组织。

（2）数据集成。数据仓库中的数据是在对原有分散的数据库数据抽取、清理的基

础上经过系统加工、汇总和整理得到的，必须消除源数据中的不一致性，以保证数据仓

库内的信息是关于整个企业的一致的全局信息。

（3）相对稳定的。数据仓库的数据主要供企业决策分析之用，所涉及的数据操作

主要是数据查询，一旦某个数据进入数据仓库以后，一般情况下将被长期保留，也就是数据仓库中一般有大量的查询操作，但修改和删除操作很少，通常只需要定期的加载、

刷新。

（4）反映历史变化。操作型数据库主要关心当前某一个时间段内的数据，而数据

仓库中的数据通常包含历史信息，系统记录了企业从过去某一时点( 如开始应用数据仓库的时点) 到目前的各个阶段的信息，通过这些信息，可以对企业的发展历程和未来趋势做出定量分析和预测。

历史数据库在设计上考虑到系统数据量大、存储时间长、数据关系复杂的特点，充分利用数据仓库的技术优势，为集成系统提供稳定可靠的数据基础。

信息化系统综合运维方案设计

1服务内容 1.1信息资产统计服务此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。服务内容包括：硬件设备型号、数量、版本等信息统计记录软件产品型号、版本和补丁等信息统计记录网络结构、网络路由、网络IP地址统计记录综合布线系统结构图的绘制其它附属设备的统计记录 1.2网络、安全系统运维服务从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容：

(1)用户现场技术人员值守公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括：配置数据性能数据故障数据 (2)现场巡检服务现场巡检服务是公司对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。同时，公司将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。

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.人员技能

海康综合监控与运维管理平台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)

智能化运维管理系统设计

1.1智能运维管理系统 1.1.1设计目标公安将关键业务运行于IT网络系统之上，那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。但目前普遍管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。因此，如何保障网络系统的正常运行，实现：预知故障，即在故障发生之前发现故障；实时告知，即在第一时间将故障情况通知相关的管理人员；有效处理，即在预定的时间内处理故障，若未及时处理将采取升级措施；以上问题简单来说，如何实现“第一时间发现问题”、“第一时间通知相关人员”，“第一时间处理问题”，成为智能运维管理系统主管关注的重点问题。本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。 1.1.2系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡

检指令来获取设备运行状态，对于故障设备，按照服务器热备策略自动启动备份服务器（如流媒体服务器），或重启设备和服务模块，以实现故障旁路和自动恢复功能。视频信号诊断服务器对系统内视频信号轮巡检测，检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息。为了提高故障检测诊断效率，增强故障发现的实时性，设备巡检服务器可以分布部署，设计在每个分局部署一台设备巡检服务器，负责对本网络区域内设备的巡检。报警转发服务器和数据库仍利用一期的设备，无需另外配置。系统原理结构图如图4.5所示。

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

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

修订

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

运维服务管理体系可行性方案

第1章项目概况 1.1 项目背景近年来为适应业务发展的需求，XX企业进行了大规模的电子商务建设，包括采购桌面PC约300台，打印机约100台，这些应用系统及硬件设备的投入使用极大的推动了XX企业信息化建设的进程。随着越秀工商局对整体IT系统（硬件、软件、网络通讯…）的可用性要求日益提高，系统运行保障和维护管理就成为确保业务系统安全稳定可靠运行的最有力的手段。 XX企业主要有一栋N层的办公环境，现阶段对设备维护主要采用自主维护的方式。由于人力有限，建设任务繁重，中心技术人员在接手新项目及日常工作的同时往往需要做大量的维护工作，不少技术人员长期处于满负荷，严重影响了工作效率。在当前有限的人力物力资源下，为了保障和提高IT服务质量，XX 企业有必要将计算机、外设及网络的运行维护进行外包，派驻2名工程师进行维护，以解决当前IT服务个方面日益增长的需求和有限的提供能力之间的矛盾，提高XX企业办公区域内的软、硬件、业务应用软件的运行维护效率，确保信息系统正常运行。 1.2 项目目标结合XX企业业务工作及信息化建设实际，完善运维管理体系的建设，加强信息系统正常运行保障，“以流程为导向，以服务为核心”提高服务质量水平、转变服务理念、拓宽服务范围、提高服务效率、提升用户服务满意度。 1.3 需求分析本次项目XX企业需求主要包括两个部分， 1、运维管理体系建设要求； 2、信息系统正常运行保障服务。

其中运维管理体系建设应完善服务内控制度即服务质量管理，逐步建立起一套符合XX企业自身实际的运维管理标准及应用制度；建设IT运营维护管理平台，采用标准的IT运维管理流程，提供准确、详尽、专业的报告制度，通过客观分析运维过中出现的各种障碍及问题，为XX企业信息化建设提供决策依据。信息系统正常运行保障涵盖了 1、一般信息化设备及软件的运维管理； 2、、防病毒服务； 3、办公区域内设备及软件巡检普查； 4、提供符合XX企业实际的服务响应水平及质量保障； 5、信息化资产管理

数据中心机房运维外包服务内容

数据中心机房运维外包服务 1.服务范围终端：终端设备包括台式计算机、便携式计算机、高端工作站和打印机；网络系统：网络系统包括技术中心局域网、广域网、互联网的维护工作；应用系统：应用系统包括信息门户、各类应用系统等系统的维护工作。数据中心：数据中心范围内设备包括服务器、交换机、ＵＰＳ、机房供电、机房空调、机房环控、机房管理； 2.服务方式热线服务：5 × 8小时（作息制度与KE客户同步）客服服务热线；现场服务：安排系统、网络、安全、桌面等各类工程师实施驻场式服务已达到服务及时响应及时解决，作息时间与技术中心同步；机房职守：数据中心根据客户需求实施机房职守，以保障核心设备及系统的稳定运行。 3.服务内容 3.1网络系统维护 n IP地址维护管理 n VLAN划分 n 网络设备配置调整及网络优化 n 网络系统故障诊断 n 网络入侵监测 n 网络性能及资源使用情况检查 n 网络广播风暴监测 n 网络病毒监测 n 临时网络布线（大型综合布线需要另外签署协议） n 因特网接入服务 n 网络拓扑图的维护 n 网络设备档案建设

n 网络运行日志 n 服务维护档案 n 网络运行状况报告 3.2机房运行维护机房后备电源运行状况监测机房电源运行状况监测机房空调运行状况监测机房环控系统运行监测弱电线路巡检和楼层弱电间巡检机房安全管理，专人机房值班（根据客户要求，可提供7*24 / 5*8小时值班）3.3应用系统服务 3.3.1应用系统客户端维护应用系统客户端升级（或升级包）安装服务应用系统终端软件维护服务（一线支持处理常见故障） 3.3.2服务器系统维护服务器系统维护提供以下服务：服务器系统故障处理及维护服务器操作系统的安装、安全设置服务器系统安全设置及维护系统数据备份服务服务有效性检查资源使用情况检查网络病毒防护（需要企业购买相关的软件）服务器运行日志数据备份日志系统安全日志 3.3.3业务应用系统维护 1.应用软件系统运行维护服务有效性检查现有功能的完善（不含新增功能，如部分查询功能的扩充，增加某些数据表数据项并修改相应维护程序等）

IT综合运维管理系统技术方案

目录 1.1.项目总体背景................................................. 1.2.项目的总体思路............................................... 整体思路..................................................... 建设与管理范围............................................... 达到的效果................................................... 1.3.综合运维管理系统............................................. 系统简述..................................................... 架构和功能................................................... 第2章需求分析 ...................................................... 2.1.总体要求..................................................... 2.2.需求分析..................................................... 2.3.建设目标..................................................... 第3章整体架构设计 .................................................. 3.1.实施范围..................................................... 3.2.网络系统管理模式............................................. 3.3.统一的网络系统解决方案蓝图................................... 代理方式与无代理方式结合的设计............................... 数据库设计考虑............................................... 3.4.平台总体设计................................................. 设计要求..................................................... 结合BTIM的平台总体设计...................................... 信息系统综合网管系统系统软件的选型........................... 设计要求..................................................... 数据采集层技术设计........................................... 3.5.数据管理层技术设计........................................... 设计要求..................................................... 数据管理层技术设计........................................... 3.6.其他技术设计................................................. 设计要求..................................................... 相关技术设计................................................. 3.7.平台功能扩展设计（接口方面的设计）........................... 第4章综合管理系统功能 .............................................. 4.1.综合网管系统架构图........................................... 4.2.综合监控..................................................... 综合监控的优势和亮点......................................... 管理监控与值班监控的功能..................................... 设备运行的功能............................................... 线路流量的功能...............................................

电子运维知识库管理系统建设方案

目录 1. 概述 ...................................................... 错误!未定义书签。 . 建设背景 ............................................ 错误!未定义书签。 . 建设原则 ............................................ 错误!未定义书签。 . 建设内容 ............................................ 错误!未定义书签。 2. 系统体系结构 .............................................. 错误!未定义书签。 3. 系统功能 .................................................. 错误!未定义书签。 . 现有知识库功能....................................... 错误!未定义书签。知识维护....................................... 错误!未定义书签。知识审核....................................... 错误!未定义书签。知识发布....................................... 错误!未定义书签。模板维护....................................... 错误!未定义书签。知识检索....................................... 错误!未定义书签。公告管理....................................... 错误!未定义书签。 . 新增数据节点说明..................................... 错误!未定义书签。项目管理知识库................................. 错误!未定义书签。专家服务知识库................................. 错误!未定义书签。技术资料知识库................................. 错误!未定义书签。故障案例知识库................................. 错误!未定义书签。技术经验知识库................................. 错误!未定义书签。 . 搜索引擎改造说明..................................... 错误!未定义书签。 . 新增接口 ............................................ 错误!未定义书签。总部EOMS故障工单转入接口...................... 错误!未定义书签。省EOMS系统故障案例库导入接口.................. 错误!未定义书签。知识库查询接口................................. 错误!未定义书签。专业类型自动检索接口........................... 错误!未定义书签。 4. 系统软硬件平台方案......................................... 错误!未定义书签。 . 系统现状 ............................................ 错误!未定义书签。服务器部署及网络拓扑........................... 错误!未定义书签。设备部署....................................... 错误!未定义书签。

运维服务方案

1概述 1.服务目标 ●保障软硬件的稳定性和可靠性； ●保障软硬件的安全性和可恢复性； ●故障的及时响应与修复； ●硬件设备的维修服务； ●可额外信息化建设规划、方案制定等咨询服务。 2服务方案 2.1系统日常维护系统首要维护工作是信息化系统的日常维护，主要包括以下4个方面： 2.1.1系统支撑软硬件的日常维护系统支撑软硬件主要包括服务器、存储、网络设备、安全设备及数据库软件、中间件等基础软硬件巡检。 2.1.1.3网络、安全设备维护网络、安全平台维护的目标是：通过网络、安全系统管理服务，降低网络设备故障率，提高网络设备的运行性能。提高市民卡机房网络运行的稳定性、可靠性，以专业化运作模式解决市民卡机房各类信息系统信息化发展的需求。需要提供故障诊断、远程支持、现场支持、软件升级、设备搬迁、网络优化、网络巡检、现场培训、技术交流、网络安全、网络建设建议等服务。具体服务内容如下：（1）网络故障排查（2）网络设备硬件状态检查（3）网络流量监测（4）安全策略配置及配置优化

（5）网络设备配置管理服务（6）网络设备资料整理，配置参数整理（7）网络使用状况趋势分析及建议 2.1.4维护制度建设制度是一种必须共同遵守的行为规范，是保证工作有序开展和任务圆满完成的基础。建立和健全市民卡机房信息化设施运行维护的各项管理制度，对于维护工作的顺利完成是必需的。要求运维团队依据以下标准，协助客户建立规范、科学、实用的维护制度。（1）《电子信息系统机房设计规范》（GB50174-2008）（2）《综合布线设计规范》GB50311-2007 （3）《中华人民共和国消防法》（4）《电力供电标准与内部控制管理制度全集》（5）《成都市电子政务外网使用管理规定》（6）ISO/IEC 9001:2008质量管理体系（7）ISO/IEC 20000: 2005 IT服务管理体系（8）ITIL(Information Technology Infrastructure Library) 2.0 IT基础架构库终端设备的日常维护（9）ITSS（Information Technology Service Standards）信息技术服务标准 2.2信息系统安全服务风险评估和安全加固工作贯穿于信息系统的整个生命周期的各阶段中。在运行维护阶段，要不断地实施风险评估以识别系统面临的不断变化的风险和脆弱性，并通过安全加固进行有效的安全措施干预，确保安全目标得以实现。

运维管理系统方案

运维管理系统方案概述伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。运维管理系统的功能： ?故障发现与警报； ?记录日常运维日志信息； ?服务器故障统计； ?服务器软硬件信息统计； ?服务进程管理； ?将数据信息存储到数据库，并使用图形方式直观的展示出来； ?权限、密码管理； ?将数据生成报表。运维管理系统的特点： ?邮件和短信实时故障报警； ?B/S结构，能够通过web对远程服务器下达指令； ?监控服务器和被监控服务器之间通过python socket来发送信息； ?统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； ?实现自动化管理和自动化监控； ?安全管理服务器性能； ?操作流程统计与管理。

系统结构运维管理系统采用B/S构架，运维管理人员随时随地可以对服务器进行管理、配置及故障处理。它是将部署在同一个局域网内的所有服务器统一管理，服务器之间的信息通讯、指令发送、运维管理都通过python来实现。监控服务器端负责采集、统计和分析数据，在数据出现异常时发送报警信息到管理员的email、手机中，并将错误日志存储到数据库中。运维管理系统主要通过LAMP服务器、python编程、snmp和shell编程来实现。在被监控端安装python服务，并在被监控服务器上部署python程序和shell脚本用于接受监控服务器端指令、信息采集并发送会监控服务器端。监控服务器端部署python程序和LAMP服务器，用于发送指令、接受数据信息、存储数据、统计数据以及异常报警。运维管理人员日常通过web浏览器远程登录监控管理系统，检测各被监控服务器的运行状态、服务状态、防火墙配置、进程信息、操作日志等信息。在出现异常时，通过运维系统可以查看到具体的异常服务器、进程等信息，并根据这些信息来处理异常。

IT运维管理体系建设案例

————————————————————————————————作者：————————————————————————————————日期：

某部IT运维管理体系建设案例摘要: 某部委信息中心（以下简称中心）肩负着电子政务主干网建设、维护、运营的使命，致力于提供安全、高效、快捷的IT服务。近年来，随着信息化建设的深入，网上运行的业务应用逐步增加，计算机机房设备、网络基础设施，大型主机、服务器、客户端等硬件平台，政务应用系统、数据库、应用服务器、中间件等软件平台日益复杂，服务的用户（包括应用使用单位、人民银行、税务、海关、各代理银行等）越来越多，如何维护好日益增多的网络和系统等各类设备，保证各个应用系统安全顺畅地运行，为用户提供良好的服务，及时解决出现的问题和故障，做到网络和用户之所及，管理和服务之所及，是政务业务能否可靠运行的关键所在。 1.案例背景某部委信息中心（以下简称中心）肩负着电子政务主干网建设、维护、运营的使命，致力于提供安全、高效、快捷的IT服务。近年来，随着信息化建设的深入，网上运行的业务应用逐步增加，计算机机房设备、网络基础设施，大型主机、服务器、客户端等硬件平台，政务应用系统、数据库、应用服务器、中间件等软件平台日益复杂，服务的用户（包括应用使用单位、人民银行、税务、海关、各代理银行等）越来越多，如何维护好日益增多的网络和系统等各类设备，保证各个应用系统安全顺畅地运行，为用户提供良好的服务，及时解决出现的问题和故障，做到网络和用户之所及，管理和服务之所及，是政务业务能否可靠运行的关键所在。中心目前还处于初级的IT服务管理状态，在组织结构、管理规范、管理流程和技术支撑方面，还没有构建一个综合的IT服务管理体系。对网络、设备、系统、用户等的管理和服务是分散的、不关联的，没有实现数据、信息和知识库的共享，没有实现规范化和流程化，因此，管理和服务是粗粒度、低效率的，这种管理模式将越来越难以适应政务信息化的发展要求。因此，需要梳理服务管理需求、规范服务管理流程，开发和建设一套科学有效的，融合组织、制度、流程、技术的IT服务管理体系，从粗放和分散型管理，逐步过渡到规范化、精细化和主动式IT服务管理，使IT服务管理体系成为中心日常工作的重要组成部分，这不仅对政务核心应用系统顺利运行和应用有重要意义，也将为支持和推进政务改革提供管理和服务保障。中心决定启动运维系统建设项目系统化地解决以上难题，构建IT服务管理体系。在经过对众多国际知名及国内咨询公司的考察和比较后，最终选定ITGov专家和信诚致远?( )作为咨询合作伙伴，承担运维管理体系总体规划。

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

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

数据中心基础设施可视化运维管理

数据中心基础设施可视化运维管理谁说高大上的机房不能炫！设备环境团队联合运营平台研发、网络、系统三、系统二等团队，历经一年的时间、7轮次需求细化讨论、11次版本更新，精雕细琢、倾尽洪荒之力打造了中国银行数据中心基础设施可视化平台！这是一个集才智美貌于一身，融合酷炫、可视等元素，高效、创新、高颜值的基础设施运维平台。平台包括两大功能模块：一、基础设施运维数据模块为了整合基础设施运维大数据资源，设备环境团队以严谨细致的态度，自主开发了基础设施运维数据模块，将分散的、手工维护的硬件设备、应用部署、机房资源和综合布线等各项基础环境资源的运维信息进行整合，累计整理各类数据10万多条，近50万字段，初步建成了IT设备生命周期管理体系。二、基础设施可视化模块在全面、准确的运维数据的基础上，基础设施可视化模块解决了以前需要多个系统、多张excel表格或者报表进行耗时耗力的分析和比对才能获取的信息，用三维的形式在一张视图内呈现，改变了传统运维信息展现的方式，其所带来的运维效率的大幅提升、故障的快速准确定位等，已经不是简单的炫所能表达的。（一）机房环境可视化以黑山扈机房实际场景为原型，利用三维仿真技术，对机房内三百多种型号的设备设施逐一采集信息、模型建模，从细节入手，设备模型精确到端口级，实现了机房内三千多个机柜级设备和四千多个机架级设备的精确建模，构建了多视角、多维度分层呈现的虚拟现实环境。（二）资产管理可视化资产管理可视化可在机房三维场景中直接查询并精确定位设备设施，两万多条资产数据自动更新，点一下鼠标，位置、外观、型号、系统应用、容量、端口使用等设备信息即时呈现，精准、详细。（三）容量管理可视化机房资源的容量管理一直是个难题，往往需要兼顾空间、配电、硬件资源等多维度因素。现在可以在可视化场景中将环境、资源、配电、设备资源、PUE等信息多维度集中展现，两万五千余条实时采集数据，基础资源使用情况一目了然，再也不用只对着excel纸上谈兵了。（四）运维管理可视化联动一体化监控，硬件高等级事件自动定位至相关设备并显着提示，点击即可快速获取设备资产、运维（IP、系统、维护变更信息等）、配线连接等信息，有效提升故障定位、预判及处理效率。

可视化综合运维管理系统白皮书

IT可视化综合运维管理解决方案 SmartView产品技术白皮书V1.61 目录

一、导论 1.1. 产品背景 IT行业技术突飞猛进地发展，设备集成度不断提高，使各种网络设备之间的界限逐渐模糊，主设备、传输系统、支撑系统之间相互融合，互相渗透，已经逐步向一体化的解决方案迈进。首先，机房内由设施数量众多，特别是当企业存在分支机构，由于分布范围广，机房内走线将非常复杂，尤其是老机房，如何理清楚设备与设备、设备与系统的拓扑关系，通常是机房维护人员的最为头疼的难题。其次，对于办公区域，存在大量固定资产、移动办公类设备，这些设备资产的管理常常具有移动性，且各种人为情况较多。办公区域工位与网络也有一定的对应关系，如何找出工位与设备资产、工位与网络端口的对应关系，将能够很大程度上提升并规范企业的IT水平。此外，当设备出现故障的时候，在相同类型的设备中，如何能快速定位出故障设备，如何真实的通过系统反应出设备环境及周边情况；如何通过系统以往解决过程和系统知识库，提供可参考的解决思路，将能够显着提高运维的自动化程度。因此，有必要建立一套“集中监控、集中维护、集中管理”的监控系统，实现对企业IT资产实现远程集中监控，实时动态呈现设备告警信息及设备参数；快速定位出故障设备，使维护和管理从人工被动看守的方式向计算机集中控制和管理的模式转变；通过标准的ITIL流程提升企业IT服务效率。 3D仿真是企业IT数字化管理信息化建设的一个重要的组成部分，全三维可视化资源管理与运维监控平台，形象化的虚拟场景和真实数据相结合，通过3维场景能显着增强机房查看与监控，企业办公区域监控，提高设备、设施、资产与流程的直观可视性、可管理型，真正提高企业IT运维管理的效率，让IT真正服务于企业运营。神州数码针对以上问题推出一套基于生产实景的全3D可视化IT资源管理与运维监控管理平台，形象化的虚拟场景和真实数据相结合，用户在显示屏幕前即可查看到机房中的所有设备，对于日常维护人员对设备的运行监控管理，资产审核人员对设备的盘点