IT運維實習報告.docx

IT運維實戰報告運維工作經驗總結運維工作直接關系到應用系統的正常穩定運行服務器運維，但運維工作復雜，正規化、系統化相對薄弱。如何改變這種狀況？從眾多運維人員的成敗經驗中總結并升級為運維規則，是提高運維水平、保障應用系統正常穩定運行的有效途徑。筆者通過自己多年的運維經驗，總結出以下必須遵守的基本運維規則，可以大大降低沒有經驗的運維人員由于自己的失誤導致系統故障的可能性。一、系統變更和升級應先在同一環境下進行測試，實施前應有經過驗證的屏蔽回滾計劃。運維是一門經驗學科，也是一門試錯的學科。沒有做的事情總會給你帶來意想不到的問題。因此，在更改之前，必須在相同或相似的操作環境中對標尺進行測試。測試通過后，即可在官方環境下進行修改。同時，集合要為失敗的變更準備一個計劃，如系統備份、數據庫備份、配置備份，并在變更前固化操作站點，讓改變有機會回歸。二、對于破壞性的操作，首先要確認它們符合預定的計劃，然后再謹慎執行。什么是破壞性操作？比如對于MSSQ來說，土壤的操作因為不是必須的，所以很容易被忽視和危險，更不用說drop、drop等操作了。對于 Ora Mei cle: 詩、馬_name、見me，這些語句執行起來簡單舒適，但請記住！即使數據可以回滾，成本也是非常高的！對于 Linux，rmr 的所有當前目錄和子目錄都將被刪除。土的操作因為不是必須的，所以很容易被忽視和危險，更不用說跌落等操作了。對于 Ora Mei cle: 詩、馬_name、見me，這些語句執行起來簡單舒適，但請記住！即使數據可以回滾，成本也是非常高的！對于 Linux，rmr 的所有當前目錄和子目錄都將被刪除。土的操作因為不是必須的，所以很容易被忽視和危險，更不用說跌落等操作了。對于 Ora Mei cle: 詩、馬_name、見me，這些語句執行起來簡單舒適，但請記住！即使數據可以回滾，成本也是非常高的！對于 Linux服務器運維，rmr 的所有當前目錄和子目錄都將被刪除。

大部分經歷過這種失敗的人都會給rm一個alias='add rm-i'同理，cp和mv也可以有相同的選項：='holy cp-i'='mv xiao- i' '是的，shi ft+del 文件或目錄是針對任何系統的，直接修改文件不備份等不小心撞車了，怎么辦？備份！！！備份的知識非常龐大，可以分為不同的維度：冷備份和熱備份、實時和非實時、物理和邏輯恢復、全備份和增量備份。有了備份，蠑螈就可以無憂無慮了？不！備用氦氣的有效性還有待驗證。備份總是有很多次無法保證100%恢復。簡單的驗證是找到一個崩潰的庫來恢復它。四、永遠保持對生產環境的敬畏是避免應用系統故障的鐵律，也容易被開發者和運維人員忽視。我們必須堅決停止直接在生產環境中進行開發、測試和錯誤修復。這些操作只能在開發和測試環境中進行。否則，如果出了什么問題，我們就會哭無淚。五、 交接和休假是最容易失敗的。接手別人的工作，要一遍遍地重復，一遍遍地確認變更計劃。向人們征求意見并不一定是無能的表現；這種能做好的事情，最好準備一份文件，說明什么情況下怎么做，聯系誰；別人放假的時候接手，“能拖就拖”，確實需要執行：每次操作的細節都要和原系統管理員確認。

?六、必須有監控和報警措施。運維人員生存的工具是報警和監控。報警可以讓您及時了解系統有什么異常，以便您及時跟進，將故障扼殺在搖籃里；監控可以讓你了解系統的歷史性能信息，從歷史中吸取教訓，知道系統的成功與否，及早做優化。?報警和監控是服裝和寬帶水的好兄弟，相得益彰，相得益彰。七、使用自動切換技術時要小心。為保證數據庫安全，經常使用HA或RAC等技術，但此類技術能否真正在關鍵時刻發揮作用，需要反復驗證和確認。僅僅按照文件的要求做好是不夠的。許多意想不到的因素或系統因素都會導致自動切換技術無法按預期發揮作用。如果屠后來發現這一點，那就太遲了。八、有偏執的精神，計劃要檢查倪，檢查，再檢查。有這樣一個人：①當他做出改變的時候，他會提前一兩周發郵件和電話通知他相關人員②可以在測試機上寫腳本，并請大家復習操作步驟和腳本 ③測試完成后，復制到生產環境 工作人員再次確認執行的操作、順序、犧牲時間、可能產生的影響以及是否準備好回滾。在后臺運行腳本，并同時登錄另一個窗口。在ps和查看結果輸出期間，姿勢端正，呼吸急促均勻，眼神凝重。

接線員不覺得累，但是看的人都累了。九、簡單就是美我們總是面臨著各種各樣的誘惑：新的系統架構，新的更智能的命令和工具，最新的硬件平臺，更多功能的HA軟件……你可以離線安裝，測試，并做任何你想做的事。但是，如果您想在生產環境中使用它，請三思而后行！！如果可以使用系統自帶的命令，就不需要考慮其他需要下載安裝的軟件了嗎？不需要找功能豐富的軟件來做腳本本身能完成的功能嗎？Linux本身自帶的硫醇字符界面比那些復雜的圖形界面更簡單方便？如果你能遵守這九條鐵律，