Live-данные · обновлено 23.06.26

Администратор БД: кто это и чем занимается

Администратор баз данных, или DBA, отвечает за то, чтобы рабочие базы оставались доступными, быстрыми и восстанавливаемыми. Это не человек, который просто знает SQL и команды СУБД: он держит под контролем транзакции, индексы, резервные копии, восстановление, репликацию и права доступа. Хороший DBA заранее думает, что будет при росте нагрузки, ошибке миграции, отставании реплики или потере узла. Ценность роли в том, чтобы база переживала нагрузку, ошибки, релизы и сбои без потери данных и долгого простоя. По SkillStat в Москве и МО сейчас 32 активных вакансий, зарплатная оценка - 275 000 ₽.

РИ Романов Илья · Senior DBA / PostgreSQL administrator · технический редактор SkillStat по базам данных и эксплуатации PostgreSQL · 10+ лет в администрировании PostgreSQL, backup/restore, репликации, мониторинге и эксплуатации критичных БД
Вакансии
32
Москва и МО · 23.06.26
Оценка зарплаты
275 000 ₽
Оценка по профессии и близкому рынку
Спрос
16 / 100
Низкий · #39
Уровень
Senior
61% вакансий
Формат
офисный формат
удал. 13% · гибрид 41% · офис 47%
Выборка зарплат
9
вакансий с зарплатой

Как ещё называют администратора баз данных

В вакансиях одна и та же зона ответственности может называться по-разному. Важно смотреть не на название, а на то, кто отвечает за живую базу, восстановление, доступы, производительность и безопасные изменения.

Синонимы
администратор баз данныхадминистратор БДDBADatabase AdministratorPostgreSQL DBAадминистратор PostgreSQLадминистратор MySQLадминистратор Oracleинженер баз данныхdatabase engineer
Смежные роли
Data EngineerBackend DeveloperDevOps EngineerSRESystem AdministratorDatabase DeveloperDatabase ArchitectData AnalystBI Engineer1С-администратор / 1С-специалист
Рыночный вывод

Свежие данные рынка: 32 активных вакансий, зарплатная оценка 275 000 ₽, спрос 16/100. Срез по Москве и МО от 23.06.2026.

Для администратора баз данных сейчас используется estimated-зарплата: SkillStat считает оценку по профессии и близкому рынку, потому что в текущем активном срезе недостаточно вакансий с открытой зарплатной вилкой для точной медианы и диапазона.

Низкий отдельный спрос не означает, что администрирование БД не нужно. Часто DBA-задачи публикуются внутри вакансий DevOps, backend, SRE, системного администратора, инженера данных или PostgreSQL-инженера. Отдельная вакансия DBA появляется там, где база уже стала критичным инфраструктурным слоем: транзакции, отчётность, высокая нагрузка, регламенты, безопасность и восстановление.

Все профессии

Коротко о профессии

Администратор баз данных держит под контролем слой, который пользователи почти никогда не видят напрямую, но замечают сразу, когда он ломается. Его работа — сделать так, чтобы данные были доступны, запросы не душили приложение, резервные копии реально восстанавливались, а изменения проходили без случайной потери информации.

Сильный DBA отличается от человека, который просто знает команды СУБД, тем, что думает сценариями отказа. Что будет, если миграция зависнет? Сколько времени займёт восстановление? Кто имеет право читать персональные данные? Как понять, что новый индекс помог, а не добавил проблем записи? Эти вопросы и составляют профессиональную основу роли.

Профессия близка к разработке, эксплуатации и инженерии данных, но не растворяется в них. У администратора баз данных свой главный предмет — живое хранилище, его безопасность, скорость, целостность и способность вернуться в рабочее состояние после сбоя.

Для этой профессии доступны ограниченные данные. Аналитика носит ориентировочный характер.

По зарплате у профессии нет достаточной собственной актуальной выборки. Поэтому на странице показана оценка с явной маркировкой источника, а не точная медиана только по текущим активным вакансиям.

Как читать данные на странице

Числовые метрики показывают вакансии Москвы и Московской области. Описание роли, задач и навыков относится к профессии в целом.

Регион
Москва и МО
Срез
23.06.26
Зарплата
Оценка по профессии и близкому рынку
Выборка
n=9
Методология зарплат Методология спроса

Актуальные данные по профессии

Актуальный срез по вакансиям, зарплате, спросу и динамике найма для администратора баз данных в Москве и МО.

Вакансии Количество активных вакансий на сегодня в регионе Москва и МО. Не включает закрытые или приостановленные.
32
активных вакансий
Москва и МО · текущий срез 23.06.26
7 дней назад
46
16.06.26 -30%
30 дней назад
35
24.05.26 -9%
Спрос 50 = средний по рынку, 100 = в 4× больше вакансий чем у средней IT-профессии. Метрика считается по актуальной выборке Москва и МО.
16
из 100
Ранг по спросу
#39 из 71
Статус
Низкий
Топ спроса
#1
Системный аналитик
645
#2
Продакт-менеджер
521
#3
Бизнес-аналитик
504
Оценка зарплаты
Оценка
275 000₽
Москва и МО · Оценка по профессии и близкому рынку
Рынок направления · n=250
Вакансии профессии за 180 дней · n=13
Вакансии профессии за 60 дней · n=9
Диапазон и позиция в зарплатном рейтинге не показаны: зарплата рассчитана в estimated-режиме, поэтому SkillStat не выводит эти значения, чтобы не создавать ложную точность.
Средний тренд Сначала сравниваем последние 30 дней с предыдущими 30. Если в одном из окон меньше 14 точек, пробуем 45, 60, 90 дней. Ряд использует ту же семантику активных публичных вакансий, что и верхнее число.
↑ 29%
последние 30 дней vs предыдущие 30
среднее последнего окна выше предыдущего
44 против 34 вакансий, последние 30 дней vs предыдущие 30
сглаживание 30 дней

