網路運維標准

❶ 計算機維護標准

哈哈！同行
一、外觀及硬體的維護；
二、系統穩定性及速度的維護；
三、軟體正常運行的維護；
四、病毒預防及殺毒軟體的更新維護；
五、系統漏洞及時檢查。
以上這些做到相信就沒什麼漏的了

❷ it運維考核指標有哪些

對網維護管理的要求應站在企業的高度，從多方面進行簡要的邏輯分析。立足運營資源、運專營能屬力和核心流程，網路運維管理標准指數可分成三類：第一類是關鍵性能指標KPI(Key Performance Indicator)，反映網元層設備的性能。第二是關鍵質量指標KQI(Key Quality Indicator)，由不同網元設備的KPI值集合而成，反映單一業務的質量。第三為服務等級協議SLA(Service Level Agreement)，由KQI值集合而成，分成內部組織間的等級服務協議和最終用戶間的服務等級協議。從這三類指標可看出，網路維護管理與引進的設備質量、網管系統質量、不同部門間的協作管理密切相關。

❸ 一個標準的運維it負責多少pc

IT運維工程師的崗位要求：
1.負責公司內部網路/應用的日常維護、技術評回估和項目實施，包括PC、打答印機、網路交換機/路由器/防火牆管理、網路監控系統等；
2.對公司內部信息系統及設施的日常檢查、監控、運維分析。
3.負責應用伺服器的實施部署與搭建；
4.負責應用伺服器的資源調配和系統安全、數據備份；
5.負責應用伺服器各項數據的監控，如流量、負載等；
6.負責測試環境的搭建工作。

❹ IT運維標准有沒有正式出台

IT運維標沒有正式的強制性文件出台。

所謂 IT運維管理,是指單位 IT 部門採用相關的方法、版手段、技術、制度、流程和文權檔 等,對IT 如硬運行環境(軟體環境、網路環境等)、IT 業務系統和 IT 運維人員進行的綜合管理。

企業將IT部門的職能全部或部分外包給專業的第三方IT外包公司管理，集中精力發展企業的核心業務。簡單的說就是企業在內部專職IT運維人員不足或沒有的情況下，將企業的IT外包服務流程，包括全部辦公硬體、網路及外設的維護工作轉交給專業從事IT運維的公司來進行全方位的維護。

❺ 運維管理的標準定義

運維管理( IT Operations Management)幫助企業建立快速響應並適應企業業務環境及業務發展的IT運維模式，實現基於ITIL的流程框架、運維自動化。

