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

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

Сколько будет получать сотрудник, зависит от его квалификации, поставленных руководством задач, специфики и объема баз данных. Учитывать следует и регион, так как зарплата в центральных областях, мегаполисах и компаниях будет отличаться. Есть вакансии, где администратор способен получать от 120 000 рублей. В организациях с небольшим штатом, работой, не связанной с рисками, постоянными разработками, исследованиями и оптимизацией, администратор зарабатывает от 20-60 тыс. рублей.

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

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

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

Systems or Applications Specialization

The DBA must work within a team of developers and managers and may become a specialist within the field. DBAs may choose to specialize in systems or applications:

System DBA Overview

System DBAs typically have a background in system architecture and are responsible for the physical and technical aspects of a database. This can include installing upgrades and patches to fix program bugs and ensuring that the database works properly in a firm’s computer system.

Application DBA Overview

Application DBAs use complex programming languages to write or debug programs that work with the database. Usually this database has been designed for a specific application or a set of applications, such as customer service software.

Обязанности на работе

В обязанности системного администратора входит выполнение целого ряда задач разной направленности:

• установка и настройка компьютеров и оргтехники;
• создание локальной корпоративной сети и АТС, определение уровней доступа для каждого сотрудника;
• обеспечение бесперебойного функционирования серверов и системного ПО (Linux, Windows); 
• создание учетных записей пользователей и поддержание их в актуальном состоянии;
• принятие мер для безопасной работы сети компании;
• установка, обслуживание и своевременное обновление прикладного и офисного софта (бухгалтерские и другие специализированные программы, MS Office, электронная почта, интернет браузеры);
• проведение текущего ремонта оборудования;
• контроль сохранности данных, выполнение регулярного резервного копирования информации.

Кроме того, сисадмин постоянно мониторит состояние оргтехники (компьютеров, ноутбуков, факсов, сканеров, принтеров) и комплектующих, готовит предложения по ее замене более современной и производительной. Также он может принимать участие в закупках необходимого «железа» и «софта». Кроме того, сисадмин делает и черновую работу: подсоединяет и укладывает провода, чтобы о них не спотыкались работники офиса, ведет переговоры с сервисными организациями, отвечает за своевременную заправку картриджей тонером, участвует в утилизации списанных компьютеров и оргтехники.

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

Общие обязанности администратора

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

1. Проведение постоянного копирования баз информации в резервном режиме. В случае постоянного сохранения данных при возникновении проблем с серверами или сетями все данные из информационной базы можно легко восстановить (или их бо́льшую часть).
2. Регулярная работа по обновлению программного обеспечения. Информационные массивы часто обрабатываются не одной программой, а целым комплексом софта обслуживающего характера. Поэтому при постоянном обновлении программного обеспечения от администратора баз данных требуется наличие знаний об особенностях различных программных услуг, протоколов (сетевых), а также наличие навыков по программированию на разных компьютерных языках. Кроме того, каждый администратор должен уметь самостоятельно написать утилиту, которая требуется в его деятельности.

Образование

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

В большинстве техническом ВУЗе, а также и в некоторых гуманитарных, есть кафедры, специализирующиеся на подготовке профессионалов в области ИТ технологий. Конкретный диплом с точным наименованием должности можно и не получить, но уже закончив ВУЗ по специальности «Компьютерная безопасность», «Прикладная информатика» и другие смежные направления, можно заявлять себя на вакансию администратор БД.

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

АБД: классические подходы и практические коллизии

Классические подходы к наполнению содержанием понятия «АБД» стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов ANSI/X3/SPARC в 1975 г. В этом отчете была описана трехуровневая архитектура СУБД, в которой выделялся уровень внешних схем данных, уровень концептуальной схемы данных и уровень схемы физического хранения данных. В соответствии с этой архитектурой определялись три роли АБД: администратор концептуальной схемы, администратор внешних схем и администратор хранения данных. Эти роли в случае очень маленькой системы мог играть один человек, в большой системе для выполнения каждой роли могла назначаться группа людей. Каждой роли соответствовал набор функций, а все эти функции вместе составляли функции АБД.

В 1980 — 1981 г. в американской литературе стало принятым включать в функции АБД:

• организационное и техническое планирование БД,
• проектирование БД,
• обеспечение поддержки разработок прикладных программ,
• управление эксплуатацией БД.

Видно, что функции АБД в общем случае были ориентированы и на разработку БД собственными силами, и на эксплуатацию БД, хотя рассматривались и варианты простых неструктурированных групп АБД, специализирующихся только на эксплуатации БД.

