运维维护管理制度

《运维维护管理制度》由会员分享，可在线阅读，更多相关《运维维护管理制度（25页珍藏版）》请在装配图网上搜索。

1、运维维护管理制度系统运维培训手册版权归属密 级内部公开作 者版 本V1.0状 态草稿 发布 修订 时 间 .09.21文献标记无修改内容IT系统运维流程和具体环节日 期： 09月21日目 录一、 导言41.1目的41.2范围41.3版本信息41.4系统概述4二、 系统运维体系框架42.1运维团队人员划分42.2岗位人员分派6三、 基础建设管理73.1系统架构73.2服务器资产管理73.3信息记录管理93.3.1信息资产记录93.3.2帐号密码管理9四、 部署94.1基本原则94.1存储设备104.2数据库部署104.3操作系统104.4公司软件11五、 监控115.1基础监控115.2dock

2、er监控115.3听云监控11六、 故障与排障126.1故障等级126.2报障流程136.3排障流程136.3.1突发事件应急策略136.3.2行为规范14七、 升级147.1硬件升级147.1.1硬件升级规范147.2软件升级15软件采购申请规定15软件验收15软件使用15八、 经费管理168.1新增项目流程168.2新增人员流程16一、 导言1.1目的该文档的目的是描述彩生活IT系统用户使用说明，其重要内容涉及：l 运营环境l 安装与配置l 操作说明本文档的预期的读者是：l 运营人员、测试人员、研发人员等1.2范围该文档定义了系统提交产品的使用说明，重要描述了产品的操作流程，以及配置说明。

3、 1.3版本信息下表展示【系统运维培训手册】版本更新记录修改编号修改日期修改后版本修改内容01 .09.21V1.0基础框架说明1.4系统概述系统运维培训手册旨在服务于彩生活IT运维部门，有效管理IT系统、满足集团IT设备管控需求,提高集团IT运维智能化。二、 系统运维体系框架2.1运维团队人员划分岗位名称岗位职责产品经理拟订部门阶段工作计划，协调部门内部工作，实行部门员工管理与业绩考核，提出部门员工配置与奖罚意见，指导并督促部门员工工作，保证正常工作进度。根据工作量合理安排部门人员分工，并进行督促指导、检查与考核。协调运维工作中公司与业主之间的良好关系，提高服务满意度。加强工作质量的管理力度

4、，组织人员对负责路线进行事前控制和实时检查，对检查中发现的问题及时采用措施。协调解决系统运营中出现的系统、技术问题，采用有效负责解决方法，防止不良事故的发生。定期组织部门人员进行培训、会议及学习，提高业务水平。完毕公司领导交办的其它工作任务。系统工程师1.负责服务器的搭建、维护等工作。2.各项服务器的平常管理、维护、保养、检查及日记的监控与分析。3.负责集团各项应用系统运营部署、网络设备调试、服务器管理等工作。4.负责各类应用系统的故障分析及错误排除。5.负责集团信息化硬件项目建设，涉及需求调研、产品选型、实行、培训和技术支持工作。网络工程师1.负责中心机房网络设备、环境、运作状况的维护、保养

5、、检查；视频、电话会议系统管理与维护。2.视频监控系统管理与维护。3.防火墙、路由器、数据互换机、光端机、UPS的状态监控，以及性能优化，配置修改，保证外网对公司官网的访问以及公司内部网络的正常；维护公司VPN线路，保证邮件等系统的正常访问；sdh专线、光连路的监控、测试、故障申报与解决。4.公司Internet域名、二级邮件域名、DNS指向等互联网业务申请、分理和维护。5.负责集团网络工程的规划、督导、项目实行及技术支持。技术支持1.负责协助部门领导完毕IT相关项目计划和实行。2.负责项目实行过程中岗位培训、应用指导、项目平常管理。3.负责跟踪项目进度，协调各部门成员之间的合作。4.及时向项