Кто такой администратор БД

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

В этой профессии важно не только поднять базу и следить за производительностью. Нужно управлять резервным копированием, восстановлением, доступами, обновлениями, репликацией, отказами и повседневной эксплуатацией. Поэтому хороший администратор баз данных думает не только о текущем запросе, но и о том, как система переживёт рост, сбой и изменение нагрузки.

От серверного разработчика и инженера данных роль отличается тем, что здесь рабочий объект — сама база как критичная инфраструктура. Администратор отвечает за её здоровье, а не за бизнес-логику вокруг неё.

Ценность профессии особенно заметна в тех средах, где потеря или недоступность записей сразу бьют по деньгам, операциям и доверию пользователей. Там администратор баз данных нужен не как хранитель старой школы, а как инженер надёжности самого важного слоя системы.

Рабочий объект

Рабочие базы данных, запросы, индексы, резервные копии, репликация, доступы и восстановление

Главная ценность

Сохраняет данные доступными, целыми и управляемыми даже при росте нагрузки, ошибках и изменениях продукта

Ключевой риск

Непроверенная операция может повредить данные, остановить приложение или сделать восстановление невозможным в нужный срок

Как выглядит работа с живой базой

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

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

Важная часть профессии — объяснять ограничения соседним командам. Разработчику нужно понять, почему запрос нельзя запускать без индекса; менеджеру — почему перенос данных требует окна; безопасности — какие права действительно нужны. Без этой коммуникации даже хорошее техническое решение остаётся хрупким.

Где видно профессиональное качество

Качество администратора баз данных видно не только во время аварии. Оно видно в том, что резервная копия заранее проверена, миграция разбита на безопасные шаги, запросы измерены, права выданы минимально, а порядок восстановления понятен не одному человеку.

Сложные ситуации всё равно случаются: растёт нагрузка, появляется блокировка, приложение начинает ждать базу, отчёт ломает производительность. Сильный специалист не гадает, а собирает факты: план выполнения, журналы, метрики, размер таблиц, ожидания транзакций и историю изменений.

Мастерство здесь не в том, чтобы знать редкую команду, а в том, чтобы выбрать безопасный путь при ограниченном времени. Иногда правильное решение — не оптимизировать немедленно, а остановить опасное изменение, вернуть базу в устойчивое состояние и только потом искать долгосрочную причину.

С чем не смешивать

Администратора баз данных часто путают с инженером данных, серверным разработчиком или системным администратором. Пересечения есть, но ответственность разная. DBA отвечает за хранилище как за рабочую систему: её скорость, целостность, доступность, доступы и восстановление.

Инженер данных строит обработку и витрины, серверный разработчик пишет приложение, системный администратор поддерживает серверы и окружение. Администратор баз данных работает на стыке этих областей, но его главный вопрос другой: что произойдёт с записями при нагрузке, ошибке, изменении схемы или восстановлении.

Если на странице профессии остаётся только список PostgreSQL, MySQL и SQL, описание становится плоским. Нужно показывать именно ответственность: как специалист предотвращает потерю записей, ускоряет запросы, проводит изменения и возвращает базу в рабочее состояние.

DBA Core: что реально нужно знать

Администратор баз данных работает не с абстрактной СУБД, а с живой системой, где запросы, права, копии, репликация и изменения влияют на пользователей и деньги.

SQL и транзакции

SELECT, JOIN, CTE, индексы, транзакции, isolation levels, locks и deadlocks. Это основа для понимания того, как база сохраняет целостность и почему один запрос может мешать другому.

Производительность

EXPLAIN, планы выполнения, slow queries, индексы, статистика, vacuum/analyze, connection pool и query timeout. DBA должен измерять проблему, а не угадывать индекс.

Backup and restore

Full backup, incremental backup, WAL, PITR, проверка восстановления, RPO и RTO. Копия без тестового восстановления остаётся обещанием, а не защитой.

Репликация и отказоустойчивость

Primary/replica, replication lag, failover, read replica, split-brain risks и recovery plan. Важно понимать, что именно произойдёт при отказе и кто принимает решение.

Доступы и безопасность

Roles, grants, least privilege, audit, secrets, персональные данные и временные доступы. DBA видит, кто может читать или менять данные, и должен ограничивать лишний риск.

Миграции

Schema changes, online migration, locks, rollback, migration window, validation и post-check. Изменение схемы должно иметь проверку до, после и понятный план отката.

Мониторинг

Grafana, Prometheus, Zabbix, disk, CPU, memory, connections, locks, replication lag, query time и slow logs. Хороший мониторинг показывает риск до аварии.