Ниже приведены три рисунка, показывающие рекомендуемый тогда состав Группы АБД, начиная с простых вариантов, характерных для начальной стадии работы АБД (рис. 1 и 2), вплоть до функционально структурированной, «зрелой» Группы АБД (рис. 3).

(Рисунки взяты из кн. Дж.-Л. Уэлдона «Администрирование баз данных», Москва, «Финансы и статистика», 1984; перевод издания 1981 г., Plenum Press, New York.)

Рассматривались также варианты развитых Групп АБД, не обеспечивающих эксплуатацию СУБД (эта функция выполнялась системными программистами службы эксплуатации), групп АБД с матричной структурой и др. Кроме того, описывались варианты включения группы АБД в общую оргструктуру предприятия, причем рекомендовалось определять уровень АБД не ниже, чем непосредственно подчиненный руководителю высокого ранга, отвечающему за обработку данных на предприятии в целом.

Практически в те же годы эти описания организационных и технических аспектов работы АБД стали широко доступны отечественным руководителям и специалистам.

Но появление АБД на наших предприятиях часто сопровождалось большими трудностями:

• Во-первых, руководителям «старой волны» слова «АДМИНИСТРАТОР базы данных» резали слух сами по себе, хотя администрирование и не должно было касаться подчиненного им персонала.
• Во-вторых, вызывало неприятие появление во многом независимой группы с непререкаемыми полномочиями по ряду существенных вопросов.
• В-третьих, предполагалась обязательность строгой технологической дисциплины, а дух «западного подхода» с жесткой ответственностью как за результаты действий, так и за бездействие противоречил обычному стилю.
• В-четвертых, разработка и сопровождение интегрированных БД требовали осознания и решения качественно новых проблем, к чему были не готовы не только большинство руководителей 80-х, но и многие специалисты по информатике. (Возможно, эта четвертая «трудность» и была истинной причиной первых трех.)

Может быть, и по этим причинам, но первое определение АБД в ГОСТ-ах задало слишком узкий состав функций АБД:

• подготовка вычислительного комплекса к установке СУБД, участие в установке и приемке СУБД и самой БД с комплексом прикладных программ,
• управление эксплуатацией БД,
• подготовка словарей и другой НСИ — нормативно-справочной информации — к моменту начала испытания БД.

(Потенциально была возможна поддержка последующих разработок новых прикладных программ.)

Существенно, что функции АБД были заужены и всегда ориентированы только на эксплуатацию БД; предполагалось, что разработка БД ведется силами специализированной организации.

Из приведенного экскурса видно, что функции, необходимая квалификация и другие характеристики АБД реально зависят от многих факторов, внешних по отношению к самому АБД.

АБД: классические подходы и практические коллизии

Классические подходы к наполнению содержанием понятия «АБД» стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов ANSI/X3/SPARC в 1975 г. В этом отчете была описана трехуровневая архитектура СУБД, в которой выделялся уровень внешних схем данных, уровень концептуальной схемы данных и уровень схемы физического хранения данных. В соответствии с этой архитектурой определялись три роли АБД: администратор концептуальной схемы, администратор внешних схем и администратор хранения данных. Эти роли в случае очень маленькой системы мог играть один человек, в большой системе для выполнения каждой роли могла назначаться группа людей. Каждой роли соответствовал набор функций, а все эти функции вместе составляли функции АБД.

В 1980 — 1981 г. в американской литературе стало принятым включать в функции АБД:

• организационное и техническое планирование БД,
• проектирование БД,
• обеспечение поддержки разработок прикладных программ,
• управление эксплуатацией БД.

Видно, что функции АБД в общем случае были ориентированы и на разработку БД собственными силами, и на эксплуатацию БД, хотя рассматривались и варианты простых неструктурированных групп АБД, специализирующихся только на эксплуатации БД.

Ниже приведены три рисунка, показывающие рекомендуемый тогда состав Группы АБД, начиная с простых вариантов, характерных для начальной стадии работы АБД (рис. 1 и 2), вплоть до функционально структурированной, «зрелой» Группы АБД (рис. 3).

(Рисунки взяты из кн. Дж.-Л. Уэлдона «Администрирование баз данных», Москва, «Финансы и статистика», 1984; перевод издания 1981 г., Plenum Press, New York.)

Рассматривались также варианты развитых Групп АБД, не обеспечивающих эксплуатацию СУБД (эта функция выполнялась системными программистами службы эксплуатации), групп АБД с матричной структурой и др. Кроме того, описывались варианты включения группы АБД в общую оргструктуру предприятия, причем рекомендовалось определять уровень АБД не ниже, чем непосредственно подчиненный руководителю высокого ранга, отвечающему за обработку данных на предприятии в целом.

