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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

ОГЛАВЛЕНИЕ

• ВВЕДЕНИЕ 2
• РАЗДЕЛ 1 РОЛЬ АДМИНИСТРАТОРА БАЗЫ ДАННЫХ (АБД) 3
• 1.1 Обязанности администратора 4
• 1.2 Классификация администраторов баз данных 5
• РАЗДЕЛ 2 АДМИНИСТРИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ 8
• 2.1 Администрирование базы данных Microsoft Access 8
• 2.1.1 Администрирование баз данных Access, защищенных на уровне пользователей 9
• 2.1.2 Использование файла рабочей группы 10
• 2.3 Особенности администрирования Microsoft SQL Server 11
• 2.3.1 Аудит хранимых процедур 12
• 2.3.2 Аудит и маркировка таблиц 13
• 2.3.3 Сопровождение индексов 14
• 2. 4 Современные задачи администрирования баз данных Oracle 14
• 2.4.1 Роль администратора в управлении БД Oracle 16
• РАЗДЕЛ 3 АНАЛИЗ ВОЗМОЖНОСТЕЙ ТЕХНОЛОГИЙ АДМИНИСТРИРОВАНИЯ ТИПОВЫХ БАЗ ДАННЫХ 19
• 3.1 СУБД Oracle 19
• 3.2 СУБД Microsoft SQL Server 21
• 3.2 СУБД Microsoft Access 21
• РАЗДЕЛ 4 СРАВНИТЕЛЬНЫЕ ХАРАКТЕРИСТИКИ ТЕХНОЛОГИЙ АДМИНИСТРИРОВАНИЯТИПОВЫХ СУБД В ОБЛАСТИ ДОКУМЕНТОВЕДЕНИЯ 23
• ЗАКЛЮЧЕНИЕ 26
• CПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 28

ВВЕДЕНИЕ

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

Объект исследований -- технологические средства администрирования реляционных баз данных.

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

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

Данная работа направлена на решение следующих задач:

1. Проанализировать сущность и назначение администрирования типовых реляционных баз данных (SQL Server, Oracle, Access).

2. Определить достоинства и недостатки администрирования типовых СУБД по критериям безопасности, комфортности,

3. Сформулировать анализ возможностей технологий администрирования СУБД в области документоведения.

Методы исследования: системный анализ технической литературы и публикациями из ресурсов Интернет.

Данная тема получила довольно полное освещение в публикациях различных авторов: Бачин А. «Современные задачи администрирования баз данных Oracle»,Смирнов С.Н. «Анализ реализации ролевой модели разграничения доступа в СУБД Oracle»,Савельев М. «Безопасность СУБД», Дэн Хотка «Роль администратора базы данных (АБД)», Копылова Н. «Управление базами данных».

РАЗДЕЛ 1. Роль администратора базы данных (АБД)

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

При использовании базы данных коллективом в десятки человек подобные задачи возникают достаточно часто и их спектр достаточно широк, в этом случае рекомендуется разделить административные обязанности между несколькими специалистами. Для поддержки комплексных сетевых бизнес-приложений вводят специальные должности. [15]

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

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

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

1.1 Обязанности администратора

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

В обязанности администратора могут входить:

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

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

· создание первичных структур памяти в базе данных (табличных пространств) по мере проектирования приложений разработчиками приложений;

· создание первичных объектов (таблиц, представлений, индексов) по мере проектирования приложений разработчиками;

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

· зачисление пользователей и поддержание защиты системы;

· соблюдение лицензионного соглашения типовой базы данных;

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

· отслеживание и оптимизация производительности базы данных;

· планирование резервного копирования и восстановления;

· поддержание архивных данных на устройствах хранения информации;

· осуществление резервного копирования и восстановления.

Кроме того, администратор должен контролировать рост базы данных. От него требуется держать руководство в курсе относительно предполагаемого роста БД, с тем, чтобы иметь возможность своевременно заказать любое необходимое оборудование. [3,12]

1.2 Классификация администраторов баз данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· подготавливают младших АБД;

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

· получают необходимую информацию от старших АБД;

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

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

· изучают информационные нужды компании;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Потребности администратора зависят от его обязанностей и квалификации.

РАЗДЕЛ 2 АДМИНИСТРИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ

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

Microsoft Access - это программа для работы с реляционными базами данных в среде Windows. [14]

Работая с Access, можно:

· распределять данные на логически связанные части;

· вводить, изменять и находить необходимые данные;

· находить данные по условиям, что задаются;

· автоматизировать выполнение стандартных задач;

· устанавливать связи между данными;

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