Linux and storage

Linux, filesystem, I/O, memory, network, logs, systemd, disk latency и mount points. Проблема базы часто начинается на уровне диска, памяти или сети.

Автоматизация

Bash, Python, Ansible, backup checks, config management, регламентные проверки и отчёты. Автоматизация должна быть проверяемой и оставлять понятный след.

Incident response

Диагностика, приоритеты, восстановление, коммуникация, postmortem и runbook. В инциденте важна последовательность: ограничить ущерб, вернуть работу, затем исправлять причину.

Чем занимается администратор БД

Требования

сценарии, критерии и постановка задачи

  • Разбирать медленные запросы, блокировки, рост таблиц, ошибки миграций и другие причины, из-за которых приложение начинает работать нестабильно.
  • Оставлять после каждой сложной задачи понятные правила: что было изменено, как это проверить, где риск и как действовать при повторении проблемы.
Система

данные, api, статусы и интеграции

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

согласование и работа с разработкой

  • Согласовывать изменения схемы, индексов, параметров базы и прав доступа с разработкой, аналитикой, безопасностью и поддержкой.

Как выглядит работа по задаче

Рабочий цикл администратора баз данных строится вокруг безопасного изменения. Сначала он выясняет, что именно нужно сделать с данными, затем оценивает риск, готовит проверку и только после этого меняет рабочую базу.

Шаг 01

Уточняет последствия

Понимает, какие таблицы, запросы, пользователи и сервисы затронет изменение.

Шаг 02

Проверяет защиту

Смотрит резервную копию, права доступа, план отката и возможность восстановиться в нужный срок.

Шаг 03

Измеряет проблему

Собирает факты: планы запросов, блокировки, журналы, задержки, объём данных и нагрузку.

Шаг 04

Проводит изменение

Меняет схему, настройки, индексы или доступы так, чтобы команда понимала риск и порядок проверки.

Шаг 05

Закрепляет правило

Документирует результат, обновляет инструкции и объясняет, как действовать при повторении ситуации.

DBA, Data Engineer, Backend, DevOps и системный администратор - в чём разница

У этих ролей есть пересечения по SQL, Linux, мониторингу и инфраструктуре, но зона ответственности разная. DBA отвечает за живое состояние базы: доступность, целостность, производительность, восстановление и безопасные изменения.

Роль Главный фокус Что делает Типовой результат Какие навыки нужны Чем отличается от администратора БД
Администратор БД / DBA Живая база как критичная система. Следит за производительностью, копиями, репликацией, правами, миграциями и восстановлением. База доступна, изменения проходят безопасно, план восстановления проверен. SQL, PostgreSQL/MySQL/Oracle, Linux, EXPLAIN, backup/restore, репликация, мониторинг. Это базовая роль сравнения: ответственность за эксплуатацию и сохранность данных.
Data Engineer Потоки, витрины и доставка данных. Строит ETL/ELT, пайплайны, расписания, витрины и контроль качества наборов. Данные доходят до аналитики, ML или продуктов в нужном виде. SQL, Python, Airflow, Spark, ClickHouse, Kafka, data quality. Data Engineer отвечает за движение и преобразование данных, а DBA - за рабочую базу и восстановление.
Backend Developer Бизнес-логика приложения. Пишет API, сервисы, транзакционную логику и интеграции с базой. Приложение выполняет продуктовые сценарии и корректно работает с данными. Язык разработки, API, SQL, ORM, тесты, очереди, кэш. Backend использует базу в коде, а DBA отвечает за её доступность, права, индексы, копии и эксплуатацию.
DevOps Engineer Поставка и инфраструктура продукта. Настраивает CI/CD, окружения, контейнеры, облако, конфигурации и мониторинг. Команды стабильно выкатывают изменения и управляют инфраструктурой. Linux, CI/CD, Docker, Kubernetes, Terraform, мониторинг, скрипты. DevOps может обслуживать БД как часть платформы, но DBA глубже отвечает за СУБД, запросы и восстановление данных.
SRE Надёжность сервиса в целом. Задаёт SLO, мониторит инциденты, автоматизирует восстановление и снижает повторяемые сбои. Сервис выдерживает нагрузку и восстанавливается по понятным правилам. Observability, incident response, автоматизация, Linux, распределённые системы. SRE смотрит на весь сервис, а DBA концентрируется на базе и рисках хранения.
System Administrator Серверы, пользователи и корпоративная инфраструктура. Поддерживает ОС, доступы, службы, рабочие станции, сети и базовую эксплуатацию. Инфраструктура доступна пользователям и внутренним системам. Linux/Windows, сети, мониторинг, резервное копирование, права, скрипты. Сисадмин может установить СУБД, но DBA глубже отвечает за транзакции, планы запросов, репликацию и RPO/RTO.
Database Developer Логика внутри базы. Пишет процедуры, функции, представления, сложные запросы и часть схемы данных. База содержит корректную серверную логику и удобные интерфейсы данных. SQL, PL/pgSQL или PL/SQL, оптимизация запросов, модель данных. Database Developer больше пишет логику, DBA больше отвечает за эксплуатацию, доступность и восстановление.
Database Architect Архитектура хранения и модель данных. Проектирует схемы, распределение данных, стратегию масштабирования и требования к хранению. Появляется устойчивый дизайн базы и правил развития данных. Моделирование данных, архитектура БД, транзакции, нагрузка, безопасность. Архитектор проектирует целевое устройство, DBA ежедневно поддерживает и меняет живую систему.
Data Analyst Ответы на бизнес-вопросы по данным. Пишет запросы, считает метрики, строит отчёты и объясняет выводы. Команда получает проверяемый аналитический вывод. SQL, BI, статистика, метрики, визуализация, знание домена. Аналитик читает и интерпретирует данные, DBA отвечает за то, чтобы база была доступной и безопасной.
BI Engineer BI-слой и отчётность. Строит модели, дашборды, витрины, доступы к отчётам и слой визуализации. Пользователи получают управляемую отчётность и понятные метрики. SQL, DWH, BI-инструменты, модели данных, права, производительность отчётов. BI Engineer отвечает за аналитический слой, DBA - за базу, её производительность, копии и восстановление.

