如何輕鬆運維,你是救火隊員還是工程師?

2021-09-20 19:19:26 字數 1618 閱讀 4375

特別是在企業裡,如果不是在專門的網際網路公司上班,很多企業it管理都是形同虛設,表面上是什麼工程師,實際上就是乙個救火隊員,就簡單的許可權氾濫問題,幾乎90%的公司都存在,尤其是在用linux系統時,root許可權氾濫是普遍行為,造成這種現象的出現,我覺得最主要的一點就是中國it技術的落後,以及人對it的理解能力的認知問題,很多人都完全不重視it的,認為你就是乙個只會花錢的,不能去評估到it的作用,再者也與it人員自身的關係很大。

眾所周知,很多做it的人的溝通能力都極其有限,不善於表達自己,更不懂如何去做事,我就是最典型的乙個,其實在乙個公司,你最重要的能力和價值是什麼,怎麼樣去體現出來,這真的是需要磨練很久才能磨練出來的,很多人絲毫不懂技術,但是敢於亂說,也同樣如魚得水,因為他們明白真正懂it的人很少,你怎麼說只要說得讓人相信,你就是王,而我則是考慮問題時經常是高估別人的計算機水平,我做na的事情,長期想到了np甚至ie的思維進去了,現實是,老闆不懂,也沒有人願意去想這麼長遠,甚至於別人根本不知道這東西為什麼要這麼做,基於此我是很失敗了,下家東家我一定是多做專案證明自己,說話多餘做事。

我覺得要做好輕鬆運維的七中**

1)規範排錯流程,規範員工上網行為,如故障發生時,先解決哪些問題,哪些問題重要緊急,哪些問題可以推遲解決,28觀念一定要有。

2)前期設計人員的水平,分清哪些裝置屬於核心層,哪些裝置需要必須要有冗餘,重要裝置的安全問題。

3)完全自動化監控故障點,先別人一步,搭建故障監控系統,學會日誌分析,發現潛在隱患問題點,先於出故障時去解決

4)擁有好的備份策略

6) 深刻理解高可用架構概念

7)最最重要也是顯得不那麼重要,完全跟技術思路無關的事,那就是溝通能力,怎麼樣讓你的上司老闆支援你,贊同你。

保證資料儲存層的資料高可用主要包含兩方面:硬體儲存的高可用和資料備份。

san的容錯分為兩部分:網路和磁碟

網路。 伺服器和盤櫃的網路採用了全互聯的網路,這樣就保證了任何乙個網路裝置和網線發生故障,對於伺服器訪問後台的資料都沒有任何影響。

磁碟。 盤櫃裡的磁碟做raid保證資料硬體的損壞的資料丟失。

資料備份

雖然san能夠在硬體層面保證資料的高可用,然而在企業中,由於某些原因比如:磁碟空間不足,人為的誤刪除等等原因,單純的硬體保證高可用是不夠的,還需要it人員對後台儲存的資料進行備份。

在規劃企業的資料備份時,很多人都想到4w ,在這裡就大致的做乙個介紹:

who:找誰來備份。這個層面設計到兩個問題。

1) 在企業中找乙個相對於有責任心的人來做這麼一件事情。

2) 給備份的這個使用者要分配相應的操作許可權

where:備份的資料存放在什麼地方。主要是磁碟和磁帶。

存在公司的磁碟中,這樣操作方便。如果想長期儲存,或者想更加安全的儲存,備份到磁帶中,磁帶可以存放在公司的保險櫃中或者銀行的保險櫃中。

when:什麼時候做備份。指公司的備份策略。

這個根據公司的實際情況而定。如果公司的資料非常重要,建議每天完全備份;如果公司的資料基數很大,而每天新增資料不是很大,建議周一做完備,周二到週日做差異備份等等

what:如何來做備份。指公司用什麼軟體備份。

在windows server 2003及以前的版本中,用的是ntbackup

在windows server 2008 (r2)中,用的是 windows server backup.

如何輕鬆運維,你是救火隊員還是工程師?

特別是在企業裡,如果不是在專門的網際網路公司上班,很多企業it管理都是形同虛設,表面上是什麼工程師,實際上就是乙個救火隊員,就簡單的許可權氾濫問題,幾乎90 的公司都存在,尤其是在用linux系統時,root許可權氾濫是普遍行為,造成這種現象的出現,我覺得最主要的一點就是中國it技術的落後,以及人對...

雙十一運維怎麼過,OneAPM 幫你救火,輕鬆運維

一年一度的雙十一來了 有人剁手買買買,有人愁眉苦臉抱著伺服器哭 對,說的就是你,汪 苦逼的運維工程師雙十一怎麼過來的?守著電腦看預警還是通宵加伺服器擴容 還是幫女朋友守著購物車等著一鍵清空 或者今年有新姿勢 oneapm 阿里雲運維雙十一火熱開場 紅包提前搶更有運維神器低至1折 為了運維雙十一,我們...

如何讓運維操作更輕鬆 高效

講師介紹 龐輝富 廣通軟體技術總監 擁有10多年it運維管理軟體研發經驗 致力於自動化運維解決方案的研究和推廣 主導研發的產品廣泛應用於海關 公安 能源等多個行業 技術發展給運維帶來的挑戰 當前的it建設在這些新技術的演進下,我們看到的是呈現 雙態it 特徵。gartner也提出雙模it理論,與現在...