Главная › Настройки › Администратор базы данных основные понятия. Администрирование базы данных

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

Цели администрирования и его актуальность для современных баз данных.

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

Необходимость персонала, обеспечивающего администрирование данными в системе БД в процессе функционирования, является следствием централизованного характера управления данными в таких системах, постоянно требующего поиска компромисса между противоречивыми требованиями к системе в социальной пользовательской среде. Хотя такая необходимость и признавалась на ранних стадиях развития технологии баз данных, четкое понимание и структуризация функций персонала, занятого администрированием, сложилось только вместе с признанием многоуровневой архитектуры СУБД (ANSI/X3/SPARC в 1975г.).

Должностная инструкция.

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

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

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

Администратор баз данных: классические подходы .

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

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

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

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

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

Может быть дана другая классификация групп администрирования - источник – журнал Oracle Professional, October 2001; см. Приложение 1.

Процедура администрирования .

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

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

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

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

Таким образом, можно сделать определенные обобщения.

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

· управляющий данными, а не хозяин;

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

· лицо, принимающее окончательное решение в своей области, и человек, обладающий способностями к общению, совместному планированию и компромиссам.

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

Набор функций администратора баз данных.

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

2. Планирование использования запоминающих устройств (дисковой памяти), в физическом проектировании базы данных.

3. Ведение словаря-справочника.

4. Сбор и анализ статистики функционирования базы данных, ее настройка для эффективной обработки данных и обслуживания пользователей.

5. Управление представлением БД в среде хранения.

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

6. Реорганизация (реструктуризация) БД

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

7. Контроль целостности и восстановление базы данных.

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

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

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

9. Контроль роста СУБД; определение целесообразности модернизации оборудования.

10. Конвертирование данных и прикладных программ.

Инструментальные средства для АБД

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

1. Профилактический монитор:

· избавляет администратора от экстренных мер;

· разгружает администратора по вечерам и выходным;

· ускоряет приобретение опыта.

1. Средства диагностики:

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

2. Средства анализа:

· помогают при планировании роста БД и будущих затрат.

3. Средства технического обслуживания:

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

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

· способствуют высокой доступности данных, создавая “незаметные ” с точки зрения системы профилактические окна и помогая при резервировании / восстановлении системы.

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

Приложение 1

Классификация АБД

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

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

· манипулируют дисковым пространством

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

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

· обновляют системное ПО и ПО базы данных

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

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

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

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

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

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

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

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

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

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

· выбирают поставщика БД

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

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

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

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

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

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

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

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

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

· очень ценятся руководством и получают бешеные деньги

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

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

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

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

· тоже неплохо получают

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

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

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

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

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

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

7. Системные (system) АБД:

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

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

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

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

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

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

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

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

· фиксируют свои действия!

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

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

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

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

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

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

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

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

Приложение 2

Администрирование СУБД для бизнес-руководителей

На сайте IBM alphaWorks, посредством которого корпорация знакомит желающих со своими программными технологиями, находящимися в стадии разработки, размещена в свободном доступе ознакомительная версия системы Policy-based Data Management Tool. По словам представителя IBM India Research Lab, инструментарий даст возможность "бизнес-руководителям, ответственным за внутреннюю политику на предприятии, самостоятельно вносить необходимые изменения в соответствующие базы данных". В частности, система позволяет создавать и модифицировать бизнес-правила, регулирующие сохранение бухгалтерских и иных записей компании. Политики и бизнес-объекты (типа "крупный клиент", "данные по кредитным картам " и т. п.) создаются при помощи упрощенного графического интерфейса. Поддерживаются возможности архивации, удаления данных, рассылки уведомлений. Примером правила, которое можно создать при помощи системы, может послужить, например, автоматическое уведомление управляющего подразделением в случае ухода дорогостоящего клиента. Распознаются конфликтующие правила. Инструментарий рассчитан на DB2, но сможет работать также с Oracle и SQL Server после "несложной модификации".

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

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

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

Проектирование базы данных.
Оптимизация производительности базы данных.
Обеспечение и контроль доступа к базе данных.
Обеспечение безопасности в базе данных.
Резервное копирование и Восстановление базы данных.
Обеспечение целостности баз данных .
Обеспечение перехода на новую версию СУБД .

Основные типы администраторов БД

