应用管理系统安全运维管理制度

1、应用管理系统安全运维管理制度 第一章 总 则 第一条 编写目的：为统一规范应用管理系统（以下称本系统）的运 行维护管理工作, 保障系统正常运行，特制订本制度。 第二条 运维管理制度的适用范围：系统主管领导、系统运维人员、 系统研发人员。 第二章 运维部工作职责 第三条 系统运维和技术支持： (一) 根据本系统的实施推进和发展目标，负责系统协同管理及 支持数据交换策略调整、技术开发等工作，保障系统持续的、稳定 的运行。 (二) 负责本系统的使用培训和操作使用指南编写，对用户使用 过程中出现问题的沟通和解决； (三) 本系统日常运行过程中信息安全和技术问题的协调解决， 保障网站24小时安全稳定运行

2、。 (四) 负责本系统管理及设备保密口令的设置和保存，保密口令 设定后任何人不得随意更改，保密口令每季度更新一次。 (五) 本系统管理实施过程新的需求方案的设计、开发和升级工 作。 第四条 信息和技术安全应遵循如下原则： (一) 执行国家有关网络信息技术安全的法律法规，与通信管理 和网络安全监管部门联络，及时处理信息技术安全方面存在的问题， 确保平台安全、稳定、可靠运行。 (二) 本系统安全保密制度和工作流程的制定，落实本系统技术 安全保密责任制，执行“谁主管、谁负责，谁主办、谁负责”的原 则，责任到人。 (三) 在服务器安装防病毒软件，确保本系统不受病毒和黑客攻 击。 (四) 负责本系统的应

3、急处理预案制定、修订和实施。 (五) 建立多机备份机制，一旦主系统遇到故障或受到攻击导致 不能正常运行，可以在最短的时间内替换主系统提供服务。 (六) 建立本系统集中式权限管理，按照岗位职责设定工作人员 操作权限，针对不同应用系统、终端、操作人员，设置共享数据库 信息的访问权限，并设置密码。不同的操作人员设定不同的用户名， 且定期更换，严禁操作人员泄漏密码。 第三章 运维人员及职责 第五条 运维管理组织结构为三层模式，具体如下图所示。由本 系统的项目负责人与第三方公司进行业务范围接洽，并将沟通结果 向下传递。项目经理负责项目的整体运维工作，包括各种制度的制 定和实施，以及带领技术支持人员、应用

4、工程师和数据库管理员开 展维护工作。 第六条 运维管理人员及职责： 序号 职责 职责 1 项目负责人 负责本系统整体协调事宜 负责规划、执行、完善本系统的运维工作，以及本 2 项目经理 系统的运维工作实施，带领技术支持人员、应用工 程师、数据库管理员开展工作 3 应用、数据库运 维 负责应用系统的运维，对应用系统的运行情况进行 巡检和故障排除。 4 项目技术人员 负责应用系统的技术运维，对应用系统的运行情况 进行巡检和故障排除。 5 云服务器管理员 负责云服务器的协调工作，对服务器硬件管理、操 作系统维护、主机漏洞扫描、网络安全、系统性能 监控、数据备份等。 第七条 运维服务流程涉及技术支持、

5、事件、问题、变更、服务持续 性、知识库等，随着运维活动的不断深入和持续改进，其他流程可 能会逐步独立并规范。 (一) 运维服务工作流程图 (二) 技术支持人员是支持运维服务的核心，与各个流程联系密 切。所有管理流程都要通过技术支持为用户提供联系，解答用户的 相关问题和需求，或为用户寻求相应的支持人员。 (三) 事件主要目标是尽快恢复服务提供并减少其对业务的不 利影响，尽可能保证最好的服务质量和可用性等级。事件管理流程 通常涉及事件的侦测和记录、事件的分类和支持、事件的调查和诊 断、事件的解决和恢复以及事件的关闭。 事件管理是提供服务台和事件管理者对于事件记录、处理、查 询、审核、派发等功能。它

6、也包括通过和第三方监控系统对接，把 其发送报警形成事件的功能。 (四) 工单是现场运维、二线支持的任务载体，运维工程师依据 所接收工单进行运维工作。 (五) 问题主要目标是预防问题和事故的再次发生，并将未能解 决的事件的影响降低到最小。问题流程包括诊断事件根本原因和确 定问题解决方案所需要的活动，通过合适的控制过程，尤其是变更 管理和发布管理，负责确保解决方案的实施。问题管理还将维护有 关问题、应急方案和解决方案的信息。 问题是针对已处理事件的遗留问题或处理事件的方案只是治标 不治本的不能彻底解决问题而考虑的。根据事件、及处理方案，问 题处理人经过调查、诊断并提出最终解决方法。 (六) 变更实