В Access понятие «база данных» касается единичного файла, который содержит всю информацию. Каждая база данных может состоять с таких объектов: таблицы, запросы, формы, отчеты, страницы, макросы, модули.[15]

Среди задач администрирования Access можно, например, выделить такие задачи, как:

1. создание резервных копий файлов, периодическое сжатие файлов (для баз данных);

2. защита файлов средствами шифрования (для баз данных);

3. изменение пароля для открытия файла (для баз данных);

4. управление учетными записями и правами доступа для приложений, защищённых на уровне пользователей (для баз данных и проектов);

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

6. установка клиентского приложения на новую рабочую станцию и корректное подключение ее к базе данных, установленной на сервере (для проектов).

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

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

2.1.1 Администрирование баз данных Access, защищенных на уровне пользователей

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

· подключение файла рабочей группы для работы с защищенной базой данных;

· добавление нового пользователя в рабочую группу и задание для него прав доступа к объектам и прав на владение объектами базы данных (это осуществляется обычно включением его в состав определенных групп внутри рабочей группы);

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

· удаление учетной записи пользователя из файла рабочей группы;

· удаление учетной записи группы из файла рабочей группы;

· изменение пароля пользователя;

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

Задачи администрирования, касающиеся защиты приложения на уровне пользователей, может выполнять только пользователь, обладающий административными правами. В Access административными правами автоматически наделяются пользователи встроенной группы Admins. [16] Остальным пользователям разрешено только изменять пароль своей учетной записи и получать отчет со списком пользователей и групп рабочей группы.

2.1.2 Использование файла рабочей группы

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

2.3 Особенности администрирования Microsoft SQL Server

Microsoft SQL Server - это законченное предложение в области баз данных и анализа данных для быстрого создания масштабируемых решений электронной коммерции, бизнес-приложений и хранилищ данных. Оно позволяет значительно сократить время выхода этих решений на рынок, одновременно обеспечивая масштабируемость, отвечающую самым высоким требованиям. В сервер SQL Server включена поддержка языка XML и протокола HTTP, средства повышения быстродействия и доступности, позволяющие распределить нагрузку и обеспечить бесперебойную работу, функции для улучшения управления и настройки, снижающие совокупную стоимость владения.

Из обзорных публикаций и документации [1,9] известно, что SQL Server поддерживает для объектов базы данных расширенные свойства. В документации можно найти перечень хранимых процедур, работающих с расширенными свойствами, и примеры их использования. Хотя механизм расширенных свойств предлагается в основном разработчикам приложений, администратор баз данных тоже может использовать этот удобный инструмент.

Первое и наиболее очевидное применение расширенных свойств объектов - это, безусловно, документирование. Если администратор создает таблицу в Enterprise Manager и для ее полей дает описание (Description), то описание для каждого поля автоматически превращается в расширенное свойство с именем MS_ Description.

В Query Analyzer контекстные меню объектов содержат команду Extended properties. Первый из таких объектов - это сама база данных. Далее следуют расположенные по уровням иерархии сверху вниз объекты:

0 - User, Type;1 - Table, View, Procedure, Function, Default, Rule;2 - Column, Parameter, Index, Constraint, Trigger.

У самой базы данных уровня нет. Если в параметрах процедур, работающих с расширенными свойствами, уровни не указаны, то свойство принадлежит базе. Например, операторы

Use MyDB

exec sp_addextendedproperty N'Property1', N'test'

добавят к базе MyDB свойство Property1 со значением test.

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

Все расширенные свойства объектов базы хранятся в системной таблице Sysproperties. Для поиска объектов по расширенным свойствам и их значениям очень удобно использовать Query Analyzer. Нужно выбрать из меню Tools команду Object Search и заполнить соответствующие поля.

А теперь перейдем к задачам администрирования.

2.3.1 Аудит хранимых процедур

Механизм расширенных свойств можно использовать для аудита вызова хранимых процедур, т. е. для получения сведений о том, кто вызвал хранимую процедуру, когда и с какими параметрами. Можно также в значении расширенного свойства процедуры запоминать порядковый номер ее вызова. Для этого нужно создать расширенные свойства для процедуры или пользователя, например, в Query Analyzer, а текст процедуры дополнить вызовом обновления соответствующих расширенных свойств. Информацию, связанную с аудитом, можно получать с помощью SQL Profiler. Преимущество использования расширенных свойств в том, что эта информация становится принадлежностью самого объекта и хранится в нем самом. Хотя такой механизм не заменяет возможностей SQL Profiler.

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

2.3.2 Аудит и маркировка таблиц

