随着全国各地陆续复工复产，不少写字楼、商业场所逐步恢复营业，但仍处于新冠肺炎疫情防控的攻坚阶段。 如何在这些公共场所正确使用中央空调系统是重点。
中国工程院院士、中国制冷学会副理事长蒋毅在接受网络媒体采访时表示，我国中央空调有全风式、风机盘管式和多连接模式。 每个空间都有单独的一端，独立的空气流通，不同空间之间一般不存在空气混合和相互感染。 除非极少数情况下，一个终端给两个以上的房间送风，否则两个房间之间可能存在相互感染的问题。 这种问题要及时发现，必要时停用其中一个房间。
全空调系统一般用于大空间（如超市、机场、高铁站等）的问题楼宇自控系统中央空调主机，空调系统不增加相互感染的可能性。 为减少相互感染的可能，开门、开窗，增加自然通风，同时关闭空调系统的回风。 通过打开新风阀门、关闭回风阀门、开启排风机等方式，新鲜空气和减少循环风，可以适当提高人员聚集区域交叉感染的风险，但这并不能解决根本问题。 关键是通过各种管理措施，尽可能减少人员聚集。
蒋毅指出，只有高档写字楼、餐厅、歌厅等使用变风量的场所，如果维持原有的空调运行模式，就会出现不同房间人员在变风量下的交叉感染。同样的空调系统。 这方面的对策包括：这些房间应尽量打开外窗，增加自然通风，同时尽量关闭回风阀，开始新风运行。 对于一些没有外窗的房间，很难做到大面积新风换气，需要严格管理，防止可能的感染者进入，否则应禁用。
介绍
空管通信设备保障部门的日常运维工作，维护对象较多。 需要监控服务器、交换机、路由器等硬件设备的状态，保证计算机操作系统、数据库、系统进程等软件和运行环境的正常。 同时，还负责各种类型和协议的端口、线缆和传输线路的维护。 总的来说，一线运维工作具有范围广、层次多、对象复杂的特点。 梳理我们目前的运维状态，一线值班人员主要从以下几个方面提取运维所需的必要信息，系统监控软件、网管软件，或者是文本化、表格化的维护资料（多为纸质）材料），但是，这些数据通常是离散的，缺乏完整性和逻辑相关性。 因此，值班人员往往需要花费大量时间进行信息提取和整合，导致运维效率低下，故障排除耗时长。
近年来，在我局通导司的牵头组织下，各运行部门一直在推进CNS图形化展示（空管通信、导航、监测、运维数据的图形化展示）。 受益于本工作的启发，结合上述运维工作中的痛点和难点，本文提出了一种可视化日常运维数据的方法。 借助这个图形化资源管理开发平台，一套图形化运维系统，以提高一线运维效率。
1、需求调研与技术路线选择
（一）需求调研与应用场景分析
梳理日常运维工作，从提高运维效率、减少一线人员提取信息和分析判断的时间和成本的角度出发，对图形化运维的功能需求和应用场景进行梳理系统如下。
1.层次分明
梳理我们的维护对象，无论是信息系统、语音交换系统，还是传输骨干网、接入网，都具有层次化的标准模型，因此运维工作往往也呈现层次化的特点。 例如，当一个系统的某些终端同时发生故障时，我们往往需要关注骨干传输线路或网络汇聚层； 当个别终端出现故障时，我们需要将注意力集中在个别线路、端口或软件程序上。 图形化运维系统必须具备在系统和网络的各个层级之间“自由缩放和来回切换”的能力，既能掌控全局，又需要关注细节。
2.关联性强，逻辑性强
在进行故障定位或原因分析时，我们经常需要关注这样的问题：这个端口的下行设备是什么？ 该程序影响了哪些系统功能？ 判断是靠经验，但在时间紧、压力大的情况下，难免会出现失误。 图形化运维系统需要提前将这些相互关联的信息和因果思维逻辑输入到系统中，“引导”值班人员一步步排除故障，用程序判断代替人工思考，降低概率减少错误，提高运维效率。
3.文本数据与图像数据的融合
目前运维数据主要分为文本数据和图像数据，但两者相互分离、独立，难以匹配使用。 例如，在系统拓扑图上楼宇自控系统拓扑图怎么画，只能体现设备之间的连接关系，难以显示设备序列号、固定资产编号等更多信息； 但是，很难体现资产对象之间的联系和关系。 图形化运维系统需要将两者有机结合，实现文本数据与图形对象的“匹配索引”。 同时，它对两种数据格式有清晰的表层和划分，方便数据的录入和管理。
4.便于信息、提取和分析
目前，纸质档案的维修资料在信息提取和查询方面存在劣势； 而电子档案的维护数据只能实现方便的查询，但对数据信息的分析和利用仍然存在诸多限制。 显示运维系统不仅需要实现数据信息的查询和定位，还需要具备数据分类、数据过滤、统计分析、报表输出等功能。
（二）技术路线选择
基于以上需求分析，笔者进行了大量的研究和尝试，最终选择了这款软件作为开发工具，构建了本文的图形化运维系统。 与Visio、网管软件等设计方案相比，使用它有哪些独特的优势。 与Visio绘图相比，在数据信息展示和数据查询方面有更好的功能； 与各种系统的网络管理和监控软件相比，在系统可移植性、个性化定制、数据关联逻辑等方面更具优势。
软件架构采用C/S+B/S模式，其中客户端（C端）负责系统设计和管理，浏览器（B端）通过远程登录服务器实现浏览和查询（发送）。 这样的系统架构严格区分了系统管理员和系统用户，充分保证了系统数据的安全性和完整性。
2.图形化运维系统的设计与实现
由于是图形资源管理的二次开发平台，需要搭建一个实用的图形运维系统来满足一线运营部门的各种需求，需要有清晰的项目计划，以及大量的前期准备工作和定制开发工作。 图形化运维系统的设计与实现主要包括图层规划、字段定义、数据采集、库编制、图纸绘制、数据录入六个步骤，下面将详细说明。
(1) 层次规划
层级规划其实需要体现运维工作的逻辑思维层次。 本文设计的图形化运维系统可分为“硬件逻辑”和“软件逻辑”两种类型。
“硬件逻辑”层规划的主要目的是实现对系统硬件、设备连接、传输路由、线路走向的管理和分析。 以某地区空管局的AIMS系统（自动飞行信息管理系统）为例。 净系统。 系统拓扑范围广、设备数量多、路由趋势复杂、用户分布广。 为了在短时间内定位出系统的故障点和影响范围，需要做好分级规划。 本文设计的图形化运维系统一共规划了六张图，分别是区域、楼宇、机房、机柜、设备、端口。 这样，系统中的每个设备都有一个唯一的地理坐标。 细化到端口级别，可以确定每条线缆和路由的端到端，便于查询和分析，如图1所示。
图1 AIMS系统硬件逻辑层规划示意图
“软件逻辑”层规划的主要目的是实现对系统后台服务状态、客户端功能实现、数据流向、故障影响范围、故障原因排查的管理和分析。 其实就是在系统软件层面编制故障树。 并以图形方式呈现。 以某机场CDM系统（航班放行协调决策系统）为例，该系统有90多个后台程序和服务分布在10台服务器上，程序之间的依赖关系和数据交互比较复杂。 功能异常是由多种原因引起的。 鉴于CDM系统对航班正点的重要性，系统对异常服务的容错时间相对较短。 要求维护人员能够快速定位、排查、解决故障。 本文设计的图形化运维系统定义了故障本质原因——故障的直接原因、故障现象、故障表象的故障树逻辑，并规划了与之对应的四个逻辑层： 背景程序运行环境---后台程序---系统功能，数据流向客户端。 层次规划完成后，将运维中真实的故障信息引入故障树。 故障树的节点和分支如图2所示。
图2 CDM系统软件逻辑层规划示意图
(2) 字段定义
图层规划完成后，另一个重要的工作就是定义图形对象的属性字段。 定义字段的目的是对图形对象所涵盖的信息进行结构化和规范化，以方便系统数据信息的分类、查询和统计。 在本文设计的图形化运维系统中，结合日常运维数据的分析需求，主要对硬件、软件、线缆三类图形对象的属性字段进行了详细设计。
硬件类别定义了安装时间、安装位置、所属系统、设备类别、设备型号、制造商、序列号、固定资产编号等属性字段。
对于软件类型，所属服务器IP地址、占用端口号、软件模块名称、后台服务名称、软件主要功能、软件类型等字段平台和软件版本被定义。
对于光缆类别，定义了光缆类别、光缆编号、光缆起点、光缆终点、承载业务、运营单位等属性字段。
(3) 数据收集
完成以上两步后，系统规划设计工作基本完成，接下来需要进行实施前必要的准备工作。 为了使图形化运维系统更逼真，让用户更有身临其境感和临场感，需要提前采集一些图片数据作为每一层的背景，并放置相应的图形对象。 本文设计的图形化运维系统预先采集了二维地图、建筑照片、平面图、机房布局图、系统监控界面、系统客户端界面等图像数据。
(4) 库编译
为了保证系统图像显示的一致性和美观性，需要先对模具库进行编译。 外部图标库可以在网上收集发布，也可以通过Visio绘图转换生成； 同时，将之前定义的属性字段嵌入到每个模具的字段列表中，为后续的数据录入工作打下基础，如图3所示。
图3 图形化运维系统模库及属性字段定义
(5)图纸绘制
按照层次图，按总到子、宽、深的顺序绘制图纸。 首先完成图层的绘制，然后是图形对象在各图层上的定位和放置，最后完成各个对象之间的逻辑连接。 绘图绘图基础工作完成后，可以进一步对绘图进行美化、校对和发布，发布后可以通过网络访问。
(6) 资料录入
绘图完成后，最后进行图形对象的数据录入工作。 导出生成的数据报表模板，根据该模板调整已有的电子档案维护数据。 匹配好相应的字段名称和类型后，将数据批量录入到报表模板中，然后执行数据导入操作，可以更高效率的完成整张图纸中所有图形对象的数据录入工作。
三、图形化运维系统的功能实现
本文设计的图形化运维系统主要有两个子系统：一个是基于“硬件逻辑”层规划设计，辅助AIMS系统设备和网络运维子系统； 另一种是基于“软件逻辑”层规划设计，辅助CDM系统方案、功能运维系统。 限于篇幅，本节主要阐述AIMS图形化运维子系统实现的关键功能。
(1) 网络结构分层图形表示
AIMS的图形化运维子系统可以实现不同层次网络结构的图形化呈现。 如图4所示，可以实现AIMS系统四大机场骨干传输网络、机房内部设备互联网络、服务器、存储等不同层次网络结构的图示阵列，以及光纤交换机的详细端口连接。
图4：图形化运维系统分层展示功能的实现
(2)图形对象数据报表
AIMS图形化运维子系统除了网络结构的层次化图形表示外，另一个关键功能是实现数据集成，可以将图形对象及其包含的信息以数据报表的形式展示出来，如图所示5 根据显示，系统根据各图层的图形对象及其属性字段数据自动生成数据报表，实现对设备和线路资产的管理。
图5 图形化运维系统数据上报功能的实现
(3)数据查询及图形定位
在数据报表的基础上，可以实现数据的模糊和精确查询，以及图形对象和报表数据的匹配定位功能，如图6所示。例如，如果笔者想要查询序号为“”的存储阵列的相关信息，只需在查询定位搜索框中输入相应的条件或逻辑表达式，即可完成相应对象的搜索关联，同时定位绘图上的对象。
图6：图形运维系统中数据查询和图形定位功能的实现
(4) 链路拓扑和链路路由分析
AIMS图形化运维子系统还可以实现链路拓扑分析或路由分析，如图7所示。其中，链路拓扑分析是针对设备的，可以查看设备所有端口连接的设备，以及自动形成拓扑图，并利用该功能判断故障或停机的影响范围； 而链路路由分析则是针对两个图形对象进行两个节点之间的线路分析，可以查看两个节点设备之间的可达路由，同时生成路由报告。 有了该功能，您就可以利用该功能进行故障排查和冗余路由分析。
图7 图形化运维系统链路拓扑、链路路由分析功能实现
四。 结论
针对现阶段一线运维工作中存在的难点问题，本文设计了一套图形化运维系统，将传统的基于文本、表格的维护数据以图形化的方式呈现，并在同时反映了各个对象之间的关系。 内在的关联性和逻辑性在一定程度上提高了日常运维的效率。 但是，本文所讨论的图形化运维系统，从某种意义上说，仍然停留在“静态”层，只能实现对静态数据的查询、分析和管理，无法实现与运行状态的连接。系统和设备。 动态联动。 在已有工作的基础上，尝试将其与各硬件设备和软件程序的状态采集模块连接起来，使已有的图形对象“动起来”，反映各软硬件运行状态的变化实时了解系统状态。 监控与图形化运维的有机结合与联动是后续研究方向之一。
