Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Как да изразите своята стойност като DBA пред финансовите ръководители

Администраторите на бази данни често срещат трудности да формулират стойността си за една организация. Това е изненадващо, като се има предвид, че почти всяка част от днешния бизнес се управлява от надеждни данни.

Базите данни са критични за мисията. В минутата, в която една база данни излезе офлайн, можете да започнете да броите разходите. Вземете например опита на една голяма ИТ компания. Базата им данни работеше перфектно; тогава те решиха да направят промоция за Черен петък. ИТ компанията направи голям маркетингов тласък, който се оказа изключително успешен. Повече от милион клиенти се появиха онлайн този ден, което беше брилянтно, докато тяхната база данни не спря.

Това беше най-голямата и успешна маркетингова кампания в историята на компанията. Кол центърът генерираше стотици хиляди долари на минута в пика на промоцията им Черен петък. Но когато базата данни се срина, това имаше пряко, количествено въздействие.

Начини да артикулирате ролята си като DBA

Ненадеждните бази данни могат да направят или разбият бизнес. Следователно хората, които поддържат тези бази данни здрави, имат пряко влияние върху крайния резултат на бизнеса. DBA, разработчиците и други пазители на данни в рамките на предприятието трябва да могат да формулират стойността на своите роли и стойността на тяхната дейност в долари и центове. Това е особено важно, когато те търсят подкрепа за нови проекти или пари за финансирането им.

Можете да отидете при шефа си и да кажете:„Слушай, мога ли да имам някакъв инструмент тук?“ или "Мога ли да превключвам бази данни? Мисля, че тази друга ще бъде по-продуктивна." И шефът ви може дори да хареса тази идея, но те трябва да получат одобрение от някой от финансите.

Хората от финансите ще искат отговори на въпроси като:

  • Как това ще спести пари за бизнеса?
  • Как ще генерира повече пари за бизнеса?
  • Как намалява риска по отношение на спестяване или печелене на пари?
  • Как ще намали риска от несъответствие в случай на регулирани индустрии?

Тук идват вашите ключови показатели за ефективност (KPI).

Важни KPI, които да се използват за финансовите директори

Използвайте тези KPI за наблюдение, за да ви помогне да съобщите стойността на ежедневните си отговорности за наблюдение:

  • Наличност: Ако наличността на кол център или база данни за продажби намалява, бъдете конкретни относно финансовото въздействие върху бизнеса. Изчисляването на загубата на долари за секунди или часове ще направи проблема по-осезаем за вземащите решения.
  • Време на разделителна способност: Всяка секунда, която можете да отделите от времето си за разрешаване, ще има пряк ефект върху това колко пари са спестени или загубени по време на прекъсване.
  • Време за реакция на системата: Вашите бази данни имат голямо влияние върху времето за реакция. Прекомерното време за изчакване за изтегляне на отчет или бавното зареждане на страница в сайт за електронна търговия със сигурност ще навреди на бизнеса.

Влагането на сума в долари върху проблеми, които вие като администратор на база данни можете да предотвратите, като имате правилните инструменти и ресурси, не само ще убеди необходимите хора да финансират вашите проекти, но и ще илюстрира стойността на вашата роля в организацията.

Стойността на базираното в облак наблюдение за DBA

Често чуваме DBA да се притесняват, че техните организации преместват работните натоварвания в облака и преминават към платформа база данни като услуга. Тези управлявани услуги се справят с много от задачите, които DBA може да изпълнява традиционно, като поддържане на бази данни актуални и архивиране на данни.

Но администраторите на база данни могат също да разглеждат преминаването към облака като допълнителна възможност за демонстриране на стойност за организацията. Преминаването към облака за наблюдение на производителността на базата данни създава новата задача за управление на разходите на тези платформи като услуга. Ако подобря производителността на моята база данни и използвам по-малко ресурси — например, записвам по-малко DTU в Azure — това има неявно месечно въздействие върху разходите.

По същия начин, ако компанията преминава към нова платформа, някой трябва да оцени мъдростта на този ход. Някои DBA са станали експерти по бази данни и може да не се наричат ​​повече DBA. Те може да се наричат ​​инженери на данни, но всъщност няма значение — те са едни и същи хора. Тези DBA използват своя опит, за да оценят колко трудно е да се мигрира от една система към друга. Те разглеждат последиците от разходите, как да оптимизират миграцията за намаляване на разходите и как да конфигурират новата система, за да повишат наличността.

Например, когато Quest изгради Spotlight Cloud, в задния край, решихме да използваме Azure SQL DB. След това решихме да мигрираме към Cosmos DB, което означаваше, че някой с опит в базата данни трябва да прецени дали това е добър ход въз основа на получаване на по-голяма производителност, подобрена наличност и спестяване на разходи.

Използване на облачно базирано наблюдение за SaaS приложения

Ако създавате SaaS приложение, а не локално приложение, средата за разработка се променя драстично или поне естеството на нейното използване се променя. Когато създавате локален инструмент, вие разглеждате производителността на тази база данни в контекста на един сървър, на който работи, и една среда, в която се намира. Така че да приемем, че имате 20 потребители и 20 бази данни – имате количествено измерим обхват, в който да измервате ефективността си.

Сега поставете това в SaaS среда. Потенциално хиляди потребители в десетки хиляди екземпляри се наблюдават във всеки конкретен момент от време. Всеки от тези потребители може да влезе във всеки момент. Така че сега, изведнъж, трябва да се обърнете към напълно различен спектър на производителност.

Така че, разбира се, ролята на DBA се променя, но стана не по-малко значима и не по-малко въздействаща върху бизнеса. Всъщност, колкото повече организациите навлизат в облака, толкова по-критични стават DBA, особено при връщането му към артикулирана стойност.

Когато DBA може да използва мониторинг на производителността на базата данни, за да демонстрира спестяване на разходи за секунда, на изчислителен цикъл и на гигабайт хранилище, използвано всеки месец, изведнъж финансовият директор сяда и обръща внимание на DBA по добър начин.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Планирано изпълнение на съхранената процедура на SQL сървър

  2. Базата данни не може да бъде отворена, защото е версия 782. Този сървър поддържа версия 706 и по-стара. Пътят за понижаване не се поддържа

  3. Премахване на дублиращи се редове (въз основа на стойности от множество колони) от SQL таблица

  4. GROUP BY за комбиниране/свързване на колона

  5. TSQL md5 хеш, различен от C# .NET md5