核心思想隨著國內企業業務信息化的深入, IT運維部門所負責的IT設備及軟體的運行維護工作變得越來越復雜， 技術難度也越來越高。傳統的IT工具和流程集中在技術上，而不是業務目標上。業務服務管理(Business Service Management)使IT能輕松滿足業務的需求，轉變企業的環境，使業務部門和IT部門領導者能夠擁有統一的語言，通過統一的界面面對挑戰，理解新變化所帶來的影響。
BSM主要強調從業務的視角來看待企業的IT運維，從而最大化發揮IT對企業業務的推動作用，這就IT運維的核心思想。
著眼點IT系統的業務服務管理主要著眼點
一、 確立以業務價值為核心，業務驅動管理的管理思想面向業務要首先在IT管理的戰略層面上建立「業務驅動」的IT治理和管理思想，使得業務部門的目標和IT運維的目標一致，都是為了企業整體戰略目標的實現，把對業務的支撐能力和管理實效，作為評價IT系統效用和IT部門工作的首要指標。只有這樣，才能在全企業范圍內建立「技術服務於業務發展」的意識和文化，是真正實現IT與業務融合，共同為企業的戰略目標服務。
二、 建立關鍵業務服務模型今天的業務部門對應用程序的依賴性比過去更強了。應用程序軟體可以實現關鍵業務流程的自動化 —自動化既包括付款、資金轉賬、下訂單和訂單履行。由於應用程序故障或性能問題可能導致嚴重的業務影響，因此業務部門迫切需要 IT 部門在發生問題時提供更高的應用程序服務級別和更快的問題解決方案。所以，必須結合企業戰略和目前業務運營情況，辨識企業業務服務，特別是關鍵業務應用。為這些核心業務系統服務，建立和企業未來發展願景、目前IT架構、管理模式等相適應的業務服務模型，能夠清晰地描述業務與IT之間的關聯關系和IT服務的關鍵目標。
三、 管理信息共享目前，出於對IT資源專業化、精細化管理的要求，企業部署了諸多的監控管理工具，如網路監控、系統監控、資料庫監控工具等。一般來說，這些監控工具往往來自於不同的廠商，彼此之間缺乏信息共享的手段。而一個具體的業務是由網路、主機、應用本身所組成，管理信息無法共享，這就造成了當一個故障出現時，無法通過系統直接自動分析並定位故障點，加大了IT故障的分析難度，降低了解決問題的效率。業務服務管理可以有效整合企業已經構建的眾多IT監控系統，將分散的IT管理信息集中到一個單點的管理平台中，從而可以快速進行故障定位。
四、 根源問題定位隨著企業業務的快速發展，IT環境越來越復雜，IT組件越來越多，同時各組件之間的關聯關系也更加紛亂和復雜。業務服務管理能夠提供有效的根源問題定位能力，它著眼於企業的核心業務系統，通過集中與業務相關的IT信息，根據業務邏輯和IT組件之間的關聯關系進行建模，企業可以在業務模型中的任何一點進行快速的根源問題分析和定位，大大提高了解決問題的速度和准確度。
五、 故障影響范圍評估當我們發現IT故障時，我們不僅應該關注故障本身，更應該考慮該故障對業務系統的影響。通過建立業務服務影響拓撲，可以快速的了解企業的關鍵性業務及業務故障時的影響范圍，通過了解企業具體的業務環境，優先處理關鍵故障點。

❻ 網路運維需要會什麼

這個要分情況具體看待：
第一種情況，如果只是一個公司的網路運維，類似內網路管理維護崗位的話，那麼容基本包括：1、熟悉主要幾種品牌的交換機、路由器、防火牆等硬體設備的配置，具備構建小型區域網的能力；2、計算機、列印機、無線AP等設備的基本故障排除、IP配置、硬體維護的能力；3、公司伺服器的系統安裝、調測、配置、維護能力；4、基本的綜合布線、實地操作能力。

第二種情況，如果是運維工程師類，需要掌握的不論是理論知識，或者操作能力上，都有更高的要求；各類操作系統的深度精通；精通主要幾種編程語言；精通網路系統、資料庫的開發；網路安全的配備等。

❼ 網路運維主要負責哪些

網路運維是指為保障電信網路與業務正常、安全、有效運行而採取的生產組織管理活動，簡稱運維管理或OAM。

部門經理
職位描述：
1、負責部門規劃和管理，包括完善內部運維團隊，技術規劃，團隊建設等;
2、負責運維制度的制定，包括運維制度的細化和監督執行;
3、根據公司及部門總體目標，制定團隊發展的中長期計劃;
4、負責公司的IT資源管理：分配、實施、采購、成本控制;
5、負責各個系統及網路架構的規劃、管理和維護;
6、安排並實施相關業務的第三方技術服務合作;
7、負責整體把握運維服務質量，數據分析質量，資源規劃等。
高級運維工程師
崗位職責：
1、參與設計、審核、優化公司IT系統以及各應用系統的體系架構;
2、全面負責公司運維項目的系統升級、擴容需求與資源落實，配合開發需求，測試、調整運維平台;
3、負責網路以及伺服器的網路設置、維護和優化、網路的安全監控 、系統性能管理和優化、網路性能管理和優化;
4、建立面向開發部門，業務部門的服務流程和服務標准;
5、負責IT運維相關流程的規劃、設計、推行、實施和持續改進;
6、負責內部分派下發，對實施結果負責。
基礎運維工程師
崗位職責：
1. 負責日常網路及各子系統管理維護;
2. 負責設計並部署相關應用平台，並提出平台的實施、運行報告;
3. 負責配合開發搭建測試平台，協助開發設計、推行、實施和持續改進;
4. 負責相關故障、疑難問題排查處理，編制匯總故障、問題，定期提交匯總報告;
5. 負責網路監控和應急反應，以確保網路系統有7*24小時的持續運作能力;
6、負責日常系統維護，及監控，提供IT軟硬體方面的服務和支持，保證系統的穩定。

