云平台下的运维体系建设工作容
一、系统运维
系统运维负责IDC、网络、CDN和基础服务的建设（LVS、NTP、DNS）；负责资产管理，服务器选型、交付和维修。详细的工作职责如下：
IDC数据中心建设
收集业务需求，预估未来数据中心的发展规模，从骨干网的分布，数据中心建筑，以及Internet接入、网络攻击防御能力、扩容能力、空间预留、外接专线能力、现场服务支撑能力等方面评估选型数据中心。负责数据中心的建设、现场维护工作。
网络建设
设计及规划生产网络架构，这里面包括：数据中心网络架构、传输网架构、CDN网络架构等，以及网络调优等日常运维工作。
LVS负载均衡和SNAT建设
LVS是整个站点架构中的流量入口，根据网络规模和业务需求，构建负载均衡集群；完成网络与业务服务器的衔接，提供高性能、高可用的负载调度能力，以及统一的网络层防攻击
能力；SNAT集中提供数据中心的公网访问服务，通过集群化部署，保证出网服务的高性能与高可用。
CDN规划和建设
CDN工作划分为第三方和自建两部分。建立第三方CDN的选型和调度控制；根据业务发展趋势，规划CDN新节点建设布局；完善CDN业务及监控，保障CDN系统稳定、高效运行；分析业务加速频道的文件特性和数量，制定最优的加速策略和资源匹配；负责用户劫持等CDN日常故障排查工作。
服务器选型、交付和维护
负责服务器的测试选型，包含服务器整机、部件的基础性测试
和业务测试，降低整机功率，提升机架部署密度等。结合对公司业务的了解，推广新硬件、新方案减少业务的服务器投入规模。负责服务器硬件故障的诊断定位，服务器硬件监控、健康检查工具的开发和维护。
OS、核选型和OS相关维护工作
责整体平台的OS选型、定制和核优化，以及Patch的更新和部版本发布；建立基础的YUM包管理和分发中心，提供常用包版本库；跟进日常各类OS相关故障；针对不同的业务类型，提供定向的优化支持。
资产管理
记录和管理运维相关的基础物理信息，包括数据中心、网络、机柜、服务器、ACL、IP等各种资源信息，制定有效的流程，确保信息的准确性；开放API接口，为自动化运维提供数据支持。
基础服务建设
业务对DNS、NTP、SYSLOG等基础服务的依赖非常高，需要设计高可用架构避免单点，提供稳定的基础服务。
二、应用运维
应用运维负责线上服务的变更、服务状态监控、服务容灾和数据
备份等工作，对服务进行例行排查、故障应急处理等工作。详细的工作职责如下所述。
设计评审
在产品研发阶段，参与产品设计评审，从运维的角度提出评审意见，使服务满足运维准入的高可用要求。
服务管理
负责制定线上业务升级变更及回滚方案，并进行变更实施。掌握所负责的服务及服务间关联关系、服务依赖的各种资源。能够发现服务上的缺陷，及时通报并推进解决。制定服务稳定性指标及准入标准，同时不断完善和优化程序和系统的功能、效率，提高运行质量。完善监控容，提高报警准确度。在线上服务出现故障时，第一时间响应，对已知线上故障能按流程进行通报并按预案执行，未知故障组织相关人员联合排障。
资源管理
对各服务的服务器资产进行管理，梳理服务器资源状况、数据中心分布情况、网络专线及带宽情况，能够合理使用服务器资源，根据不同服务的需求，分配不同配置的服务器，确保服务器资源的充分利用。
例行检查
制定服务例行排查点，并不断完善。根据制定的服务排查点，对服务进行定期检查。对排查过程中发现的问题，及时进行追查，排除可能存在的隐患。
预案管理
确定服务所需的各项监控、系统指标的阈值或临界点，以及出现该情况后的处理预案。建立和更新服务预案文档，并根据日常故障情况不断补充完善，提高预案完备性。能够制定和评审各类预案，周期性进行预案演练，确保预案的可执行性。
数据备份
制定数据备份策略，按规进行数据备份工作。保证数据备份的可用性和完整性，定期开展数据恢复性测试。
三、数据库运维
数据库运维负责数据存储方案设计、数据库表设计、索引设计和SQL优化，对数据库进行变更、监控、备份、高可用设计等工作。详细的工作职责如下所述。
设计评审
在产品研发初始阶段，参与设计方案评审，从DBA的角度提出数
据存储方案、库表设计方案、SQL开发标准、索引设计方案等，使服务满足数据库使用的高可用、高性能要求。
容量规划
掌握所负责服务的数据库的容量上限，清楚地了解当前瓶颈点，当服务还未到达容量上限时，及时进行优化、分拆或者扩容。
数据备份与灾备
制定数据备份与灾备策略，定期完成数据恢复性测试，保证数据备份的可用性和完整性。
数据库监控
完善数据库存活和性能监控，及时了解数据库运行状态及故障。数据库安全
建设数据库账号体系，严格控制账号权限与开放围，降低误操作和数据泄露的风险；加强离线备份数据的管理，降低数据泄露的风险。数据库高可用和性能优化
对数据库单点风险和故障设计相应的切换方案，降低故障对数据库服务的影响；不断对数据库整体性能进行优化，包括新存储方案引进、硬件优化、文件系统优化、数据库优化、SQL优化等，在保障成本不增加或者少量增加的情况下，数据库可以支撑更多的业务请求。
设计开发数据库自动化运维系统，包括数据库部署、自动扩容、分库分表、权限管理、备份恢复、SQL审核和上线、故障切换等功能。
四、运维研发
运维研发负责通用的运维平台设计和研发工作，如：资产管理、监控系统、运维平台、数据权限管理系统等。提供各种API供运维或研发人员使用，封装更高层的自动化运维系统。详细的工作职责如下所述。
运维平台
记录和管理服务及其关联关系，协助运维人员自动化、流程化地完成日常运维操作，包括机器管理、重启、改名、初始化、域名管理、流量切换和故障预案实施等。
监控系统
负责监控系统的设计、开发工作，完成公司服务器和各种网络设备的资源指标、线上业务运行指标的收集、告警、存储、分析、展示和数据挖掘等工作，持续提高告警的及时性、准确性和智能性，促进公司服务器资源的合理化调配。
参与部署自动化系统的开发，负责自动化部署系统所需要的基础数据和信息，负责权限管理、API开发、Web端开发。结合云计算，研发和提供PaaS相关高可用平台，进一步提高服务的部署速度和用户体验，提升资源利用率。
五、运维安全
运维安全负责网络、系统和业务等方面的安全加固工作，进行常规的安全扫描、渗透测试，进行安全工具和系统研发以及安全事件应急处理。详细的工作职责如下所述。
安全制度建立
根据公司部的具体流程，制定切实可行，且行之有效的安全制度。安全培训
定期向员工提供具有针对性的安全培训和考核，在全公司建立安全负责人制度。
风险评估
通过黑白盒测试和检查机制，定期产生对物理网络、服务器、业务应用、用户数据等方面的总体风险评估结果。
合同编号： 信息化项目运维服务合同 甲方：供水公司公司（盖章） 乙方：（盖章） 中国供水总公司浙江省公司制定
（zjyc-XX-2012-02） 目录 1．合同说明··4 2．合同内容··4 3．合同金额及付款方式··5 4. 甲乙双方职责··7 5. 知识产权归属··9 6. 违约责任··10 7. 不可抗力··11 8. 合同生效与期限··12 9. 争议解决··12 10. 双方约定本合同其他相关事项··13 附件1 **项目运维服务方案··16 附件2 **项目运维服务保密协议··17 附件3 全省费用分解表··20
委托方（甲方）： 住所地： 法定代表人： 项目联系人： 联系方式： 通讯地址： 电话：传真：电子信箱： 开户银行： 账号： 受托方（乙方）： 住所地： 法定代表人： 项目联系人： 联系方式： 通讯地址： 电话：传真：电子信箱： 开户银行：
账号： 1．合同说明 1.1 根据项目（公开招标、竞争性谈判、公开询价、单一来源谈判）结果，依据《中华人民共和国合同法》的规定，在平等、公平、诚实和信用的原则下，合同双方经协商达成一致，签订本合同。 1.2 本合同另有附件： 附件一：《项目运维服务方案》 附件二：《项目运维服务保密协议》 附件三：《全省费用分解表》1 附件为本合同不可分割的一部分，与本合同具有同等效力。2．合同内容 本合同内容为“**项目”。具体合同内容、标准和要求参见附件一《运维服务方案》。 2.1 本合同的有效期为**年。 2.2 本合同的维护服务费用金额指第一年的运维服务费用。若合同有效期不止一年，视情后续年的运维服务费用（及服务范围等相关事项），分别在前一年的年底前，以补充协议的形式确定。 2.3 若甲方对乙方运维服务的年度考核评估不能通过的，或者因补充协议的内容在签订前不能协商一致的，甲方将有权终止与乙方的合同。 2.4 其他（以下二选一）
企业自动化运维平台设计方案
目录 1.企业运维现状与发展趋势 (3) 2.企业运维存在的问题与需求 (3) 2.1运维人员的工作效率与工作主动性需要提升 (4) 2.2需要建立一套高效的运维机制 (4) 2.3缺乏高效的运维技术工具 (4) 3.业务流程标准化与健全运维管理制度 (5) 3.1实现业务流程标准化，为自动化运维打好基础 (5) 3.2建立完整、全面的运维管理制度，为自动化运维的实现保驾护航 (8) 4.自动化运维技术路线选型 (9) 4.1自动化运维概述 (9) 4.2开源运维工具的应用场景与优势 (9) 4.3Saltstack 实现服务器部署的自动化 (14) 5.自动化运维方案设计 (18) 5.1自动化运维规划图 (18) 5.2自动化运维平台模块设计 (20) 6企业自动化运维方案总结 (21)
1.企业运维现状与发展趋势 随着企业信息化的不断发展，运维人员需要面对越来越复杂的业务和越来越多样化的用户需求，不断扩展的应用需要越来越合理的模式来保障运维服务能灵活便捷、安全稳定地持续。某企业从初期的几台服务器发展到庞大的数据中心，单靠人工已经无法满足在技术、业务、管理等方面的要求，那么标准化、自动化、架构优化、过程优化等降低运维服务成本的因素越来越被人们所重视。其中，自动化开始代替人工操作在企业的运维过程中逐渐体现出来了强大的优势。 运维随着企业业务的发展，自动化作为其重要属性之一已经不仅仅只是代替人工操作，更重要的是深层探知和全局分析，关注的是在当前条件下如何实现性能与服务最优化，同时保障投资收益最大化。通过自动化运维能最大限度地在更少的维修时间内实现运维目标，提高运维服务质量。因此, 对于越来越复杂的运维来说，将人工操作逐渐改变为自动化管理是一个重要发展趋势。 2.企业运维存在的问题与需求 某企业初期只有文件共享和邮件服务等几台服务器，运维工作完全由人工操作，随着企业的发展，新业务系统不断上线企业建设了中心机房，运维工作还是以人工为主，但是这一阶段增加了网络管理系
信息化建设解决方案之运维篇
散，自我认可度低，团队人员流动率较大。情况往往是某人好不容易成为熟练工了，却因为看不到职业前景或感觉不受重视而提出辞职。这些中坚力量的离职，会造成客户满意度和运维质量相当长一段时间内出现波动。 （4）服务商难管理，技术水平参差不齐，服务不及时，有问题不能及时解决。 IT运维服务外包存在一定风险，关键在于对于IT运维服务外包供应商的管理不到位，具体体现在招标环节疏于审查、过程监督环节疏于监管、以及事后评价环节疏于考核。通过在招标环节加强对供应商资质、能力水平、案例等考察可以有效包括准入关；通过在服务过程中加强监督可及时发现供应商服务提供能力的异常；通过事后评价可以建立供应商的退出机制，保证供应商提供优秀的服务。 1.2 IT运维服务问题分析 从以上现象可以看出，IT运维服务的所有问题的根源都不是技术问题，而是管理问题，包括流程管理的问题、评价管理的问题、应急管理的问题等等。主要包括：
（1）IT运维服务管理方式缺乏创新。 IT 运维服务管理方式包括自营管理和外包管理，随着IT系统复杂程度的增加，对于IT运维能力的要求也越来越高，自营服务的成本已远远大于外包服务的成本，在某些非关键的领域，应该引入IT运维服务外包这一创新管理模式以降低服务成本，同时将组织自身的IT运维人员解放出来，做更有价值和意义的工作。 （2）IT运维服务管理不规范。 IT运维服务人员很忙碌却得不到业务部门认可的根本原因是双方缺少IT运维服务沟通的基本语言，也就是IT运维服务管理规范不明确，导致业务部门对于IT运维服务部门提供哪些服务不清晰、提供服务的流程不清晰、对于服务的评价指标不清晰，同时也导致IT运维服务人员工作职责不清晰、人员间工作交接不顺畅、服务过程缺少监督等。 （3）工作分工设计不合理，忽视梯队建设。 人员管理问题，根源在于运维工作分配不合理，业绩无法考核。若将运维人员分成一、二、三线支持，不同运维人员各司其职，能使有限的
【标准专业版】 本合同或协议依据特定条件情况设立，下载后可直接使用。在实际使用过程中，此合同或协议具体条款、权利义务等内容，也可根据需要适当修改后使用。本文档为Word版本【下载后可任意复制修改】 虚拟化平台委托运维服务合同 甲方： 乙方： 依据《中华人民共和国合同法》及其他相关法律、行政法规，本着相互信任、真诚合作、共同发展的原则，甲乙双方在友好协商的基础达成以下合同（以下简称“本合同”），并于年月日在中国市签订。 第一条服务内容 乙方采用虚拟化技术，整合甲方计算、存储与网络资源等IT基础设施，形成统一的资源池(计算、存储等)和可弹性扩展的IT基础设施。实现对计算、存储等资源的统一管理，提高资源的利用率和可用性，提高IT运维的效率。
第二条工期要求 自合同签订之日起个自然日内完成整个项目的服务实施交付。 第三条费用支付 实施完成并验收后个工作日内，甲方向乙方合同金额的%，计万元（大写：人民币元整），1年质保期满后，甲方向乙方支付合同金额的10%，计万元（大写：人民币整）。
第四条双方义务 1、甲方义务： 为方便乙方根据本合同的约定提供服务，甲方应： 1)确保有专人负责许可软件的使用和管理，并建立相关制度，以确保许可软件运行环境（包括计算机、打印机及相关硬件设备）的安全，为许可软件正常运行提供保障。 2)确保在执行本合同中向乙方提供的设备、工具（包括第三方软件、服务器、交换机、存储等相关硬件设备）的可用性。 3)在虚拟化平台使用过程中发现许可软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方做出诊断。 5)在乙方进行支持服务时，根据乙方要求，指定配合工作的人员，提供必要的支持。 3、乙方义务 为保障服务质量，乙方应： 1)确保服务交付按期完成。 2)确保有专人负责整个项目的组织、规划及实施。 3) 确保在执行本合同中向甲方提供的技术资料的完整性、规范性，同时提供对乙方技术人员的相关技术培训。 4)建立健全平台备份机制，定期做好平台数据备份。 4、超出本合同及其附件约定： 甲方如果要求乙方超出本合同及其附件约定的范围提供支持服务，甲方应与乙方另行协商签署相关合同，并向乙方支付相应的服务费用。如果乙方在支持服务过程中发现提供服务的内容不属于本合同约定的范围，乙方有权根据其自身的判断中止支持服务，甲方应对乙方已提供的服务按照乙方当时有效的收费标准向乙方支付服务费。 第五条售后服务
实用文档 平台运维保障方案 1.目的 为了保障平台各项业务的正常开展，确保信息系统的正常运行，规范信息系统日常操作及维护阶段安全要求，特制订此方案。 2.系统日常操作及维护管理 2.1.建立双向联动责任人机制 所有涉及到业务平台的资源，包括主机操作系统、应用系统、网络设备和安全设备，指定电信接口人和支撑单位接口人双向联动，由电信公司指定维护接口人专门负责对接支撑单位的技术负责人和维护人员，电信公司的接口人对支撑单位的日常工作进行监督，支撑单位对业务系统的日常操作和维护按照本方案进行记录，做到责任到人，保证各个业务平台的正常运行。 2.2.操作系统日常操作及维护 (1)必须严格管理操作系统账号，定期对操作系统账号和用户权限分配进行检查，系 统维护人员至少每月检查一次，并报信息技术管理员审核，删除长期不用和废弃 的系统账号和测试账号。 (2)必须加强操作系统口令的选择、保管和更换，系统口令做到： ●长度要求：8位字符以上； ●复杂度要求：使用数字、大小写字母及特殊符号混合； ●定期更换要求：每90天至少修改一次。 (3)支撑单位维护人员需定期进行安全漏洞扫描和病毒查杀工作，平均频率应不低于 每月一次，重大安全漏洞发布后，应在3个工作日内进行上述工作。为了防止网 络安全扫描以及病毒查杀对网络性能造成影响，应根据业务的实际情况对扫描时 间做出规定，需安排在非业务繁忙时段。技术负责人应为每个系统指定专门的系 统维护人员，由系统维护人员对所负责的服务器进行检查，至少每天一次，确保
各系统都能正常工作；监控系统的CPU利用率、进程、内存和启动脚本等使用情况。 (4)当支撑单位维护人员监测到以下几种已知的或可疑的信息安全问题、违规行为或 紧急安全事件系统时，应立即报告技术负责人，同时采取控制措施，并进行记录： a)系统出现异常进程； b)CPU利用率，内存占用量异常； c)系统突然不明原因的性能下降； d)系统不明原因的重新启动； e)系统崩溃，不能正常启动； f)系统中出现异常的系统账户； g)系统账户口令突然失控； h)系统账户权限发生不明变化； i)系统出现来源不明的文件； j)系统中文件出现不明原因的改动； k)系统时钟出现不明原因的改变； (5)系统日志中出现非正常时间登录，或有不明IP地址的登录； (6)系统维护人员对操作系统的任何修改，都需要进行备案，对操作系统的重大修改 和配置（如补丁安装、系统升级等操作）必须向技术负责人提交系统调整方案，由信息技术管理员审核通过后方可实施。操作系统的配置和修改必须在非业务时间进行，重大调整必须提前准备应急预案和回退方案。 (7)保证操作系统日志处于运行状态，系统维护人员应定期对日志进行审计分析，至 少每月审计一次，重点对登录的用户、登录时间、所做的配置和操作做检查，在发现有异常的现象时及时向信息技术管理员报告。 (8)系统维护人员应设置操作系统日志归档保存功能，历史记录保持时间不得低于一 年。
IT运维监控管理平台 建设方案 XXXXXXX
目录 第1章概述 (4) 1.1 建设背景 (4) 1.2 建设目标 (4) 1.3 建设思路 (5) 第2章系统总体设计 (6) 2.1 总体架构 (6) 2.2 设计原则 (7) 2.3 运维管理体系架构设计 (8) 2.3.1 系统总体架构设计 (8) 2.3.2 监控采集层 (9) 2.3.3 数据处理层 (9) 2.3.4 运行展现层 (9) 2.4 系统技术路线 (10) 2.4.1 采用Java语言开发 (10) 2.4.2 采用J2EE框架 (11) 2.4.3 采用WebService进行数据互连互通 (11) 2.4.4 数据库技术 (13) 2.4.5 性能控制 (14) 2.4.6 开发、运行环境 (14) 2.5 应用接口总体设计 (14) 2.5.1 系统内部集成接口 (14) 2.5.2 与基础运维管理工具的集成接口 (15) 2.5.3 与ITSM系统的集成接口 (15) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (15) 2.6 系统安全设计及部署 (16) 2.6.1 输入检验 (16) 2.6.2 GET请求和Cookie中的敏感数据 (16)
2.6.3 防通过嵌入标记实现的攻击 (16) 2.6.4 防口令猜测功能 (17) 2.6.5 页面和字段级的权限控制 (17) 2.6.6 系统安全架构 (17) 第3章系统功能设计 (18) 3.1 动环监控 (18) 3.1.1 配电柜监测 (18) 3.1.2 配电开关及电流监控 (18) 3.1.3 发电机监控 (19) 3.1.4 ATS监测 (19) 3.1.5 STS监测 (19) 3.1.6 UPS监控子系统 (20) 3.2 统一门户子系统 (20) 3.2.1 信息主管领导内容展示 (21) 3.2.2 运维人员内容展现 (21) 3.2.3 一般用户内容展现 (22) 3.3 IT运行监控子系统 (22) 3.3.1 基础平台功能 (22) 3.3.2 网络设备管理 (24) 3.3.3 服务器监控管理 (27) 3.3.4 存储监控管理 (30) 3.3.5 数据库监控管理 (30) 3.3.6 中间件监控管理 (31) 3.3.7 web与应用监控管理 (32) 3.3.8 虚拟化监控管理 (33) 3.3.9 IP地址管理管理 (34) 3.3.10 信息点管理 (35) 3.3.11 告警监控管理与转发处理 (36) 3.3.12 综合监控管理 (37)
xxx区国土资源 一张图工程和服务平台系统基础支撑平台与运维保障平台 建 设 方 案
目录 1项目概述 (2) 1.1项目背景 (2) 1.2项目目标 (2) 1.3建设内容 (2) 2现状及需求分析 (3) 2.1信息化现状 (3) 2.2存在的问题 (4) 2.2.1运维保障面临主要问题 (4) 2.2.2现有保障手段不能满足需求 (4) 2.2.3管理运维问题 (5) 3方案总体设计 (6) 3.1设计原则 (6) 3.2总体架构设计 (7) 3.3实施思路 (7) 4虚拟桌面技术方案设计 (10) 5服务器虚拟化方案设计 (11) 6业务系统运维保障设计 (13) 6.1架构设计 (13) 6.2业务系统应急 (14) 6.3数据保障 (15) 6.4运维迁移 (15) 7项目实施计划 (16) 8项目组织保障 (17) 8.1工作领导小组 (17) 8.2项目专家小组 (17) 8.3项目技术小组 (17)
1项目概述 1.1项目背景 国土资源“一张图”和综合监管平台建设（以下简称“一张图”工程）是国土资源信息化“十二五”规划中的一项核心内容。 根据《国土资源部关于进一步运用现代科技信息手段规范和创新管理的指导意见》(国土资发〔2010〕81号)、《山东省国土资源系统‘一个平台、两个市场’建设方案的通知》（鲁国土资发〔2011〕33号）和《青岛市国土资源和房屋管理局关于加强信息化建设工作的意见的通知》（青土资房发〔2012〕465号）等一系列文件的要求，青岛市国土房管局xxx 分局拟开展xxx区国土资源一张图工程和服务平台系统基础支撑平台及运维保障平台建设，为一张图工程和服务平台系统搭建安全、可靠的基础设施环境，为全局信息化发展奠定坚实的基础。 1.2项目目标 基础支撑平台及运维保障平台的建设实现以下主要目标： （1）通过加强对业务内网、办公网、互联网的安全管理，实现生产数据和涉密信息的集中存放和管理，保证信息安全； （2）通过为32个乡镇国土所提供云端虚拟桌面服务，保障数据不在国土所用户的终端设备上落地的基础上，实现各项数据及业务应用的便捷接入，有效促进业务协 同； （3）通过运维保障平台的建设，为全区国土资源用户提供一致、高度可用、高度可扩展的服务，最大程度地减少系统停机，全面支持国土全系统的业务连续性； （4）通过云平台建设，充分整合已有资源，实现IT基础设施的集约化建设。 1.3建设内容 基础支撑平台及运维保证体系主要包括以下建设内容：
运维服务合同 甲方： 乙方：山东云量信息技术有限公司 甲乙双方本着互相信任、真诚合作的原则，经双方友好协商，就乙方为甲方提供运维服务达成一致意见，特签订本合同。 一、合同适用说明 甲乙双方签订本合同，表明甲方接受乙方所提供的运维服务；否则，视甲方主动放弃乙方所提供的服务。 二、服务内容 1．乙方提供的服务内容及服务方式： 1）乙方负责承担甲方所使用的机房硬件、网络安全、双机热备及数据库优化的运维服务。 2）热线支持：乙方服务人员通过电话向用户提供技术问题解答的过程。 3）现场维护：乙方派遣3名驻场技术人员 2．乙方的服务承诺： 1）未经甲方许可，乙方服务人员不得对甲方的数据进行增删、修改、复制、传送、记录。 2）乙方提供给甲方的服务，必须按照合同规定的服务内容进行。 3．乙方的权利
1）保留因技术、设备或国家政策因素等原因对运维服务对象的功能、操作方法做出修改、调整和取消的权利； 2）乙方不承担因甲方人员进行非法操作、感染病毒、硬件出现故障导致的数据混乱、丢失等的责任； 三、甲方责任 1．甲方应确保有专人对运维服务对象的使用和管理负责。 2．甲方应建立相关制度，以确保运行环境的安全，为设备正常运行提供保障。 3．甲方定期做好系统数据备份，并对备份数据进行妥善保管。 4．甲方在应用过程中发现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方做出诊断。 5．甲方在乙方服务人员服务完成后，配合检查所有运行是否正常。 四、收费办法和合同期限 1．服务费金额：620000大写：陆拾贰万元整 服务期满后一年后甲方向乙方支付合同金额的50%，服务器满后乙方向甲方开具正式发票后7个工作日内转账付清剩余款项。 2．合同有效期为一年，自2012年9月1日至2014年8月31日止，期满合同自动终止。 3．合同期满后，双方协商，甲方可要求乙方继续提供运维服务，但双方必须重新签署新的服务合同。 五、争议处理
云计算中心运维管理制度 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理就是：为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统的计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负起以下重要目标：合规性、可用性、经济性、服务性等四大目标。 由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性除基于ITIL的常规数据中心运维管理理念之外，以下运维管理方面的内容，也需要我们加以重点分析和关注。 一、理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象共可分成5类： (1) 机房环境基础设施部分。这里主要指为保障数据中心所管理设备正常运行所必需的网络通信、电力资源、环境资源等。这部分设备对于用户来说几乎是透明的，因为大多数用户基本并不会关注到数据中心的风火水电。但是，这类设备如发生意外，对依托于该基础设施的应用来说，却是致命的。 (2) 在提供IT服务过程中所应用的各种设备，包括存储、服务器、网络设备、安全设备等硬件资源。这类设备在向用户提供IT服务过程中提供了计算、存储与通信等功能，是IT服务最直接的物理载体。 (3) 系统与数据，包括操作系统、数据库、中间件、应用程序等软件
资源;还有业务数据、配置文件、日志等各类数据。这类管理对象虽然不像前两类管理对象那样“看得见，摸得着”，但却是IT服务的逻辑载体。 (4) 管理工具，包括了基础设施监控软件、监控软件、工作流管理平台、报表平台、短信平台等。这类管理对象是帮助管理主体更高效地管理数据中心内各种管理对象，并在管理活动中承担起部分管理功能的软硬件设施。通过这些工具，可以直观感受并考证到数据中心如何管理好与其直接相关的资源，从而间接地提升的可用性与可靠性。(5) 人员，包括了数据中心的技术人员、运维人员、管理人员以及提供服务的厂商人员。人员一方面作为管理的主体负责管理数据中心运维对象，另一方面也作为管理的对象，支持IT的运行。这类对象与其他运维对象不同，具有很强的主观能动性，其管理的好坏将直接影响到整个运维管理体系，而不仅仅是运维对象本身。 二、定义各运维对象的运维内容 云计算数据中心资源管理所涵盖的范围很广，包括环境管理、网络管理、设备管理、软件管理、存储介质管理、防病毒管理、应用管理、日常操作管理、用户密码管理和员工管理等。要对每一个管理对象的日常维护工作内容有一个明确的定义，定义操作内容、维护频度、对应的责任人，要做到有章可循，责任人可追踪。实现对整个系统的全生命周期的追踪管理。 三、建立信息化的运维管理平台系统 云计算数据中心的运维管理应从数据中心的日常监控入手，事件管理、
IT运维服务合同 甲方： 乙方： 鉴于： 甲方需要乙方为网络信息化建设中所需的内容提供信息更新服务，乙方愿意以本合同约定的条款和条件向甲方提供信息更新，以满足甲方信息化网络正常运行的需要。甲、乙双方经平等协商一致，签订本合同。 第一条：基本原则 1.1本合同旨在明确乙方向甲方提供信息更新时，甲、乙双方必须遵守的基本原则，以及信息更新的基本内容等事项。 1.2由于不可抗力或甲方及其他第三方的原因而给甲方设备造成的损失，乙方不承担责任。 1.3甲方委托第三方对设置在其网内的设备及软件进行调整、变更时，应及时通知乙方，以便乙方及时掌握网内设置及软件增减或变更情况，更好地为甲方提供服务。 1.4甲方需要从网内迁移其设备时，应提前通知乙方，以便于双方配合，甲、乙双方可就设备迁移具体事项另行协商。 1.5甲、乙双方履行本合同的网站信息更新时，双方之间应提供必要的便利条件，积极配合。 1.6指定联系人：甲方指定为联系人，乙方指定为联系人，全权负责日常服务合作事宜，双方指定联系人发生变化时，应在3个工作日内书
面通知对方。 第二条：运维服务的范围和约定 2.1运维服务的内容：乙方应根据的要求，提供相应的技术支持与服务，并应达到关于服务质量的要求。 (1)网站信息的更新：包括整体网站的大小项，具体内容须甲方提。 (2)乙方仅负责网站更新,暂不负责其他运维职责。 (3)应急处理：双方协商确定多种应急处理方案，必要时进行应急预案演习， 保证在出现意外情况时能够尽量减少或避免因为系统的故障而产生的不 良影响（比如服务器故障、停电、通信线路故障、网络遭受病毒攻击等）。 2.3维护服务的方式 (1)合同签订后，乙方派名专职技术人员，进行网络系统的运维支持与 维护。另派名技术人员随时响应进行技术支持与维护。 第三条：运维服务费及支付方式 3.1根据甲方约定，通过谈判：网站更新按次收费，每次收取单次更新服务费总额为人民币：元整。 3.2甲乙双方在本合同签订后，甲方向乙方支付本合同款。(支付方式) 第四条：权利义务的转让 4.1任何一方未经过对方的书面同意，不得转让本合同项下的任何一项权利和义务。 4.2 甲方和乙方应将谈判文件、商务文件、技术文件作为合同基础。 第五条：保密
IT运维监控管理平台建设方案（此文word格式，下载后可直接编辑修改套用）
目录 第1章概述 (5) 1.1 建设背景 (5) 1.2 建设目标 (5) 1.3 建设思路 (6) 第2章系统总体设计 (7) 2.1 总体架构 (7) 2.2 设计原则 (8) 2.3 运维管理体系架构设计 (9) 2.3.1 系统总体架构设计 (9) 2.3.2 监控采集层 (10) 2.3.3 数据处理层 (10) 2.3.4 运行展现层 (10) 2.4 系统技术路线 (11) 2.4.1 采用Java语言开发 (11) 2.4.2 采用J2EE框架 (12) 2.4.3 采用WebService进行数据互连互通 (12) 2.4.4 数据库技术 (14) 2.4.5 性能控制 (15) 2.4.6 开发、运行环境 (15) 2.5 应用接口总体设计 (15) 2.5.1 系统内部集成接口 (15) 2.5.2 与基础运维管理工具的集成接口 (16) 2.5.3 与ITSM系统的集成接口 (16) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (16) 2.6 系统安全设计及部署 (17) 2.6.1 输入检验 (17) 2.6.2 GET请求和Cookie中的敏感数据 (17) 2.6.3 防通过嵌入标记实现的攻击 (17)
2.6.4 防口令猜测功能 (18) 2.6.5 页面和字段级的权限控制 (18) 2.6.6 系统安全架构 (18) 第3章系统功能设计 (19) 3.1 动环监控 (19) 3.1.1 配电柜监测 (19) 3.1.2 配电开关及电流监控 (19) 3.1.3 发电机监控 (20) 3.1.4 ATS监测 (20) 3.1.5 STS监测 (20) 3.1.6 UPS监控子系统 (21) 3.2 统一门户子系统 (21) 3.2.1 信息主管领导内容展示 (22) 3.2.2 运维人员内容展现 (22) 3.2.3 一般用户内容展现 (23) 3.3 IT运行监控子系统 (23) 3.3.1 基础平台功能 (23) 3.3.2 网络设备管理 (25) 3.3.3 服务器监控管理 (28) 3.3.4 存储监控管理 (31) 3.3.5 数据库监控管理 (31) 3.3.6 中间件监控管理 (32) 3.3.7 web与应用监控管理 (33) 3.3.8 虚拟化监控管理 (34) 3.3.9 IP地址管理管理 (35) 3.3.10 信息点管理 (36) 3.3.11 告警监控管理与转发处理 (37) 3.3.12 综合监控管理 (38) 3.3.13 综合报表管理 (39)
云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT 基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用
XX软件股份有限公司产品支持与运维服务合同 合同编号： 甲方：福建XX股份有限公司 乙方：XX网络科技股份有限公司泉州分公司
甲方：福建XX 股份有限公司乙方： XX 网络科技股份有限公司泉州分公司 地址：福建XX 市XX 工业区XX 工业园地址：泉州市XX 区XX 大道XX 软件园XX 室 电话：电话：0595—221XXXXX 甲乙双方本着相互信任、真诚合作、共同发展的原则，在友好协商的基础上共同制定如下合同内容。 一、服务内容及相关事项（请根据实际需求选择服务类型） 1.1“标准产品支持服务”与“标准产品支持服务-lite”是指乙方为确保软件产品的正常运行、补丁更新和授权许可升级（标准产品支持服务-lite 不含此项）而提供的软件产品支持服务。 1.2“高级产品支持服务”是乙方为满足甲方更高的服务响应级别、更全面的服务时间或专家级产品支持服务的需求而提供的软件产品支持服务。 1.3“系统运维服务”是指乙方为满足软件系统（软件产品与其运行环境）运行与维护要求而提供的服务。 1.4 除非本合同特别约定，乙方提供服务的区域仅限于中华人民共和国境内。在甲方向乙方支付了相应的服务费以后，乙方将根据本合同的约定向甲方提供支持服务。 二、可提供服务（请根据实际需求选择服务类型） 2.1 标准产品支持服务（或标准产品支持服务-lit e．，详见本合同附件一； 2.2 高级产品支持服务，详见本合同附件二； 2.3 系统运维服务，详见本合同附件三。 2.4 补充说明：上年度服务合同中计划用作NC 服务器迁移服务的现场保障服务免费10 人天顺延至本年度NC 服务器迁移服务中交付，并免费支持NC 服务器按双方共同确认的方案进行迁移的全部工作。 三、提供服务的许可软件范围 软件名称： XX 版本号： XXX 产品序列号： XXXXX 四、服务期限 产品支持服务期限：自2016 年7 月1 日起至2017 年6 月30 日止。 系统运维服务期限：自2016 年7 月1 日起至2017 年6 月30 日止。
云计算中心运维管理制度 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用户都不会忽略数据中心的供电和制冷。因为这类设备如果发生意外，对依托于该基础设施的应用来说是致命的。 ②数据中心所应用的各种设备 这些设备包括存储、服务器、网络设备和安全设备等硬件资源。这类设备在向用户提供IT 服务过程中提供了计算、存传输和通信等功能，是IT服务最核心的部分。 ③系统与数据 这部分包括操作系统、数据库、中间环节和应用程序等软件资源，还有业务数据、配置文件、日志等各类数据。这类管理对象虽然不像前两类管理对象那样“看得见，摸得着”，但却是IT服务的逻辑载体。 ④管理工具 这部分包括基础设施监控软件、IT监控软件、工作流管理平台、报表平台和短信平台等。 这类管理对象是帮助管理主体更高效地管理数据中心内各种管理对象的工作情况，并在管理活动中承担起部分管理功能的软硬件设施。通过这些工具，可以直观感受并考证数据中心如何管理好与其直接相关的资源，从而间接地提升了可用性与可靠性。 ⑤人员管理 人员管理包括数据中心在内的技术人员、运维人员、管理人员以及提供服务的厂商人员的管理。 人员一方面作为管理的主体负责管理数据中心的运维对象，另一方面也作为管理的对象，支持IT的运行。这类对象与其他运维对象不同，具有很强的主观能动性，其管理的好坏将直接影响到整个运维管理体系，而不仅仅是运维对象本身。 (2)定义各运维对象的运维内容 云计算数据中心资源管理所涵盖的范围很广，包括环境管理、网络管理、设备管理、软件管理、存储介质管理、防病毒管理、应用管理、日常操作管理、用户密码管理和员工管理等。这就需要对每一个管理对象的日常维护工作内容有一个明确的定义，定义操作内容、维护频度、对应的责任人，要做到有章可循，责任人可追踪。实现对整个系统全生命周期地追踪管理。 (3)建立信息化的运维管理平台系统和IT服务管理系统 云计算数据中心的运维管理应从数据中心的日常监控入手，事件管理、变更管理、应急预案管理和日常维护管理等方面全方位地进行数据中心的日常监控。实现提前发现问题、消除隐患，首先要有完整的、全方位实时有效的监控系统，并着重监控数据的记录和技术分析。 数据中心的业务可以概括为：通过运行系统来向客户提供服务。没有信息系统的支撑来运行
软件运维服务合同 合同编号： 委托方（以下简称“甲方”）： 受托方（以下简称“乙方”）： 根据《中华人民共和国合同法》的相关规定，甲、乙双方经平等协商，在真实、充分地表达各自意愿的基础上，就乙方向甲方提供XXXXXX集团OA 办公系统软件运维服务事宜协商一致，特订立本合同。 第一条服务项目 乙方为甲方使用的市菜篮子产业集团OA办公系统软件提供运维服务。 第二条合同期限 本合同期限为年，自年月日起至年月日止。在本合同期限内，若需缩短该期限，须经甲、乙双方协商一致后方可缩短系统软件运维期限；本合同期限届满后，若需继续委托乙方运行维护本合同系统软件的，由甲、乙双方协商一致后，另行订立合同。 第三条服务内容、方式 （一）服务内容（详见《XXXXXX集团OA办公系统运维服务范围列表》） 1.系统日常运维服务，包括当不限于系统操作指导、因系统缺陷导致的各种BUG的修复、因操作失误导致的数据错误维护等。 2.系统突发事件的诊断、排除。 3.因甲方业务发展需要或需求变动引发对本合同约定的系统的新增、完善软件功能且工作量小于等于2人日的开发工作的。 4.本合同签订后，乙方须指定专人对甲方提出的本合同约定的系统软件各项相关技术问题进行解答，包括但不限于技术咨询、指导和信息提供等。 5.本合同签订后，乙方应定期指派专人清理运维过程中所生成的生产数据库中的临时表，优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提供系统运行速度。
6.本合同签订后，乙方应定期撰写运维总结报告，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）运维服务形式 1.现场技术服务，即本合同约定的系统软件出现重大故障导致甲方业务中止时，乙方收到甲方通知后应立即指派技术人员到达现场，与甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除。 2.远程维护，即甲方出现系统故障时，乙方通过电话、电子邮件、或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 3.按月巡检，即本合同期限内，乙方每月指定专人到现场对系统进行全面检查，优化系统软件，同时做好系统运行情况记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。乙方还可根据甲方业务需要，在现场对甲方的业务人员进行系统运行管理、日常维护、使用操作等方面的培训。 （三）运维服务要求 1.本合同签订后，对于甲方提出的任何运维服务，乙方工作人员需严格填写运维服务记录单，并由甲、乙双方签字认可。 2.乙方应保证指派经验丰富的运维工程师来具体承担运维服务工作，服务人员应保证相对固定，若有变动，乙方须提前三日通知甲方并征得甲方同意。 3.乙方为甲方提供电话技术支持服务要求为365天×24小时。 4.运维响应：工作日运维服务响应时间应在小时以内，非工作日运维响应时间应在小时以内；若需乙方指派专人现场进行运维服务的，乙方应在接到甲方运维服务通知后小时内赶到甲方现场。
xxx 区国土资源 一张图工程和服务平台系统 基础支撑平台与运维保障平台
建
设
方
案
目录
1 项目概述 ................................................................................................................................... 2
1.1 项目背景 ................................................................................................................................. 2 1.2 项目目标 ................................................................................................................................. 2 1.3 建设内容 ................................................................................................................................. 2
2 现状及需求分析 ........................................................................................................................ 3
2.1 信息化现状 ............................................................................................................................. 3 2.2 存在的问题 ............................................................................................................................. 4
2.2.1 运维保障面临主要问题 ................................................................................................. 4 2.2.2 现有保障手段不能满足需求 ......................................................................................... 4 2.2.3 管理运维问题 ................................................................................................................. 5
3 方案总体设计............................................................................................................................6
3.1 设计原则 ................................................................................................................................. 6 3.2 总体架构设计 ......................................................................................................................... 7 3.3 实施思路 ................................................................................................................................. 7
4 虚拟桌面技术方案设计 .......................................................................................................... 10
5 服务器虚拟化方案设计 .......................................................................................................... 11
6 业务系统运维保障设计 .......................................................................................................... 13
6.1 架构设计 ............................................................................................................................... 13 6.2 业务系统应急 ....................................................................................................................... 14 6.3 数据保障 ............................................................................................................................... 15 6.4 运维迁移 ............................................................................................................................... 15
7 项目实施计划.......................................................................................................................... 16
8 项目组织保障.......................................................................................................................... 17
8.1 工作领导小组 ....................................................................................................................... 17 8.2 项目专家小组 ....................................................................................................................... 17 8.3 项目技术小组 ....................................................................................................................... 17