Кто такой администратор базы данных и его функционал
Кто такой администратор базы данных — особенности профессии
Привет друзья! Сегодня на обзоре у нас профессия узкого специалиста, который отвечает в компании за базы данных их бесперебойную работоспособность, своевременное обновление, дефрагментация и безопасность.
Интересно? Тогда читайте нашу статью — мы собрали всю самую полезную и интересную информацию об этой профессии.
Кто такой администратор базы данных?
Администратор базы данных — специалист, занимающийся выработкой требований к БД, ее проектированием, реализацией, эффективным использованием и сопровождением. В спектре обязанностей так же находится управление учетными записями и защита от неправомерного доступа. Одной из важнейших функций админа БД является сохранение целостности баз данных.
Выделяется 3 под-типа специальности:
Чем администратор баз данных отличается от сис админа?
Главное отличие системного администратора от администратора БД заключается в том, что первый занимается поддержкой бесперебойной работы серверов, хранилищ, операционной системы сервера и компьютерной сети, т.е основной функционал сисадмина — поддержка системы и распределение полномочий.
Второй же, являясь более узким специалистом, осуществляет «тонкую» настройку баз, т.е его знания в области баз данных их взаимодействия и производительности более обширны.
Задачи и обязанности администратора базы данных
Основной задачей специалиста баз данных является оптимизация находящегося в компании оборудования и обеспечение целостности хранящейся информации.
Безопасность данных и беспрерывная работа сервера — главные задачи администратора БД
Деятельность предполагает исполнение определенных алгоритмов, призванных распределять и перерабатывать весь объем информации компании (обслуживание и диспетчеризация, оптимизация, дефрагментация что в свою очередь дает возможность непрерывного извлечения и использования необходимых сведений.
Админ БД — профессионал, большая часть рабочего процесса которого заключена в обслуживании готовых систем сведений.
Однако в своей работе ему приходиться сталкиваться с:
Так же работой администратора предполагается исполнение обособленных обязанностей:
Читайте так же в журнале «КтоТакой.com» — Кто такой айтишник и чем он занимается?
Что должен знать администратор БД?
Специалист данной сферы, помимо узконаправленных навыков, должен и владеть:
Обучение на администратора базы данных
Для успешного устройства по этой профессии требуется располагать образованием, не ниже среднего профессионального. Однако более предпочтительным является высшее образование по специальностям «Информатика и информационная безопасность», обучение на которых занимает от 4 до 5 лет.
Ниже представлены 10 наиболее популярных ВУЗов по данному направлению:
Зарплата администратор БД
Прогрессирующая компьютеризация создает огромный спрос на квалифицированных специалистов в области администрирования даже в кризисный период. Специалисты наиболее востребованы в крупных городах с богатой инфраструктурой.
Федеральной Службой Государственной Статистики была выявлена средняя зарплата специалиста в сфере администрирования БД. По итогам 2019 г. установлено:
Специальность отличается важностью повышения квалификации: любые новые приобретенные навыки и рост уровня знаний положительно отразиться на жаловании.
В наименее развитых регионах зарплата админа БД устанавливается ниже столичных показателей. Однако это не распространяется на узко квалифицированных специалистов.
Администратор базы данных
Администратор базы данных (DBA, Database Administrator) — специалист, обслуживающий базы данных. Это довольно узкая специализация, которая появляется при реальной потребности компании в обеспечении высокой доступности данных. Кстати, в 2021 году центр профориентации ПрофГид разработал точный тест на профориентацию. Он сам расскажет вам, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте.
Особенности профессии
Администраторы БД занимаются серверными базами данных, в которых информация собрана с разных компьютеров и может читаться на каждом из них. Наиболее известными системами подобного рода являются Oracle и Microsoft SQL Server.
Администратор базы данных ведает и вопросами ее безопасности. Он защищает систему от несанкционированного доступа, управляя учетными записями, в которых содержатся сведения пользователей для компьютерной системы (имя и пароль).
Установкой антивирусов DBA не занимается — это ответственность отдела ИТ-поддержки, но не администратора баз данных. В небольших компаниях это делает системный администратор. Но в таком случае должности DBA, скорее всего, вообще не будет, все будет делать сисадмин.
В целях защиты информации администратор БД выполняет резервное копирование данных, составляя и выполняя его график. Оно должно быть проведено так, чтобы потом в экстренном случае была возможность быстрого восстановления данных.
Результаты работы администратора базы данных вы можете увидеть при любом обращении к данным: банально, даже когда вводите запрос в Google или Yandex, когда на Avito ищите автомобиль с определенными параметрами, и так далее. Все эти базы поддерживаются DBA.
Обязанности
Каждая компания может добавлять в зону ответственности администратора БД разные задачи, чаще всего это задачи системного администратора. Например, управление инфраструктурой, на которой развернута база, закупка оборудования и так далее. Но если бизнес компании требует высокой доступности этих данных, аккуратности в их хранении и минимизации ошибок, то в сферу ответственности администратора баз данных будет входить только обслуживание БД.
Обслуживание базы данных — это не только установка и настройка базы на сервере. Задача инженера — обеспечивать высокую скорость обработки обращений к данным. А так как состав данных и способы обращения к ним постоянно меняются благодаря работе команды разработки, да и в целом постоянной эволюции данных во всем мире, то и работа для DBA не заканчивается никогда.
В своей работе DBA часто близко взаимодействуют с разработчиками ПО, которые вносят изменения в структуру и состав данных. Если в компании на базу данных возложены и логические функции, что часто бывает с Oracle базами, то, скорее всего, самыми близкими коллегами для DBA будут DBD (Database Developer). Администратор БД дает свои рекомендации отделу разработки для построения оптимальных запросов к базе.
С развитием ИТ-технологий, кроме Oracle и MS SQL, на рынке появились также и другие типы БД, так называемые NoSQL базы. Уже сейчас они широко используются для хранения больших данных (big data) и построения крупных отказоустойчивых систем в технологичных компаниях. В то время как такие корпоративные гиганты, как Oracle и MS SQL, по большей части популярны в крупных устоявшихся на рынке компаниях, таких как банки, добыча нефти и газа и так далее, для которых гонка за новыми технологиями не в приоритете.
На сопровождение NoSQL баз очень высокий спрос, а так как технологии новые, то и специалистов пока на рынке мало.
На обязанности администраторов баз данных также повлиял всеобщий тренд по миграции в облачные сервисы, где часть их работы уже автоматизирована либо требует минимальных трудозатрат. Но вопреки ожиданиям некоторых инженеров, профессия Database Administrator не только не стала исчезающей, а наоборот, набирает популярность в свете мировой заинтересованности в сборе все большего количества данных. Эти изменения трансформируют DBA в экспертов данных, которые будут объединять все данные компании из разных систем в единый источник структурированной информации.
Что на самом деле делает администратор базы данных (DBA)?
DBA обеспечивает резервное копирование баз данных, их правильную настройку, исправление, безопасность и быструю работу.
Я объясняю свою работу знакомым, говоря: «Вы знаете, как некоторые веб-сайты работают очень медленно, и время их проверки истекает, или они теряют ваши данные? Я несу ответственность за то, чтобы этих проблем не возникало. Я не единственный вовлеченный человек – есть также разработчики и инженеры, – но я несу ответственность за ту часть, которая хранит ваши данные, такие как ваш профиль, ваши заказы, история ваших посещений и все данные, которые компании собирали о вас. Я не уверен, что должен произносить эту последнюю часть вслух.»
В должностные обязанности DBA входит:
Почему так важен администратор базы данных?
Когда база данных выходит из строя, бизнес останавливается. Если вы продаете вещи онлайн, и ваш веб-сайт выходит из строя, это чрезвычайная ситуация. Даже если он не работает – если он просто замедляется – это тоже может быть чрезвычайной ситуацией. DBA помогают предотвратить эту проблему.
Когда кто-то случайно удаляет данные, бизнес может остановиться. К сожалению, во многих компаниях слишком много людей, имеющих доступ к этим данным, и эти люди часто не обучены. Они просто люди, и они совершают ошибки. DBA помогают справиться с этой проблемой.
Где работают DBA?
Поскольку DBA занимаются защитой важных данных, вы найдете их везде, где важны данные – и в наши дни это везде! Однако в большинстве компаний, имеющих всего 1-2 базы данных, недостаточно работы, чтобы занять штатного сотрудника. В таких магазинах вы найдете человека, который тратит часть своего времени на администрирование баз данных. Мы называем этих людей “случайными DBA” – они не собирались становиться администраторами, но они просто унаследовали некоторые обязанности.
Чем крупнее компания, тем больше у нее будет баз данных. Для крупных национальных компаний характерно иметь целые команды DBA.
Какова типичная зарплата DBA?
Как и в любой другой профессии, люди зарабатывают больше денег, когда у них больше опыта или они живут в районах с более высокой стоимостью жизни.
Могут ли DBA работать из дома?
Они могут – и давайте посмотрим правде в глаза, сейчас все равно все работают дома, – но большинство компаний предпочитают, чтобы их DBA появлялись в офисе. Существует определенный уровень паранойи вокруг позиции DBA, потому что DBA защищают один из самых ценных активов компании: свои данные. DBA часто участвуют в специальных совещаниях из-за чрезвычайных ситуаций, и из-за степени серьезности этих чрезвычайных ситуаций менеджеры хотят видеть лица и запирать людей в комнатах.
Некоторые компании готовы нанимать DBA на удаленке, но их довольно мало, и они находятся далеко друг от друга. Когда они это делают, обычно это происходит потому, что:
Но это скорее исключения, чем правило.
Что такое DBA по сравнению с аналитиком данных?
Аналитик данных пишет запросы, чтобы получить ответы на основе данных, в то время как DBA следит за тем, чтобы ответы возвращались быстро.
Аналитик данных тратит много времени на написание новых запросов с нуля, используя SQL, инструменты отчетности или инструменты анализа данных. Они обычно работают напрямую с бизнес-пользователями и знают больше о том, чем занимается бизнес. Они знают, что означают столбцы в таблицах, и они знают, как разные таблицы связаны друг с другом. Они также тратят время на интерпретацию этих результатов: написание отчетов, общение с бизнес-пользователями и уточнение требований.
DBA обычно обладает меньшими знаниями в области бизнеса. Они знают больше о системах, в которых хранятся данные, таких как Microsoft SQL Server, Postgres, MySQL, Oracle. DBA будет знать, какие пользователи чаще всего выполняют какие запросы, и они могут даже помочь аналитикам данных создавать более качественные запросы, но обычно они не пишут новые запросы с нуля.
В чем разница между младшим DBA и старшим DBA?
Младший DBA выполняет почти все свои задачи впервые. Он полагается на Google практически во всех задачах, которые ему необходимо выполнить.
Старший DBA провел пару/несколько лет, работая младшим DBA. Он привык выполнять общие задачи, такие как настройка резервных копий, устранение неполадок, управление безопасностью и реагирование на запросы конечных пользователей. Это не значит, что они все еще не выполняют задачи в первый раз – они часто это делают, и они полагаются на Google, чтобы помочь им разобраться в происходящем. Но, по крайней мере, в половине случаев они делают то, что уже делали раньше, и вместо того, чтобы гуглить концепции, они ищут наиболее эффективный способ сделать это в масштабе, например, автоматизировать его с помощью PowerShell.
Количество лет опыта не имеет никакого отношения к тому, является ли кто-то младшим или старшим. Я видел много людей с 10 – летним опытом, но они все еще младшие-потому что они все еще делают точно то же самое, что делали 10 лет назад, так же, как они делали это тогда. Они не изучали, как автоматизировать более распространенные задачи или как выполнять более сложные.
Какие инструменты используют DBA?
При администрировании одного SQL-сервера они обычно используют среду SQL Server Management Studio. Это бесплатный инструмент от Microsoft, которому более десяти лет, и он с самого начала был написан как основная консоль для сервера баз данных. Довольно редко можно увидеть, как DBA используют сторонние инструменты для управления серверами только потому, что SSMS так долго отсутствовала и охватывает так много функций. Я проводил здесь большую часть своего времени.
При администрировании большого количества SQL-серверов DBA используют PowerShell, обычно с помощью DBAtools.структура ввода-вывода. Вы можете начать изучать это с помощью книги «Изучение сценариев PowerShell» за месяц обедов.
Для написания нового кода Microsoft хочет, чтобы мы использовали Azure Data Studio. Это похоже на Visual Studio Code, кроссплатформенное приложение, предназначенное для написания новых материалов с нуля. Он может выполнять некоторые административные задачи, но на самом деле он ориентирован на разработчиков. Я провожу здесь немного времени, потому что пишу запросы как для Microsoft SQL Server, так и для Amazon RDS Aurora Postgres, и Azure Data Studio работает с ними обоими.
Какое обучение готовит вас к получению первой работы DBA?
Компании почти никогда не нанимают DBA без опыта работы. Чтобы получить этот опыт, есть два общих карьерных пути.
Сначала устроитесь на работу разработчиком и потратьте много времени на запросы SQL Server. По мере выполнения вашей работы вы в конечном итоге будете создавать новые объекты SQL Server, такие как таблицы, индексы и хранимые процедуры. Затем вы можете постепенно стать “специалистом по базам данных” в офисе и, если это имеет смысл для вашей карьеры, постепенно перейти на специальную роль администратора базы данных.
Или сначала устроитесь на работу системным администратором, и в рамках ваших общих обязанностей по администрированию серверов вы вступите в контакт с серверами баз данных. По мере выполнения вашей работы вы будете устанавливать новые серверы баз данных, исправлять существующие, устранять неполадки при их поломке. Затем вы можете постепенно стать “специалистом по серверу баз данных” в офисе и, если это имеет смысл для вашей карьеры, перейти на должность DBA.
В обоих случаях у вас будет дыра в ваших знаниях. Разработчики могут не знать об установке и настройке. Системные администраторы могут не знать о стороне запроса. Это нормально – вы можете изучить оставшуюся часть, когда станете штатным DBA.
Если вы хотите начать с начала, у меня есть бесплатные курсы YouTube по основам администрирования баз данных и бесплатный класс для старших DBA.
Могут ли новички устроиться на работу DBA?
Если вы только что закончили колледж, вы вряд ли сразу пойдете на работу в DBA. Вам лучше получить работу разработчика или системного администратора, как я описал выше, а затем перейти на должность DBA.
Когда вы находите компании, нанимающие новичков в качестве удаленных DBA, они обычно обучают сотрудника основным должностным обязанностям DBA. Будьте осторожны здесь: эти работы чрезвычайно низкооплачиваемы, и после этого они, вероятно, не дадут вам отличную работу DBA. Вам придется уйти из компании, чтобы найти работу получше, но когда вы возьмете “опыт”, который вы получили в этой компании, и попытаетесь использовать его для получения следующей работы в DBA, вы, скорее всего, будете разочарованы. Компания учила вас минимальному минимуму вещей, просто чтобы выставить счет за ваше время, и на самом деле это не воспринимается как реальный опыт DBA.
Достаточно ли сертификатов администрирования баз данных, чтобы получить работу?
В мире Microsoft SQL Server нет: программы сертификации Microsoft, такие как помощник администратора базы данных Azure, просто не точно отражают то, что делают администраторы баз данных. Они отражают то, чему Microsoft хочет научить DBA, потому что Microsoft хочет, чтобы люди проповедовали облачные сервисы Microsoft внутри своей компании.
К сожалению, сертификаты Microsoft-это не лучший способ получить свою первую работу DBA. Вместо этого сначала сосредоточьтесь на том, чтобы получить работу разработчика или системного администратора, затем станьте “специалистом по базам данных” в своем магазине и идите оттуда.
Можете ли вы быть DBA без высшего образования?
Абсолютно точно – я сам бросил колледж. Тем не менее, вы должны быть готовы потратить годы на разработку и системное администрирование, прежде чем получить работу DBA.
Если у вас нет ученой степени, наберитесь мужества: вместо этого просто получите работу разработчика или системного администратора. Это будет проще (не просто, просто проще, чем сразу переходить к администрированию баз данных) и продолжать заниматься тем, что вам нравится, и избегать того, что вы ненавидите.
Нужны ли DBA для «облачных» баз?
Я часто задаю этот вопрос, когда компании начинают рассматривать облачные сервисы, такие как база данных SQL Azure.
Чтобы получить ответ, прочитайте список должностных обязанностей в верхней части поста. Некоторые из них действительно охвачены автономными платформами облачных баз данных, но многие-нет. (Например, если вы хотите хранить резервные копии дольше 35 дней, в настоящее время это доступно только в режиме предварительного просмотра и только в некоторых центрах обработки данных Azure.) Кроме того, ценообразование на производительность начинает становиться реальной проблемой в облаке: по мере роста ваших рабочих нагрузок растут и ваши затраты. DBA теперь могут окупать себя, помогая настраивать производительность рабочих нагрузок для снижения затрат на хостинг.
Является ли DBA хорошей карьерой?
Если вы готовы потратить годы работы, необходимые для того, чтобы постепенно перейти на должность DBA, это потрясающе. Вы находитесь в центре данных компании, а это значит, что вы знаете, что происходит повсюду. Вы знаете весь ИТ-персонал, вы знаете, какие проекты реализуются, и вы можете помочь каждому выполнить свою работу.
Однако это имеет свои недостатки:
За последние пару десятилетий это была солидная карьера, и для 2020-х и 2030-х годов все выглядит довольно радужно. В своем следующем посте я расскажу о том, почему базы данных еще не управляются самостоятельно, и как это повлияло на мои последние 10 лет.
Переводчик выражает благодарность Виктору Богачеву – автору и ведущему «Подготовка к 1С:Эксперту по технологическим вопросам. Основной курс» за спонсорскую помощь.
Корпорация LVS, тел.(095)330-15-37,Российская Ассоциация пользователей ORACLE, ez@lvs.msk.su
1. Введение
В задачи современных руководителей любого уровня, вплоть до самого высокого, входит формирование основ надежного информационного обеспечения предприятия.
В качестве базовой технологии предполагается проектирование и использование интегрированных баз данных (БД), т.е. таких БД, которые накапливаются и поддерживаются в интересах многих пользователей и задач.
Кроме достоверности данных, интегрированные БД дают много других полезных эффектов. В организационном аспекте они являются одной из основ согласованного функционирования отделов и групп своего предприятия или отделения.
Ранее были попытки однозначно определения функции таких специалистов, вплоть до включения в ГОСТ, и определить функции АБД и его место в штатном расписании.
Однако с точки зрения на выбор и функции таких специалистов, на организацию их деятельности с годами менялись. Сейчас какой-либо единственное правило отсутствует, что объективно определяется многообразием условий на предприятиях, их размерами, задачами и т.п.
Далее делается попытка в рамках короткой журнальной публикации определить основные функции АБД, показать, как они могут зависеть от условий и политики автоматизации предприятия, как АБД может быть связан с другими, «смежными» специалистами, как, в зависимости от рассматриваемых факторов, целесообразно планировать место АБД или его Группы в оргструктуре предприятия.
Общий план изложения таков:
2. Кто такой Администратор Базы Данных?
Функция «администрирования данных» стала активно рассматриваться и определяться как вполне самостоятельная с конца 60-х годов. Практическое значение это имело для предприятий, вынужденных использовать вычислительную технику в системах информационного обеспечения своей ежедневной основной деятельности.
В СССР в начале 70-х годов к таким предприятиям относились, например, ЦЖБ МПС с его службой резервирования железнодорожных билетов на базе системы «Экспресс», или завод Автоваз с его системой учета и планирования производства.
Функция «администрирования данных» в целом приписывалась достаточно крупному подразделению, например, Вычислительному Центру (ВЦ) предприятия. Внутри ВЦ происходила естественная специализация сотрудников в зависимости от их узкой специальности и выполняемых функций («электронщики», «программисты», «операторы», «технологи») и закреплялась в оргштатках. Электронщики меняли аппаратные блоки и пропускали тестовые программы (которые могли выполняться успешно и на ЭВМ, работающей с явными сбоями), программисты писали и отлаживали программы, операторы выполняли программы и передавали распечатки результатов пользователям, технологи занимались выяснением отношений со всеми остальными: пользователями, операторами, программистами и электронщиками. Правда, были случаи, когда руководители ВЦ считали, что и такое разделение труда является излишеством, а хороший специалист должен сам и выяснить у пользователя, что тому надо получать как результат работы ЭВМ, и написать и отладить программу, и эксплуатировать ее, и при необходимости починить ЭВМ.
Существуют и другие требования. Например, информация не должна потеряться не только из-за отказов оборудования, но и ошибки пользователя. Это отличается от того положения, при котором тот, кто решает некую задачу Х, сам и отвечает за сохранность данных для этой задачи.
Таким образом, сформировалось определение БД как общего информационного ресурса предприятия. В этом смысле БД стала аналогична большому компьютеру, который одновременно используется многими пользователями с различными целями и должен быть все время работоспособен.
Как и для каждого общего ресурса значительной важности, БД стала требовать отдельного управления, причем:
Функция управления БД получила название «администрирование базы данных».
Естественно, лицо, ответственное за администрирование БД, получило название «Администратор базы данных», или АБД.
При этом от непосредственного управления данными отстраняются программисты, выполняющие конкретные прикладные разработки, пользователи, которые не должны изменять или даже видеть не принадлежащие им данные, и другие сотрудники, которые, быть может, хотели бы это делать.
3. АБД: классические подходы и практические коллизии
Классические подходы к наполнению содержанием понятия «АБД» стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов ANSI/X3/SPARC в 1975 г. В этом отчете была описана трехуровневая архитектура СУБД, в которой выделялся уровень внешних схем данных, уровень концептуальной схемы данных и уровень схемы физического хранения данных. В соответствии с этой архитектурой определялись три роли АБД: администратор концептуальной схемы, администратор внешних схем и администратор хранения данных. Эти роли в случае очень маленькой системы мог играть один человек, в большой системе для выполнения каждой роли могла назначаться группа людей. Каждой роли соответствовал набор функций, а все эти функции вместе составляли функции АБД.
Видно, что функции АБД в общем случае были ориентированы и на разработку БД собственными силами, и на эксплуатацию БД, хотя рассматривались и варианты простых неструктурированных групп АБД, специализирующихся только на эксплуатации БД.
Ниже приведены три рисунка, показывающие рекомендуемый тогда состав Группы АБД, начиная с простых вариантов, характерных для начальной стадии работы АБД (рис. 1 и 2), вплоть до функционально структурированной, «зрелой» Группы АБД (рис. 3).
(Рисунки взяты из кн. Дж.-Л. Уэлдона «Администрирование баз данных», Москва, «Финансы и статистика», 1984; перевод издания 1981 г., Plenum Press, New York.)
Рисунок 1.
Начало 80-х: неструктурированная Группа АБД, специализирующаяся на проектировании
Рисунок 2.
Начало 80-х: неструктурированная Группа АБД, специализирующаяся на эксплуатации базы данных
Рисунок 3.
Начало 80-х: Организованная по функциональному признаку Группа АБД, обеспечивающая сопровождение СУБД
Рассматривались также варианты развитых Групп АБД, не обеспечивающих эксплуатацию СУБД (эта функция выполнялась системными программистами службы эксплуатации), групп АБД с матричной структурой и др. Кроме того, описывались варианты включения группы АБД в общую оргструктуру предприятия, причем рекомендовалось определять уровень АБД не ниже, чем непосредственно подчиненный руководителю высокого ранга, отвечающему за обработку данных на предприятии в целом.
Практически в те же годы эти описания организационных и технических аспектов работы АБД стали широко доступны отечественным руководителям и специалистам.
Но появление АБД на наших предприятиях часто сопровождалось большими трудностями:
Может быть, и по этим причинам, но первое определение АБД в ГОСТ-ах задало слишком узкий состав функций АБД:
(Потенциально была возможна поддержка последующих разработок новых прикладных программ.)
Существенно, что функции АБД были заужены и всегда ориентированы только на эксплуатацию БД; предполагалось, что разработка БД ведется силами специализированной организации.
Из приведенного экскурса видно, что функции, необходимая квалификация и другие характеристики АБД реально зависят от многих факторов, внешних по отношению к самому АБД.
4. Современные условия работы АБД
К середине 90-х годов сложились еще не завершенные, но уже достаточно устойчивые и полные методологии разработки систем с базами данных. Они ориентированы на системы среднего и крупного масштаба. (Малые, в первую очередь, персональные информационные системы благодаря мощным программным инструментам часто могут разрабатываться почти полностью самими пользователями с помощью консультаций программистов или аналитиков либо одним-двумя разработчиками-профессионалами без применения каких-либо специальных полных методологий.)
Эти методологии предполагают несколько (до 6-ти и более) стадий жизненного цикла проекта, причем на каждой стадии используются свои методы и инструменты.
Основная работа по планированию информационных потребностей предприятия, проектированию концептуальной и логической схемы БД, внешних схем, используемых в отдельных процессах обработки информации, ложится теперь на группу проектирования Автоматизированной Системы (АС). Эта группа выполняет несколько стадий проектных работ, например:
Основу работы такой группы и ее подгрупп составляет изучение целей специалистов на предприятии и предприятия в целом, ключевых факторов, влияющих на достижение этих целей и связанных с информационным обеспечением людей и процессов, параллельное изучение как функций обработки информации, так и информационных элементов и их комплексов, обрабатываемых этими функциями, а также установление отношений между элементами и их комплексами, которые определяют безызбыточную (логически) структуру будущей БД.
Основу состава такой группы составляют аналитики: так называемые прикладные аналитики (business analysts) и системные аналитики (system analysts), описание деятельности которых не входит в задачу данной статьи.
Аналитики с помощью CASE-системы в идеале (пока не всегда достижимом) получают такой вариант АС, который внешне выглядит так, как его должны или хотят видеть пользователи. Этот вариант АС, конечно, не рассчитан на эффективное (по затратам ресурсов компьютера) функционирование, не реализует традиционных процедур поддержки сохранности БД и, может быть, не проводит множество пожеланий пользователей к тем или иным деталям сервиса, который трудно предусмотреть в обобщенных средствах CASE.
Разработку (возможно, также с помощью CASE и других инструментов) всего множества программ в их эксплуатационном варианте со всеми необходимыми сервисными и вычислительными возможностями выполняют затем разработчики-программисты.
Обеспечение надежной и эффективной работы пользователей и программ с БД, поддержка разработчиков в их доступе к БД и средствам разработки реализует группа АБД.
В достаточно полный набор функций АБД входит:
б) установка СУБД, программных инструментов разработки АС (языков программирования экранных приложений, генераторов отчетов, CASE-систем и др.) и инструментов пользователей для прямой работы с БД (средства запросов к БД, офисные системы, системы планирования производства и т.п.),
г) организация работы с БД, находящейся на удаленном компьютере, работы с распределенной БД, т.е. размещенной на нескольких компьютерных центрах (узлах, «нодах»),
д) сбор статистики о работе СУБД, ее настройка и настройка АС в целом для эффективной обработки данных и обслуживания пользователей,
е) участие в планировании развития аппаратных и системных программных средств предприятия в связи с качественным и количественным ростом требований к АС,
ж) составление процедур использования штатных средств СУБД (программ-утилит и др.) для начальной загрузки данных, копирования и восстановления БД, реорганизации размещения данных и т.п.; передача этих процедур эксплуатационному персоналу,
з) подключение новых разработчиков и пользователей, приписывание им паролей, привилегий доступа к конкретным данным и др.,
и) участие в анализе попыток несанкционированного доступа к БД.
(В каждую функцию входит экспресс-обучение эксплуатационного персонала, пользователей инструментов разработки и конечных пользователей применению тех программ и процедур, которые установлены или составлены АБД.)
Из приведенного перечня ясно, что АБД:
5. Виды и роли АБД в зависимости от политики автоматизации предприятия. Место в оргструктуре предприятия
5.1. Три варианта политики автоматизации
в1) » САМООБЕСПЕЧЕНИЕ «: предприятие полностью самостоятельно ведет разработку АС поддержки своей деятельности (за исключением поставки таких программных систем, как операционные системы, СУБД, системы программирования и другие средства разработчиков, а также их техническое сопровождение);
в2) » ЗАКАЗЫ «: предприятие закупает полностью готовый проект АС и его дальнейшую адаптацию для себя, включая проект БД, процедуры ее сопровождения и дальнейшего развития;
в3) » СМЕШАННЫЙ «, при котором начальная версия системы с ее настройкой на предприятие закупается, а дальнейшее, относительно небольшое развитие и приспособление делается на предприятии при поддержке разработчиков.
5.2. АБД в варианте «САМООБЕСПЕЧЕНИЕ»
Для варианта «САМООБЕСПЕЧЕНИЕ» АБД выполняет наибольший набор функций, причем в стартовый момент они могут быть практически такими же, как и впоследствии (хотя возможен рост набора функций в связи с развитием самой АС).
В этом варианте практически всегда требуется несколько специалистов в Группе АБД. Кроме того, в большинстве случаев возможно и рекомендуется дальнейшее внутреннее деление Группы.
АБД такого «полного» вида играет активную роль на предприятии вплоть до участия в совещаниях самого высокого уровня. Темы, в обсуждении которых АБД должен принимать участие, например, таковы: обсуждение новых направлений деятельности предприятия в их информационном обеспечении, планирование сметных вопросов, связанных с развитием технического и программного обеспечения предприятия и др.
Рисунок 4.
АБД в структуре предприятия: вариант «САМООБЕСПЕЧЕНИЕ»
Приведенная на рис. 4 структура отражает глубинные, мало меняющиеся во времени требования к взаимоотношению категорий персонала и их функций.
Конечно, за прошедшие 15 лет многое изменилось и в идейных подходах к проектированию АС, и в применяемых стандартах и программных средствах. Тем более важно, что принципиальные функции АБД, их взаимосвязь с функциями других групп и руководителей остаются достаточно стабильными. Можно ожидать, что эта стабильность сохранится еще значительное время.
5.3. АБД в варианте «ЗАКАЗЫ»
Рисунок 5.
АБД в структуре предприятия: вариант «ЗАКАЗЫ»
Для варианта «ЗАКАЗЫ» АБД выполняет наименьший набор функций, причем впоследствии они могут остаться такими же, как и в стартовый момент. В этом варианте часто требуется всего два-три специалиста в Группе АБД, особенно в сравнительно небольших, компактных по числу пользователей и территорий АС.
Практически никогда не применяется дальнейшее внутреннее деление Группы.
АБД такого «локального» вида обычно играет менее активную роль на предприятии. По существу это неверно, так как решения должны приниматься во многом по тем же вопросам, что и в случае «САМООБЕСПЕЧЕНИЯ», хотя их реализация в меньшей мере выполняется силами предприятия. Поэтому и в варианте «ЗАКАЗЫ» АБД должен играть важную роль эксперта вплоть до участия в совещаниях самого высокого уровня.
Заметим, что по многим оценкам включение в штат ВЦ разработчиков АС побуждает их к большей консервативности, а через какое-то время становится тормозом в использовании новых подходов и внедрении новых систем. (Это важно для общей картины, так как в случае варианта «ЗАКАЗЫ» предприятие не имеет или практически не имеет своих разработчиков.)
Надо сказать, что подчинение АБД Руководителю эксплуатации АС может приводить к негативным последствиям, которые описаны выше, для включения разработчиков в ВЦ, основной функцией которого является эксплуатация АС. И здесь многое зависит от личных качеств РИО, РЭАС и АБД, а так же от традиций предприятия.
5.4. АБД в варианте «СМЕШАННЫЙ»
Для варианта «СМЕШАННЫЙ» АБД выполняет тот же набор функций, что и для «САМООБЕСПЕЧЕНИЯ», но их состав дорастает до такого состояния постепенно. В стартовый момент они практически такие же, как и в варианте «ЗАКАЗЫ», хотя функции поддержки разработчиков, настройки СУБД и др. должны планироваться сразу, а, значит, должно сразу планироваться и обучение АБД в специализированных учебных центрах поставщика СУБД или разработчика АС.
В этом варианте практически всегда требуется несколько специалистов в Группе АБД, причем возможно дальнейшее внутреннее деление. Объем работ АБД зависит от объема собственных разработок, но не очень заметно. В наибольшей степени объем работ и соответствующий состав Группы АБД зависят от компактности АС: числа пользователей, разработчиков, территорий и компьютеров с частями БД, количества программных инструментов разработчиков и пользователей и т.п.
АБД такого «растущего» вида также должен играть активную роль на предприятии вплоть до участия в совещаниях самого высокого уровня.
6. Функции Группы АБД в зависимости от осуществляемой политики автоматизации, возможный состав Группы
6.1. Функции Группы АБД «полного» вида
Вариант «САМООБЕСПЕЧЕНИЕ»: предприятие самостоятельно ведет разработку АС, что требует выполнения всех функций, указанных выше в разделе 4: с а) до и).
Рисунок 6.
Организованная по функциональному признаку Группа АБД полного вида
В связи с этим Группа АБД организуется по функциональному признаку. Внутренняя структура и состав Группы АБД могут быть определены так, как показано на рис. 6. Однако конкретное решение зависит от особенностей АС (например, может полностью отсутствовать удаленная работа или не требоваться аудит).
6.2. Функции Группы АБД «локального» вида
Вариант «ЗАКАЗЫ»: предприятие закупает готовый проект АС и его дальнейшую адаптацию, включая проект БД, процедуры ее сопровождения и дальнейшего развития.
В этом случае АБД как минимум выполняет следующие функции:
д) сбор статистики о работе СУБД, ее настройка и настройка АС в целом для эффективной обработки данных и обслуживания пользователей,
е) участие в планировании развития аппаратных и системных программных средств предприятия в связи с качественным и количественным ростом требований к АС,
и) участие в анализе попыток несанкционированного доступа к БД (если эта функция предусматривается в системе).
Кроме того, АБД принимает участие в приемке готовой АС и в рамках этой работы, в объеме, соответствующем приемке, выполняет функции:
б) установка СУБД, программных инструментов разработки АС и инструментов пользователей для прямой работы с БД,
в) планирование использования запоминающих устройств компьютера (дисков, основной памяти, лент),
г) организация работы с БД, находящейся на удаленном компьютере, работы с распределенной БД,
ж) составление процедур для начальной загрузки данных, копирования и восстановления БД и т.п.; передача этих процедур эксплуатационному персоналу,
Рисунок 7.
Неструктурированная Группа АБД «локального» вида: вариант «ЗАКАЗЫ»
Как говорилось ранее, в этом случае Группа АБД может далее не структурироваться. Вариант устройства АБД такого «локального» вида показан на рис. 7, причем не самый маленький вариант такой группы (как говорилось ранее, многое зависит от размеров и напряженности работы АС).
6.3. Функции Группы АБД «растущего» вида
Вариант «СМЕШАННЫЙ», при котором начальная версия системы с ее настройкой на предприятие закупается, а дальнейшее, относительно небольшое развитие и приспособление делается на предприятии при поддержке разработчиков.
В соответствии с описанием такого варианта, изложенным выше, а так же в соответствии с реальными объемами доработок, сложностью АС и т.п., Группа АБД и ее функции занимают промежуточное состояние между Группами «локального» и «полного» видов, показанных на рис. 6 и рис, 7 соответственно. Обычно, с течением времени происходит рост использования АС, процессы ее развития и эксплуатации усложняются, а сама Группа АБД развивается вплоть до зрелой Группы «полного» вида.
7. Другие виды администрирования, связанные с базами данных
Существуют и другие виды администрирования, которые чаще всего рассматриваются отдельно от АБД, хотя и тесно с ним связаны. К таким функциям можно отнести:
8. Заключение
В свою очередь, частные специальные функции АБД могут меняться при изменении применяемых технологий. Кроме того, функции АБД сильно зависят от принятого на предприятии варианта политики автоматизации.
Численный состав Группы АБД зависит в большей степени от компактности Автоматизированной Системы предприятия и способности специалистов Группы совмещать различные функции.
АБД должен подбираться как по уровню специальных знаний (и способности к их постоянному обновлению), так и по личностным данным. Вряд ли можно рекомендовать на роль АБД специалиста, который будет произвольно менять условия, порядок действий и другие параметры хода выполнения разработки. Или будет претендовать на подчинение себе всех функций обеспечения секретности информации в БД.
Детальная и многообразная информация о работе АБД может быть найдена в специальных монографиях, периодических журналах по обработке данных, фирменной документации к СУБД. Эта статья выполнит свою задачу, если даст базовую часть ответов на вопросы о том, кто такой Администратор базы данных.
Поделитесь материалом с коллегами и друзьями