數據庫的平常管理經驗淺談

寫在前面

　　上一篇我主要分享了架構的一些選型之法，架構之路不是簡單的技術，而是多方的協調，業務的理解、技術的沉澱、經驗。

　　架構文章連接：如何規劃、建設你的數據庫架構

　　架構涉及系統的安全、連續、高效狀態，通常來講仍然須要很專業的架構規劃人介入，另外除了架構層面數據庫的管理也是很是重要的一部分，那麼咱們今天來聊聊數據庫的管理。

　　本文也是精煉屢次在各行業演講的內容，分享給博友！

　　

　　

 

 

廣泛的問題

　　博主就任於一家專一數據庫產品及服務的公司，見過上千家的客戶場景，和各行業的人、系統打過交道，那麼咱們來看看廣泛遇到的問題。

　　

　　　　

　　　　

 

 

爲何會這樣？

　　我認爲形成如今數據庫問題頻發的緣由有 4 點：

• 傳統的IT建設方式、管理方式致使了今天的問題

 

　　　　傳統的建設方式：一大堆廠商的產品簡單堆疊、鬆散拼湊。
　　　　傳統的管理方式：用戶的運維人員+一大堆廠商。

 

• 缺少專業規劃的IT架構，缺少穩定性，增長管理複雜性

　　　　架構缺少規劃和合理化設計，藉助一大堆廠商提供的分散的單機、雙機、備份一體機、虛擬化、超融合等技術的簡單堆疊，參見 ：如何規劃、建設你的數據庫架構

• 傳統的數據庫管理方式沒法知足今天的業務要求

　　

 

 

• 高速的業務增加致使數據平臺面臨巨大挑戰　　

　　今天，業務高度依賴IT，IT的重要程度。。。
　　今天，IT系統的使用者、數據量的規模一直在快速增加，且體量空前的大；

願景——大邏輯

　　說到數據庫管理，有合理規劃的架構必然是前提，架構是基礎，在穩定的基礎上配備合理的管理手段，管理制度，在上層要有及時的服務（不少企業沒有DBA、沒有懂得人也許這是最大的問題）

　　

 

細化管理

　　架構層面再也不贅述，如何可視化管理？ 如何制定管理制度？如何快速準確消滅問題？如何輕鬆、簡單？

　　工具篇

　　首先廣泛缺少DBA的企業中是否能夠找到一個稱手的工具，正所謂 "武林至尊，寶刀屠龍，號令天下，莫敢不從，倚天不出，誰與爭鋒" 

　　稱手的工具產品對於管理數據庫更爲重要，對於武林高手（資深DBA）工具能起到的做用——方便，對於非專業數據庫人員起到的左右——一個DBA小祕書

　　那麼如今的數據庫稱手兵器應該作到什麼？？ （我的以爲至少要下述內容）

1. 統一管理，統一呈現
2. 實時知道複雜的數據庫運行狀態，運行了哪些語句，運行的怎麼樣？
3. 告警，問題及時自動報告
4. 知道過去發生了什麼，就像「攝像頭」 記錄分分秒秒，記錄案發現場
5. 指標全面，支撐解決問題，能夠應對數據庫的複雜場景，生僻問題
6. 智能化，自動化巡檢，一鍵發現潛在隱患
7. 智能化，解決問題（性能、平常運維）

　　這樣的工具也許就是知道數據庫的「昨天、今天、明天」，也就是「過去、如今和未來」

　　

 

　　　固然，如今的運維管理工具產品愈來愈強大，強大到甚至讓我這10年的老司機都感受到要被取代，每每非專業的DBA缺乏的是：

1. 解決問題所須要的數據支撐
2. 分析問題的邏輯
3. 解決問題的手段

　　那相應的工具產品中也要作到數據指標全面，並且對分析問題的流程和邏輯作到只需 「按步驟點擊」 ，好比忽然一個時間點系統慢了，要幫助管理人員清晰的展現出分析問題的邏輯！

　　

 

　　也許這就是所謂的 「工欲善其事，必先利其器」

 

　　管理篇

　　除了稱手的工具外，標準化管理流程也是必要的，再牛逼得工具不用也是白扯，博主以前作DBA的時候的管理流程分享給你們，不少人也問DBA都要作些什麼，統一回答：

• 　　平常巡檢，保證系統穩定（DBA最重要的工做），常常會有客戶的數據庫，備份策略錯誤，做業失敗，磁盤空間爆滿等等一系列的基本問題，這些都應該經過平常巡檢處理

　　　　　　注：不是流於表面CPU、IO、內存，而要深刻數據庫各項指標，並生成報告，彙報

　　　　　　週期：每週/每個月

• 　　新上線系統/功能的評估，如今的企業系統中常常會有新接口的上線，這些功能是否會對原有系統形成性能影響？

　　　　　　注：企業對新功能的上線過程要嚴格把控，嚴格控制風險，每每問題都是日積月累不重視而產生的

　　　　　　週期：每次

• 　　平常性能優化，數據庫是動態的過程，須要不斷的優化，而不是一次優化之後就沒問題了，買車還須要按期保養吧！
• 　    應急問題處理，突發問題是避免不了的，可是要作到少突發，提早消滅（這也是巡檢的左右），突發問題一旦產品，數據記錄、問題日誌就是必要的，快速處理問題、減小損失是必須的
•        協做（開發部門、軟件廠商、集成商）處理各類花式問題

　　　　　　

　　專業服務篇

 　　數據庫是整個IT系統的最底層，而漏斗形的IT結構讓數據庫成爲整個IT的瓶頸，在沒有DBA的企業中對數據庫的管理更爲重要，常見的管理通常只有按期的巡檢，軟件廠商、集成商等等，並且是簡單的巡檢，這樣對隱患的排查極其弱，沒法起到該有的效果，而在數據庫的專業服務中，博主認爲應該作到下述方面：

　　

1. 　　按期的深度、有效巡檢
2. 　　經過專業管理工具產品讓多人協做、及時分析、高效解決
3. 　　對多系統趨勢分析，什麼時候瓶頸
4. 　　根據壓力、業務如何系統的整合、拆分，對基礎架構進行不斷升級
5.        在問題發生前解決而非在發生時救火

 

　　服務中也許只有三點：及時、專業、懂得客戶

　　

　　

總結

 

　　大多數企業存在這樣的問題：咱們沒DBA，咱們只對業務精通，對程序瞭解，但數據庫我只懂一點

　　數據庫指標多而雜，出現問題不知道怎麼排查

　　由於錯過問題出現的時間點，問題緣由沒法得知，問題沒法解決

　　長期「頭疼醫頭」的「救火」運維留下了病根

　　巡檢？啥是巡檢？根本沒作過

　　總來講，數據庫管理要有明確的規劃，如何構建平穩的架構，如何有一套輕鬆、簡單的管理方法，如何藉助專業的工具、公司或人來管理。

　　也許很簡單

　　早發現早治療——預防機制

　　當場發現及時治療——實時機制

　　完全治療而非緩解——全面、重視

 

--------------博客地址-----------------------------------------------------------------------------

原文地址: http://www.cnblogs.com/double-K/

若有轉載請保留原文地址! 

 

 ----------------------------------------------------------------------------------------------------

注：此文章爲原創，歡迎轉載，請在文章頁面明顯位置給出此文連接！
若您以爲這篇文章還不錯請點擊下右下角的推薦，很是感謝！