机房idc运维

1、IDC运维工程师的每天做什么

其实一般IDC公司的运维工程师，没什么太多事情做，机房稳定没什么事情的时候就闲死，机房出来故障或者外来攻击的时候你就忙死，一般要帮数据中心或者客户处理下网络连通性，硬件故障，系统故障，软件应用，防火墙策略设置等等，另外有的大型一点的IDC公司中的运维人员还要撰写和评估数据中心的各种参数运行情况报告等内容！

2、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上创建一个账号，让我来做时，这个操作其实是很简单的，但是我应该走什么流程呢？
“执行者不需要动脑子”，通过这句话我恍然顿悟了，边界不清那么咱们就定义边界，怎么定义呢，这时候就引入了工作分类表，就是说，将运维工作量化，制作服务请求分类表，事件分类表，变更分类表，然后按照机房管理的内容照章工作即可----以上内容不知道有没有说透，要是没有请留言。
以上内容由 付林 提供

3、做IDC机房运维前景如何

我以前做过的的IDC运维主要工作就是机器上下架和装系统，有时候换个硬件，最多配个交换机什么的，每一块都涉及的很浅，入门可以，长做没意义，况且idc运维很多要倒班对身体不好。

看你说有兴趣学linux，我现在就做这个，如果是做系统工程师，有条件的话可以申请点闲置的服务器和交换机，自己搭建点简单的集群和服务玩玩，真实环境比虚拟机复杂，提高也快。

要是做机房建设那一块倒是可以做长点，那就偏弱电和布线了，这一块做熟练了以后做系统集成类做项目经理也用的上，这个自己把握方向。
说什么应聘银行的就很扯了，银行做IT类能外包的就外包了，有编制的不是学历很高就是有关系，跟技术关系不大。

4、机房维护工程师（IDC ）这是干什么的？

就是电信部门利用已有的互联网通信线路、带宽资源，建立标准化的电信专业级机房环境，为企业、政府提供服务器托管、租用以及相关增值等方面的全方位服务. 需要机房维护的经验 网络知识 一部分硬件基础。做这种工作需要工作经验 就是说得有人带。。因为覆盖的知识面太广了。。具体说做什么不一定 要看领导安排了。。。大网络安全检测 服务器数据维护 防火墙设置 硬件维护小到做个水晶头

5、idc机房运维转什么工作好点?

我也很想知道，
不过一般IDC软件越先进，人员越少，有的实时监控可以不需要值班人员

6、IDC机房运维方面是如何做的

一、什么是IDC机房运维？

IDC机房运维涉及到方方面面的问题，它不同于其他运维，处理的问题都是比较低沉的问题。在很多公司可能都是将服务器托管的到专门的IDC机房让专业的人士进行维护，还有些大公司建有自己的IDC机房，但管理层面上可能只是网络信息部门的一个子部门，但我们仍要面对很多机房管理的问题。IDC机房运维可以简单的从五个方面来概括:主机监控、信息统计、硬件维护、系统维护、网络维护。处理这些问题就是IDC机房的运维。

7、做IDC机房运维前景如何？

我以前做过的的IDC运维主要工作就是机器上下架和装系统，有时候换个硬件，最多配个交换机什么的，每一块都涉及的很浅，入门可以，长做没意义，况且idc运维很多要倒班对身体不好。

看你说有兴趣学linux，我现在就做这个，如果是做系统工程师，有条件的话可以申请点闲置的服务器和交换机，自己搭建点简单的集群和服务玩玩，真实环境比虚拟机复杂，提高也快。

要是做机房建设那一块倒是可以做长点，那就偏弱电和布线了，这一块做熟练了以后做系统集成类做项目经理也用的上，这个自己把握方向。
说什么应聘银行的就很扯了，银行做IT类能外包的就外包了，有编制的不是学历很高就是有关系，跟技术关系不大。

8、idc机房运维是一直在机房里面吗

不是的，运维工作会有职责分工
大部分的时间也不需要待在机房里面，除非出了事故，才需要一直呆机房检查，排除故障。
一般情况就是每天固定的巡检，而且大部分的监测数据都通过网络传到监控中心了，客户端都是可以显示的。

9、IDC机房运维这个工作是做什么的，有发展前途嘛？

IDC机房运维岗位不像其它岗位，如研发工程师、测试工程师等，有非常明确的职责定位及职业规划，比较有职业认同感与成就感；而运维工作可能给人的感觉是哪方面都了解一些，但又都比上专职工程师更精通、感觉平时被关注度比较低（除非线上出现故障），慢慢的大家就会迷惘，对职业发展产生困惑，为什么会有这种现象呢？ 除了职业本身特点外，主要还是因为对运维了解不深入、做得不深入导致；其实这个问题其它岗位也会出现，但我发现运维更典型，更容易出现这个问题；针对这个问题我谈一下机房运维的现状及发展前景（也在思考中，可能不太深入全面，也请大家斧正补充）

运维现状：

1、处于刚起步的初级阶段，各大公司有此专职，但重视或重要承度不高，可替代性强；小公司更多是由其它岗位来兼顾做这一块工作，没有专职，也不可能做得深入

2、技术层次比较低；主要处于技术探索、积累阶段，没有型成体系化的理念、技术。

3、体力劳动偏大；这个问题主要与第二点有关系，很多事情还是依靠人力进行，没有完成好的提练。

发展前景：

2、从个人角度，运维工程师技术含量及要求会越来越高，同时也是对公司应用、架构最了解最熟悉的人、越来越得到重视。

3、运维将成为一个融合多学科（网络、系统、开发、安全、应用架构、存储等）的综合性技术岗位，给大家提供一个很好的个人能力与技术广度的发展空间。

4、运维工作的相关经验将会变得非常重要，而且也将成为个人的核心竞争力，具备很好的各层面问题的解决能力及方案提供、全局思考能力等。

5、特长发控和兴趣的培养；由于运维岗位所接触的知识面非常广阔，更容易培养或发挥出个人某些方面的特长或爱好，如内核、网络、开发、数据库等方面，可以做得非常深入精通、成为这方面的专家。

6、如果真要以后不想做运维了，转到其它岗位也比较容易，不会有太大的局限性。当然了，你得真正用心去做。

7、技术发展方向、网站/系统架构师。

10、IDC机房运维这工作怎么样啊，工作时间会不会很长，麻烦不？

这个是要懂一些机房和服务器的知识的，工作时间应该也是八个小时吧，但是应该要三班倒，可能要经常加夜班，因为机房运维要保证24个小时都要有人的。