Практически в те же годы эти описания организационных и технических аспектов работы АБД стали широко доступны отечественным руководителям и специалистам.

Но появление АБД на наших предприятиях часто сопровождалось большими трудностями:

• Во-первых, руководителям «старой волны» слова «АДМИНИСТРАТОР базы данных» резали слух сами по себе, хотя администрирование и не должно было касаться подчиненного им персонала.
• Во-вторых, вызывало неприятие появление во многом независимой группы с непререкаемыми полномочиями по ряду существенных вопросов.
• В-третьих, предполагалась обязательность строгой технологической дисциплины, а дух «западного подхода» с жесткой ответственностью как за результаты действий, так и за бездействие противоречил обычному стилю.
• В-четвертых, разработка и сопровождение интегрированных БД требовали осознания и решения качественно новых проблем, к чему были не готовы не только большинство руководителей 80-х, но и многие специалисты по информатике. (Возможно, эта четвертая «трудность» и была истинной причиной первых трех.)

Может быть, и по этим причинам, но первое определение АБД в ГОСТ-ах задало слишком узкий состав функций АБД:

• подготовка вычислительного комплекса к установке СУБД, участие в установке и приемке СУБД и самой БД с комплексом прикладных программ,
• управление эксплуатацией БД,
• подготовка словарей и другой НСИ — нормативно-справочной информации — к моменту начала испытания БД.

(Потенциально была возможна поддержка последующих разработок новых прикладных программ.)

Существенно, что функции АБД были заужены и всегда ориентированы только на эксплуатацию БД; предполагалось, что разработка БД ведется силами специализированной организации.

Из приведенного экскурса видно, что функции, необходимая квалификация и другие характеристики АБД реально зависят от многих факторов, внешних по отношению к самому АБД.

Навыки и умения

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

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

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

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

Обязанности

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

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

В своей работе DBA часто близко взаимодействуют с разработчиками ПО, которые вносят изменения в структуру и состав данных. Если в компании на базу данных возложены и логические функции, что часто бывает с Oracle базами, то, скорее всего, самыми близкими коллегами для DBA будут DBD (Database Developer). Администратор БД дает свои рекомендации отделу разработки для построения оптимальных запросов к базе.

С развитием ИТ-технологий, кроме Oracle и MS SQL, на рынке появились также и другие типы БД, так называемые NoSQL базы. Уже сейчас они широко используются для хранения больших данных (big data) и построения крупных отказоустойчивых систем в технологичных компаниях. В то время как такие корпоративные гиганты, как Oracle и MS SQL, по большей части популярны в крупных устоявшихся на рынке компаниях, таких как банки, добыча нефти и газа и так далее, для которых гонка за новыми технологиями не в приоритете.

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

Database Administrator job description FAQs

How can you make your Database Administrator job description stand out?

Database administration can be a competitive market for job seekers, so be sure to focus on what makes the company a unique place to work as well as a place where they can grow their career. A Database Administrator works in equal parts with a team and by themselves, so highlight any opportunities for remote working. Also, outline any routes to move to project management or systems analysis that may be possible within the company.

Who does a Database Administrator report to?

Although a Database Administrator must have a good deal of initiative and autonomy when it comes to day-to-day activities, in general, they will report to the m anager of their department in regards to a specific assignment or problem. Sometimes they will have to report to the department that gave them the assignment, such as IT or programming, but this will depend on the hierarchy of the company.

What is the difference between a Database Administrator and a Data Architect?

A Data Architect is responsible for the design and development of large database systems while a Database Administrator is responsible for the day-to-day aspects of a database system after it is up and running. Data Architects usually work at a more managerial level, determining what data belongs in certain sets and making sure that all the data are properly represented. A Database Administrator ensures the data is safe and accessible after it has been set up.

Do Database Administrators have different responsibilities in different industries?

While a Database Administrator’s core job of organising and protecting data will always remain the same, the data they are in charge of will change depending on the industry. Also, the size of the industry will affect the level of responsibility a Database Administrator will have. An employee who works for a small company may be responsible for all aspects of a project, while an employee who works for a very large company may only work within a specific area, such as security or system updates.

Database Administrator Salary

Average salaries for database administrators and related positions:

