IDC运维的主要工作内容是什么?
保障机房设备正bai常运行，通过对机房环境支撑系du统、监控设备、zhi计算机主机设备定期检测、维护和保养，保障机房设备运行稳定，通过保养延长设备生命周期，降低故障率。
确保机房在突发事故导致硬件设备故障，影响机房正常运作情况下，可及时得到设备供应商或机房服务维护人员的产品维修和技术支持，并快速解决故障。
IDC机房运维这个工作是做什么的,有发展前途嘛?
IDC机房运维岗位不像其它岗位，如研发工程师、测试工程师等，有非常明确的职责定位及职业规划，比较有职业认同感与成就感；而运维工作可能给人的感觉是哪方面都了解一些，但又都比上专职工程师更精通、感觉平时被关注度比较低（除非线上出现故障），慢慢的大家就会迷惘，对职业发展产生困惑，为什么会有这种现象呢？ 除了职业本身特点外，主要还是因为对运维了解不深入、做得不深入导致；其实这个问题其它岗位也会出现，但我发现运维更典型，更容易出现这个问题；针对这个问题我谈一下机房运维的现状及发展前景（也在思考中，可能不太深入全面，也请大家斧正补充）
运维现状：
1、处于刚起步的初级阶段，各大公司有此专职，但重视或重要承度不高，可替代性强；小公司更多是由其它岗位来兼顾做这一块工作，没有专职，也不可能做得深入
2、技术层次比较低；主要处于技术探索、积累阶段，没有型成体系化的理念、技术。
3、体力劳动偏大；这个问题主要与第二点有关系，很多事情还是依靠人力进行，没有完成好的提练。
发展前景：
2、从个人角度，运维工程师技术含量及要求会越来越高，同时也是对公司应用、架构最了解最熟悉的人、越来越得到重视。
3、运维将成为一个融合多学科（网络、系统、开发、安全、应用架构、存储等）的综合性技术岗位，给大家提供一个很好的个人能力与技术广度的发展空间。
4、运维工作的相关经验将会变得非常重要，而且也将成为个人的核心竞争力，具备很好的各层面问题的解决能力及方案提供、全局思考能力等。
5、特长发控和兴趣的培养；由于运维岗位所接触的知识面非常广阔，更容易培养或发挥出个人某些方面的特长或爱好，如内核、网络、开发、数据库等方面，可以做得非常深入精通、成为这方面的专家。
6、如果真要以后不想做运维了，转到其它岗位也比较容易，不会有太大的局限性。当然了，你得真正用心去做。
7、技术发展方向、网站/系统架构师。
IDC机房维护工作都有哪些
数据中心运维可以分为两大类，其一是基础设施运维，其二是基础环境运维（IaaS类）
下文逐步分解：
一、基础设施运维：
1.1机房管理方面：
1.1.1机房人员出入管理（管理工具如：出入人员管理流程含出入申请审批等）
1.1.2机房设备出入管理（管理工具如：设备出入申请，设备双电要求最重要的是机房设备台账）
1.1.3机房承重（通过控制入室设备重量可以降低承重风险）
1.1.4机房环境温、湿管理（通过巡检记录加以管理）
1.1.5机房电力管理（通过巡检记录加以管理）
1.1.6机房的监控管理（通过进出机房人员的数量与1.1.1章节内的人员出入做比对）
1.1.7机房线缆管理即网线（含存储线等）、光纤和电源线管理（其内容主要围绕着横平竖直，捆扎带松紧，电源线长度预留等）
执行以上内容的人员素质不需要很高，但是，注意，管理以上执行者的领导（领队、带头人）在选择时至关重要。
在工作执行中，本着不需要执行者“动脑”作为工作原则，即，制作完美的SOP，完整的交接班制度和可落地的工作流程及问题处理流程即可驱动
PS:特别注意夏天，空调工作效率会降低，注意，撰写应急预案
1.2机房容灾方面
制定机房应急预案，其中重点包括但不限于，空调故障时应急预案，单路电力故障时应急预案，环境温湿度高时应急预案等
二、基础环境运维：
基础环境运维实际可以分为周期性工作和非周期性工作，指导思想来自ITSM（itil）
名词解释：
周期性工作
服务请求
事件处理
变更管理
问题-风险跟踪记录
2.1 周期性工作
所谓的周期性工作，指的是周期的、重复的工作，比如：配置备份、账户回顾、配置回顾、更新各类系统的操作手册等等。别小看周期性的工作，其实它是运维工作权值较高的工作内容，怎么将周期性的工作合理而有效的运转起来呢？我们工作中将周期性工作纳入运维日历，将重复性的工作条带化规范化，通过制作SOP，检查SOP执行情况，执行团队反馈SOP使用情况，跟进SOP优化情况，进行周期性的、重复性工作的执行指导。 ----以上内容不知道有没有说透，要是没有请留言。
2.2非周期性工作（主要含服务请求、事件处理、变更管理、问题-风险跟踪记录）
本章节内容，主要围绕着流程、SOP、PDCA进行展开，那么咱们现在需要名词定义
定义，服务请求、事件处理、变更管理，问题-风险跟踪记录，如果学习或了解过ITSM的工程师对以上的名字并不陌生，我也是，我认真的学习过上面的内容，我的同事、朋友也学习过，但是我们在在针对以上名词进行探讨的时候却发生了很大的奇异，所谓的奇异就是我们各自理解的不一致，而且这个现象困扰了我们很久，举个例子，领导让我在AD上创建一个账号，让我来做时，这个操作其实是很简单的，但是我应该走什么流程呢？
“执行者不需要动脑子”，通过这句话我恍然顿悟了，边界不清那么咱们就定义边界，怎么定义呢，这时候就引入了工作分类表，就是说，将运维工作量化，制作服务请求分类表，事件分类表，变更分类表，然后按照机房管理的内容照章工作即可----以上内容不知道有没有说透，要是没有请留言。
以上内容由 付林 提供
IDC运维工程师的每天做什么
事件管理：目标是在服务出现异常时尽可能快速的恢复服务，从而保障服务的可用性；同时深入分析故障产生的原因，推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障时可以高效的止损。
变更管理：以可控的方式，尽可能高效的完成产品功能的迭代的变更工作。
容量管理：在服务运行维护阶段，为了确保服务架构部署的合理性同时掌握服务整体的冗余，需要不断评估系统的承载能力，并不断优化之。
架构优化：为了支持产品的不断迭代，需要不断的进行架构优化调整。以确保整个产品能够在功能不断丰富和复杂的条件下，同时保持高可用性。
扩展资料： 职业发展：
运维人员的要求特别严苛，因为运维人员针对不同的问题，需要不断的补充扩大自己的知识和研究范畴。
在初级阶段，优秀运维人员会体现出格外出众的主动性和责任心，面对陌生的业务会主动学习和拓展自己对业务对认识和相应的知识范畴，以能够足够的胜任业务的独立维护。
在逐步的发展阶段中，注重总结反省的工程师会逐渐成长为高阶运维人员，通常他们会有比较体系化的服务运维理解。也有一部分工程师由于出色的项目管理规划能力，逐渐成为项目经理。
再进一步的发展，高阶的运维人员对于产品的理解将非常的透彻，因而在这种情况下，高阶运维人员甚至可以成为产品的产品经理、产品研发的咨询顾问，在产品功能的设计与开发中起到至关重要的角色。
参考资料：百度百科——运维工程师