Навыки администратора баз данных: что требуют работодатели

Работодатель обычно смотрит на SQL, PostgreSQL, MySQL, индексы, транзакции, блокировки, репликацию, резервное копирование, мониторинг, права доступа и опыт восстановления. Но перечисление технологий ничего не доказывает без рабочих примеров. Для этой профессии особенно важен вопрос: что кандидат сделал бы, если база жива, приложение отвечает медленно, а менять схему прямо сейчас опасно.

Сильное резюме показывает не только инструменты, но и цену решений. Хороший кандидат умеет объяснить, почему выбран именно такой индекс, как проверялась резервная копия, что будет при отставании реплики, какие права можно выдать временно и кто должен подтвердить опасную операцию. Такие ответы показывают зрелость лучше, чем длинный список знакомых команд.

На старших позициях от администратора баз данных ждут влияния на практику команды. Он помогает проектировать хранение, участвует в подготовке релизов, вводит понятные правила миграций, учит разработчиков не писать запросы вслепую и защищает продукт от решений, которые ускоряют сегодняшнюю задачу ценой завтрашней аварии.

Хороший работодатель также смотрит на привычку проверять восстановление, а не только на обещание, что копии есть. Если кандидат может назвать время восстановления, допустимую потерю данных, порядок проверки и участников аварийного сценария, это сразу отделяет эксплуатационный опыт от учебной настройки базы.

В текущем активном срезе по этой роли 32 вакансий. Список работодателей ниже построен по накопленной статистике SkillStat, поэтому его нужно читать как ориентир по источникам вакансий, а не как долю текущего рынка.
Топ работодателей
Компании, которые встречаются в вакансиях по профессии Администратор БД
1
X5 Tech
6 вак.
2
СК Ренессанс Жизнь
6 вак.
3
ООО Платформа Трим
4 вак.
4
Artificial Seed
4 вак.
5
Ситидрайв
4 вак.
6
Честный знак.рф
3 вак.
Полная карта навыков Администратор БД →
Вход через junior
7%
от рынка

Рынок ориентирован на опытных специалистов.

На одну junior-вакансию приходится примерно 8.5 senior-позиции.
Навыков на вакансию
12
в среднем

Столько требований работодатели обычно собирают в одной позиции по этой роли.

Как читать навыки администратора БД

PostgreSQL, Linux, SQL, Python, Ansible, Grafana, Bash, Prometheus, Zabbix, ClickHouse и Oracle нужно читать как части эксплуатационной роли. Это не случайный сопутствующий контекст, а разные слои DBA-практики.

СУБД и SQL

PostgreSQL, SQL, ClickHouse и Oracle показывают, где работает специалист. Для старта важнее глубоко разобрать одну СУБД и общие принципы транзакций, индексов и планов.

Backup, restore and replication

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

Performance and query optimization

Медленные запросы, EXPLAIN, индексы, статистика, блокировки и connection pool показывают, умеет ли DBA держать базу быстрой без опасных изменений.

Linux and infrastructure

Linux, диски, память, сеть, Docker и Kubernetes появляются там, где база живёт в современной инфраструктуре. Этот слой нельзя отрывать от эксплуатации СУБД.

Monitoring and observability

Grafana, Prometheus и Zabbix нужны для алертов и диагностики: connections, locks, lag, disk, CPU, slow queries и ошибки должны быть видны до жалоб пользователей.

Automation

Python, Bash и Ansible помогают убрать ручную рутину: проверять копии, собирать отчёты, управлять конфигурацией и повторять регламентные операции без сюрпризов.

Security and access control

Roles, grants, least privilege, audit и секреты - отдельный слой навыков. DBA отвечает за то, чтобы доступ к данным был ограничен, объясним и проверяем.

Сопутствующий контекст

Java, Kafka и 1С встречаются в конкретных системах и помогают понимать соседние команды. Но они не заменяют DBA Core: SQL, СУБД, восстановление, мониторинг и безопасные изменения.

Смежные профессии
DevOps-инженер 11 SRE-инженер 11 Platform Engineer 9 Инженер нагрузочного тестирования 9 Тимлид 9 C++-разработчик 9

Сколько зарабатывает Администратор БД