Системный администратор.
Архитектор БД.
Аналитик БД.
Программист баз данных.
Разработчик моделей данных .
Администратор Web-узла.
Проблемно-ориентированный администратор БД.
Аналитик производительности.
Администратор хранилища данных .

Ссылки

Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов

Wikimedia Foundation . 2010 .

Смотреть что такое "Администратор баз данных" в других словарях:

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

У этого термина существуют и другие значения, см. Администратор (значения). Об администраторах в Википедии смотрите страницу Википедия:Администраторы. Администратор (лат. administrator управитель) распорядитель в учреждении, коллективе, а также… … Википедия

Об администраторах в Википедии смотрите страницу Википедия:Администраторы. Администратор человек, выполняющий какие либо административные (управляющие) действия или наделённый соответствующими полномочиями. Администратор в Римско католической… … Википедия

- (Security administrator) это субъект доступа, ответственный за защиту автоматизированной системы от несанкционированного доступа к информации (по руководящему документу «Защита от несанкционированного доступа к информации: Термины и определения») … Википедия

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

банк данных - БнД Автоматизированная ИПС, состоящая из одной или нескольких баз данных и системы хранения, обработки и поиска информации в них. [ГОСТ 7.73 96] банк данных Совокупность массивов информации длительного хранения данных в автоматизированной системе … Справочник технического переводчика

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

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

Warp Разработчик IBM, Microsoft Семейство ОС … Википедия

OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия

Книги

Ядро Oracle Внутреннее устройство для администраторов и разработчиков баз данных , Льюис Дж.. В данной книге автор приводит только самую необходимую информацию о внутреннем устройстве СУБД Oracle, которую должен знать каждый администратор баз данных, чтобы успешно бороться с…
Ядро ORACLE. Внутреннее устройство для администраторо и разработчиков баз данных , Льюис Джонатан. В данной книге автор приводит только самую необходимую информацию о внутреннем устройстве СУБД Oracle, которую должен знать каждый администратор баз данных, чтобы успешно бороться с…

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

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

Администраторы базы данных выполняют большой круг разнообразных функций:

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

2. Проектирование структуры базы данных : определение состава и структуры информационных единиц, составляющих базу данных, задание связей между ними, выбор методов упорядочения данных и методов доступа к информации, описание структуры БД на языке обработки данных (ЯОД).

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

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

5. Защита данных от несанкционированного доступа :

Обеспечение парольного входа в систему: регистрация пользователей, назначение и изменение паролей;

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

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

Фиксация попыток несанкционированного доступа к информации;

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

6. Защита данных от разрушений . Одним из способов защиты от потери данных является резервирование. Используется как при физической порче файла, так и в случае, если в БД внесены нежелательные необратимые изменения.

7. Обеспечение восстановления БД : разработка программно-технологических средств восстановления БД, организация ведения системных журналов.

