系統(tǒng)運維秘訣

1、系統(tǒng)運維秘訣：變化，監(jiān)控，擴展系統(tǒng)運維秘訣：變化，監(jiān)控，擴展Dmo的運維秘訣分成以下三大篇：1.技術篇2.交流篇3.實踐篇技術篇技術篇為變化而設計為變化而設計◆Google的秘訣是正確的——“為變化而設計”?！白兓本褪遣坏貌徊渴鹦碌能浖?，升級現(xiàn)有的軟件，進行擴展，設備損壞，以及人員流動等。◆每一件事情都是在尋找平衡點。你也許會認為把你的系統(tǒng)和某個操作系統(tǒng)或某個Linux發(fā)行版牢牢地綁定在一起是一個好主意，但事實上這跟把它們完全隔離一樣

2、糟。如果實在有必要，你可以進行分層，并使用一點間接性?！暨@并不意味著你的系統(tǒng)必須是平臺無關的。其實我們的目的很簡單：一變二，二變二十，一個系統(tǒng)必須可以應對各種突發(fā)事件。也就是說，如果一個系統(tǒng)管理員被公共汽車撞了，你有應對的方案！如果掛載的硬盤出現(xiàn)故障了，你有應對的方案！如果某些人運行了rmrf，你也有應對的方案！增量的進行變更。記得安全更新，以及保持內(nèi)容更新。使用自動的，可重復的構建過程使用自動的，可重復的構建過程◆不要手動構建任何東西

3、。如果你一定需要手動構建，那么就做兩遍，在做第二遍的時候把用到所有的命令都提取出來?！粝旅孢@一點十分重要：將新硬件上線到生產(chǎn)環(huán)境的過程不應該超過15分鐘，而且這個過程必須足夠簡單。否則，當一個服務器出現(xiàn)故障，而沒有人知道如何更換它的時候，你就該倒霉了。◆下面這一條是普世真理：這個世界上不存在“一次性”的服務器構建。即使你的服務器只需要構建一次，但只要你構建過一次，就一定會有第二次。比如，當它損壞的時候，或者你必須進行一次重大的升級才能讓

4、它在在接下來的兩年時間里更加穩(wěn)定的時候。◆測試，檢查新構建好的服務器。這應該是比較容易的，因為你的構建過程都是自動化的，對吧！◆腳本化的構建，意味著從某個Linux發(fā)行版的V3升級到V4應該是很快的。安裝V4，對腳本進行測試。如果有問題，參考文檔并修復它，直到它可以再次正常工作。這最◆如果你必須使用圖形來解決問題，盡量把各種高級的概念整合到一個單一的頁面中，然后讓這個頁面鏈接到擁有具體信息的子頁面中。如果你在數(shù)據(jù)庫負載中可以看到一個峰值

5、，你可以點擊這個頁面對那些數(shù)據(jù)庫進行概覽，然后找到那一兩臺可疑的機器?；镜睦砟钍潜M快地縮小范圍，盡可能的減少猜測。日志記錄，使用多個數(shù)據(jù)流日志記錄，使用多個數(shù)據(jù)流◆無論是獨立工作還是與開發(fā)部門合作，都要把盡可能多的有用的信息記錄到日志中。無論是分析之后再保存，還是直接扔進數(shù)據(jù)庫中生成報告，這些都無所謂。信息終歸是有用的?！粲杏玫睦樱喉撁娉尸F(xiàn)時間（哪個頁面？哪個設備？），面向用戶的錯誤，數(shù)據(jù)庫和內(nèi)部服務錯誤，帶寬使用率等?！艚D表，

6、報告，并對產(chǎn)生的歷史數(shù)據(jù)進行比較?！魣蟾媸鞘种匾摹Ｃ恐芑蛎刻鞂δ愕幕A設施變更進行匯總。數(shù)據(jù)存儲方式，數(shù)據(jù)庫數(shù)據(jù)存儲方式，數(shù)據(jù)庫◆誠然，數(shù)據(jù)庫運維是一套完整而獨立的知識體系。但是有時，你不能把一切都丟給你的DBA?！魮碛卸鄠€冗余的數(shù)據(jù)庫會給你帶來很多好處。對于一個龐大的acle實例來說，從前，很多運維工作需要好幾個小時的關機維護時間；而現(xiàn)在，完全可以在服務運行的同時進行。MySQL和數(shù)據(jù)庫復制功能是一件奇妙的事情?！艉虳BA們一起努

7、力，盡量為可能會發(fā)生問題的數(shù)據(jù)庫爭取到最好的硬件。RAID10，大量的RAM，高速硬盤，乃至于強悍的RAM磁盤和SSD。運維人員對提供商要貨比三家，這樣可以減輕DBA對硬件的恐懼。從長遠來看，找出哪個品牌的硬件更加優(yōu)秀會節(jié)省大量的資金。◆數(shù)據(jù)庫配置一直在改變?，F(xiàn)在出現(xiàn)了HiveDB，MySQLProxy，DPM這些軟件。我們絕對應該對巨大的數(shù)據(jù)集進行分割。我們也可以考慮一下像starling和Gearman這樣具有一定創(chuàng)新性的軟件。了解