機房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個小時都要有人的。