Для администратора баз данных сейчас доступна рыночная оценка дохода, а не точная медиана только по текущим активным вакансиям. Её лучше читать вместе с подписью источника и структурой рынка по уровням.
Оценка зарплаты Оценка
275 000₽
Москва и МО · Оценка по профессии и близкому рынку
Рынок направления · n=250
Вакансии профессии за 180 дней · n=13
Вакансии профессии за 60 дней · n=9
Опора оценки
9
наблюдений в опорном срезе
Диапазон и позиция в зарплатном рейтинге не показаны: зарплата рассчитана в estimated-режиме, поэтому SkillStat не выводит эти значения, чтобы не создавать ложную точность.
На странице используется зарплатная оценка, а не точная медиана: для администратора баз данных SkillStat считает estimated-значение по профессии и близкому рынку, потому что в активном срезе мало открытых вилок. Поэтому диапазон и позиция в зарплатном рейтинге не показываются, а 275 000 ₽ нужно читать как аккуратную рыночную оценку, а не как гарантированную ставку.
Зарплата по грейдам
Медиана зарплаты по грейду. n — выборка вакансий с указанной суммой.

Для estimated-режима грейдовые зарплаты не показываются, чтобы не создавать ложную точность.

Распределение по уровням
Senior
61% рынка
Lead
4%
Senior
61%
Middle
29%
Junior
7%
По структуре вакансий видно, какой уровень для этой профессии считается базовым на рынке. Это помогает читать грейды не как абстрактную лестницу, а как реальную точку входа и роста.
Дополнительный разбор

Где начинается рост

Доход администратора баз данных растёт вместе с ценой записей, за которые он отвечает. На младшем уровне чаще дают отдельные задачи: проверить резервную копию, настроить доступ, посмотреть медленный запрос, выполнить миграцию по инструкции. На среднем уровне специалист уже сам выбирает подход, видит риск, предупреждает команду и доводит изменение до состояния, где его можно сопровождать.

Что говорит структура рынка

Дороже стоят задачи, где ошибка быстро становится заметна бизнесу: база недоступна, платежи не проходят, отчётность искажена, восстановление занимает часы вместо минут. В таких ситуациях ценится не героизм после аварии, а умение заранее построить защиту: мониторинг, копии, порядок изменений, проверку восстановления и понятные ограничения.

Вакансии администратора баз данных: спрос и динамика рынка

Спрос на администратора баз данных лучше читать как сочетание объёма найма, ранга профессии в общей выборке и устойчивости вакансий во времени. Виджеты выше дают быстрый срез рынка, а график ниже помогает понять, насколько этот спрос поддерживается от месяца к месяцу.

Активные вакансии
32
в активном найме
Москва и МО · текущий срез 23.06.26
7 дней назад
46
16.06.26 -30%
30 дней назад
35
24.05.26 -9%
Спрос
16
из 100
Ранг по спросу
#39 из 71
Статус
Низкий
Среднее число активных вакансий по месяцам
Блок показывает среднее число активных вакансий за месяц, чтобы видеть общую картину без шума отдельных дней.
июнь 45 неполный +10
май 35 +2
апрель 33 +6
март 27 -14
февраль 41
Июнь пока показан как текущий неполный месяц, поэтому его лучше читать как живую картину рынка, а не как итог месяца.
Дополнительный разбор

Спрос по отдельной роли DBA сейчас низкий, но это не означает слабую потребность в эксплуатации баз. Во многих компаниях такие задачи спрятаны в вакансиях DevOps, SRE, backend-разработчика, системного администратора, инженера данных или PostgreSQL-инженера.

Отдельная вакансия администратора баз данных появляется там, где база уже стала критичной системой: есть транзакции, отчётность, высокая нагрузка, регламенты доступа, требования к восстановлению и последствия простоя. В таких командах нужен человек, который отвечает не только за запросы, но и за живое состояние хранилища.

Текущий срез выше значений за 7 и 30 дней, а средний тренд показывает рост последних 30 дней к предыдущим. Но рынок DBA волнообразный: несколько инфраструктурных работодателей или крупных проектов могут заметно сдвинуть дневной объём вакансий.

Формат работы администратора баз данных

Этот срез показывает, в каком формате работодатели чаще всего открывают вакансии по профессии: удалённо, гибридно или с полной привязкой к офису.

Сейчас сильнее всего выражен офисный формат: его отрыв от следующего сценария составляет около 6 п.п.
Удалённо
13%
Гибрид
41%
Офис
47%
По 32 вакансиям

Карьерный путь администратора баз данных

Грейдовые медианы не показаны: для администратора баз данных сейчас используется estimated-режим зарплаты, поэтому SkillStat не выводит отдельные зарплаты по уровням, чтобы не создавать ложную точность.

01
Junior

Начинает с наблюдения и безопасных операций: читает журналы, выполняет простые запросы, проверяет права, учится делать резервные копии и восстанавливать тестовую базу. Главная задача — не спешить с изменениями в рабочей базе без понимания последствий.

02
Middle

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

03
Senior

Отвечает за критичные базы, отказоустойчивость, правила изменений, восстановление после инцидентов и качество хранения в нескольких командах. Senior умеет объяснять компромисс между скоростью, стоимостью, безопасностью и производительностью.

