Искал в Интернете и спрашивал у своих знакомых, но, кроме некоторых мнений, не нашел никаких цифр, матриц или формул, которыми можно было бы руководствоваться, когда придет время добавлять еще одного администратора баз данных.
Есть ли какие-то отраслевые стандарты для этого? Наверное, сложный вопрос, поскольку каждая ситуация индивидуальна. Некоторые администраторы баз данных управляют фермой из сотен производственных экземпляров, но все экземпляры идентичны. Некоторые администраторы баз данных управляют очень немногими экземплярами, но также имеют обязанности по разработке и сетевому администрированию. Мы все знаем, что карьерный путь администратора баз данных имеет широту.
Инженер по эксплуатации Microsoft однажды сказал мне, что магическое число — 30, то есть 30 поддерживаемых приложений. Некоторые приложения просты, некоторые — не очень, но если у вас смесь приложений, сказал этот парень, как только вы достигнете 30, пора, по крайней мере, подумать о найме еще одного администратора баз данных.
Очевидно, я ищу оправдание недавнего запроса на другого DBA в моей компании. Любая помощь будет высоко оценена. Хотя я и нацелился на SQL Server DBA, это только потому, что это все, что я администрировал.
решение1
Возможно, вместо количества поддерживаемых приложений, рассмотрите SLA (формальные или неформальные). Рассмотрите расходы на неадекватную поддержку — будь то из-за рабочей нагрузки или из-за чего-то, что отключается, пока один DBA в отпуске или болеет или по какой-либо другой причине.
Когда у вас недостаточно людей для выполнения ваших SLA / целей / ожиданий пользователей / любой другой метрики, тогда пора начинать набор. Когда стоимость того, что база данных будет офлайн в течение недели, потому что единственный человек, который знает достаточно, чтобы все исправить, в отпуске, тогда тоже пора начинать набор.
Исходя из вашего редактирования, я бы сказал, что вам определенно пора нанять помощника. Я знаю, что вы можете автоматизировать много ежедневного администрирования, это то, что мы все делаем, но похоже, что у вас много всего происходит, как бы это ни было разделено.
решение2
Я думаю, это то, что трудно определить. Поскольку вы упомянули, что у вас нет настоящих SLA, единственный реальный способ определить, какой тип рабочей нагрузки существует, — это то, что вы говорите. Тот факт, что вы не можете уйти в отпуск, не будучи вызванным для решения проблемы, является определенной проблемой.
Если у вас возникли большие проблемы с убеждением ваших менеджеров нанять нового DBA, возможно, вы могли бы обратиться за помощью к нам? Это может быть отличным способом поднять кого-то с более низкой должности или помочь кому-то, с кем вы работаете и кто разделяет ваши интересы в области баз данных, войти в эту область. Даже на условиях неполного рабочего дня вы могли бы обучить их справляться с некоторыми мелкими вещами, чтобы вам было меньше поводов для беспокойства каждый день. Таким образом, если вам нужно будет уйти на неделю, им нужно будет звонить вам только в том случае, если что-то серьезное пойдет не так.
Я думаю, что без системы SLA у вас будут проблемы в любом случае, поскольку вам будет сложно оправдать необходимость в большем количестве рабочей силы для работы, которую вы прекрасно выполняете уже 2 года. Конечно, вы видите, сколько еще работы от вас требуется, но без документации и SLA, чтобы отслеживать, как все изменилось, это может быть трудно продать.
решение3
Вчера.
(минимальный размер сообщения препятствует лаконичному остроумию.)
(даже если это вызовет отрицательную оценку, я считаю это забавным. Сегодня пятница.)
/Edit - более серьезный ответ. Действительно трудно оправдать переход от quanta=1 к quanta=2 для квалифицированного технического персонала. Вы можете сделать несколько вещей:
Документируйте свое время. Используйте это, чтобы показать, сколько времени вы тратите, и когда люди предлагают новые задачи, обязанности или приложения, оцените необходимое время и скажите: «Какие из дел, которые я делаю в настоящее время, это новое дело потребует от меня остановки, автоматизации или найма для выполнения?»
Поищите контрактную службу, которая может выполнять спорадическую работу на неполный рабочий день. Привлеките их, чтобы они помогли вам просмотреть и задокументировать ваши процедуры, приложения и инфраструктуру, а затем снова заключите с ними контракт, когда вы уедете в отпуск, чтобы они были вашим дежурным. Так они будут знать ваши системы, а не окажутся на месте и все равно вам позвонят.
Обучите существующий ИТ-персонал, не являющийся администратором баз данных, чтобы он мог выполнять легкую или экстренную работу по сортировке. Это предполагает, что ваша компания достаточно большая, чтобы иметь других ИТ-персонала, и в частности, иметь кого-то с правильным отношением, навыками и усердием, чтобы выполнять работу должным образом.