• Database Administrator: $84,000
• SQL Server Database Administrator: $90,000
• MySQL Database Administrator: $94,000
• IBM DB2 Database Administrator: $97,000
• Oracle Database Administrator: $98,000
• PeopleSoft Database Administrator: $98,000
• Senior SQL Database Administrator: $104,000
• Senior Oracle Database Administrator: $106,000
• Oracle Applications Specialist DBA: $107,000
• Database Administration Team Leader: $144,000

Top five best paying U.S. cities for DBAs:

1. San Jose, California: $94,000
2. Los Angeles, California: $93,000
3. Raleigh, North Carolina: $93,000
4. San Francisco, California: $91,000
5. New Haven, Connecticut: $88,000

The hourly wage for database administrators ranges from $26 to $90, depending on the DBA’s education, location, proficiency in known database systems, certifications and experience.

Deep dive into database administrator salary ranges.

Sources: U.S. Bureau of Labor Statistics • Indeed.com

Начальное обучение

Каждый вендор предлагает для своей СУБД набор курсов. У Microsoft есть курсы для разных версий SQL Server (, , ).

Начать обучение по администрированию БД можно с курсов и .

Оптимизация БД рассматривается на курсе .

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

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

Ресурсы для углубленного изученияRedgate (english): Базы данных и программированиеБлог Александра ГладченкоT-SQL.RU. Всё об MS SQL Server (Алексей Князев)SQL Server CentralSQL Server Customer Advisory TeamSQL Server Community (Toad World)

Обучение на администратора базы данных

Для успешного устройства по этой профессии требуется располагать образованием, не ниже среднего профессионального. Однако более предпочтительным является высшее образование по специальностям «Информатика и информационная безопасность», обучение на которых занимает от 4 до 5 лет.

Ниже представлены 10 наиболее популярных ВУЗов по данному направлению:

1. Санкт-Петербургский Политехнический Университет Петра Великого — факультет прикладной математики и информатики.
2. Севастопольский Государственный Университет — институт информационной безопасности.
3. Московский Авиационный Институт (Научно Исследовательский Университет) — кафедры информатики и вычислительной техники и прикладной информатики.
4. Южно-Уральский Технологический Университет — факультет вычислительной техники.
5. Российский Университет Дружбы Народов — кафедра фундаментальной информатики и информационных технологий.
6. Казанский (Приволжский) Федеральный Университет — факультеты программной инженерии и прикладной математики.
7. Самарский Национальный Исследовательский Университет им. академика Королева — кафедра математического обеспечения и администрирования информационных систем.
8. Национальный Исследовательский Ядерный Университет «МИФИ» — факультет прикладной математики и информатики.
9. Тюменский Государственный Университет — кафедра математического обеспечения и администрирования информационных систем.
10. Новосибирский Национальный Исследовательский Государственный Университет — факультет информатики и вычислительной техники.

Начало карьеры и миграция

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

Вначале может быть работа стажером, при этом важно попасть в профессиональный коллектив, в котором можно решать разнообразные задачи и обмениваться опытом. В идеале самый быстрый вариант развития это совместная работа со старшим коллегой-наставником

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

Оплата труда

Компании для трудоустройства по профессии «Разработчик БД (баз данных)»

Заработная плата этих специалистов зависит от их опыта работы, а также от смежных специальностей, с которыми они знакомы. Каждые 3-5 лет работы — это не только плюс в резюме, но и повышение должностного оклада минимум на 20-25%.

Карьерный рост

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

Профессиональные знания

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

• проектирование, настройка, оптимизация и модернизация баз данных;
• знание языка графического моделирования для объектов UML;
• знание принципов системы управления базами данных.

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

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

Сколько будет получать сотрудник, зависит от его квалификации, поставленных руководством задач, специфики и объема баз данных. Учитывать следует и регион, так как зарплата в центральных областях, мегаполисах и компаниях будет отличаться. Есть вакансии, где администратор способен получать от 120 000 рублей. В организациях с небольшим штатом, работой, не связанной с рисками, постоянными разработками, исследованиями и оптимизацией, администратор зарабатывает от 20-60 тыс. рублей.

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

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

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

Уровни профессионального развития

Microsoft разработала набор отличных инструментов для администратора БД, благодаря которым решение простых задач является технически несложным. Но это обманчивая легкость не значит, что администрирование является простой и легкой работой

Поскольку важно понимать архитектуру и функциональные возможности информационной системы в целом (не ограничиваясь только СУБД), чтобы видеть и контролировать последствия своих действий

Вначале для администратора важно научиться выполнять стандартный регламент по обслуживанию СУБД. Для этого важно изучить базовые профессиональные практики и научиться использовать инструменты

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

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