8. Анализ обращений пользователей к БД : сбор статистики обращений пользователей к БД, ее хранение и анализ (кто из пользователей, к какой информации, как часто обращался, какие выполнял операции, время выполнения запросов, анализ причин безуспешных (в т.ч. и аварийных) обращений к БД.

9. Анализ эффективности функционирования базы данных и развитие системы : анализ показателей функционирования системы (время обработки, объем памяти, стоимостные показатели), реорганизация и реструктуризация баз данных, изменение состава баз данных, развитие программных и технических средств.

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

11. Подготовка и поддержание системных программных средств : сбор и анализ информации о СУБД и других прикладных программ, приобретение программных средств, их установка, проверка работоспособности, поддержание системных библиотек, развитие программных средств.

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

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

Словарь (база данных) БАЗА ДАННЫХ (БД) однозначно идентифицируемый массив данных заданной структуры, размещаемый на машиночитаемых носителях. БАЗА ДАННЫХ совокупность организованных взаимосвязанных данных на машиночитаемых носителях. СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ (СУБД) совокупность программ и языковых средств, предназначенных для управления данными в базе данных и обеспечения взаимодействия ее с прикладными программами.

Словарь (база знаний) БАЗА ЗНАНИЙ совокупность фактов (или утверждений), относящихся к некоторой предметной области, и правил, которые инициируются путем сопоставления с соответствующими признаками, характеризующими данную задачу, и которые могут добавляться, модифицироваться или изыматься пользователем.

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

Словарь (таблица) Реляционная БД - основной тип современных баз данных. Состоит из таблиц, между которыми могут существовать связи по ключевым значениям. Таблица базы данных (table) - регулярная структура, которая состоит из однотипных строк (записей, records), разбитых на столбцы (поля, fields). В теории реляционных баз данных синоним таблицы - отношение (relation), в котором строка называется кортежем, а столбец называется атрибутом. В концептуальной модели реляционной БД аналогом таблицы является сущность (entity), с определенным набором свойств - атрибутов, способных принимать определенные значения (набор допустимых значений - домен).

Словарь (ключи) Ключевой элемент таблицы (ключ, regular key) - такое ее поле (простой ключ) или строковое выражение, образованное из значений нескольких полей (составной ключ), по которому можно определить значения других полей для одной или нескольких записей таблицы. На практике для использования ключей создаются индексы - служебная информация, содержащая упорядоченные сведения о ключевых значениях. В реляционной теории и концептуальной модели понятие "ключ" применяется для атрибутов отношения или сущности. Первичный ключ (primary key) - главный ключевой элемент, однозначно идентифицирующий строку в таблице. Могут также существовать альтернативный (candidate key) и уникальный (unique key) ключи, служащие также для идентификации строк в таблице. В реляционной теории первичный ключ - минимальный набор атрибутов, однозначно идентифицирующий кортеж в отношении. В концептуальной модели первичный ключ - минимальный набор атрибутов сущности, однозначно идентифицирующий экземпляр сущности.

Словарь (связи) Связь (relation) - функциональная зависимость между объектами. В реляционных базах данных между таблицами устанавливаются связи по ключам, один из которых в главной (parent, родительской) таблице - первичный, второй - внешний ключ - во внешней (child, дочерней) таблице, как правило, первичным не является и образует связь "один ко многим" (1:N). В случае первичного внешнего ключа связь между таблицами имеет тип "один к одному" (1:1). Информация о связях сохраняется в базе данных. Внешний ключ (foreign key) - ключевой элемент подчиненной (внешней, дочерней) таблицы, значение которого совпадает со значением первичного ключа главной (родительской) таблицы. Ссылочная целостность данных (referential integrity) - набор правил, обеспечивающих соответствие ключевых значений в связанных таблицах.

Словарь (объекты) Хранимые процедуры (stored procedures) - программные модули, сохраняемые в базе данных для выполнения определенных операций с информацией базы. Триггеры (triggers) - хранимые процедуры, обеспечивающие соблюдение условий ссылочной целостности данных в операциях изменения первичных ключей (возможно каскадное изменение данных), удалении записей в главной таблице (каскадное удаление в дочерних таблицах) и добавлении записей или изменении данных в дочерних таблицах. Объект (object) - элемент информационной системы, обладающий определенными свойствами (properties) и определенным образом реагирующий на внешние события (events). Система - совокупность взаимодействующих между собой и с внешним окружением объектов.

Словарь (действия) Репликация базы данных - создание копий базы данных (реплик), которые могут обмениваться обновляемыми данными или реплицированными формами, отчетами или другими объектами в результате выполнения процесса синхронизации. Транзакция - изменение информации в базе в результате выполнения одной операции или их последовательности, которое должно быть выполнено полностью или не выполнено вообще. В СУБД существуют специальные механизмы обеспечения транзакций. Язык SQL (Structured Query Language) - универсальный язык работы с базами данных, включающий возможности ее создания, модификации структуры, отбора данных по запросам, модификации информации в базе и прочие операции манипулирования базой данных. Null - значение поля таблицы, показывающее, что информация в данном поле отсутствует. Разрешение на возможность существования значения Null может задаваться для отдельных полей таблицы.

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

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

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

Классификация (по архитектуре) Централизованные базы данных с сетевым доступом могут иметь следующую архитектуру: файл-сервер; клиент-сервер базы данных; "тонкий клиент" - сервер приложений - сервер базы данных (трехуровневая архитектура).

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

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

Трехзвенная схема Трехуровневая архитектура функционирует в Интранет- и Интернет-сетях. Клиентская часть ("тонкий клиент"), взаимодействующая с пользователем, представляет собой HTML- страницу в Web-браузере либо Windows- приложение, взаимодействующее с Web- сервисами. Вся программная логика вынесена на сервер приложений, который обеспечивает формирование запросов к базе данных, передаваемых на выполнение серверу баз данных. Сервер приложений может быть Web-сервером или специализированной программой

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

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

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

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

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

Дополнительные обязанности анализ данных; разработка БД (предварительная); моделирование и оптимизация БД; предоставление помощи разработчикам по SQL и хранимым процедурам; разработка производственных стандартов и соглашений по именам; документирование среды; консультирование разработчиков и конечных пользователей; проверка и тестирование новых программ; оценка приобретений нового программного и аппаратного обеспечения; планирование нагрузки системы и необходимого объема памяти.

Обязанности администратора MS Access создание резервных копий файлов (для баз данных и проектов); периодическое сжатие файлов (для баз данных); защита файлов средствами шифрования (для баз данных); изменение пароля для открытия файла (для баз данных); управление учетными записями и правами доступа для приложений, защищённых на уровне пользователей (для баз данных и проектов); установка приложения, разделенного на файл объектов данных и файл объектов приложения, на новую рабочую станцию и обновление ссылок на связанные таблицы (для баз данных); установка клиентского приложения на новую рабочую станцию и корректное подключение ее к базе данных, установленной на сервере (для проектов).

Архивирование, сжатие и восстановление баз данных Перед сжатием сетевой базы данных, расположенной в общей папке или на сервере, убедитесь, что она не открыта другими пользователями. Выберите команду Сервис, Служебные программы, Сжать и восстановить базу данных (Tools, Database Utilities, Compact and Repair Database). Сжатие повышает производительность баз данных и проектов Access. Однако сжатие проекта не влияет на объекты, такие как представления и таблицы, хранящиеся в базе данных на SQL Server. Сжатие проекта не влияет также на таблицы, содержащие поле счетчика в проектах Access, как это происходит с базами данных. Если из базы данных, перед сжатием из таблицы, содержащей поле счетчика, были удалены последние записи, после сжатия номер первой пустой записи сбрасывается. Добавленная после этого запись получит в поле счетчика номер, на единицу превышающий значение счетчика в последней оставшейся записи.

Автоматическое сжатие баз данных Чтобы установить автоматическое сжатие базы данных Access 2002: Откройте базу данных, которую нужно сжать. Выберите команду Сервис, Параметры (Tools, Options). В появившемся диалоговом окне Параметры (Options) раскройте вкладку Общие (General). Установите флажок Сжимать при закрытии (Compact on Close) и нажмите кнопку ОК.

Защита информации с помощью средств шифрования Чтобы выполнить операцию шифрования или дешифрования: 1. Запустите MS Access, не открывая базу данных. 2. Выберите команду Сервис, Защита, Закодировать или раскодировать базу данных. 3. Появится диалоговое окно База данных для кодирования или декодирования. Укажите имя базы данных, которую требуется зашифровать или дешифровать, и нажмите кнопку ОК. 4. Если выбранная на предыдущем шаге база данных не является зашифрованной, появится диалоговое окно Кодирование базы данных под именем, иначе появится диалоговое окно Декодирование базы данных под именем. Укажите имя, диск и папку для конечной базы данных и нажмите кнопку Сохранить (Save).

Защита базы данных Access с помощью пароля Самый простой способ защиты базы данных с помощью пароля. Можно назначить пароль базе данных Access, который будет требоваться всякий раз при ее открытии. Чтобы установить пароль для защиты базы данных: Закройте базу данных. Если база данных совместно используется в сети, убедитесь, что остальные пользователи ее закрыли. Сделайте резервную копию базы данных и сохраните ее в надежном месте. В меню Access выберите команду Файл, Открыть (File, Open). Выделите файл базы данных. Щелкните по стрелке, расположенной справа от кнопки Открыть (Open). В раскрывающемся списке режимов открытия базы данных выделите элемент Монопольно (Open Exclusive). База данных откроется в режиме монопольного доступа. Выберите команду Сервис, Защита, Задать пароль базы данных (Tools, Security, Set Database Password). В появившемся диалоговом окне введите в поле Пароль (Password) пароль для защиты базы данных с учетом регистра символов. Введите пароль еще раз в поле Подтверждение (Verify). Нажмите кнопку ОК.

Администрирование баз данных Access, защищенных на уровне пользователей В задачу администрирования базы данных, защищенной на уровне пользователей, входит выполнение следующих действий: подключение файла рабочей группы для работы с защищенной базой данных; добавление нового пользователя в рабочую группу и задание для него прав доступа к объектам и прав на владение объектами базы данных (это осуществляется обычно включением его в состав определенных групп внутри рабочей группы); добавление новой группы пользователей в рабочую группу и задание для нее прав доступа к объектам базы данных; удаление учетной записи пользователя из файла рабочей группы; удаление учетной записи группы из файла рабочей группы; изменение пароля пользователя; восстановление испорченного файла рабочей группы из резервной копии или путем его воссоздания, используя специально сохраненную информацию об учетных записях пользователей и рабочих групп (включающую имена пользователей и групп и их персональные идентификаторы (PID)).

Использование файла рабочей группы Рабочей группой в Access называется группа пользователей сети, совместно использующих одну или несколько баз данных Access. Если база данных защищена на уровне пользователей, в файл рабочей группы записываются учетные записи пользователей и групп, входящих в рабочую группу. Пароли пользователей также хранятся в файле рабочей группы. Учетным записям в рабочей группе могут быть назначены права доступа к базе данных и ее объектам (таблицам, запросам, формам, отчетам и макросам). Права доступа сохраняются в защищенной базе данных. Создание и подключение файла рабочей группы производится с помощью служебной программы, которая входит в состав Microsoft Access 2002 и называется Администратор рабочих групп (Workgroup Administrator). Восстановление файла рабочей группы производится путем его воссоздания по сохраненной информации.

Источники дополнительных сведений ГОСТ "Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения"; ГОСТ "Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем"; ГОСТ "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания"; ГОСТ "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы".

Введение

1.Администратор базы данных – основные понятия

1.1 Понятие, классификация и функции администратора базы данных

1.2 Обязанности, связи и средства администратора современных систем управления базами данных

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

2.1 Управление данными в базах данных

2.3 Управление безопасностью в СУБД

Заключение

Глоссарий

Библиографический список

Приложение 1

Приложение 2

Приложение 3

Введение

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

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

Актуальность исследования «Администрирование базы данных» несомненна. Можно провести аналогию между администратором баз данных и ревизором предприятия. Ревизор защищает ресурсы предприятия, которые называются деньгами, а администратор – ресурсы, которые называются данными. Нельзя рассматривать администратора баз данных только как квалифицированного технического специалиста, так как это не соответствует целям администрирования. Уровень администратора баз данных в иерархии организации достаточно высок: чтобы определять структуру данных и право доступа к ним, администратор должен знать, как работает предприятие и как используются соответствующие данные.

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

Цель исследования заключается в изучении администрирования базы данных

Задачи исследования формируются исходя из его цели и заключаются в следующем: 1. Рассмотреть понятие, классификацию и функции администратора базы данных. 2.Рассмотреть обязанности, связи и средства администратора современных систем управления базами данных. 3.Изучить основные направления и принципы администрирования базы данных.

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

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

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

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

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

Администраторы базы данных выполняют большой круг разнообразных функций:

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

2. Проектирование структуры базы данных: определение состава и структуры информационных единиц, составляющих базу данных, задание связей между ними, выбор методов упорядочения данных и методов доступа к информации, описание структуры БД на языке обработки данных (ЯОД).

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

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

5. Защита данных от несанкционированного доступа:

– обеспечение парольного входа в систему: регистрация пользователей, назначение и изменение паролей;

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

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

– фиксация попыток несанкционированного доступа к информации;

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

6. Защита данных от разрушений. Одним из способов защиты от потери данных является резервирование. Используется как при физической порче файла, так и в случае, если в БД внесены нежелательные необратимые изменения.

7. Обеспечение восстановления БД: разработка программно-технологических средств восстановления БД, организация ведения системных журналов.

8. Анализ обращений пользователей к БД: сбор статистики обращений пользователей к БД, ее хранение и анализ (кто из пользователей, к какой информации, как часто обращался, какие выполнял операции, время выполнения запросов, анализ причин безуспешных (в т.ч. и аварийных) обращений к БД.

9. Анализ эффективности функционирования базы данных и развитие системы: анализ показателей функционирования системы (время обработки, объем памяти, стоимостные показатели), реорганизация и реструктуризация баз данных, изменение состава баз данных, развитие программных и технических средств.

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

11. Подготовка и поддержание системных программных средств: сбор и анализ информации о СУБД и других прикладных программ, приобретение программных средств, их установка, проверка работоспособности, поддержание системных библиотек, развитие программных средств.

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

Классификация АБД

Оперативные (operational) АБД:

манипулируют дисковым пространством

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

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

обновляют системное ПО и ПО базы данных