❽ 運維工程師的合格標准:

一個優秀的運維工程師標準是什麼,是不是做運維是一個比較低級的工作?
做IT這行是不是只有做編程才能掙高薪?

發現畢業後大部分同學都去編程了. 像我這種做了運維的主要是linux系統管理方面的.就偶一個

首先明確一下，全文所講的」運維「是指：大型網站運維，與其它運維的區別還是蠻大的；然後我們再對大型網站與小型網站進行范圍定義，此定義主要從運維復雜 性角度考慮，如網站規范、知名度、伺服器量級、pv量等考慮，其它因素不是重點；因此，我們先定義伺服器規模大於1000台，pv每天至少上億（至少國內 排名前10），如sina、、QQ，renren.com等等；其它小型網站可能沒有真正意義上的運維工程師，這與網站規范不夠和成本因素有關，更多的 是集合網路、系統、開發工作於一身的「復合性人才」，就如有些公司把一些合同采購都納入了運維職責范圍，還有如IDC網路規劃也納入運維職責。所以，非常 重要一定需要明白：運維對其它關聯工種必須非常了解熟悉：網路、系統、系統開發、存儲，安全,DB等；我在這里所講的運維工程師就是指專職運維工程師。
我們再來說說一般產品的「出生」流程：
1、首先公司管理層給出指導思想，PM定位市場需求（或成熟應用）進行調研、分析、最終給出詳細設計。
2、架構師根據產品設計的需求，如pv大小預估、伺服器規模、應用架構等因素完成網路規劃,架構設計等（基本上對網路變動不大，除非大項目）
3、開發工程師將設計code實現出來、測試工程師對應用進行測試。
4、好，到運維工程師出馬了，首先明確一點不是說前三步就與運維工作無關了，恰恰相反，前三步與運維關系很大：應用的前期架構設計、軟/硬體資源評估申請 采購、應用設計性能隱患及評估、IDC、服務性能\安全調優、伺服器系統級優化（與特定應用有關）等都需運維全程參與，並主導整個應用上線項目；運維工程 師負責產品伺服器上架准備工作，伺服器系統安裝、網路、IP、通用工具集安裝。運維工程師還需要對上線的應用系統架構是否合理、是否具備可擴展性、及安全 隱患等因素負責，並負責最後將產品（程序）、網路、系統三者進行拼接並最優化的組合在一起，最終完成產品上線提供用戶使用，並周而復使：需求->開 發（升級）->測試->上線（性能、安全問題等之前預估外的問題隨之慢慢就全出來了）在這里提一點：網站開發模式與傳統軟體開發完全不一樣， 網站一天開發上線1~5個升級版本是家常便飯，用戶體驗為王嘛，如果某個線上問題像M$ 需要1年解決，用戶早跑光了；應用上線後，運維工作才剛開始，具體工作可能包括：升級版本上線工作、服務監控、應用狀態統計、日常服務狀態巡檢、突發故障 處理、服務日常變更調整、集群管理、服務性能評估優化、資料庫管理優化、隨著應用PV增減進行應用架構的伸縮、安全、運維開發工作：
a 、盡量將日常機械性手工工作通過工具實現（如服務監控、應用狀態統計、服務上線等等），提高效率。
b、解決現實中服務存在的問題，如高可靠性、可擴展性問題等。
c、大規模集群管理工具的開發，如1萬台機器如何在1分鍾內完成密碼修改、或運行指定任務？2000台伺服器如何快速安裝操作系統？各分布式IDC、存儲集群中數PT級的數據如何快速的存儲、共享、分析？等一系列挑戰都需運維工程師的努力。
在此說明一下其它配合工種情況，在整個項目中，前端應用對於網路/系統工程師來說是黑匣子，同時開發工程師職責只是負責完成應用的功能性開發，並對應用本 身性能、安全性等應用本身負責，它不負責或關心網路/系統架構方面事宜，當然軟/硬體采購人員等事業部其它同事也不會關心這些問題，各司其職，但項目的核 心是運維工程師~！所有其它部門的橋梁。
上面說了很多，我想大家應該對運維有一些概念了，在此打個比方吧，如果我們是一輛高速行駛在高速公路上的汽車，那運維工程師就是司機兼維修工，這個司機不 簡單，有時需要在高速行駛過程中換輪胎、並根據道路情況換檔位、當汽車速度越來越快，汽車本身不能滿足高速度時對汽車性能調優或零件升級、高速行進中解決 汽車故障及性能問題、時刻關注前方安全問題，並先知先覺的採取規避手段。這就是運維工作~！
最後說一下運維工程師的職責：」確保線上穩定「，看似簡單，但實屬不容易，運維工程師必須在諸多不利因素中進行權衡：新產品模式對現有架構及技術的沖擊、 產品高頻度的升級帶來的線上BUG隱患、運維自動化管理承度不高導致的人為失誤、IT行業追求的高效率導致流程執行上的缺失、用戶增漲帶來的性能及架構上 的壓力、IT行業寬松的技術管理文化、創新風險、互聯網安全性問題等因素，都會是網站穩定的大敵，運維工程師必須把控好這最後一關，需具體高度的責任感、 原則性及協調能力，如果能做到各因素的最佳平衡，那就是一名優秀的運維工程師了。
另外在此聊點題外話，我在這里看到有很多人要sina、QQ、,51.com等聊自已的運維方面的經驗，其實這對於它們有點免為其難：
a、各公司自已網路架構、規模、或多或少還算是公司的核心秘密，要保密，另外，對於大家所熟知的通用軟體、架構，由於很多公司會根據自已實際業務需要，同 時因為原版性能、安全性、已知bug、功能等原因，進行過二次開發（如apache,php,mysql），操作系統內核也會根據不同業務類型進行定製 的，如某些應用屬於運算型、某些是高IO型、或大存儲大內存型。根據這些特點進行內核優化定製，如sina就在memcache上進行過二次開發，搞出了 一個MemcacheDB，具體做得如何我們不談，但開源了，是值得稱贊的，國內公司對於開源基本上是索取，沒有貢獻；另外，伺服器也不是大家所熟知的型 號，根據業務特點，大部份都是找DELL/HP/ibm進行過定製；另外，在分布式儲存方面都有自已解決方案，要不就是使用現成開源hadoop等解決方 案，或自已開發。但90%都是借鑒google GFS的思想:分布式存儲、計算、大表。
b、各公司業務方向不一樣，會導致運維模式或方法都不一樣，如51.com和運維肯定區別很大，因為他們業務模式決定了其架構、伺服器量級、 IDC分布、網路結構、通用技術都會不一樣，主打新聞門戶的sina與主打sns的51.com運維模式差異就非常大,甚至職責都不大一樣；但有一點，通 用技術及大致架構上都大同小異，大家不要太神化，更多的公司只是玩壘積木的游戲罷了，沒什麼技術含量。
c、如上面所講，目前大型網站運維還處於幼年時期理念和經驗都比較零散，沒有成熟的知識體系，可能具體什麼是運維，大家都要先思索一番，或壓根沒想過，真 正討論也只是運維工作的冰山一角，局限於具體技術細節，或某某著名網站大的框架，真正運維體系化東西沒有，這也許是目前網上運維相關資料比較少的原故吧。 或者也是國內運維人員比較難招，比較牛的運維工程師比較少見的原因之一吧。
二、運維工作師需要什麼樣的技能及素質
做為一名運維工程師需要什麼樣的技能及素質呢，首先說說技能吧，如大家上面所看到，運維是一個集多IT工種技能與一身的崗位，對系統->網路 ->存儲->協議->需求->開發->測試->安全等各環節都需要了解一些，但對於某些環節需熟悉甚至精通，如系統 (基本操作系統的熟悉使用,*nix,windows..)、協議、系統開發(日常很重要的工作是自動運維化相關開發、大規模集群工具開發、管理）、通用 應用（如lvs、ha、web server、db、中間件、存儲等）、網路,IDC拓樸架構；
技能方面總結以下幾點：
1、開發能力，這點非常重要，因為運維工具都需要自已開發，開發語言：c/c++（必備其中之一）、perl、python、php（其中之一）、shell（awk,sed,expect….等），需要有過實際開發經驗，否則工作會非常痛苦。
2、通用應用方面需要了解：操作系統（目前國內主要是linux、bsd）、webserver相關 (nginx,apahe,php,lighttpd,java。。。)、資料庫(mysql,oralce)、其它雜七八拉的東東。。。系統優化，高可 靠性。。。這些只是加分項，不需必備，可以邊工作邊慢慢學，這些東西都不難。當然在運維中，有些是有分工偏重點不一樣。
3、系統、網路、安全，存儲，CDN，DB等需要相當了解，知道其相關原理。
個人素質方面：
1、 溝通能力、團隊協作：運維工作跨部門、跨工種工作很多，需善於溝通、並且團隊協作能力要強；這應該是現代企業的基本素質要求了，不多說。
2、工作中需膽大心細：膽大才能創新、不走尋常路，特別對於運維這種新的工種，更需創新才能促進發展；心細，運維工程師是網站admin,最高線上許可權者，一不小心就會遺憾終生或打入十八層地獄。
3、主動性、執行力、精力旺盛、抗壓能力強：由於IT行業的特性，變化快；往往計劃趕不上變化，運維工作就更突出了，比如國內各大公司伺服器往往是全國各 地，哪裡便宜性價比高，就那往搬，進行大規模服務遷移（牽扯的伺服器成百上千台），這是一個非常頭痛的問題；往往時間非常緊迫，如限1周內完成，這種情況 下，運維工程師的主動性及執行力就有很高的要求了：計劃、方案、服務無縫遷移、機器搬遷上架、環境准備、安全評估、性能評估、基建、各關聯部門扯 皮,7X24小緊急事故響應等。
4、其它就是一些基本素質了：頭腦要靈光、邏輯思維能力強、為人謙虛穩重、親和力、樂於助人、有大局觀。
5、最後一點，做網站運維需要有探索創新精神，通過創新型思維解決現實中的問題，因為這是一個處於幼年的職業（國外也一樣，但比國內起步早點），沒有成熟體系或方法論可以借鑒，只能靠大家自已摸索努力。
三、怎樣才算是一個合格的運維工程師
1、保證服務達到要求的線上標准，如99.9%；保證線上穩定，這是運維工程師的基本責職所在。
2、不斷的提升應用的可靠性與健壯性、性能優化、安全提升；這方面非常考驗主動性、和創新思維。
3、網站各層面監控、統計的覆蓋度，軟體、硬體、運行狀態，能監控的都需要監控統計，避免監控死角、並能實時了解應用的運轉情況。
4、通過創新思維解決運維效率問題；目前各公司大部份運維主要工作還是依賴人工操作干預，需要盡可能的解放雙手。
5、運維知識的積累與沉澱、文檔的完備性，運維是一個經驗性非常強的崗位，好的經驗與陷阱都需積累下來，避免重復性范錯。
6、計劃性和執行力；工作有計劃，計劃後想法設法達到目標，不找借口。
7、自動化運維；能對日常機械化工作進行提煉、設計並開發成工具、系統，能讓系統自動完成的盡量依靠系統；讓大家更多的時間用於思考、創新思維、做自已喜歡的事情。
以上只是技術上的一些層面，當然個人意識也是很重要的。
四、運維職業的迷惘、現狀與發展前景
運維崗位不像其它崗位，如研發工程師、測試工程師等，有非常明確的職責定位及職業規劃，比較有職業認同感與成就感；而運維工作可能給人的感覺是哪方面都了 解一些，但又都比上專職工程師更精通、感覺平時被關注度比較低（除非線上出現故障），慢慢的大家就會迷惘，對職業發展產生困惑,為什麼會有這種現象呢？ 除了職業本身特點外，主要還是因為對運維了解不深入、做得不深入導致；其實這個問題其它崗位也會出現，但我發現運維更典型，更容易出現這個問題；
針對這個問題我談一下網站運維的現狀及發展前景（也在思考中，可能不太深入全面，也請大家斧正補充）
運維現狀：
1、處於剛起步的初級階段，各大公司有此專職，但重視或重要承度不高，可替代性強；小公司更多是由其它崗位來兼顧做這一塊工作，沒有專職，也不可能做得深入
2、技術層次比較低；主要處於技術探索、積累階段，沒有型成體系化的理念、技術。
3、體力勞動偏大；這個問題主要與第二點有關系，很多事情還是依靠人力進行，沒有完成好的提練，對於大規模集群沒有成熟的自動化管理方法，在此說明一下，大規模集群與運維工作是息息相關的如果只是百十來台機器，那就沒有運維太大的生存空間了。
4、優秀運維人才的極度缺乏；目前各大公司基本上都靠自已培養，這個現狀導致行業內運維人才的流動性非常低，非常多好的技術都局限在各大公司內部，如 google 50萬台機器科學的管理,或者國內互聯公司top 10 的一些運維經驗，這些經驗是非常有價值的東西並決定了一個公司的核心競爭力；這些問題進而導致業內先進運維技術的流通、貫通、與借簽，並最終將限制了運維 發展。
5、很多優秀的運維經驗都掌握在大公司手中；這不在於公司的技術實力，而在於大公司的技術規模、海量PV、硬體規模足夠大，如可怕的流量、 51.com海量數據~~~~這些因素決定了他們遇到的問題都是其它中/小公司還沒有遇到的，或即將遇到。但大公司可能已有很好的解決方案或系統。
發展前景：
1、從行業角度來看，隨著中國互聯網的高速發展（目前中國網民已躍升為全球第一）、網站規模越來越來大、架構越來越復雜；對專職網站運維工程師、網站架構 師的要求會越來越急迫,特別是對有經驗的優秀運維人才需求量大，而且是越老越值錢；目前國內基本上都是選擇畢業生培養（限於大公司），培養成本高，而且沒 有經驗人才加入會導致公司技術更新緩慢、影響公司的技術發展；當然，畢業生也有好處：白紙一張，可塑性強，比較認同並容易融入企業文化。
2、從個人角度，運維工程師技術含量及要求會越來越高，同時也是對公司應用、架構最了解最熟悉的人、越來越得到重視。
3、網站運維將成為一個融合多學科（網路、系統、開發、安全、應用架構、存儲等）的綜合性技術崗位，給大家提供一個很好的個人能力與技術廣度的發展空間。
4、運維工作的相關經驗將會變得非常重要，而且也將成為個人的核心競爭力，具備很好的各層面問題的解決能力及方案提供、全局思考能力等。
5、特長發控和興趣的培養；由於運維崗位所接觸的知識面非常廣闊，更容易培養或發揮出個人某些方面的特長或愛好，如內核、網路、開發、資料庫等方面，可以做得非常深入精通、成為這方面的專家。
6、如果真要以後不想做運維了，轉到其它崗位也比較容易，不會有太大的局限性。當然了，你得真正用心去做。
7、技術發展方向、網站/系統架構師。
五、運維關鍵技術點解剖
1、 大規模集群管理問題
首先我們先要明確集群的概念，集群不是泛指各功能伺服器的總合，而是指為了達到某一目的或功能的伺服器、硬碟資源的整合（機器數大於兩台），對於應用來說 它就是一個整體，目前常規集群可分為：高可用性集群（HA），負載均衡集群（如lvs），分布式儲、計算存儲集群（DFS，如go