6、目主管报告项目的进展情况和实行、应用过程中出现的问题。5.客观公正地对项目成员、操作人员的工作进行组织、监督和管理。6.项目总结以及项目文档的编写，为项目提供有针对性的解决方案，并采用各种实际措施，推动解决方案的贯彻。7.协助本地网络、相关办公设备维护及视频、电话会议开通。8.完毕部门领导安排的其它工作。运维客服1.邮件、RTX、OA等信息化系统技术支持工作。2.记录集团内部申报的IT故障，并转交相关负责人进行解决，对故障解决结果进行跟踪及反馈。3.负责邮件、RTX、OA应用系统后台维护管理工作，根据各单位需要进行办公系统的开通、撤消、组织架构调整等相关工作，并实时进行记录。4.对邮件密保使用

7、情况进行管理，对涉密人员进行密保绑定及特殊情况的解决，保障邮件系统安全运营。2.2岗位人员分派 三、 基础建设管理3.1系统架构3.2服务器资产管理 3.2.1 服务器资产定义1.服务器资产资产重要涉及员工正常应用所配备的服务器及配套软件，为服务器环境所购置的网络设备、配件，涉及资产性支出固定资产部分及费用支出非固定资产部分。 3.2.2 服务器资产分类资产类别类别细分说 明主管部门硬件类终端设备主机、显示器、研究院网络设备路由器、互换机、防火墙、HUB、机柜等研究院服务器邮件、DM服务器，应用系统服务器等研究院耗材类配件硬盘、内存、网卡、显卡，主板、CPU等研究院耗材键盘、鼠标、U盘、光驱、

8、网线、电源线、插线板等研究院软件类终端使用操作系统、办公软件、辅助软件、云服务器及相应部专用软件研究院服务器使用操作系统软件与服务器应用软件等研究院综合使用网络管理软件与财务应用软件等办公辅助软件研究院 3.2.3 硬件类资产管理IT资产硬件类属于资产性支出的固定资产部分。在IT资产硬件类管理过程中，不同阶段会出现资产的入库验收、管理、使用申请、借用、转移、报废等操作。以上所有操作都必须严格遵守相关操作规程方可执行。 1.硬件类入库验收规定 硬件类入库验收是指运维部门接受到采购申请单采购的服务器等IT硬件类资产后，办理资产入库前对相关资产进行的资产清点、外观检查等查点和核算的过程。 在资产入库

9、验收时如发现所验货品与装箱单等不符或设备外形出现严重变形，主管部门负责人有责任将验收结果反馈给采购部门，由采购部门负责解决退货或更换等事宜。 主管部门在取得相关IT资产并验收完之后使用之前依其类别和科目予以分类粘贴资产编号标签。 所有通过验收后入库的资产均由运维部门负责保管，如出现由于保管不利而导致的资产遗失、人为损坏等情况，运维部门将承担重要责任。 运维部门在办理完入库验收工作后，必须对所有入库资产进行登记，填写验收、使用、更换、报废登记表。 2. 硬件类资产使用申请规定 根据业务需要，在oa上填写资产申请表申请。 3.硬件类资产的借用规定 除主管部门外，任何人都无权出借硬件类资产或安排出借

10、硬件类资产事宜。 主管部门的硬件类资产登记台帐应反映出借用部分，保证使用权和其它权限的清楚明确。 4.闲置硬件类资产的回收与发放规定 闲置类硬件资产回收后，主管部门将根据评估其性能等，并记录闲置类资产台帐中，根据以后的需求情况进行再次发放和调控，投入再使用。 5.硬件类资产报废规范 本制度规定办公IT硬件资产的报废采用两种方式，即积极报废方式和被动报废方式。 被动报废方式是指当硬件类资产受到严重损伤且简朴维修无法恢复使用时，其价值明显减少的情况下应提交申请报废。此外这种报废还涉及已经满折旧年限且无法维持正常工作的硬件类资产部分。被动报废方式是一般意义上的报废方式，相关报废规定如下：1) 主管部

11、门按照规定提交相关报废申请，由财务部安排报废，并由财务作相应的会计解决。 2) 报废的发起人为主管部门，员工无权申请报废。 3) 报废时主管部门必须填写报废申请单，同时在报废登记表中进行登记，反映已经报废的那部分资产。 4) 报废的编号不重新使用。 积极报废方式是指硬件类资产由于使用时间的增长，作为办公平台所能提供的性能、效率、可靠性和稳定等已经很难满足事务所办公的最低端业务的需要时，由主管部门根据资产自身的性能指标分析并结合受益人的意见，提请对硬件类资产的报废。 积极报废方式是从办公效率和新业务需求等角度去积极地做适当的淘汰。重要操作规范参照被动报废方式的相关规范。 3.3信息记录管理3.3

