Kolik databázových administrátorů je potřeba?

Tomáš Solař

Tomáš Solař – databázový administrátor Health check zdarma
DBA for reference Nezapomeňte patchovat Monitorování databáze Kontakt

Otázka

Kolik administrátorů je potřeba v naší organizaci?

Odpověd

Jedna z nejtěžších věcí je stanovení optimálního počtu administrátorů, tak aby databáze běžela online a provoz byl efektivní. Mnoho organizací se snaží pracovat s minimálním počtem DBA, kde hlavní myšlenka je, že méně zaměstnanců snižuje náklady. Tento předpoklad však nemusí být pravda. Přepracovaný DBA může dělat chyby, které způsobují prostoje a provozní problémy, daleko přesahující platové požadavky na další DBA. Celý článek v anglickém jazyce naleznete zde.

Určení kolik DBA je optimální počet, není jednoduché zjistit. To záleží na mnoha faktorech:

  • Počet databází. Čím více databází, které je třeba podporovat, tím složitější se správa databází stane. Každá databáze musí být navržena, nainstalovaná, sledována, dostupná a výkoná, zálohování, a spravuje. Tam je limit na počet databází, které jednotlivé DBA může ovládat.
  • Velikost databáze. Čím větší je databáze, které je třeba podporovat, tím obtížnější úkol správu databází. Větší databáze trvá déle vytvořit, udržovat a ladit. Kromě toho, větší potenciál pro zmatek nastává, když trvá déle SQL k provedení-působit DBA trávit více času pracovat s vývojáři na melodii SQL.
  • Počet uživatelů. Jako další uživatelé budou postaveni online, optimální výkon databáze se stává obtížnější zajistit. Navíc, jak počet uživatelů roste, potenciál pro zvýšení objemu problémů a výzev zvyšuje, dále komplikuje DBA zaměstnání.
  • Počet žádostí. Jednotná databáze mohou být využity v mnoha aplikacích. Vskutku, jednou z hlavních výhod DBMS je, že umožňuje sdílení dat v rámci organizace. Jako další aplikace jsou přinesl online, další tlak vyvíjený na databázi z hlediska výkonu, dostupnosti, a zdrojů. Jako další aplikace jsou přinesl on-line, může více administrátorů je nutné podložit stejný počet databází.
  • Service-level agreement (SLA). Více omezující SLA, tím obtížnější se stává pro DBA k poskytování služby. Například, Service-Level Agreement vyžaduje subsecond dobu odezvy u transakcí je obtížnější, než na podporu dohody vyžadující tři-druhá doba odezvy.
  • Požadavky na dostupnost. Správa databáze se stává snadnější, pokud databází přípustnou dobu plánované odstávky. Některé DBA úkoly buď vyžadují výpadku, nebo jsou jednodušší, když může výpadek být přijata. Úvahy jako je podpora e-obchodů a pohon Web potřeba 24 / 7 databáze dostupnosti. 24 / 7 dostupnost je často neslučitelné s některými úkoly DBA.
  • Dopad odstávky. Větší finanční dopad není k dispozici databáze, tím větší tlak na DBA zajistit větší dostupnost databáze.
  • Funkční požadavky. Vzhledem k tomu, požadavky na přístup do databáze se vyšší výkon orientované, správa databází se stává složitější.
  • Typu aplikací. Typ podporované aplikace má přímý dopad na počet administrátorů vyžadováno. DBMS a databáze potřeb mission-critical aplikace se liší od těch, non-mission-critical aplikace. Mission-critical aplikace jsou s větší pravděpodobností vyžadovat neustále kontrolovat dostupnost. Stejně tak aplikace OLTP má různé vlastnosti a správy požadavků, než aplikace OLAP. OLTP jsou transakce, které mohou být kratší, než dotazů OLAP, OLTP aplikace vykonávat obě operace čtení a zápisu vzhledem k tomu, OLAP aplikace jsou převážně Read-Only. Každý z nich má podání problémy, které vyžadují různé postupy, DBA.
  • Volatility. Četnost žádostí databáze změna je důležitým faktorem, že je třeba dalších administrátorů. Statické databáze prostředí vyžaduje několik změn nebude vyžadovat stejnou úroveň úsilí DBA jako těkavé, často se měnící databázového prostředí. Bohužel, úroveň volatility pro většinu databází a aplikací má tendenci měnit dramaticky v průběhu doby. Je to obvykle velmi obtížné zjistit, jak těkavých celkové databázové prostředí bude v průběhu jeho životnosti.
  • DBA pracovníci zkušenosti. Dovedností stávajících zaměstnanců DBA ovlivňuje potřebu dalších administrátorů. Vysoce kvalifikovaní zaměstnanci budou DBA dosáhnout více než nováček týmu. Dovednosti, více než zkušenost, diktovat DBA personální požadavky. Vysoce kvalifikovaných DBA se dvou letech zkušeností by se snadno mohl překonat deset-rok veterán, který je vyhořel a unmotivated.
  • Programování pracovníci zkušenosti. Pokud vývojáři aplikací nejsou vysoce kvalifikovaní v databázi a SQL programování, budou administrátoři musí být více zapojeny do procesu rozvoje. DBAs bude potřebné pro úlohy, jako je skládání složité SQL, analýzu SQL a aplikační kód, ladění, tuning, a zajistit konektivitu. Vzhledem k tomu, zkušenosti zvyšuje programování zaměstnanci, složitost snižuje požadavky DBA.
  • Komfortu koncového uživatele. Když koncoví uživatelé přístup k databázím přímo s ad hoc SQL, jejich úroveň dovednosti má přímý dopad na složitosti DBA. Pokud koncový uživatel má několik SQL dovednosti, bude DBA je třeba zahájit další sledování výkonu a ladění.
  • Variace databázemi. Více heterogenní prostředí, tím obtížnější se stává spravovat. Například, získávání a udržování odborné znalosti jak v Oracle a DB2 je těžší než získat odborné znalosti v oblasti pouze jeden z nich. Krom toho, jak více databázemi různých typů jsou instalovány, správa databází se stává ještě obtížnější. Například, bude obchod s DB2, IMS a IDMS musí vlastnit relační (DB2), hierarchický (IMS), a network / CODASYL (IDMS) odborné znalosti.
  • DBA nástroje. DBMS prodejci a řada nabízí nástroje, ISV, které automatizují DBA úlohy a správu databází jednodušší. DBA úkoly méně komplex s více nástrojů k dispozici a do jaké míry jsou integrovány. Lou Agosta, průmysl analytik Giga Group, uvádí, že „bez použití nářadí [DBA] až dvojnásobný počet administrátorů může [bude] vyžadována.“

Tento seznam otázek bez ohledu, vytvářet vzorec, který bude diktovat optimální počet administrátorů zaměstnat, je obtížné. Průmysl analytici v META Group založily volné vzorec pro výpočet DBA úrovně intenzity. Vzorec dorazí na úroveň úsilí použitím vah na šest faktorů: složitost systému, aplikace nezralost, End-User propracovanosti, software funkčnost, dostupnost systému, a zaměstnanců sofistikovanost. Po měření každé z těchto položek, připojíte hodnot do vzorce, aby se dospělo k odhadu počtu administrátorů vyžadováno.

Kontakt

Zanechte mi telefon nebo e-mail a spojíme se!

Error! Vyplňte prosím telefon nebo e-mail
Error! Vyplňte prosím telefon nebo e-mail
Error! Vyplňte prosím obsah zprávy
Success! Zpráva úspěsně odeslána, budeme Vás kontaktovat.
Error! Omlouváme se, ale při odesílání došlo k chybě.

databázový administrátor, konzultant a školitel

Tomáš Solař

Tomáš Solař