Единый справочник должностных инструкций

Шаблоны и образцы должностных инструкций по профстандартам Минтруда и ТК РФ с кодами классификаторов ОКЗ и ОКПДТР.

📋 Справка для работодателя: Настоящий образец должностной инструкции составлен с учетом требований ТК РФ, квалификационных справочников и стандартов Минтруда. Документ готов к адаптации под структуру предприятия.
ОКЗ 2521 / ОКПДТР 20015 Информационные технологии и связь

Должностная инструкция администратора баз данных (DBA / Database Administrator): 2026

Актуально на 2025 год · Обновлено: 07.09.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__ г.
Золотое правило DBA: Наличие файла бэкапа не означает наличие бэкапа. Бэкап считается существующим только тогда, когда процедура восстановления из него успешно проверена на изолированном стенде!
💡 Рекомендация эксперта по трудовому праву: Юридическая безопасность: Доступ к базам данных с ПДн (персональными данными) регулируется Федеральным законом № 152-ФЗ. DBA обязан настраивать полное логирование действий суперпользователей и аудит доступа (pgAudit) для предоставления отчетов регуляторам (Роскомнадзор, ФСТЭК).

Вопросы и ответы по должности

Что означают метрики RTO и RPO в работе DBA?

RTO (Recovery Time Objective) — максимально допустимое время, необходимое для полного восстановления работы базы данных после аварии. RPO (Recovery Point Objective) — максимально допустимый период времени, за который данные могут быть безвозвратно утеряны при катастрофе (для финансовых СУБД RPO должен стремиться к 0 секунд).

Чем отличается логический бэкап (pg_dump) от физического (pgBackRest/WAL-G)?

Логический бэкап выгружает структуру и данные в виде текстовых SQL-команд (INSERT/COPY), что на базах размером в сотни гигабайт или терабайт работает медленно и не позволяет восстановиться на конкретную секунду. Физический бэкап копирует непосредственно файлы данных СУБД и непрерывные журналы транзакций (WAL), позволяя мгновенно развернуть кластер и применить PITR (восстановление на любую точку во времени).