Расширенные свойства таблиц можно использовать для их аудита. Данный триггер не только запрещает изменение таблицы, но и записывает в значение расширенного свойства table_audit таблицы example имя пользователя, который пытался ее изменить, а в значение свойства пользователя записывает имя таблицы example. Предполагается, что у таблицы было заранее создано расширенное свойство table_audit, а у всех пользователей базы - свойство user_audit. Можно пойти дальше, подсчитать число попыток и при достижении заданного порога наложить на пользователя санкции.

Администратору приходится работать с системными таблицами и представлениями. Для системных таблиц нельзя создавать расширенные свойства, а для системных представлений можно. Однако в базе Master часть таблиц отнесена к пользовательским - это таблица MSReplication_options и таблицы с именами, которые начинаются на SPT_. В базе Distribution все таблицы с именами на MS тоже пользовательские. В отдельных базах значительная часть служебных таблиц, участвующих в тиражировании, тоже отнесена к пользовательским. Для них мы можем применять расширенные свойства.

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

2.3.3 Сопровождение индексов

В SQL Server можно устранять фрагментацию индексов с помощью команды DBCC INDEXDEFRAG. Допустим, у администратора есть хранимая процедура, которая перестраивает все индексы с заданным значением фрагментации. Эта процедура может устанавливать дату и время дефрагментации индекса в качестве значения расширенного свойства Defrag_Date для данного индекса. Параметр LogicalFrag принимает при этом значение первоначальной фрагментации таблицы.

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

2.4 Современные задачи администрирования баз данных Oracle

C появлением Pesonal Oracle и Oracle7 Workgroup Server существенно меняются взгляды на вопросы и задачи администрирования баз данных Oracle. [2] С одной стороны, как в прошедшие времена Oracle5 под управлением MS-DOS, конечный пользователь Pesonal Oracle снова становится владельцем базы данных в целом с возложением на себя всей ответственности администрирования. С другой стороны, в персональных и небольших групповых системах функции "классического" администрирования значительно упростились. Этому способствует повышение надежности вычислительных средств, их производительности, резкое увеличение емкости дисков.

Преимущества:

а) пользователь Pesonal Oracle (группа пользователей Oracle7 Workgroup Server) не вырабатывает всей производительности вычислительной установки;

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

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

Можно с уверенностью сказать [4,6], что в настоящее время определился квалификационный уровень знаний по системе Oracle, на котором базируются различные с ней связанные специальности. Такой квалификацией является понимание архитектуры взаимодействия ресурсов: собственно пользователей, их информационных объектов, распределения дисковой памяти, деятельности процессов Oracle в операционной среде.

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

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

Таким образом, на нашем отечественном уровне развития современными задачами администрирования баз данных Oracle являются:

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

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

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

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

5. Освоение опций параллельных запросов и параллельных серверов.

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

7. Подготовка к созданию и сопровождению баз данных очень большого объема (VLDB).

Большинство из перечисленных задач так или иначе связаны с сетевой проблематикой. И это не случайно. Следующий уровень административной деятельности будут составлять управление многопротокольными преобразователями, web- и multimedia- серверами, серверами data warehouse, что без освоения сегодняшнего сетевого уровня сделать будет очень затруднительно.

2.4.1 Роль администратора в управлении БД Oracle

Существует множество специализаций, связанных с Oracle-приложениями, начиная, в первую очередь, непосредственно с самих конечных пользователей, которые являются клиентами администратора. Если мы имеем дело с Интернет-системой, то иногда прямая связь с пользователями просто невозможна. Пользователям необходим доступ к отдельным объектам базы данных, составляющим их приложение. Обязанность администратора обеспечить им необходимые права для выполнения соответствующих операций. Кроме того, администратор может взаимодействовать с пользователями по вопросам, касающимся функционирования БД и уж тем более, когда он выполняет мероприятия по настройке системы.

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

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

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

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

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

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

Сетевой администратор обеспечивает связность элементов вычислительной сети. Без сомнения, под этим подразумеваются пользовательские автоматизированные рабочие места, организация и администрирование внутренней и внешней сетей, а также информирование руководства о текущем состоянии системы и рекомендации относительно ее перспектив. Совместно с системным администратором, сетевой администратор осуществляет управление вспомогательными файлами SQL * Net или Net8, необходимыми конечным пользователям для подсоединения к среде Oracle. [2,4,6]

РАЗДЕЛ 3 АНАЛИЗ возможностей ТЕХНОЛОГИЙ АДМИНИСТРИРОВАНИЯ ТИПОВЫХ БАЗ ДАННЫХ