04
Lead

Lead отвечает за стандарты хранения, развитие команды, выбор технологий, архитектуру отказоустойчивости и правила эксплуатации. Здесь важна способность передавать практику так, чтобы надёжность не держалась на одном эксперте.

Где работает администратор БД

Продукты с транзакциями

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

Корпоративные системы

Здесь важны права доступа, регламенты, отчётность, резервные копии и аккуратные изменения схемы.

Высоконагруженные сервисы

DBA следит за запросами, индексами, репликацией и узкими местами, которые появляются при росте нагрузки.

Путь в профессию: администратором баз данных

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

01
SQL

Начните с SELECT, JOIN, агрегаций, CTE, оконных функций и изменения данных. DBA должен понимать не только результат запроса, но и его цену для базы.

02
Транзакции и уровни изоляции

Разберите COMMIT, ROLLBACK, isolation levels, locks и deadlocks. Это база для любых изменений, где важна целостность данных.

03
Индексы и EXPLAIN

Учитесь читать планы выполнения, сравнивать запросы до и после индекса и проверять, не ухудшилась ли запись.

04
PostgreSQL как первая основная СУБД

Поднимите PostgreSQL, создайте схему, настройте пользователей, журналы, параметры, расширения и несколько типовых сценариев нагрузки.

05
Linux basics

Поймите процессы, systemd, логи, диски, память, сеть, права и файловые системы. DBA часто ищет причину проблемы ниже уровня SQL.

06
Backup and restore

Сделайте копию, сломайте тестовую базу и восстановите её. Зафиксируйте время, потерю данных и шаги проверки.

07
Репликация

Поднимите primary/replica, проверьте lag, чтение с реплики и сценарий отказа. Важно понимать ограничения, а не только успешный запуск.

08
Мониторинг

Настройте Grafana, Prometheus или Zabbix для connections, locks, disk, slow queries, replication lag и базовых алертов.

09
Bash/Python для автоматизации

Автоматизируйте проверки копий, сбор метрик, регламентные отчёты и повторяемые операции, но оставляйте понятный лог действий.

10
Права доступа и least privilege

Научитесь выдавать роли, ограничивать доступ, фиксировать владельца временных прав и проверять, что лишние доступы не остались навсегда.

11
Миграции и rollback

Тренируйте изменения схемы с оценкой блокировок, окном работ, backup, post-check и планом отката.

12
Incident response

Разбирайте сценарии: диск заполнен, replica lag растёт, запрос держит lock, база недоступна. Пишите runbook по фактам.

13
Портфолио из лабораторных DBA-кейсов

Соберите 4-6 кейсов: restore, slow query, replication, migration, monitoring, access review. Для каждого опишите риск, проверку и откат.

Путь в профессию
Как стать администратором баз данных: данные из вакансий
Roadmap, junior-рынок, проекты для портфолио, первый оффер — без обещаний, с цифрами.
Как стать администратором баз данных

Что учить сначала

Путь в DBA лучше строить от SQL и восстановления к эксплуатации, мониторингу и инцидентам. Кластеры и Kubernetes имеют смысл только после базовой надёжности.

01

SQL

Научитесь писать и читать запросы, понимать JOIN, CTE, агрегаты, изменения данных и стоимость выполнения.

02

Транзакции и уровни изоляции

Разберите, как база защищает целостность данных и почему появляются блокировки.

03

Индексы и EXPLAIN

Сравнивайте план до и после изменения, а не оценивайте оптимизацию по ощущению.

04

PostgreSQL как первая основная СУБД

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

05

Linux basics

Поймите процессы, диски, память, сеть, systemd, логи и права.

06

Backup and restore

Сделайте копию, сломайте тестовую базу и восстановите её с проверкой данных.

07

Репликация

Поднимите primary/replica, проверьте lag и сценарий отказа.

08

Мониторинг

Настройте Grafana, Prometheus или Zabbix для базовых метрик и алертов.

09

Bash/Python для автоматизации

Автоматизируйте проверки, отчёты и повторяемые операции.

10

Права доступа и least privilege

Учитесь выдавать минимальные права, фиксировать владельца и срок временного доступа.

11

Миграции и rollback

Планируйте окно работ, блокировки, backup, post-check и откат.

12

Incident response

Разберите сценарии сбоя и напишите runbook по фактам.

13

Портфолио из DBA-кейсов

Соберите лабораторные проекты, где видно проблему, риск, проверку и восстановление.

Что не надо учить сразу

Новичку легко уйти в дорогие и сложные темы, пропустив то, из-за чего чаще всего ломаются реальные базы: SQL, транзакции, копии, права и восстановление.

Не начинать с Oracle/RAC/кластеров

Без SQL, транзакций и backup/restore сложные кластеры превращаются в набор терминов. Сначала научитесь сохранять и восстанавливать обычную базу.

Не считать SELECT достаточным SQL

DBA нужен не только SELECT. Важны транзакции, индексы, блокировки, планы запросов, изменение данных и понимание цены операции.

Не делать backup без проверки восстановления

Файл копии не доказывает, что база восстановится. Нужны тестовый restore, сверка данных, время восстановления и понятный порядок действий.

Не менять индекс в проде без оценки влияния

