7.Администрирование бд

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

Маленькие центры, имеющие только сайт в Интернете, небольшие производственные фирмы, или даже крупные отделы, только-только переходящие на использование мощной СУБД, вполне могут обойтись одним АБД, выполняющим весь спектр задач. При этом АБД занимается поддержкой небольшой локальной сети, обновлением контента Интернет -сайта, сопровождением правовых и бухгалтерских программ. Задачи, актуальные для небольших фирм, не требуют громоздких программных комплексов по обработке информационного потока компании, а разработку дополнительных приложений выгоднее отдавать специализированным ИТ–компаниям.

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

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

Рисунок 2 - Типовая схема ИТ-компании (Источник: CNews Analytics)

Важным моментом работы АБД является структура ИТ-компании. Типовая схема компании дана на рис. 2.

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

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

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

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

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

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

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

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

Можно выделить основные типы администрирования, характерные для всех систем:

• администрирование БД;

• администрирование защиты данных;

• администрирование компьютеров;

• администрирование сетей;

• администрирование Интернет (Web-мастера);

• администрирование телефонной связи;

• администрирование почтовых систем;

• администрирование мэйнфреймов;

• администрирование приложений.

Кроме того, в зависимости от опыта администраторы БД могут иметь следующие должности и выполнять разные обязанности:

1. Оперативные АБД:

• манипулирует дисковым пространством;

• наблюдают за текущей производительностью системы;

• реагируют на возникающие неисправности БД;

• обновляют системное ПО и СУБД;

• контролируют структурные изменения БД;

• запускают процедуры резервного копирования данных;

• выполняют восстановление данных;

• создают и управляют тестовыми конфигурациями БД;

• отвечают за целостность информационных ресурсов компании;

• отвечают за создание, обновление и сохранность резервных копий файлов.

2. Тактические АБД:

• реализуют схемы размещения информации;

• утверждают процедуры резервного копирования и восстановления данных;

• разрабатывают и внедряют структурные элементы БД (таблицы, столбцы, размеры объектов, индексацию и т.п.; скрипты изменения схемы БД);

• определяет конфигурационные параметры БД;

• утверждают план действий в случае аварийной ситуации;

• знают в мельчайших подробностях существующие механизмы восстановления программного обеспечения СУБД;

• локализуют неисправности, решают предполагаемые проблемы, которые могут возникнуть в будущем;

• анализируют данных по статистике доступа, сбоев и др.;

• предоставление помощи разработчикам по SQL и хранимым процедурам;

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

3. Стратегические АБД:

• выбирают поставщика СУБД;

• устанавливают корпоративные стандарты данных;

• внедряют методы обмена данных в рамках предприятия;

• определяют корпоративную стратегию резервирования и восстановления данных;

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

• устанавливают корпоративный подход к ликвидации последствий аварии и обеспечению доступности данных;

• создают элементы физической схемы;

• поддерживают связь пользователей с системой;

• устанавливают новое программное обеспечение, тестируют все программы перед введением их в рабочую среду;

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

• проверяют и тестируют новые программы;

• оценивают приобретений нового программного и аппаратного обеспечения;

• планируют нагрузки системы и необходимого объема памяти;

• разрабатывает производственные стандарты и соглашения по именам;

• моделируют и оптимизируют данных.

4. Старшие АБД:

• досконально знают свой персонал;

• пользуются высоким спросом;

• могут написать любой скрипт;

• тратят много времени на подготовку младших АБД.

5. Младшие АБД:

• мечтают стать старшим АБД;

• не слишком сильны в написании скриптов;

• имеют большую склонность к использованию средств управления БД;

• настраивают SQL и программное обеспечение СУБД.

6. Прикладные АБД:

• в курсе информационных нужд компании;

• помогают в разработке прикладных задач;

• отвечают за разработку схемы и ее изменения;

• вместе с системным АБД обеспечивают должный уровень резервирования, восстановления данных;

• занимаются построением тестовых БД;

• создают БД, табличные пространства, таблицы, представления и индексы согласно спецификации разработчика приложений;

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

• поддерживают целостность данных БД.

7. Системные администраторы:

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

• отвечают за все необходимое для резервирования и восстановления данных;

• контролируют производительность системы в целом;

• осуществляют поиск и устранение неисправностей;

• в курсе нынешних и будущих потребностей БД в плане емкости дисков;

• в курсе текущего состояния и нужд БД;

• умеют определять узкие места системы, ограничивающие ее производительность,

• обладают знаниями, необходимыми для решения вопросов оптимизации быстродействия БД;

• добавляют и конфигурируют новые рабочие станции;

• создают пользовательские учетные записи;

• устанавливают общесистемное программное обеспечение;

• выполняют процедуры для предотвращения распространения вирусов;

• выделяют дисковое пространство;

• консультируют разработчиков и конечных пользователей, отвечают на вопросы.

8. Наемные АБД:

• приглашаются под конкретную задачу или в качестве консультантов;

• передают персоналу необходимые знания;

• фиксируют свои действия;

• прекрасно разбираются в предметной области;

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

9. Администраторы-руководители:

• проводят еженедельные совещания;

• определяют перечень первоочередных задач;

• устанавливают и оглашают официальный курс и стратегию;

• утверждают и корректируют должностные инструкции и список обязанностей;

• следят за наличием соответствующей документации.

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

Таблица 2 - Распределения ответственности при внедрении решения для создания БД

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

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

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

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

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