Каждая СУБД имеет свои особенности администрирования по сравнению с другими типовыми базами данным. Так, например, Microsoft SQL Server по сравнению с Oracle [8] имеет следующие достоинства:

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

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

Управляемость. Оболочка SQL Server PowerShell, платформа Policy Management Framework.

Перечислим некоторые преимущества типовых СУБД.

3.1 СУБД Oracle

СУБД Oracle, наделена самым развитым набором функций для работы с языком Java и доступа к данным через Интернет, системой оптимизации одновременного доступа. [10] Единственным недостатком данной СУБД является сложность администрирования, однако все затраты на ее внедрение и освоение в последствии окупятся эффективной и надежной работой. В нашей стране на протяжении уже многих лет целым рядом специалистов культивируется негативное отношение к СУБД Oracle, как к дорогой и сложной СУБД. Оба эти тезиса являются спорными. Во-первых, уровень сложности понятие относительное. При использовании СУБД Oracle на платформе NT, она потребует практически тех же усилий, что и при использовании MS SQL. В случае же работы на UNIX-платформе, можно с уверенностью отметить, что для профессиональных юниксоидов среда Oracle является простой, понятной и доступной.

Среди основных преимуществ администрирования СУБД Oracle следует отметить такие, как:

1. Высочайшая надежность.

2. Возможность разбиения крупных баз данных на разделы (large-database partition), что дает возможность эффективно управлять гигантскими гигабайтными базами.

3. Наличие универсальных средств защиты информации.

4. Эффективные методы максимального повышения скорости обработки запросов.

5. Индексация по битовому отображению.

6. Свободные таблицы (в других СУБД все таблицы заполняются сразу при создании).

7. Распараллеливание операций в запросе.

8. Наличие широкого спектра средств разработки, мониторинга и администрирования.

9. Ориентация на интернет технологии.

В Oracle реализуются лучшие на сегодняшний день средства для объектно-ориентированного конструирования баз данных, в том числе табличные структуры, допускающие наследование свойств и методов других табличных объектов БД, что позволят избежать ошибок при построении БД и облегчает их обслуживание. [3]

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

3.2 СУБД Microsoft SQL Server

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

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

3.3 СУБД Microsoft Access

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

Преимуществами администрирования данной СУБД является:

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

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

3. Повышение уровня обслуживания. Упреждающая оптимизация производительности базы данных позволит тратить меньше времени на техническое обслуживание. [7]

рАЗДЕЛ 4. сравнительные характеристики технологий администрирования ТИПОВЫХ СУБД В ОБЛАСТИ ДОКУМЕНТОВЕДЕНИЯ

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

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

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

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

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

Основной системой управления базами данных, которая используется миллионами пользователей во всем мире, является Microsoft Access. Эта система очень удобна для хранения и извлечения информации для документоведения. В Microsoft Access решаются самые простейшие задачи администрирования: создание резервных копий файлов, периодическое сжатие файлов, защита файлов средствами шифрования, изменение пароля для открытия файла, управление учетными записями и правами доступа для приложений, защищённых на уровне пользователей и т.д. Поэтому она считается удобной в использовании не только управляющими и администраторами, но и пользователями различного профиля.

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

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

Во времена Oracle V4 администратор БД зачастую оставался лишь разработчиком. Едиственным способом резервирования данных было копирование всего программного обеспечения БД Oracle и файлов данных. Выход Oracle V5 и появление SQL*net ознаменовали собой развитие нового подхода клиент-сервер. Кроме того, в Oracle V5 были включены дополнительные средства настойки, такие как explain plan, средства аудита и тому подобное. В помощь администратору БД предоставлялся ряд дополнительных функций, призванных облегчить его работу. Начиная с Oracle V6 стало происходить разделение администраторов по специализациям. Корпорация Oracle выпустила целый пакет приложений; внедрила параллельный сервер; размеры баз данных можно было уже смело охарактеризовать, как очень большие; по этим причинам системой становилось все труднее управлять, что еще более усугублялось наличием ошибок и разрушением данных. Кроме того, в Oracle V6 впервые были введены триггеры и язык PL/SQL, а заинтересованной общественности представлен механизм репликации. Сложность же пакета Oracle V7 достигла небывалых до той поры высот, воплотив понятие целостности ссылочных данных или отношения первичный/внешний ключ на уровне БД. Это позволило упростить написание приложений, однако добавило лишней работы администраторам БД. Oracle V8, в свою очередь, познакомил всех с разбиением таблиц и индексов, и массой новых средств индексации. Oracle8i стал еще выше благодаря поддержке файловой системы Интернет, Java-триггеров и т . д.

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

