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

Введение

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

В качестве базовой технологии предполагается проектирование и использование интегрированных баз данных (БД), т.е. таких БД, которые накапливаются и поддерживаются в интересах многих пользователей и задач.

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

Основным механизмом при этом служат современные полномасштабные многопользовательские промышленные СУБД вне зависимости от их технических особенностей — ADABAS, IDMS, INGRES, ORACLE, UniVerse или др. (приведено в алфавитном порядке).

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

Ранее были попытки однозначно определения функции таких специалистов, вплоть до включения в ГОСТ, и определить функции АБД и его место в штатном расписании.

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

Далее делается попытка в рамках короткой журнальной публикации определить основные функции АБД, показать, как они могут зависеть от условий и политики автоматизации предприятия, как АБД может быть связан с другими, «смежными» специалистами, как, в зависимости от рассматриваемых факторов, целесообразно планировать место АБД или его Группы в оргструктуре предприятия.

Общий план изложения таков:

• каков предмет рассмотрения, или кто такой Администратор Базы Данных (АБД) — классические подходы и практические коллизии,
• кто такой АБД в современных условиях,
• виды и роли АБД в зависимости от политики автоматизации предприятия,
• определение места Группы АБД в оргструктуре предприятия в зависимости от осуществляемой политики автоматизации,
• Группа АБД и ее возможный состав,
• функции Группы АБД в зависимости от осуществляемой политики автоматизации,
• другие виды администрирования, связанные с базами данных.

Группы специфических обязанностей

Работа администратором предполагает выполнение помимо общих обязанностей, одной из пяти групп специфических функций:

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

Работа по обеспечению функционирования БД (баз данных) включает следующие обязанности.

1. Копирование информации из базы в резервном режиме.
2. Восстановление информации из базы данных.
3. Управление вариантами доступа к информационным базам.
4. Установка, настройка программного обеспечения для управления базами данных.
5. Анализ событий, которые возникают при работе баз данных.
6. Протоколирование и фиксация событий, которые возникают в процессе обработки информации в базах.

Оптимизация работы информационных баз включает следующие обязанности:

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

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

1. Разработка положений о копировании информационных баз в резервном режиме.
2. Контроль за выполнением положений о резервном копировании.
3. Разработка планов по резервному копированию информационных баз.
4. Разработка процедур создания информационных копий данных в резервном автоматическом режиме.
5. Осуществление процедур по восстановлению данных после «обвалов» информации.
6. Анализ происходящих в системе сбоев, выявление причин нарушений.
7. Разработка инструкций и методических рекомендаций по обслуживанию баз данных.
8. Исследование функционирования программно-аппаратного сопровождения баз данных.
9. Настройка функционирования и работоспособности информационных баз.
10. Разработка предложений о модернизации поддерживающих программно-аппаратных средств.
11. Оценка и анализ рисков возникновения сбоев в деятельности информационных баз.
12. Разработка способов автоматического резервирования информационных баз.
13. Разработка процедур по введению режимов горячих замен данных.
14. Составление отчетов о работе баз данных.
15. Проведение консультаций для пользователей при эксплуатации информационных баз.
16. Выработка предложений в области повышения квалификации работников.

Снабжение баз данных различными мерами безопасности включает следующие обязанности:

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

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

1. Анализ проблем в системе по обработке информации в базах данных и разработка предложений по развитию перспектив в работе баз данных.
2. Составление регламентов по обновлению программного системного обеспечения в базах данных, информационных баз в новые варианты программного обеспечения и их сочетание с новыми платформами.
3. Изучение и внедрение на практике новых вариантов и способов работы с информационными базами.
4. Отслеживание обновлений вариантов информационных баз.
5. Отслеживание внедрения хранилищ информации и их сочетаемость с новыми платформами и новыми версиями программного обеспечения.
6. Разработка и создание структуры подразделений, развитие кадрового резерва.

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

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

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

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

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

Другие виды администрирования, связанные с базами данных

Существуют и другие виды администрирования, которые чаще всего рассматриваются отдельно от АБД, хотя и тесно с ним связаны. К таким функциям можно отнести:

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

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

Требования к администраторам

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

Помимо наличия соответствующего образования, важными требованиями являются следующие:

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

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

Классические подходы к наполнению содержанием понятия «АБД» стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов 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-х, но и многие специалисты по информатике. (Возможно, эта четвертая «трудность» и была истинной причиной первых трех.)

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

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

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

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

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

Как выбрать место работы для Junior DBA

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

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

Чтобы стать Senior DBA вам необходимо постоянно развиваться. Вот несколько вариантов как вы можете это делать:

1. Посещать курсы
2. Посещать мероприятия
3. Читать сайты и форумы
4. Задавать вопросы на форумах и сайтах
5. Смотреть обучающее видео
6. Старайтесь делать на работе больше, чем вас просят (изучать каждую тему глубже)

Пора переходить к нашей теме.

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

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

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

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

Курсы

Центр «Специалист» при МГТУ им. Н. Э. Баумана

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

Киевский учебный центр «Курсор»

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

Что входит в профессиональные обязанности администратора базы данных

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

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

Плюсы профессии:

• работа в помещении;
• в крупной компании;
• часто — свободный график работы;
• творческая профессия;
• высокая заработная плата.

Минусы профессии:

• высокая степень ответственности;
• ненормированный рабочий день, так как устранение неполадок требуется в кратчайший срок;
• иногда приходится выходить на работу в выходные.

Responsibilities

As a database administrator, you’ll need to:

• establish the needs of users and monitor user access and security
• monitor performance and manage parameters in order to provide fast responses to front-end users
• map out the conceptual design for a planned database
• consider both back-end organisation of data and front-end accessibility for end-users
• refine the logical design so that it can be translated into a specific data model
• further refining the physical design to meet system storage requirements
• install and test new versions of the database management system (DBMS)
• maintain data standards, including adherence to the Data Protection Act
• write database documentation, including data standards, procedures and definitions for the data dictionary (metadata)
• control access permissions and privileges
• develop, manage and test back-up and recovery plans
• ensure that storage and archiving procedures are functioning correctly
• carry out capacity planning
• work closely with IT project managers, database programmers and multimedia programmers
• communicate regularly with technical, applications and operational staff to ensure database integrity and security
• commission and install new applications and customise existing applications in order to make them fit for purpose
• manage the security and disaster recovery aspects of a database.

Оплата труда

Компании, где можно работать разработчиком бд (баз данных)

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

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

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

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

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

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

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