7、现所有服务器配置和应用系统的变更，变更管理应 记录并对所有要求的变更进行分类，应评估变更请求的风险、影响 的业务范围。其主要目标是以对服务最小的干扰实现有益的变更。 (七) 知识库是提供给运维人员重要的技术资料内容，他汇集在 工作的遇到的典型案例归纳总结的知识要点和全面实用资料。便于 使用的人机接口、快速查询的技术手段和维护手段。 第四章 运维服务内容 第八条 运维服务目标包括，本系统的主机、数据库和中间件的运行 维护服务，保证本系统的正常运行。同时根据日常维护的数据和记 录，提供本系统的整体建设规划和建议。 本系统运维工作包括两部分，一是日常巡检工作，包括本系统 运行情况、主机资源使用情况、

8、数据库运行情况、中间间运行情况 等；二是做好本系统应用程序升级、中间件软件漏洞修复、数据库 软件漏洞修复等。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数 指标： (一) 运行状态、故障情况； (二) 配置信息； (三) 可用性情况及健康状况性能指标。 第九条 提供主机日常运行情况的运维工作，内容包括： (一) CPU使用情况； (二) 内存使用情况； (三) 硬盘使用情况； (四) 备份情况（起止时间、是否成功、出错告警）。 第十条 提供的数据库运行维护服务是包括： (一) 数据库基本信息：文件系统、死锁、CPU占用率较大或时 间较长的SQL语句； (二) 表空间使用信息监测； (

9、三) Session连接数量监控； (四) 查看每日数据备份、数据同步是否正常； (五) 报警日志监测； (六) 数据库软件漏洞修复。 第十一条 中间件管理是指对 nginx、jetty 等中间件的日常维护管 理和监控工作，提高对中间件平台事件的分析解决能力，确保中间 件平台持续稳定运行。中间件监控指标包括： (一) 中间件的连接数量； (二) JVM内存能够及时的进行内存空间回收； (三) 检查中间件日志文件是否有异常报错； (四) 中间件进程占用CPU情况； (五) 中间件进程占用内存情况； (六) 中间件软件漏洞修复。 第五章 应急服务响应措施 第十二条 运维项目组制定了详尽的应急处理预

10、案北京市政务服务 本系统应急保障预案，整个流程严谨而有序。但在服务维护过程中， 意外情况将难以完全避免。为了对本系统实施的突发风险进行详细 分析，并且针对各类突发事件，设计了完整的应急处理流程。 第十三条 应急预案实施基本流程如下： 第十四条 突发事件应急策略应遵循如下原则： (一) 值班人员平时应做好应急事件的监控工作，对于突发事件 应认真分析、准确判定故障发生的数据域，负责跟踪该事件直至其 结束。对于不在运维中心的故障，应在第一时间内通知负责人去现 场处理，密切关注事件流程及进展情况，并做好登记工作上报领导。 (二) 正常情况下，要求值班人员在10分钟内进行事件确认。如 果属于一般事件则按

11、照事件流程进行分派处理，否则应迅速启动应 急预案，并严格按照应急预案所规定的步骤快速实施应急处置， 及时汇报上级领导，掌握实时处理情况。 (三) 在处理过程中，如需其他部门去现场增援处理，应及时向 上级领导部门汇报，协调沟通，尽快联系技术工程师赶赴现场援助 处理。 第六章 服务管理制度规范 第十五条 服务时间应遵循如下原则： (一) 在5*8 小时工作时间内由专人职守，接收各种内部的服务 请求，并记录事件处理结果。 (二) 在非工作时间设置有专人7*24 小时接听的移动电话热线， 用于解决内部的技术问题以及接听7*24 小时机房监控人员的机房 突发情况汇报。 (三) 服务响应时间： 故障级别 响应时间 故障解决时间 10分钟，30分钟 内提交故障处理 方案 低级：系统存在问题，不影响正常使用， 1小时以内 例如访问速度较慢，或者由于系统存在 问题，导致部分数据或页面不能正常展 示等。 中级：系统存在问题，正常使用有一定 影响，例如部分数据丢失，某个栏目无 法打开等。 高级：系统完全停机，或数据被篡改， 页面被篡改。 10分钟，30分钟 内提交故障处理 方案 10分钟，1小时 内提交故障处理 方案 3小时以内 6小时以内 启用备机 第十六条 行为规范应遵循如下规范： (一)遵守政务服务本系统的各项规章制度，严格按照