Индекс может ускорить чтение и замедлить запись. Перед изменением нужен план, проверка, окно работ и способ отката.

Не учить Kubernetes раньше эксплуатации БД

Kubernetes полезен в отдельных средах, но сначала нужны Linux, мониторинг, backup/restore, репликация и базовая диагностика СУБД.

Не выдавать широкие права «на время»

Временный доступ должен иметь владельца, срок и проверку удаления. Иначе он становится постоянной дырой в доступе к данным.

Не делать портфолио из одной установленной PostgreSQL

Работодателю важнее увидеть slow query, restore, replication, migration, monitoring и access review, чем факт установки СУБД.

Не путать DBA с Data Engineer

Data Engineer строит потоки и витрины. DBA отвечает за живую базу, восстановление, производительность, доступы и безопасные изменения.

Что добавить в портфолио администратора БД

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

Backup/restore lab

База, backup, контролируемая поломка, восстановление, RPO/RTO, проверка данных и README. Обязательно покажите, как вы убедились, что restore действительно сработал.

Slow query case

Медленный запрос, EXPLAIN до, индекс или переписывание запроса, EXPLAIN после, влияние на запись и вывод. Это показывает мышление производительности.

Replication lab

Primary/replica, replication lag, проверка read replica, failover-сценарий и ограничения. Важно описать, что не решает такая репликация.

Migration plan

Изменение схемы, риск блокировок, окно работ, backup, rollback и post-check. Хороший кейс показывает, что вы думаете о последствиях до команды ALTER.

Monitoring dashboard

Grafana/Prometheus/Zabbix, connections, locks, disk, slow queries, replication lag, alerts и runbook. Покажите пороги и действия при срабатывании.

Access review

Роли, права, лишние доступы, least privilege, audit notes и план исправления. Опишите, какие права были рискованными и как вы их ограничили.

Что спрашивают на собеседовании администратора БД

На DBA-собеседовании проверяют не только SQL, но и способность безопасно действовать при нагрузке, блокировках, потере данных, отставании реплики и миграциях.

SQL

JOIN, CTE, indexes, transactions и isolation levels. Часто просят объяснить, почему запрос медленный и как проверить гипотезу.

Производительность

EXPLAIN, slow queries, indexes, statistics, connection pool и query timeout. Важен ответ с измерением до и после.

Блокировки

Locks, deadlocks, long transactions, как найти блокировку и что делать, если рабочая операция мешает пользователям.

Backup/restore

Full/incremental backup, PITR, WAL, RPO, RTO и проверка восстановления. Хороший ответ объясняет не только команду, но и проверку данных.

Репликация

Primary/replica, lag, failover, read replica и split-brain risks. Могут спросить, что делать, если lag растёт перед отчётом.

PostgreSQL/MySQL/Oracle

Особенности выбранной СУБД, конфиги, логи, обслуживание, расширения и ограничения. Лучше отвечать на той базе, где есть практика.

Linux

Диски, память, CPU, I/O, сеть, systemd и logs. DBA должен понимать, когда проблема не в запросе, а в окружении.

Monitoring

Grafana, Prometheus, Zabbix, метрики, алерты и runbooks. Спросят, какие сигналы вы смотрите до жалоб пользователей.

Security

Roles, grants, audit, least privilege, secrets и персональные данные. Частый кейс: как выдать временный доступ и не забыть убрать его.

Практические вопросы

Что такое deadlock? Как читать EXPLAIN? Что такое WAL и PITR? Чем RPO отличается от RTO? Что делать, если диск почти заполнен? Как безопасно провести миграцию схемы?

Плюсы и минусы профессии

Плюсы

  • Понятная ценность: специалист напрямую влияет на сохранность, доступность и скорость работы данных.
  • Навыки хорошо переносятся между продуктами, потому что проблемы запросов, копий, прав и восстановления повторяются в разных компаниях.
  • Можно расти в глубокую экспертизу по конкретной СУБД, отказоустойчивости, производительности или эксплуатации данных.
  • Работа даёт сильные кейсы для резюме, если описывать не только инструмент, но и проблему, риск, решение и итог.
  • Автоматизация снимает часть рутины, но оставляет человеку ответственность за критичные решения.

Минусы

  • Часть работы происходит в напряжённых ситуациях, когда ошибка уже влияет на пользователей или бизнес.
  • Много невидимой профилактики: результат часто замечают только тогда, когда защита не была настроена.
  • Нужно постоянно учитывать старые решения, чужие запросы, ограничения инфраструктуры и неполную документацию.
  • Без аккуратных правил легко накопить ручные исключения, которые потом мешают восстановлению и развитию.

Кому подойдет

Профессия подходит людям, которым важна точность, спокойствие и проверяемый результат. Здесь нужно уметь работать с давлением: база может быть критичной, но решение всё равно нельзя принимать на эмоциях.

Подойдет

  • Умение задавать уточняющие вопросы до опасного изменения.
  • Способность спокойно объяснять риск разработчикам, менеджерам и поддержке.
  • Внимательность к деталям: правам доступа, параметрам, порядку команд и времени выполнения.
  • Готовность документировать действия так, чтобы другой специалист мог повторить или проверить их.
  • Навык разбирать инцидент по фактам, а не искать виноватого.
  • Умение отказывать в срочной правке, если она ставит данные под угрозу.