ЗАКЛЮЧЕНИЕ

В курсовой работе осуществлен анализ сущности и назначения администрирования типовых реляционных баз данных (SQL Server, Oracle, Access), определено достоинства и недостатки администрирования типовых СУБД по критериям безопасности, комфортности и т.п. Также по данным исследованиям произведен анализ возможностей технологий администрирования различных профилей СУБД в области документоведения.

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

Microsoft Access, Microsoft SQL Server, Oracle - наиболее используемые реляционные СУБД. Данные базы данных имеют свои особенные характеристики технологий администрирования. С помощью Microsoft Access можно создавать резервные копии файлов, периодически сжимать файлы, защищать файлы средствами шифрования, изменять пароли для открытия файла, управлять учетными записями и правами доступа для приложений, защищённых на уровне пользователей. Администратор СУБД Microsoft SQL Server имеет возможность использовать расширенные свойства для вызова аудита хранимых процедур, аудита маркировки и таблиц, сопровождения индексов. Среди основных возможностей администрирования СУБД Oracle выделяют: высочайшую надежность, возможность разбиения крупных баз данных на разделы (large-database partition), эффективные методы максимального повышения скорости обработки запросов, индексация по битовому отображению.

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

Каждый пользователь может выбрать ту СУБД, которая ему необходима для решения определенных задач. Если это незначительные задачи, то целесообразным будет использование СУБД Microsoft Access. Более сложные задачи хранения данных могут решить Microsoft SQL Server и Oracle.

CПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Администрирование SQL Server и дисковое пространство [Электронный ресурс]. - Режим доступа: http://www.xserver.ru/computer/database/sqlserver/42/

2. Бачин, А. Современные задачи администрирования баз данных Oracle /А. Бачин. [Электронный ресурс]. - Режим доступа: http://www.xserver.ru/computer/database/oracle/9/

3. СУБД [Электронный ресурс]. - Режим доступа: http://www.xserver.ru/computer/database/oracle/32/6.shtml#1

4. Сервер Oracle: тяжелый, как танк, или легкий, как пушинка? [Электронный ресурс]. - Режим доступа: http://www.xserver.ru/computer/database/oracle/45/

5. Обязанности администратора базы данных (АБД) [Электронный ресурс]. - Режим доступа: http://www.opennet.ru/docs/RUS/db_admin/

6. Основы администрирования баз данных Oracle [Электронный ресурс]. - Режим доступа: http://www.garshin.ru/it/dbms/_htm/oracle-practice/or_1_5.htm

7. Администрирование баз данных [Электронный ресурс]. - Режим доступа: http://www.ca.com/ru/products/subcategory.aspx?id=2908

8. Сравнение SQL Server с Oracle Database [Электронный ресурс]. - Режим доступа: http://www.microsoft.com/sqlserver/2008/ru/ru/compare.aspx

9. Основы SQL Server [Электронный ресурс]. - Режим доступа: http://it4business.ru/itsec/SQLServerOsnovnyeKoncepciiDljaAdministratorovWindows?v=59

10. Смирнов, С.Н. Анализ реализации ролевой модели разграничения доступа в СУБД Oracle / С.Н. Смирнов. [Электронный ресурс]. - Режим доступа: http://it4business.ru/itsec/AnalizRealizaciiRolevojjModeliRazgranichenijaDostupaVSUBDOracle?v=1big

11. Савельев, М. Безопасность СУБД/ М. Савельев. [Электронный ресурс]. - Режим доступа: .http://it4business.ru/itsec/Bezopasnost'SUBD?v=gff

12. Майкл Оти Сведения об управлении безопасности и резервировании/ Майкл Оти [Электронный ресурс]. - Режим доступа: http://it4business.ru/itsec/SvedenijaObUpravleniiBezopasnostiIRezervirovanii?v=13vx

13. Дэн Хотка Роль администратора базы данных (АБД) / Дэн Хотка [Электронный ресурс]. - Режим доступа: http://www.citforum.ru/database/articles/dba_role.shtml

14. СУБД Access [Электронный ресурс]. - Режим доступа: http://www.datbases.net/access130.html

15. Администрирование баз данных [Электронный ресурс]. - Режим доступа: http://www.taurion.ru/access/20/4

16. Администрирование баз данных Access, защищенных на уровне пользователей [Электронный ресурс]. - Режим доступа: http://www.realcoding.net/teach/access/Glava%2020/Index20.htm

17. Копылова, Н. Управление базами данных / Н. Копылова. [Электронный ресурс]. - Режим доступа: http://www.advlab.ru/articles/article378.htm.

Размещено на Allbest.ru