Метрики, які підтверджують або спростовують потребу в додаткових доменних запитах?

Наразі у нас є два учасники DBA, я та один хлопець, і ми обидва відчуваємо потребу в додатковому ресурсі (або двох). Я розмовляв із моїм прямим керівником на цю тему кілька разів, але у мене виникли труднощі з продажем поняття. Зовсім недавно наш менеджер поділився з нами тим, що дійсно добре скласти список «м'яких цінностей», які ми хочемо чи вважаємо, що нам потрібно робити, але що дійсно допоможе - придумати «важкі цінності», показує економію долара.

Чи можете ви допомогти мені в першу чергу зрозуміти, чи є наша сприйнята потреба законною, і якщо так, то як ми можемо придумати цей список «важких цінностей». Я відчуваю, що ми могли б придумати ті речі, які нам потрібно зробити, щоб заощадити гроші компанії, але це може просто поставити на перше місце у нашому списку пріоритетів, і це набагато більше напруги для нас у цьому процесі.

Щоб ознайомитись з нашим середовищем на високому рівні, ось що я дивлюся з точки зору того, що ми надаємо підтримку.

Виробничі сервери - 30+
виробничих баз даних - 200+
версій SQL - 2008 / 2008R2 / 2012, переглядаючи 2014 рік, а потім пізніше року 2016
Програми (треті сторони та домашні вироби) - 20+
команд додатків, що підтримуються - 6
віртуалізації - 75% віртуалізовані 25% фізичні
кластери - 3+ більше планової
реплікації - 1 сервер розподілу, 2 сервери підписки, 24 підписки, 6 серверів публікацій, 12 публікацій
журналу доставки - 8 праймеріз + більше запланованих, 4 вторинники + більше запланованих, 49 баз даних, що постачаються журналом + більше заплановані
групи доступності - наразі їх немає, але вивчається можливість
середнього оновлення / встановлення додатків на рік, які змінюють версію версії або ресурси DBA - 2-3
Patching (SP, CU) - на даний момент не існує, якщо не з’явиться проблема Кумулятивний розмір бази даних - 14TB +
сервери звітів - одне масштабне розгортання, що складається з двох серверів; жоден з нас не добре розбирається в
сервері аналізу SSRS - два сервери ніхто з нас не добре розбирається в SSAS

Які показники ми повинні використати, щоб довести чи спростувати потребу в додаткових довідкових запитах?

Моїм початковим наміром було продемонструвати нашу нинішню спроможність порівняно з нашими запланованими проектами та повторювані завдання, але нам потрібно продемонструвати рентабельність інвестицій при наймі додаткових ресурсів.

Демонстрація рентабельності інвестицій при наймі додаткових облікових записів важко, оскільки АТД не приносять доходу самостійно. Однак вони дозволяють організації функціонувати та отримувати дохід, як і будь-який інший допоміжний персонал. Брак персоналу в будь-якому відділі робить організацію менш оптимальною і втрачає гроші або втрачає можливість. Таким чином, є витрати через відсутність інвестицій, а не окупність інвестицій.

Якщо вам здається, що вам потрібні додаткові DBA, ви повинні знати, які завдання ви не в змозі виконати через брак часу / навичок, якщо це недостатня кваліфікація (наприклад, згадані вами речі SSAS), які можна навчити, якщо це не вистачає часу на це може бути тимчасовим або структурним. Я бував у ситуаціях, коли ви просто знаєте, що ваше життя було б набагато простішим, якби ви могли просто автоматизувати це чи інше або налаштувати щось тривожне, але просто ніколи не обійтись через занадто багато реактивної чи повторюваної роботи та загального пожежогасіння.

Після того як ви визначили, чому ваша команда не працює так добре, як це настав час її документувати.

Перш за все, задокументуйте, чим ви займаєтесь зараз, чому це займає весь ваш час, і чітко уточніть керівника, що існуючі проблеми, які потребують вирішення, абсолютно не з вини вашої команди . Переконайтеся, що ви не створюєте враження, що проблема буде вирішена шляхом наймання «кращих» DBA.
Складіть аркуш "excel", на якому відображатиметься ваше навантаження на найближчі тижні, якщо ви можете, графіки справляють враження, і він може показувати ваше навантаження в одному слайді.

Коли ви зрозумієте це, задокументуйте всі додаткові завдання та все, що потребує вдосконалення, але особливо задокументуйте, якими є бізнес-ризики та можливі витрати, а також економія. Також документуйте, скільки людей-годин, на вашу думку, знадобиться для вдосконалення та виконання цих завдань.

Те, що йде на інвестиційну сторону рівняння, є

• Заробітна плата новоспеченої DBA
• Ціна навчання

Те, що йде на заощаджувальну сторону рівняння, є

• Проекти не закінчені вчасно
• Запобігання простоїв, які змушують бізнес втрачати гроші
• Запобігання юридичному ризику
• Запобігання втраті даних
• Плата за консультації може бути зменшена
• Вартість вигорання працівників через занадто багато роботи

Після того, як ви складете список якнайповніший, вам повинно бути зрозуміло, що найкращий варіант ціни та винагороди

• Отримання додаткового навчання
• Отримання додаткових DBA
• Наймайте тимчасового консультанта для надання допомоги в автоматизації роботи, моніторингу матеріалів, перенесенні міграції, щоб наявна команда мала більше часу
• Зміна пріоритетів, які ставить перед вами бізнес, щоб ви отримали час, щоб налагодити свої речі, які дозволять згодом ефективніше працювати.