Администратор баз данных: когда он нужен компании

Почти каждая система в компании работает на базе данных: 1С, CRM, сайт, интернет-магазин, Telegram-бот, складская программа. Пока всё работает, о базе никто не думает. Вспоминают, когда отчёт формируется полчаса, сайт падает в часы пик или после сбоя диска выясняется, что последняя резервная копия была полгода назад. За то, чтобы такого не происходило, отвечают специалисты по базам данных.

Две разные роли

Администратор баз данных (DBA) отвечает за работу СУБД как системы:

• Установка, настройка и обновление
• Резервное копирование и проверка восстановления
• Мониторинг: нагрузка, свободное место, медленные запросы
• Производительность: индексы, настройки памяти, обслуживание таблиц
• Безопасность: пользователи, права, шифрование, аудит доступа
• Отказоустойчивость: реплики, переключение при сбое

Программист баз данных работает с содержимым и логикой:

• Проектирование структуры таблиц и связей
• Написание сложных запросов, хранимых процедур, триггеров
• Оптимизация запросов приложения
• Подготовка данных для отчётов и интеграций
• Миграции: изменения структуры без потери данных

В небольших командах эти роли часто совмещает один человек или backend-разработчик. В крупных — это разные специалисты.

Признаки, что базой никто не занимается

• Никто не может сказать, когда была последняя резервная копия и проверялась ли она
• Отчёты и программы постепенно замедляются без видимой причины
• Диск сервера регулярно заполняется, и место освобождают вручную
• У всех пользователей и программ одна учётная запись с полными правами
• Версия СУБД давно не обновлялась
• После увольнения разработчика никто не знает пароли

Задачи, которые нельзя откладывать

1. Резервные копии. Автоматические, по расписанию, с хранением вне основного сервера. Регулярная тестовая проверка восстановления
2. Разграничение прав. Отдельные учётные записи для приложения, отчётов, администраторов
3. Мониторинг места и нагрузки с оповещением до того, как возникнет проблема
4. Документирование: где стоят базы, какие версии, кто имеет доступ, как восстановить

Особенности 1С

Базы 1С в клиент-серверном варианте работают на Microsoft SQL Server или PostgreSQL. Для них нужны и знания 1С, и знания СУБД: регламентное обслуживание, индексы, обновление статистики. Многие проблемы производительности 1С на самом деле лежат на уровне СУБД и сервера, и их решает администратор, а не программист конфигурации.

Штатный специалист или подрядчик

Штатный DBA оправдан, если:

• Баз много, они критичны и работают круглосуточно
• Есть собственная команда разработки
• Объёмы данных большие, а нагрузка высокая

Подрядчик или аутсорс подходит, если:

• Баз несколько, они важны, но нагрузка умеренная
• Нужен первичный аудит и настройка, а затем периодическое обслуживание
• В компании нет задач на полную занятость такого специалиста

Частый разумный вариант: подрядчик выполняет аудит, настраивает резервное копирование и мониторинг, а затем ежемесячно проверяет состояние и реагирует на оповещения.

Что проверить у кандидата

• Как он организует резервное копирование и как проверяет восстановление
• Опыт с вашей СУБД: PostgreSQL, SQL Server, MySQL
• Как будет искать причину медленного запроса
• Подход к правам доступа и аудиту
• Готовность документировать работу

Ошибки

• Считать, что облачный сервер «сам делает бэкапы», не проверив настройки
• Хранить резервные копии на том же диске, что и база
• Давать программистам доступ к рабочей базе с полными правами для «быстрых правок»
• Ждать падения, чтобы нанять специалиста

Если вы не уверены в состоянии своих баз данных, начните с аудита: резервные копии, права, производительность. Поможем провести его и дать понятный список действий.