《DBA修煉之道：資料庫管理者的第一本書》——1.9節人員配備的考慮

本節書摘來自華章社群《dba修煉之道：資料庫管理者的第一本書》一書中的第1章，第1.9節人員配備的考慮，作者（美）craig s. mullins，更多章節内容可以通路雲栖社群“華章社群”公衆号檢視

1.9　人員配備的考慮

配備dba不是一件簡單的事情，有幾個有待解決的重要的考慮，包括dba人員的規模和dba報告結構的規模。

1.9.1　需要多少dba

最難确定的事情之一是保證企業資料庫線上并高效運作的dba的最佳數量。許多企業都試圖将dba人員規模降到最低，本想着人員減少了成本就降低了，但這種假設一般是不正确的。一個過度勞累的dba可能會犯錯，而導緻的停機時間和操作問題的成本遠遠超過一個額外的dba的薪資成本。

但确定dba的最佳數量不是一門精确的科學，它取決于多種因素，包括：

資料庫的數量。需要支援的資料庫越多，資料庫管理的工作就越複雜。每一個資料庫都需要設計、部署、監控可用性和性能、備份以及管理。而一名dba能夠控制的資料庫數量是有限的。

使用者數量。随着更多的使用者聯機作為通路資料庫應用程式的用戶端，確定資料庫的最佳性能變得更加困難。此外，随着使用者量的增加，問題量與調用量增加的可能性也随之增加，進而增加了dba工作的複雜性。

應用程式的數量。一個單一的資料庫能被多個應用程式使用，實際上，dbms的主要好處之一是使資料可以在整個企業内共享。随着更多的應用程式聯機，對資料庫的性能、可用性和需要的資源等方面都施加了壓力，相同數量的資料庫可能需要更多的dba來支援。

服務水準協定（sla）。sla越嚴格，dba越難提供滿意的服務。例如，需要1秒響應時間的sla比需要3秒響應時間的sla更加難以支援。

可用性需求。當資料庫具有可允許的計劃停機時間時，資料庫管理就變得更加容易，因為一些dba任務要麼需要中斷運作，要麼在中斷時更加容易進行。一些考慮（諸如要支援電子商務交易和網絡），推動了對24/7資料庫可用性的需求。

停機時間的影響。資料庫不可用對财務的影響越大，dba就越困難，因為有人會施加壓力以確定資料庫更佳的可用性。

性能需求。随着對資料庫的通路需求變得更加面向性能、更加快速，而要求的通路也更加頻繁，dba變得更加複雜。

應用程式的類型。企業部署各種類型的應用程式，必須要支援的應用程式的類型對需要什麼dba服務有所影響。dbms和資料庫對關鍵任務的應用程式的需求與對非關鍵任務的應用程式的需求是不同的。關鍵任務的應用程式可能更需要持續地監控和更多的警惕，以確定其可用性。同樣，oltp應用程式與olap應用程式會有不同的特點及管理需求。oltp處理事務的時間可能比olap查詢時間更短；oltp應用程式執行讀取和寫入操作，而olap應用程式通常隻有讀取操作。每種應用程式都有管理挑戰，都施加了不同的dba程式與需求。

波動性。資料庫變更需求的頻率是需要額外的dba與否的重要因素。一個很少需要變更的靜态資料庫環境，與一個不穩定的、經常變更的資料庫環境需要dba付出的努力是不同的。遺憾的是，大多資料庫和應用程式波動性水準往往會随着時間的推移發生巨大的變化。很難确定整體的資料庫環境将在其生命周期内如何波動。

dba人員的經驗。現有dba人員的技能将對是否還需要額外的dba産生影響。一名技術娴熟的dba人員能夠做到的要比一個新手團隊多。且技能比經驗更能決定所需要的dba人員的水準。一名有兩年工作經驗的、非常積極的dba可能輕松超過一名具有十年工作經驗卻筋疲力盡、無心工作的老手。

開發人員的經驗。從事資料庫和sql程式設計的開發人員越不熟練，在開發過程、執行複雜的sql任務、分析、調試、調優、確定連接配接性中需要dba人員介入的就越多。随着開發人員經驗的增加，dba工作的複雜性也相應減少。

終端使用者經驗。當終端使用者試圖通過随機sql語句直接通路資料庫時，他們的技能水準将直接影響dba工作的複雜性。

dba工具。dbms供應商和為數不少的isv都提供自動執行dba任務的工具，進而使得管理資料庫變得更容易。工具的可用性越高且介入度越深，dba的工作将會變得越簡單。行業分析師預估一旦沒有了dba工具，dba的需求量将兩倍于現在的數目。

确定需要的dba數量不是一門精确的科學。

盡管羅列了以上複雜的問題，但要想把所有這些因素都合并成一個公式而得出需要雇傭的dba最佳數量還是非常困難的。盡管研究或許有些過時，但meta集團的行業分析師還是創造了一個寬松的公式計算dba努力的水準（level of effort，loe）。公式并不嚴謹，但是通過六種因素得出dba loe：系統複雜性、應用程式不成熟度、終端使用者水準參差不齊、軟體功能、系統可用性和人員不成熟度。通過盡可能地評估表示每種因素高或低的分值，将這些值代入公式得出一個數字，再将該數字轉換成所需的dba數量的預估。

創造一個能夠得出需要雇傭的dba最佳數量的公式非常困難。

1.9.2　dba報告結構

在企業裡，dba團隊應當向誰報告呢？不同的企業采取了不同的dba報告結構，但有些報告階梯是通用的。恐怕沒有人能說出哪種報告結構優于其他。下面看一下幾種可能的結構。

最好的結構之一是建立一個資料資源管理組（drm），囊括企業所有的資料和資訊專家——da、dba、資料分析師和性能分析師等。這個組通常直接向cio報告，但也可能通過一個系統程式設計單元、資料中心或技術支援來間接向cio報告。圖1-6描述了這種典型的報告結構。