Е.З. Зиндер
Корпорация LVS, тел.(095)330-15-37,Российская Ассоциация пользователей ORACLE,
1. Введение2. Кто такой Администратор Базы Данных?3. АБД: классические подходы и практические коллизии4. Современные условия работы АБД5. Виды и роли АБД в зависимости от политики автоматизации предприятия. Место в оргструктуре предприятия
- 5.1. Три варианта политики автоматизации 5.2. АБД в варианте «САМООБЕСПЕЧЕНИЕ» 5.3. АБД в варианте «ЗАКАЗЫ» 5.4. АБД в варианте «СМЕШАННЫЙ»
6. Функции Группы АБД в зависимости от осуществляемой политики автоматизации, возможный состав Группы
- 6.1. Функции Группы АБД «полного» вида 6.2. Функции Группы АБД «локального» вида 6.3. Функции Группы АБД «растущего» вида
7. Другие виды администрирования, связанные с базами данных8. Заключение
Кто такой Администратор Баз Данных — администратор в обычном понимании? Технический эксперт, почти не выходящий из своего кабинета, говорящий с другими работниками предприятия редко, неохотно и на непонятном языке? Главный хозяин всех данных в компьютерах предприятия? Может быть, это «просто» системный программист специфического профиля, находящийся под началом руководителя группы системных программистов отдела эксплуатации ВЦ предприятия? Очень плохо, если на вашем предприятии сложился один из таких вариантов. Это значило бы, что одна из краеугольных функций информационного обеспечения предприятия практически отсутствует или искажена до состояния, в котором неизбежно будет приносить вред. Вместе с тем вопрос это важный, часто — жизненно важный для предприятия. Ответ на него есть, хотя и не в виде единственного шаблона, применимого во всех случаях.
Введение
В задачи современных руководителей любого уровня, вплоть до самого высокого, входит формирование основ надежного информационного обеспечения предприятия.
В качестве базовой технологии предполагается проектирование и использование интегрированных баз данных (БД), т.е. таких БД, которые накапливаются и поддерживаются в интересах многих пользователей и задач.
Кроме достоверности данных, интегрированные БД дают много других полезных эффектов. В организационном аспекте они являются одной из основ согласованного функционирования отделов и групп своего предприятия или отделения.
Основным механизмом при этом служат современные полномасштабные многопользовательские промышленные СУБД вне зависимости от их технических особенностей — ADABAS, IDMS, INGRES, ORACLE, UniVerse или др. (приведено в алфавитном порядке).
Решающий фактор успеха в этих условиях — выбор специалистов, использующих указанные сложные технологии, и правильная организация их деятельности. Одной из ключевых фигур является Администратор Базы Данных — АБД (или Группа АБД).
Ранее были попытки однозначно определения функции таких специалистов, вплоть до включения в ГОСТ, и определить функции АБД и его место в штатном расписании.
Однако с точки зрения на выбор и функции таких специалистов, на организацию их деятельности с годами менялись. Сейчас какой-либо единственное правило отсутствует, что объективно определяется многообразием условий на предприятиях, их размерами, задачами и т.п.
Далее делается попытка в рамках короткой журнальной публикации определить основные функции АБД, показать, как они могут зависеть от условий и политики автоматизации предприятия, как АБД может быть связан с другими, «смежными» специалистами, как, в зависимости от рассматриваемых факторов, целесообразно планировать место АБД или его Группы в оргструктуре предприятия.
Общий план изложения таков:
- каков предмет рассмотрения, или кто такой Администратор Базы Данных (АБД) — классические подходы и практические коллизии,
- кто такой АБД в современных условиях,
- виды и роли АБД в зависимости от политики автоматизации предприятия,
- определение места Группы АБД в оргструктуре предприятия в зависимости от осуществляемой политики автоматизации,
- Группа АБД и ее возможный состав,
- функции Группы АБД в зависимости от осуществляемой политики автоматизации,
- другие виды администрирования, связанные с базами данных.
Кто такой Администратор Базы Данных?
Функция «администрирования данных» стала активно рассматриваться и определяться как вполне самостоятельная с конца 60-х годов. Практическое значение это имело для предприятий, вынужденных использовать вычислительную технику в системах информационного обеспечения своей ежедневной основной деятельности.
В СССР в начале 70-х годов к таким предприятиям относились, например, ЦЖБ МПС с его службой резервирования железнодорожных билетов на базе системы «Экспресс», или завод Автоваз с его системой учета и планирования производства.
Функция «администрирования данных» в целом приписывалась достаточно крупному подразделению, например, Вычислительному Центру (ВЦ) предприятия. Внутри ВЦ происходила естественная специализация сотрудников в зависимости от их узкой специальности и выполняемых функций («электронщики», «программисты», «операторы», «технологи») и закреплялась в оргштатках. Электронщики меняли аппаратные блоки и пропускали тестовые программы (которые могли выполняться успешно и на ЭВМ, работающей с явными сбоями), программисты писали и отлаживали программы, операторы выполняли программы и передавали распечатки результатов пользователям, технологи занимались выяснением отношений со всеми остальными: пользователями, операторами, программистами и электронщиками. Правда, были случаи, когда руководители ВЦ считали, что и такое разделение труда является излишеством, а хороший специалист должен сам и выяснить у пользователя, что тому надо получать как результат работы ЭВМ, и написать и отладить программу, и эксплуатировать ее, и при необходимости починить ЭВМ.
Время шло, технологии развивались и усложнялись, специализация углублялась. Однако качественные изменения стали происходить с включением в использование так называемых интегрированных баз данных
. Одна такая база данных (БД) создавалась для решения многих задач, каждая из которых могла использовать только небольшую, «свою» часть БД, обычно пересекающуюся с частями, используемыми в других задачах.
Одно из существенных требований к такой БД — исключение избыточности, т.е. обеспечение режима, при котором внесение любого изменения в данные производится однократно, и обеспечение логической целостности в общем смысле, когда исключается возможность хранения в БД логически противоречивых, не соответствующих друг другу элементов данных.
Существуют и другие требования. Например, информация не должна потеряться не только из-за отказов оборудования, но и ошибки пользователя. Это отличается от того положения, при котором тот, кто решает некую задачу Х, сам и отвечает за сохранность данных для этой задачи.
Таким образом, сформировалось определение БД как общего информационного ресурса
предприятия. В этом смысле БД стала аналогична большому компьютеру, который одновременно используется многими пользователями с различными целями и должен быть все время работоспособен.
Как и для каждого общего ресурса значительной важности, БД стала требовать отдельного управления, причем:
- БД требует управления для обеспечения ее повседневной эксплуатации,
- БД развивается, отвечая изменениям в потребностях предприятия, и требуется управление ее развитием,
- БД и технология ее разработки и развития являются объектами высокой сложности, требующим специальных знаний, высокого уровня квалификации и строгой дисциплины разработки и эксплуатации.
Функция управления БД получила название «администрирование базы данных».
Естественно, лицо, ответственное за администрирование БД, получило название «Администратор базы данных», или АБД.
При этом от непосредственного управления данными отстраняются программисты, выполняющие конкретные прикладные разработки, пользователи, которые не должны изменять или даже видеть не принадлежащие им данные, и другие сотрудники, которые, быть может, хотели бы это делать.
Профессия администратор баз данных
Администраторы баз данных часто планируют меры безопасности, обеспечивая защиту данных от несанкционированного доступа. Многие базы данных содержат личную или финансовую информацию, что делает безопасность важной. Администраторы баз данных несут ответственность за резервное копирование систем в случае отключения электроэнергии или другой аварии. Они также обеспечивают целостность базы данных, гарантируя, что данные, хранящиеся в ней, поступают из надежных источников.
Администраторы баз данных должны иметь возможность отслеживать производительность системы баз данных, чтобы определить, когда требуется выполнить действие. Они должны уметь оценивать сложную информацию, поступающую из различных источников. Большинство администраторов баз данных работают в командах и должны иметь возможность эффективно взаимодействовать с разработчиками, менеджерами и другими работниками.
Работа с базами данных требует понимания сложных систем, в которых незначительная ошибка может вызвать серьезные проблемы. Например, смешивание данных кредитной карты клиента может привести к тому, что кто-то будет взимать плату за покупку, которую он или она не совершал. Администраторы баз данных используют программное обеспечение, чтобы понять смысл информации и организовать ее в значимые шаблоны. Затем информация сохраняется в базах данных, которые эти работники администрируют, тестируют и поддерживают. При возникновении проблем с базой данных администраторы должны уметь их диагностировать и исправлять.
Некоторые обязанности администратора базы данных включают в себя:
- Определение потребностей пользователей в создании и администрировании баз данных
- Обеспечение эффективной и бесперебойной работы базы данных
- Внесение и тестирование изменений в структуру базы данных при необходимости
- Ведение базы данных и обновление разрешений
- Объединение старых баз данных в новые
- Резервное копирование и восстановление данных для предотвращения их потери
Многие администраторы баз данных являются СУБД общего назначения и имеют все эти обязанности. Однако некоторые базы данных специализируются на определенных задачах, которые зависят от организации и ее потребностей.
Две общие специальности заключаются в следующем:
Системные администраторы баз данных отвечают за физические и технические аспекты базы данных, такие как установка обновлений и исправлений для устранения программных ошибок. Они, как правило, имеют опыт работы в системной архитектуре и гарантируют, что база данных в компьютерной системе фирмы работает должным образом.
Прикладные базы данных поддерживают базу данных, разработанную для конкретного приложения или набора приложений, таких как программное обеспечение для обслуживания клиентов. Используя сложные языки программирования, они могут писать или отлаживать программы и должны уметь управлять аспектами приложений, работающих с базой данных. Они также выполняют все задачи общего DBA, но только для их конкретного применения.
АБД: классические подходы и практические коллизии
Классические подходы к наполнению содержанием понятия «АБД» стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов ANSI/X3/SPARC в 1975 г. В этом отчете была описана трехуровневая архитектура СУБД, в которой выделялся уровень внешних схем данных, уровень концептуальной схемы данных и уровень схемы физического хранения данных. В соответствии с этой архитектурой определялись три роли АБД: администратор концептуальной схемы, администратор внешних схем и администратор хранения данных. Эти роли в случае очень маленькой системы мог играть один человек, в большой системе для выполнения каждой роли могла назначаться группа людей. Каждой роли соответствовал набор функций, а все эти функции вместе составляли функции АБД.
В 1980 — 1981 г. в американской литературе стало принятым включать в функции АБД:
- организационное и техническое планирование БД,
- проектирование БД,
- обеспечение поддержки разработок прикладных программ,
- управление эксплуатацией БД.
Видно, что функции АБД в общем случае были ориентированы и на разработку БД собственными силами, и на эксплуатацию БД, хотя рассматривались и варианты простых неструктурированных групп АБД, специализирующихся только на эксплуатации БД.
Ниже приведены три рисунка, показывающие рекомендуемый тогда состав Группы АБД, начиная с простых вариантов, характерных для начальной стадии работы АБД (рис. 1 и 2), вплоть до функционально структурированной, «зрелой» Группы АБД (рис. 3).
(Рисунки взяты из кн. Дж.-Л. Уэлдона «Администрирование баз данных», Москва, «Финансы и статистика», 1984; перевод издания 1981 г., Plenum Press, New York.)
Рисунок 1. Начало 80-х: неструктурированная Группа АБД, специализирующаяся на проектировании |
Рисунок 2. Начало 80-х: неструктурированная Группа АБД, специализирующаяся на эксплуатации базы данных |
Рисунок 3. Начало 80-х: Организованная по функциональному признаку Группа АБД, обеспечивающая сопровождение СУБД |
Рассматривались также варианты развитых Групп АБД, не обеспечивающих эксплуатацию СУБД (эта функция выполнялась системными программистами службы эксплуатации), групп АБД с матричной структурой и др. Кроме того, описывались варианты включения группы АБД в общую оргструктуру предприятия, причем рекомендовалось определять уровень АБД не ниже, чем непосредственно подчиненный руководителю высокого ранга, отвечающему за обработку данных на предприятии в целом.
Практически в те же годы эти описания организационных и технических аспектов работы АБД стали широко доступны отечественным руководителям и специалистам.
Но появление АБД на наших предприятиях часто сопровождалось большими трудностями:
- Во-первых, руководителям «старой волны» слова «АДМИНИСТРАТОР базы данных» резали слух сами по себе, хотя администрирование и не должно было касаться подчиненного им персонала.
- Во-вторых, вызывало неприятие появление во многом независимой группы с непререкаемыми полномочиями по ряду существенных вопросов.
- В-третьих, предполагалась обязательность строгой технологической дисциплины, а дух «западного подхода» с жесткой ответственностью как за результаты действий, так и за бездействие противоречил обычному стилю.
- В-четвертых, разработка и сопровождение интегрированных БД требовали осознания и решения качественно новых проблем, к чему были не готовы не только большинство руководителей 80-х, но и многие специалисты по информатике. (Возможно, эта четвертая «трудность» и была истинной причиной первых трех.)
Может быть, и по этим причинам, но первое определение АБД в ГОСТ-ах задало слишком узкий состав функций АБД:
- подготовка вычислительного комплекса к установке СУБД, участие в установке и приемке СУБД и самой БД с комплексом прикладных программ,
- управление эксплуатацией БД,
- подготовка словарей и другой НСИ — нормативно-справочной информации — к моменту начала испытания БД.
(Потенциально была возможна поддержка последующих разработок новых прикладных программ.)
Существенно, что функции АБД были заужены и всегда ориентированы только на эксплуатацию БД; предполагалось, что разработка БД ведется силами специализированной организации.
Из приведенного экскурса видно, что функции, необходимая квалификация и другие характеристики АБД реально зависят от многих факторов, внешних по отношению к самому АБД.
Кто такой администратор баз данных, и чем он отличается от других «айтишников»?
Александр Чистяков
: Администратор баз данных – это человек, который
умеет читать план запросов
. В основном, этим он и отличается от других айтишников. На самом деле, человек, который умеет читать план запроса,
немного печален
, потому что он хотел бы, чтобы другие айтишники тоже так могли, но они такого не могут. Он пытается их сподвигнуть на это, но они не хотят. Возникает некий конфликт. Человек, который не хочет быть тем, кем он является, но вынужден.
Антон Бушмелев
: Администратор баз данных –
эксперт в своем деле
. Это должен быть человек с опытом. Желательно, с background в разработке, чтобы
с ходу замечать косяки
при “накате” релиза. Администратор должен быть самым квалифицированным человеком в команде. За ним большая ответственность, он один отвечает сразу за много баз. Чем отличается от остальных “айтишников”?
Он должен быть фанатом своего дела
, любить свою работу!
Дмитрий Васильев
: На инженере базы данных лежит
максимальная ответственность
не только за текущую работу приложений, но и за сохранность данных, в том числе исторических. Подчас, сердцем и кровеносной системой любого типового проекта является база данных. Нет ничего важнее сохранности данных, это очень большая нагрузка на человека.
Михаил Тюрин
: Администратор баз данных отличается от других “айтишников” тем, что
его сложно найти
. Чрезвычайно редкий специалист. К нему
повышенные требования
. Большая редкость – найти человека, который одновременно понимает, что такое транзакция и bаsh-скрипт.
Брюс Момжан
: Администратор работает с запросами, которые пишут разработчики приложений, и настраивает БД таким образом, чтобы
производительность не падала
, работа была надежной, вовремя происходили обновления. Он также устанавливает дополнительные пакеты, делает резервные копии и т.д. – есть множество задач на бэкенде, которые выполняет администратор баз данных, чтобы помочь разработчикам приложений. Этот человек отвечает за то, чтобы все таблицы были созданы, управляет правами пользователей, контролирует, как всё работает и следит за производительностью.
Современные условия работы АБД
Концепция управления базой данных как содержание основной деятельности АБД сохранилась и по сей день. Однако объем функций АБД стал более четко определен и, в частности, отделен от так называемого стратегического планирования, концептуального и, чаще всего логического проектирования базы данных
, что связано с развитием технологий и специализированных инструментов разработки информационных систем и других автоматизированных систем с базами данных.
К середине 90-х годов сложились еще не завершенные, но уже достаточно устойчивые и полные методологии разработки систем с базами данных. Они ориентированы на системы среднего и крупного масштаба. (Малые, в первую очередь, персональные информационные системы благодаря мощным программным инструментам часто могут разрабатываться почти полностью самими пользователями с помощью консультаций программистов или аналитиков либо одним-двумя разработчиками-профессионалами без применения каких-либо специальных полных методологий.)
Эти методологии предполагают несколько (до 6-ти и более) стадий жизненного цикла проекта, причем на каждой стадии используются свои методы и инструменты.
Часто сквозным инструментом предполагается инструментальный комплекс класса CASE (Computer Aided System/Software Engeneering — автоматизированная разработка систем и программ), интегрирующий инструменты разработки для всех стадий проекта.
Основная работа по планированию информационных потребностей предприятия, проектированию концептуальной и логической схемы БД, внешних схем, используемых в отдельных процессах обработки информации, ложится теперь на группу проектирования Автоматизированной Системы (АС). Эта группа выполняет несколько стадий проектных работ, например:
- стратегическое планирование развития АС,
- детальный анализ функциональных и информационных потребностей,
- проектирование таблиц БД, прототипов экранных форм, печатных отчетов и др.
Основу работы такой группы и ее подгрупп составляет изучение целей специалистов на предприятии и предприятия в целом, ключевых факторов, влияющих на достижение этих целей и связанных с информационным обеспечением людей и процессов, параллельное изучение как функций обработки информации, так и информационных элементов и их комплексов, обрабатываемых этими функциями, а также установление отношений между элементами и их комплексами, которые определяют безызбыточную (логически) структуру будущей БД.
Основу состава такой группы составляют аналитики: так называемые прикладные аналитики
(business analysts) и
системные аналитики
(system analysts), описание деятельности которых не входит в задачу данной статьи.
Аналитики с помощью CASE-системы в идеале (пока не всегда достижимом) получают такой вариант АС, который внешне выглядит так, как его должны или хотят видеть пользователи. Этот вариант АС, конечно, не рассчитан на эффективное (по затратам ресурсов компьютера) функционирование, не реализует традиционных процедур поддержки сохранности БД и, может быть, не проводит множество пожеланий пользователей к тем или иным деталям сервиса, который трудно предусмотреть в обобщенных средствах CASE.
Разработку (возможно, также с помощью CASE и других инструментов) всего множества программ в их эксплуатационном варианте со всеми необходимыми сервисными и вычислительными возможностями выполняют затем разработчики-программисты.
Обеспечение надежной и эффективной работы пользователей и программ с БД, поддержка разработчиков в их доступе к БД и средствам разработки реализует группа АБД.
В достаточно полный набор функций АБД входит:
а)
консультирование аналитиков и программистов по особенностям используемой версии СУБД и инструментов разработки, участие — совместно с аналитиками по проектированию баз данных — в логическом проектировании БД в тех случаях, когда полезно учитывать специфические для СУБД или режимов обработки данных рекомендации по проектированию БД,
б)
установка СУБД, программных инструментов разработки АС (языков программирования экранных приложений, генераторов отчетов, CASE-систем и др.) и инструментов пользователей для прямой работы с БД (средства запросов к БД, офисные системы, системы планирования производства и т.п.),
в)
планирование использования запоминающих устройств компьютера (дисков, основной памяти, лент), участие — совместно с проектировщиками БД — в физическом проектировании таблиц БД,
г)
организация работы с БД, находящейся на удаленном компьютере, работы с распределенной БД, т.е. размещенной на нескольких компьютерных ),
д)
сбор статистики о работе СУБД, ее настройка и настройка АС в целом для эффективной обработки данных и обслуживания пользователей,
е)
участие в планировании развития аппаратных и системных программных средств предприятия в связи с качественным и количественным ростом требований к АС,
ж)
составление процедур использования штатных средств СУБД (программ-утилит и др.) для начальной загрузки данных, копирования и восстановления БД, реорганизации размещения данных и т.п.; передача этих процедур эксплуатационному персоналу,
з)
подключение новых разработчиков и пользователей, приписывание им паролей, привилегий доступа к конкретным данным и др.,
и)
участие в анализе попыток несанкционированного доступа к БД.
(В каждую функцию входит экспресс-обучение эксплуатационного персонала, пользователей инструментов разработки и конечных пользователей применению тех программ и процедур, которые установлены или составлены АБД.)
Из приведенного перечня ясно, что АБД:
- управляющий данными, а не их хозяин;
- системный программист определенного профиля, а также эксперт высшего уровня, обеспечивающий службу эксплуатации решениями по процедурам и регламентам работы;
- лицо, принимающее окончательные решения в своей области, и человек, обладающий способностями к общению, совместному планированию и компромиссам.
Надежность и достоверность — ключевые понятия в деятельности АБД. Он должен уметь (лучше — и любить!) вести тщательное документирование всех действий по управлению базой данных.
Большое значение имеют личностные данные АБД: как руководителя, так и других специалистов Группы. Например, в понятной и доказательной форме они должны уметь проконсультировать как старшее руководство предприятия, так и разработчиков АС, пользователей и службу эксплуатации, понимать их нужды, принимать их справедливые требования. Не годится на роль АБД специалист, который — пусть и на основе специальных знаний — без согласования с хозяевами информации (руководством предприятия, пользователями или др.) будет вносить изменения в содержание БД или в нарушение установленных регламентов станет менять режимы доступности данных.
Функции Группы АБД в зависимости от осуществляемой политики автоматизации, возможный состав Группы
6.1. Функции Группы АБД «полного» вида
Вариант «САМООБЕСПЕЧЕНИЕ»: предприятие самостоятельно ведет разработку АС, что требует выполнения всех функций, указанных выше в разделе 4: с а) до и).
Рисунок 6. Организованная по функциональному признаку Группа АБД полного вида |
В связи с этим Группа АБД организуется по функциональному признаку. Внутренняя структура и состав Группы АБД могут быть определены так, как показано на рис. 6. Однако конкретное решение зависит от особенностей АС (например, может полностью отсутствовать удаленная работа или не требоваться аудит).
На рис. 6. приведен численный состав Группы АБД, требующийся в больших, не компактных АС, часто — работающих 24 часа в сутки. В других случаях состав уменьшается в два или даже три раза за счет отсутствия некоторых работ (например, нет удаленной и распределенной обработки данных) и возможности совмещения функций одним специалистом.
От особенностей предприятия, АС и степени владения специалистами группы АБД теми или иными вопросами зависит — правда, в небольшой части — приписывание некоторых функций конкретной группе в составе АБД. В наибольшей степени это относится к двум видам функций: участие в логическом и физическом проектировании БД может быть приписано либо группе Установки и экспертирования СУБД, либо группе Управления доступом; консультирование разработчиков и пользователей особенностям версии СУБД и программных инструментов может быть поручено этим же группам или распределено между всеми тремя.
Обязательное требование — активное и доброжелательное консультирование, которое выполняли бы все специалисты Группы АБД.
6.2. Функции Группы АБД «локального» вида
Вариант «ЗАКАЗЫ»: предприятие закупает готовый проект АС и его дальнейшую адаптацию, включая проект БД, процедуры ее сопровождения и дальнейшего развития.
В этом случае АБД как минимум выполняет следующие функции:
д)
сбор статистики о работе СУБД, ее настройка и настройка АС в целом для эффективной обработки данных и обслуживания пользователей,
е)
участие в планировании развития аппаратных и системных программных средств предприятия в связи с качественным и количественным ростом требований к АС,
з)
подключение новых разработчиков (в данном случае — сторонних) и пользователей, приписывание им паролей, привилегий доступа к конкретным данным и др.,
и)
участие в анализе попыток несанкционированного доступа к БД (если эта функция предусматривается в системе).
Кроме того, АБД принимает участие в приемке готовой АС и в рамках этой работы, в объеме, соответствующем приемке, выполняет функции:
б)
установка СУБД, программных инструментов разработки АС и инструментов пользователей для прямой работы с БД,
в)
планирование использования запоминающих устройств компьютера (дисков, основной памяти, лент),
г) организация работы с БД, находящейся на удаленном компьютере, работы с распределенной БД,
ж)
составление процедур для начальной загрузки данных, копирования и восстановления БД и т.п.; передача этих процедур эксплуатационному персоналу,
Рисунок 7. Неструктурированная Группа АБД «локального» вида: вариант «ЗАКАЗЫ» |
Как говорилось ранее, в этом случае Группа АБД может далее не структурироваться. Вариант устройства АБД такого «локального» вида показан на рис. 7, причем не самый маленький вариант такой группы (как говорилось ранее, многое зависит от размеров и напряженности работы АС).
6.3. Функции Группы АБД «растущего» вида
Вариант «СМЕШАННЫЙ», при котором начальная версия системы с ее настройкой на предприятие закупается, а дальнейшее, относительно небольшое развитие и приспособление делается на предприятии при поддержке разработчиков.
В соответствии с описанием такого варианта, изложенным выше, а так же в соответствии с реальными объемами доработок, сложностью АС и т.п., Группа АБД и ее функции занимают промежуточное состояние между Группами «локального» и «полного» видов, показанных на рис. 6 и рис, 7 соответственно. Обычно, с течением времени происходит рост использования АС, процессы ее развития и эксплуатации усложняются, а сама Группа АБД развивается вплоть до зрелой Группы «полного» вида.
Краткое описание
Администратор баз данных
– это технический специалист, который организует работу баз данных на сервере компании с помощью системы управления базами данных (СУБД): создает базы, делает их доступными для обращения пользователей, следит за информационной безопасностью и обеспечивает бесперебойную работу сервера.
Почему для работы с базами данных необходим специалист? База данных (БД) — это организованная структура, предназначенная для хранения, изменения и обработки больших объемов взаимосвязанной информации. Прообразом компьютерной базы данных является библиотека: в ней хранятся книги в определенном порядке, библиотекарь может найти, выдать, а потом вернуть на место книгу, зная ее выходные данные. База данных может содержать список заказов компании, телефонные номера, фотографии. Но существуют очень большие и даже сверхбольшие базы данных, обработать которые возможно только с помощью компьютера. Данные пользователей в социальной сети, расчетные счета в банке, данные городских видеокамер, показания метеорологических станций и многое другое хранятся в базах данных и обрабатываются автоматически. Для проектирования БД и дальнейшей бесперебойной работы пользователей необходим такой специалист, как администратор баз данных.
Чем занимается администратор баз данных
- Установка и настройка программного обеспечения баз данных.
- Мониторинг и обеспечение бесперебойной работы и доступности серверов баз данных.
- Анализ ошибок и их устранение.
- Управление резервным копированием и восстановлением баз данных.
- Выполнение плановых мероприятий по обслуживанию серверов БД.
- Работа с разработчиками по вопросам взаимодействия с БД.
Другие виды администрирования, связанные с базами данных
Существуют и другие виды администрирования, которые чаще всего рассматриваются отдельно от АБД, хотя и тесно с ним связаны. К таким функциям можно отнести:
- администрирование приложений, т.е. управление подключением пользователей к конкретным прикладным программам, входам в меню и т.п., управление расписанием выполнения процедур обработки данных, ведение нормативно-справочной информации и др.,
- администрирование конфигурации и ресурсов вычислительной установки данного узла или ВЦ, его связь с ресурсами СУБД, прикладных программ и пользователей,
- сетевое администрирование и его связь с сетевыми компонентами СУБД и удаленными БД,
- администрирование систем электронной почты и специальных видов передачи файлов, их связь с клиентами БД и обменами данными с БД,
- администрирование безопасностью для защиты различных данных на предприятии от несанкционированного получения и доступа любого вида (в том числе, защита от АБД, системных программистов и др.).
Все эти виды администрирования должны выполняться и в отсутствии БД или АС с базами данных, но в присутствии сетей, электронной почты, секретных данных (в том числе — в электронных таблицах, локальных базах в настольных ПК и т.п.). Эти функции выполняют соответствующие Администраторы и их группы. Но в случае работы с интегрированной БД все они обычно должны выполнять совместно с АБД работы по стыковке своих компонентов и текущему согласованию их взаимодействия.
Что входит в профессиональные обязанности администратора базы данных
- Первичное наполнение базы данных.
- Управление созданной базой данных, обеспечение её бесперебойной работы.
- Контроль пользователей, допущенных к работе с базой данных, управление их уровнями доступа и учётными записями.
- Знание необходимых программ для поддержании информации на высоком, работоспособном уровне.
- Обеспечение резервного копирования и успешного восстановления баз данных при их утрате.
- Постоянное обновление программного обеспечения с целью удобства пользователей и защиты данных.
В крупных компаниях может работать целый отдел, занимающийся базами данных, среди которых есть разделение на узкие специализации, такие как: архитектор баз данных, разработчик модулей данных, администратор приложений или хранилища данных и т.д.
Плюсы профессии:
- работа в помещении;
- в крупной компании;
- часто — свободный график работы;
- творческая профессия;
- высокая заработная плата.
Минусы профессии:
- высокая степень ответственности;
- ненормированный рабочий день, так как устранение неполадок требуется в кратчайший срок;
- иногда приходится выходить на работу в выходные.