Не подойдет

  • Эта работа плохо подходит тем, кто хочет быстро менять всё в одиночку и не любит проверочные процедуры.
  • В базах данных цена ошибки выше, чем в большинстве обычных задач разработки, поэтому дисциплина здесь не формальность.

FAQ по профессии администратор БД

Кто такой администратор баз данных простыми словами?

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

Чем занимается DBA?

DBA следит за запросами, индексами, транзакциями, блокировками, резервными копиями, репликацией, правами доступа, мониторингом и безопасными изменениями схемы.

Нужно ли знать MySQL или Oracle?

Для старта достаточно одной основной СУБД. MySQL и Oracle полезны для отдельных рынков, но общие принципы транзакций, индексов, копий и мониторинга важнее списка брендов.

Чем DBA отличается от DevOps или SRE?

DevOps и SRE отвечают за поставку и надёжность сервиса в целом. DBA глубже работает с СУБД: планами запросов, транзакциями, копиями, репликацией и доступами.

Какие навыки нужны администратору БД?

Нужны SQL, PostgreSQL или другая СУБД, Linux, транзакции, индексы, EXPLAIN, backup/restore, репликация, мониторинг, права доступа и диагностика инцидентов.

Можно ли стать DBA с нуля?

Можно, но вход обычно идёт через лабораторную практику, поддержку, разработку, аналитику или эксплуатацию. Рабочие базы не дают новичку права на случайные эксперименты.

Что спрашивают на собеседовании администратора БД?

Обычно спрашивают SQL, EXPLAIN, индексы, транзакции, блокировки, backup/restore, PITR, replication lag, Linux, мониторинг, права доступа и безопасные миграции.

Что такое EXPLAIN?

EXPLAIN показывает план выполнения запроса: какие таблицы читаются, какие индексы используются и где ожидается цена. DBA читает его до и после оптимизации.

Сколько зарабатывает администратор БД?

По текущему срезу SkillStat для Москвы и МО зарплатная оценка DBA составляет 275 000 ₽. Это estimated-значение, потому что открытых вилок в активном срезе мало.

Нужно ли знать Linux?

Да, хотя глубина зависит от компании. База работает на сервере, поэтому DBA нужно понимать логи, диски, память, сеть, процессы, systemd и задержки I/O.

Нужно ли знать PostgreSQL?

PostgreSQL - хороший первый выбор для DBA: он часто встречается в вакансиях и даёт практику с транзакциями, индексами, WAL, репликацией, EXPLAIN и правами.

Нужно ли знать SQL?

Да. DBA должен понимать не только SELECT, но и транзакции, JOIN, индексы, планы выполнения, блокировки, изменения данных и влияние запроса на нагрузку.

Почему junior-вход ограничен?

DBA работает с риском потери данных, простоев и широких доступов. Поэтому работодатели чаще ищут людей с практикой SQL, Linux, восстановления и аккуратных изменений.

Чем DBA отличается от системного администратора?

Системный администратор поддерживает серверы, пользователей и службы. DBA специализируется на базах: SQL, индексы, блокировки, restore, replication lag и миграции.

Чем DBA отличается от backend-разработчика?

Backend-разработчик пишет приложение и бизнес-логику. DBA отвечает за то, чтобы база выдерживала запросы приложения, восстанавливалась и менялась без потери данных.

Чем DBA отличается от Data Engineer?

Data Engineer строит потоки, витрины и обработку данных. DBA отвечает за рабочую базу: доступность, целостность, производительность, восстановление и права.

Что добавить в портфолио DBA?

Покажите backup/restore, slow query case, replication lab, migration plan, monitoring dashboard и access review. В каждом кейсе нужны риск, проверка и откат.

Что такое индекс?

Индекс помогает базе быстрее находить строки, но требует места и может замедлять запись. DBA оценивает индекс через EXPLAIN, нагрузку на запись и реальный выигрыш.

Что такое транзакция?

Транзакция объединяет операции с данными в логическую единицу: они либо фиксируются вместе, либо откатываются. Это основа целостности при ошибках и параллельной работе.

Что такое backup verification?

Это проверка, что резервная копия реально восстанавливается и содержит нужные данные. Без restore-теста backup остаётся неподтверждённым обещанием.

Что такое isolation level?

Уровень изоляции задаёт, как параллельные транзакции видят изменения друг друга. От него зависят блокировки, аномалии чтения и поведение запросов под нагрузкой.

Что такое lock и deadlock?

Lock ограничивает одновременный доступ к данным или объектам. Deadlock возникает, когда транзакции ждут друг друга по кругу, и базе приходится прерывать одну из них.

Что такое PITR?

PITR, point-in-time recovery, позволяет восстановить базу к конкретному моменту времени с помощью backup и журналов WAL. Это важно после ошибочного изменения данных.

Что такое replication lag?

Replication lag - задержка реплики относительно primary. Если lag растёт, чтение с реплики может быть устаревшим, а failover становится рискованнее.

Что такое RPO и RTO?

RPO показывает допустимую потерю данных, а RTO - допустимое время восстановления. DBA должен знать оба значения для критичных баз и проверять их на практике.