Должностная инструкция администратора баз данных (DBA / Database Administrator): 2026
Технический директор (СТО) / IT-директор
ООО "____________________"
__________ / __________________ /
«___» ____________ 2026 г.
1. Общие положения
1.1. Настоящая должностная инструкция определяет должностные обязанности, права, требования к квалификации и ответственность администратора баз данных (DBA / Database Administrator / инженера СУБД) (далее — Работник).
1.2. Должность относится к категории ведущих системных IT-специалистов по управлению инфраструктурой данных.
1.3. Прием на работу и увольнение осуществляются приказом Генерального директора по согласованию с Техническим директором (СТО) / Руководителем отдела системного администрирования.
1.4. Администратор баз данных непосредственно подчиняется Head of Infrastructure / Lead DBA / Руководителю отдела баз данных.
1.5. В своей деятельности специалист руководствуется:
- Трудовым кодексом РФ, Федеральным законом № 152-ФЗ «О персональных данных», ФЗ-187 «О безопасности КИИ РФ»;
- Профессиональным стандартом 06.007 «Администратор баз данных» (утв. Приказом Минтруда РФ № 647н);
- Регламентами резервного копирования и восстановления данных (Backup & Disaster Recovery Plan);
- Политиками информационной безопасности, соглашениями об уровне обслуживания (SLA) и регламентами инцидент-менеджмента.
2. Квалификационные требования к должности
2.1. Образование: Высшее техническое образование (бакалавриат / специалитет / магистратура) по направлению «Информатика и вычислительная техника», «Информационные системы и технологии», «Прикладная математика».
2.2. Требования к опыту работы: Стаж работы в области администрирования промышленных СУБД (PostgreSQL, Oracle, MS SQL, MySQL, ClickHouse) от 2–3 лет на высоконагруженных проектах (HighLoad / 24/7).
2.3. Администратор баз данных (DBA) должен знать:
- Внутреннюю архитектуру и физическую организацию СУБД (PostgreSQL / Postgres Pro, Oracle Database, MySQL, MariaDB, ClickHouse, Redis, MongoDB);
- Механизмы транзакционной целостности: ACID, уровни изоляции транзакций, MVCC (Multiversion Concurrency Control), блокировки и дедлоки (Deadlocks);
- Технологии обеспечения высокой доступности (High Availability) и отказоустойчивости: физическая и логическая потоковая репликация (Streaming Replication), кластеризация (Patroni, Pacemaker/Corosync), пулеры соединений (PgBouncer, Odyssey);
- Масштабирование данных: партиционирование (Partitioning), шардинг (Citus, Sharding);
- Оптимизацию производительности (Query Tuning): чтение и анализ планов выполнения запросов (EXPLAIN ANALYZE), профилирование индексов (B-Tree, GIN, GiST, BRIN), настройку буферного пула (shared_buffers, work_mem, maintenance_work_mem);
- Резервное копирование и аварийное восстановление (Disaster Recovery): горячие бэкапы, PITR (Point-in-Time Recovery), инструменты физического бэкапирования (pgBackRest, WAL-G, Barman, RMAN);
- Администрирование Linux на уровне уверенного пользователя: настройка файловых систем (ext4, XFS, ZFS), тюнинг ядра под СУБД (HugePages, vm.overcommit, swappiness), мониторинг дисковой подсистемы (iostat, fio);
- Системы мониторинга СУБД: Prometheus (postgres_exporter), Grafana, pg_stat_statements, pg_stat_activity, Zabbix.
Справочные данные классификаторов
| Классификатор | Код / Значение | Нормативный акт |
|---|---|---|
| Код по ОКЗ | 2521 (Проектировщики и администраторы баз данных) | ОК 010-2014 |
| Код по ОКПДТР | 20015 (Администратор баз данных) | ОК 016-94 |
| Профессиональный стандарт | 06.007 «Администратор баз данных» | Приказ Минтруда РФ № 647н |
| Уровень квалификации | 6–7 уровень квалификации | Приказ Минтруда РФ № 148н |
3. Должностные и производственные обязанности
Администратор баз данных (DBA) осуществляет следующие функции:
3.1. Обеспечение доступности, резервирования и целостности:
- Обеспечивает непрерывную и отказоустойчивую работу кластеров СУБД в режиме 24/7/365 в соответствии с целевым SLA (99.99%).
- Настраивает автоматизированное создание регулярных полных, инкрементальных и дифференциальных резервных копий баз данных с архивацией WAL-логов.
- Проводит регулярные тестовые учения по восстановлению баз данных из бэкапов на тестовых стендах для проверки выполнения метрик RTO (Recovery Time Objective) и RPO (Recovery Point Objective).
- Осуществляет обновление версий СУБД, установку патчей безопасности и миграцию данных без остановки сервиса.
3.2. Профилирование, оптимизация и аудит:
- Выявляет и оптимизирует «тяжелые», медленные и блокирующие SQL-запросы в реальном времени, консультирует разработчиков по эффективному составлению запросов и индексации.
- Проводит регламентные процедуры обслуживания баз данных: контроль автовакуума (Autovacuum tuning), реиндексацию (REINDEX CONCURRENTLY), устранение разрастания таблиц (Bloat).
- Управляет учетными записями, ролями пользователей, привилегиями доступа к таблицам по принципу наименьших привилегий (Role-Based Access Control).
4. Права работника
Администратор баз данных имеет право:
- Блокировать или принудительно завершать (kill) запросы и транзакции разработчиков, вызывающие критическую перегрузку CPU/диска или дедлоки на промышленном сервере баз данных.
- Требовать от команд разработки обязательного согласования схемы БД и структуры индексов до их применения (миграции) в продакшн.
- Запрашивать расширение дисковых массивов (NVMe SSD) и оперативной памяти под растущие объемы данных.
5. Ответственность
Администратор баз данных несет строжайшую ответственность за:
- Безвозвратную потерю данных: отсутствие рабочих бэкапов при аварии на сервере или сбое дискового массива.
- Нарушение конфиденциальности: несанкционированный доступ или утечку баз данных, содержащих персональные данные клиентов или платежную информацию (ст. 13.11 КоАП РФ, ст. 272 УК РФ).
- Превышение RTO/RPO: срыв нормативных сроков восстановления работоспособности систем после аппаратных аварий.
6. Взаимодействие и KPI
6.1. Связи: взаимодействует с системными администраторами, DevOps-инженерами, бэкенд-разработчиками, офицерами безопасности (CISO) и специалистами техподдержки.
6.2. KPI: коэффициент доступности баз данных (Uptime > 99.99%), соблюдение RPO = 0 (нулевая потеря подтвержденных транзакций), среднее время выполнения запросов (Latency), 100% успешность плановых тестовых восстановлений из бэкапов.
Лист ознакомления
| ФИО DBA-инженера | Специализация СУБД | Подпись | Дата |
|---|---|---|---|
| ______________________________ | (PostgreSQL / Oracle / MySQL) | ______________ | «___» __________ 202__ г. |
Вопросы и ответы по должности
Что означают метрики RTO и RPO в работе DBA?
RTO (Recovery Time Objective) — максимально допустимое время, необходимое для полного восстановления работы базы данных после аварии. RPO (Recovery Point Objective) — максимально допустимый период времени, за который данные могут быть безвозвратно утеряны при катастрофе (для финансовых СУБД RPO должен стремиться к 0 секунд).
Чем отличается логический бэкап (pg_dump) от физического (pgBackRest/WAL-G)?
Логический бэкап выгружает структуру и данные в виде текстовых SQL-команд (INSERT/COPY), что на базах размером в сотни гигабайт или терабайт работает медленно и не позволяет восстановиться на конкретную секунду. Физический бэкап копирует непосредственно файлы данных СУБД и непрерывные журналы транзакций (WAL), позволяя мгновенно развернуть кластер и применить PITR (восстановление на любую точку во времени).