1、项目运维报告为提高 IT 运维用户服务感知满意度，提高运维工作效率，完善运维基础设施建设，现对 IT 运维工作中存在的紧迫性问题进行分析总结，报告如下：一、运维现状 公司承担了你校课程设计项目，涉及到了硬件、网络、系统、安全等各个方面。二、问题分析 根据 IT 运维现状，以及用户和中心各部对 IT 运维工作的意见和建议，参照信息安全等级保护三级标准，结合中心实际，对 IT运维工作存在的问题分析总结如下： (一) 制度保障缺失 1.全局无信息系统管理制度 ，局用户没有信息化操作约束，运维团队无执行依据。 2.没有指导开展 IT 运维工作的保障制度，如机房管理制度 、密码管理制度 、 数据备份管理
2、制度 、 系统管理制度等。不能有计划有目的地开展 it 运维工作。(二) 工作边界不清晰 各 IT 运维相关部门岗位职责划分不够细，造成运维工作有交叉，工作边界不清晰。例如：1.数据备份工作。 2.信息系统涉密检查。应有涉密主管部门牵头处理，涉及到 IT运维的由运维团队配合处理。 3.系统安全运维。涉及到运维管理和数据管理，工作界定不清晰，工作有交叉。 4.系统管理。应用系统基础环境搭建、系统开发、测试、运维,会涉及业务运维和技术运维团队。(三) 基础运维环境不完善 1.缺少统一的运维监控平台。 中心现已部署大量系统，每个系统都会涉及到一台甚至多台服务器，无统一的监控平台会导致服务器硬件、操作
3、系统、应用服务、网络设备链路状态等关键部分出现故障时，无法第一时间发现并排查问题，运维的响应时间会变长。同时也不能提前预防事件的发生。2.缺少必要的安全防护。 专网缺少防火墙，所有用户和服务器处于同一网络中，服务器面临威胁。 没有漏洞补丁服务器，专网与因特网是隔离的，内网的计算机操作系统不能及时更新补丁。 缺少准入控制系统，本单位和外单位人员可以随意接入*专网，没有统一的用户身份认证，数据安全面临威胁。 3.缺少日志审计系统。 系统出现问题后无法追踪问题的根源并找到问题的最佳解决办法。对服务器所作的修改无日志记录，出现问题后无法界定责任人。(4)服务意识有待加强1.目前缺少监控平台，无法对即将
4、发生的重大事件做预测，也无法做到在用户发现问题之前将问题解决。 2.应用系统研发质量良莠不齐，故障不能快速定位，导致处理问题时间较长。 3.服务响应速度有待提高。 4.服务质量应有监管。三、 解决方案 (一) 制度保障 1.制定 IT 运维管理制度。 2016 年以来，运维团队根据实际工作需求陆续制订了网络安全管理责任制度 、 信息安全管理与培训制度 、 信息资产和设备管理制度等 IT 运维管理制度，但未经正式签发。 2.建立规范的 it 运维保障制度，让运维人员实施运维时有制度支撑。 2016 年以来，陆续建立了数据备份管理制度 、 服务器密码管理制度 、 服务器与数据库日常维护 、 服务器
5、帐号密码权限配置策略 、 计算机日常维护管理 、 系统网络与信息安全总体策略 、信息系统变更及发布管理制度等 IT 运维技术管理制度，未经中心审议正式执行，仅作工作参考执行。(二) 明确工作边界 1.明确业务运维、技术运维和基础设施运维的工作边界。 业务运维主管业务流程中流程业务处置服务；技术运维负责*;基础设施运维负责*信息系统运转所依赖的基础环境的运维，包括终端、网络、服务器、存储、安全等设施。2.明确数据安全和 IT 运维之间的工作边界 中心 IT 安全工作有 IT 安全运维和数据安全管理两块，数据安全与IT 安全运维是相互包含、相辅相成的关系，目前两块工作分工不明确，工作有交叉和阻碍。 3.明确各部门的职责，做到权责分明。 (三)建设一个平台、二个系统，完善基础设施运维环境 1.建立统一的运维监控平台，对机房环境、服务器硬件、操作系统、应用系统、计算机网络等关键部分实施监控，在事件发生前检测并处理故障，逐步由被动救火变为主动防御。 2.部署准入控制系统、硬件防火墙和补丁分发服务器，对所有接入专网的用户进行授权访问，保证边界及系统安全。 3.部署日志审计系统，对所有的服务器和网络设备日志进行审计，分析可能存在的系统问题或性能问题。审计用户的操作，以便出现问题可追踪和还原。