12、.1信息资产记录（一） 硬件设备型号、数量、版本等信息记录记录（二） 软件产品型号、版本和补丁等信息记录记录（三） 网络结构、网络路由、网络IP地址记录记录（四） 综合布线系统结构图的绘制（五） 其它附属设备的记录记录3.3.2帐号密码管理（一） 服务器和数据库的管理账号密码，由系统管理员和数据库管理员设定并持有，实行定期修改制度，最长有效期不超过90天。 （二） 更换服务器与数据库密码时必须报行政封存，以防遗失密码。 如发现密码及口令有泄密迹象，管理员要立即报告主管领导，严查泄露源头，同时更换密码。（三） 密码需要按照以下规则设定，即由大写字母，小写字母，数字，和字符组成；最低位数为10位；

13、不能与以往的密码反复。（四） 建议借助密码生成器按照密码设定规则，生成密码。四、 部署4.1基本原则运用虚拟容器技术的“一次装载到处部署”的特性，实现统一特性的服务节点规模部署，而节点间彼此独立。4.1存储设备例如raid磁盘阵列，san存储系统、磁盘阵列、等存储设备。存储设备部署，重要由系统运维工程师负责。 基本环节如下 1.现场备件安装 配合厂商（供应商）进行现场备件安装。 2.补丁服务 消除软件漏洞给系统带来的安全隐患，并对安装补丁所引起的系统连锁反映进行合理的平衡。 3.升级服务 对系统进行软件或硬件的升级，以改善、完善现有系统或消除现有系统的漏洞。 4.问题管理系统 对碰到的问题进行

14、汇总和发布。形成技术文档。 5.系统优化监控管理 对设备进行系统的优化监控，对存储互换机设备状态、端口状态、传输速度监控、对监控备份服务进程、备份情况（起止时间、是否成功、犯错告警）监控、对监控记录磁盘阵列、磁带库等存储硬件故障提醒和告警等监控，对存储的性能（如高速 缓存、光纤通道等）进行监控。并及时解决故障问题、4.2数据库部署1. 数据库选型 对系统的配置及运作框架提出建议，以帮助您得到一个更坚强可靠的运作环境，减少系统潜在的风险，涉及数据丢失、安全漏洞、系统崩溃、性能减少及资源紧张2. 数据库软件安装。 进行数据库环境部署，数据库空间的规划管理，设定自动备份机制等。完毕部署文档。3. 检

15、查数据库系统是否需要应用最新的补丁集 进行数据库补丁升级，完毕服务器运营文档。4.数据库系统优化分析用户的应用类型和用户行为、监控数据库性能、评价并修改数据库的参数设立、评价并调整数据库的数据分布、评价应用对硬件和系统的使用情况，并提出建议。提供完整的性能调整报告和解决方法4.3操作系统1.操作系统选型根据应用的运营环境，进行最优的系统选型。2. 部署操作系统，并连通网络。完毕部署文档3. 检查操作系统是否需要应用最新的补丁集，4.登记操作登记表4.4公司软件五、 监控5.1基础监控从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维监控。1. 设备基础性能检测：cpu、内存

16、使用情况监测；2. 设备日记查看；3. 设备snmp状态；4. 测试Ping，tracert等工具的连通性；5. 网络安全策略应用是否正常；6. Internet带宽流量的实时监测；7. 网络拓扑链路状态监测；8. 异常网络数据包流量；9. Dos、ddos等网络袭击情况监测；10. Internet线路的误码率、丢包率监测；5.2docker监控5.3听云监控听云Server是服务端应用性能解决方案。通过在服务端应用中植入探针，可以相应用代码、关系型数据库、NoSQL、外部服务、服务器进行监控，帮助用户即时获取相关性能数据并进行智能分析，在代码层面上定位错误发生、性能下降的因素。听云运营架构

17、图听云监控流程1.向研究院领导提出申请 需将应用部署上听云监测问题的专业公司，一方面需向研究院领导提出申请，申请之前请准备好应用项目的相关信息，涉及：应用名称、开发语言、部署的 机房名称或者服务器资产托管供应商、部署服务器、服务器相关配置、申请使用时间（期限）、应用类型等信息，形成.txt文档上传到附件。（使用case:42645)记录2.领导审批 研究院领导会根据专业公司提供的应用项目信息进行审核。3.贯彻三部署工作 假如领导审批批准部署将进入部署工作。 4.登录应用，使用应用、产生数据。5.测试成功产生数据后反馈给项目。6.运维人员监看数据变化，出报告，协助解决问题。六、 故障与排障6.1

18、故障等级故障级别响应时间故障解决时间I级：属于紧急问题；其具体现象为：系统崩溃导致业务停止、数据丢失。10分钟，30分钟内提交故障解决方案3小时以内II级：属于严重问题；其具体现象为：出现部分部件失效、系统性能下降但能正常运营，不影响正常业务运作。10分钟，30分钟内提交故障解决方案6小时以内III级：属于较严重问题；其具体现象为：出现系统报错或警告，但业务系统能继续运营且性能不受影响。10分钟，30分钟内提交故障解决方案12小时以内IV级：属于普通问题；其具体现象为：系统技术功能、安装或配置征询，或其它显然不影响业务的预约服务。10分钟，2小时内提交故障解决方案24小时以内6.2报障流程报障

19、基本流程6.3排障流程6.3.1突发事件应急策略1、值班人员平时应做好应急事件的监控工作，对于突发事件应认真分析、准确鉴定故障发生的数据域，负责跟踪该事件直至其结束。对于不在运维中心的故障，应在第一时间内告知负责人去现场解决，密切关注事件流程及进展情况，并做好登记工作上报领导。2、正常情况下，规定值班人员在10分钟内进行事件确认。假如属于一般事件则按照事件流程进行分派解决，否则应迅速启动应急预案，并严格按照应急预案所规定的环节快速实行应急解决，及时报告上级领导，掌握实时解决情况。3、在解决过程中，如需其它部门去现场增援解决，应及时向上级领导部门报告，协调沟通，尽快联系技术工程师或厂家技术支持赶

20、赴现场援助解决。6.3.2行为规范1、遵守用户的各项规章制度，严格按照用户相应的规章制度办事。2、与用户运营维护体系其它部门和环节协同工作，密切配合，共同开展技术支持工作。3、出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。4、现场技术支持时要精神饱满，接听电话时要文明礼貌，语言清楚明了，语气和蔼。5、遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件等的密码、核心参数、业务数据等负有保密责任，不得随意复制和传播。七、 升级7.1硬件升级 7.1.1硬件升级规范 硬件类资产的改造升级可分为两种：积极升级和被动升级。 被动升级规定： 适应于涉及面和代价较小的改造升级部分1) 当

21、硬件类资产原有的配置经主管部门拟定的确不能满足现有的需求，但仅作少量投入就可以达成需求标准时，则受益人可以申请对相关的硬件类资产进行改造升级。2) 在进行硬件类资产改造升级过程中，增强其能力和延长其使用年限的部分应计入该硬件类资产的价值中。对于替换式升级则应计算其差价部分，如做增长式升级则直接计算增长部分的价值。如仅做维修以维持使用效果的费用应计为一般性费用支出。 积极升级规范：从公司服务器资产管理的整体角度出发，全面调节和配置公司服务器资产，达成改造升级和节省在投入的目的.1) 在积极升级过程中，运维部门的职责是提出积极改造升级的可行性方案，并提交相关申请，经必要的审批和确认后执行。 7.2软件升级软件采购申请规定 软件采购申请由运维部门需求汇总后，统一提交采购申请审批流程。软件验收软件到货后，由运维部门进行验收，并做好验收记录，验收完毕后由主管部门做好软件库存管理登记。软件使用统一由运维部门人员进入安排安装，维护。八、 经费管理8.1新增项目流程8.2新增人员流程