Функции администратора бд. Администрирование базы данных

7 лекция. Администрирование БД

Администратор базы данных - это должностное лицо, которое отвечает за обслуживание СУБД.

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

Кто может стать АБД

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

· хорошее знание операционных систем Microsoft Windows;

· знание языка структурированных запросов (SQL);

· умение разрабатывать базы данных;

· общее понятие о сетевых архитектурах (например, клиент/сервер, Inter­net/intranet, Enterprise);

· знание Microsoft SQL Server.

Совет специалиста микрософт:

Если вы являетесь членом команды техобслуживания, которой требуется админи­стратор Microsoft SQL Server, вот вам мой совет: вызовитесь на эту должность. Во-первых, это прекрасная работа. Во-вторых, хорошие АБД нужны всегда и вез­де. И в-третьих, обычно им платят больше, чем разработчикам.

Обязанности АБД

1.Установка и модернизация SQL Server

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

2.Наблюдение за состоянием сервера базы данных и его соответствующая настройка

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

Сервер работает с оптимальной производительностью;

В журнале ошибок или журнале событий не зафиксированы ошибки в работе СУБД;

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

3.Правильное использование памяти

SQL Server 2000 позволяет автоматически увеличивать размеры баз данных и журналов транзакций, но вы можете установить для них фиксированные размеры. В лю­бом случае правильное использование памяти означает, что вы должны знать, сколь­ко памяти требуется, и по мере необходимости добавлять новые дисковые накопите­ли (жесткие диски).

Резервное копирование и восстановление данных

Резервное копирование и восстановление данных - самые важные задачи АБД. Сюда входит следующее:

Разработка стандартов и графика резервного копирования;

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

Проверка соответствия графика резервного копирования требованиям к восстановлению данных.

Управление пользователями базы данных и обеспечение безопасности

В SQL Server 2000 АБД тесно сотрудничает с администратором Windows NT/2000 в области присвоения пользователям прав доступа к базе данных. Когда дело не касается сферы влияния Windows NT/2000, АБД разрешает пользователям такой доступ сам. Он отвечает также за назначение пользователю той или иной базы данных и определение его прав доступа. В зависимости от этих прав, пользователь может (или не может) обращаться к различным объектам базы данных, например к таблицам, представлениям и хранимым процедурам.

Сотрудничество с разработчиками

Для АБД очень важно тесно сотрудничать с командой разработчиков в области об­щего проектирования базы данных. Сюда относится создание нормализованных баз данных, настройка, назначение правильных индексов, а также разработка триггеров и хранимых процедур. В среде SQL Server 2000 хороший АБД сможет подсказать разработчикам, как использовать преимущества мастера настройки индексов SQL Server (SQL Server Index Tuning Wizard) и профилировщика SQL Server (SQL Server Profiler).

Определение соглашений и стандартов

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

Перенос данных

Администратор баз данных отвечает за импорт и экспорт данных в SQL Server и из него. В настоящее время наметилась тенденция к уменьшению размеров систем кли­ент/сервер и их сочетанию с мэйнфреймами и Web-технологиями для создания сис­тем управления предприятием (типа Enterprise). В таких условиях импорт данных из мэйнфрейма в SQL Server стал обычным делом; еще больше эта практика распространилась в связи с появлением служб преобразования данных (Data Transformation Ser­vices - DTS) SQL Server 2000. Хорошие администраторы, знающие DTS, в ближайшее время будут в большой цене, так как сейчас фирмы стремятся преобразовать устаревшие системы в системы типа Enterprise.

Репликация данных

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

Хранилище данных

В SQL Server 2000 добавились новые возможности складирования данных, для ис­пользования которых АБД придется изучить дополнительный продукт (Microsoft OLAP Server) и его архитектуру. С появлением этой возможности перед АБД встают новые интересные задачи!

Составление графика обработки событий

Администратор базы данных отвечает за составление графика обработки различных событий с помощью стандартных средств Windows NT/2000 и SQL Server. Это поможет успешно справляться с различными задачами, такими как создание резерв­ных копий и процессов репликации.

Обеспечение круглосуточного доступа к данным

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

Как АБД взаимодействует с другими членами команды

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

Системный и сетевой администраторы

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

Как правило, АБД более тесно взаимодействует с системным администратором, чем с сетевым. Системный администратор отвечает за настройку сервера Windows NT /2000, на котором работает SQL Server. В его обязанности входит также добавление на­копителей на жестких дисках и выделение памяти, необходимой для размещения баз данных. Если вы собираетесь использовать интегрированную с SQL Server систему дос­тупа пользователей, то должны вместе с системным администратором корректно определить учетные записи для пользователей и групп пользователей в Windows NT/2000. Различные типы процедур резервного копирования и восстановления данных для Win­dows NT/2000 Server и SQL Server должны быть проработаны обеими сторонами, так как системному администратору может понадобиться восстановить системный диск, на котором содержится база данных или ее резервная копия.

Разработчики

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

Пользователи

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

SQL Server - это обладающая высокой производительностью СУБД, которая глубоко интегрирована с операционными системами Windows NT/2000 и Windows 9х/Ме, благодаря чему SQL Server может пользоваться всеми преимуществами функций, обеспечиваемыми этими операционными системами. SQL Server - мощная СУБД, в полной мере отвечающая потребностям современных сложных систем типа клиент/сервер.

Архитектура

Благодаря глубокой интеграции SQL Server с операционной системой, под управлением которой она работает, в вашем распоряжении имеются следующие важные возможности:

Симметричная мультипроцессорная обработка (Symmetric multiprocessing - SMP);

Переносимость – работа на многих ОС;

Сетевая независимость;

Надежность.

Симметричная мультипроцессорная обработка (SMP)

Использование SMP позволяет SQL Server повысить производительность с помощью дополнительных процессоров. SQL Server 2000 Enterprise Edition под управлением Windows 2000 Datacenter поддерживает до 32 процессоров и до 64 Гбайт оперативной памяти. SQL Server может автоматически запустить запрос для параллельного выполнения на двух или более процессорах. Все это происходит без вмешательства со стороны пользователя; администраторы также освобождаются от проблем с управлением несколькими процессорами.

В версии SQL Server для Windows 9x поддержка SMP не реализована.

Сетевая независимость

Операционные системы Windows NT/2000 и Windows 9x/Me поддерживают несколько различных типов сетевых протоколов. Этот уровень поддержки простирается вплоть до подключения клиентской части SQL Server. Таким образом, вы можете выбрать сетевой протокол, который будет наиболее полно отвечать вашим потребностям. В настоящее время поддерживаются следующие сетевые протоколы: TCP/IP, IPX/SPX, Named Pipes, AppleTalk и Banyan Vines.

Надежность

Windows NT/2000 и SQL Server обеспечивают надежную защиту данных от не­предвиденного сбоя или отказа системы, динамическое управление памятью, предварительное составление графика выполнения задач и удаленное управление. Эти возможности позволяют поддерживать SQL Server в рабочем состоянии 24 часа в сутки и 7 дней в неделю.

Разработка стратегии и плана инсталляции

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

Этап 1. Определение системных требований и пожеланий пользователей

Как определить системные требования и узнать пожелания пользователей? Очень просто: задавайте вопросы и анализируйте ответы. Начните с пожеланий пользователей и требований, вытекающих из характера деятельности предприятия, и вы смо­жете решить, какое аппаратное обеспечение вам необходимо. Итак, для начала найдите ответы на следующие вопросы:

Каково назначение системы?

Какие требования предъявляются к СУБД?

Каковы пожелания пользователей и какие требования вытекают из характера деятельности предприятия?

Сколько это будет стоить?

Каково назначение системы

Первый вопрос, который вы должны себе задать: для чего предназначена система и сколько пользователей будут одновременно ее применять (например, система создается для одного отдела, состоящего из 10 пользователей, или для большого предприятия, на котором работают тысячи пользователей). Чем больше пользователей поддерживает система, тем выше требования к быстродействию, оперативной памяти и объему жестких дисков сервера. Компьютер предназначен исключительно для запуска SQL Server или он будет выполнять еще какие-либо функции (например, печать файлов)? Заменяет ли новая система старую в результате модернизации или изменения размера базы данных? Если это действительно замена старой системы, то у вас будет довольно много не­обходимой информации (например, текущая нагрузка системы и ее недостатки). Система является действующей или тестовой, находящейся на стадии разработки? Для действующего сервера необходимы более мощная защита от сбоев и более объемные жесткие диски, чем для сервера тестовой системы.

Каковы требования базы данных

Какие требования предъявляет к серверу база данных? Что SQL Server будет поддерживать в первую очередь: системы-принятия решения или системы выполнения транзакций? Насколько велика будет предполагаемая нагрузка при выполнении транзакций? Если система предназначена для выполнения транзакции, попробуйте определить предполагаемое количество транзакций в день и способ их обработки. Например, сервер может восемь часов простаивать, а затем в течение нескольких часов обрабатывать все транзакции либо равномерно обрабатывать транзакции целый день. Каков ожидаемый размер базы данных? Возможно, вы перемещаете базы данных из старой системы на SQL Server в результате модернизации или изменения их размера. Если это так, вы можете получить информацию о текущем и ожидаемом размерах базы данных и о текущей нагрузке транзакций на систему.

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

Всегда очень важно понять, чего требуют и чего ожидают пользователи SQL Server. На какое время ответа со стороны системы рассчитывают пользователи? Сколько пользователей будет подключено к SQL Server одновременно? Какие требования к резервному копированию и объему памяти вытекают из характера деятельности предприятия? Какие требования к резервному копированию и объему памяти предъявляют пользователи? Когда вы узнаете нужды пользователей, постарайтесь определить, сможете ли вы создать систему, отвечающую этим нуждам. Возможно, вам придется опустить их с небес на землю, чтобы они осознали реальные возможности системы.

Сколько это будет стоить

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

Этап 2. Выбор платформы

Получив ответы на вопросы первого этапа, вы будете готовы к выбору платформы аппаратного обеспечения для SQL Server. Чтобы выбрать платформу, необходимо определиться по следующим четырем пунктам:

Аппаратное обеспечение (включая количество процессоров и необходимые периферийные устройства);

Объем оперативной памяти;

Емкость накопителей на жестких дисках;

Тип файловой системы.

Аппаратное обеспечение

При выборе платформы аппаратного обеспечения вы должны проверить, есть ли в списке совместимости аппаратного обеспечения для Windows NT/2000 марка и мо­дель компьютера, который вы хотите использовать в качестве сервера. Приобретая компьютер, обязательно сообщите фирме-продавцу, что вы собираетесь использовать его в качестве сервера базы данных.

СОВЕТ Микрософт

Вы убережете себя от многих проблем, если будете использовать только те компьютеры, которые сертифицированы корпорацией Microsoft для работы с операционной системой Windows NT/2000.

Нужен ли мне компьютер с несколькими процессорами?

Система Windows NT способна поддерживать до четырех процессоров, a Win­dows 2000 - восемь. SQL Server может воспользоваться преимуществами такой многопроцессорной поддержки без каких-либо специальных дополнительных мо­дулей или изменений конфигурации.

Оперативная память

Для SQL Server необходимо как минимум 32 Мбайт оперативной памяти для версий Personal и Desktop, и 64 Мбайт - для всех остальных версий В новой версии SQL Server вам больше не нужно вручную распределять оператив­ную память и указывать способ ее использования. SQL Server 2000 динамически регулирует используемый объем памяти в зависимости от текущих требований и состояния операционной системы компьютера, на котором он работает.

Независимо от начального объема памяти, спустя некоторое время вы сможете более точно определить, сколько памяти необходимо SQL Server для работы.

Накопители на жестких дисках

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

Уделите особое внимание выбору типа накопителей на жестких дисках. Выполнение операций ввода-вывода - одно из узких мест всех СУБД

Такое же значение, как скорость жестких дисков, имеет и отказоустойчивость современных дисковых накопителей. Следует максимально защитить базу данных, обеспечив при этом оптимальную производительность. Один из возможных вариан­тов - использовать RAID-массивы (Redundant Array of Inexpensive Disks - избыточный массив недорогих дисков). В конфигурации RAID используется несколько дисков, составляющих одно логическое разделяемое устройство. Таким образом, логически RAID-массив представляет собой одно устройство, а физически это несколько жестких дисков, работающих под управлением соответствующего программного и аппаратного обеспечения. В RAID-конфигурациях файлы можно распределять по нескольким физическим устройствам, что позволяет достичь высокой производительности. Другим пре­имуществом RAID-массивов является их отказоустойчивость и способность к восстановлению данных. RAID-массив 5то уровня позволяет в случае отказа одного диска полностью восстановить содержащиеся на нем данные. При добавлении нового диска RAID-массив автоматически восстановит данные, которые были на потерянном устройстве, и поместит их на новый диск. RAID-массив 5-го уровня обеспечивает высокую степень за­щиты и оптимальную производительность базы данных. RAID-массивы можно создавать на основе аппаратного или программного обеспечения для системы Windows NT/2000. Как правило, RAID-массивы на основе аппаратного обеспечения более быстродействующие, чем массивы, построенные на основе программного обеспечения.

Файловая система

Какую файловую систему следует использовать, работая с Windows NT/2000,- NTFS (New Technology File System - система новой файловой технологии) или FAT (File Alloca­tion Table- таблица размещения файлов)? Что касается производительности, то это не имеет никакого значения, поскольку разница в производительности для двух этих файловых систем совершенно незначительна. В целом NTFS быстрее выполняет операции чтения, a FAT - операции записи. Однако, применяя NTFS, вы можете воспользоваться пре­имуществами системы безопасности Windows NT/2000.

СОВЕТ

Для Windows NT/2000 я обычно рекомендую применять NTFS, чтобы воспользоваться преимуществами системы безопасности NT и ее средствами аудита.

Выбор платформы

Правильно выбранная платформа для SQL Server - это сервер, имеющий максимально возможную конфигурацию из тех, которые вы можете себе позволить, и обеспечивающий нормальную работу SQL Server! Хорошая конфигурация для SQL Server: компьютер с одним или несколькими процессорами, имеющий минимум 256 Мбайт оперативной памяти. Используйте для размещения баз данных RAID-массив 5-го уровня. Поместите журналы транзакций на RAID-массив 1-го уровня (с зеркальными дисками) с разделением данных, а операционную систему и SQL Server - на обычное дисковое устройство или RAID-массив 1-го уровня.

Этап 3. Важные вопросы, требующие ответа

Вам нужно твердо знать ответы на ряд вопросов.

Куда поместить файлы баз данных?

Как назвать экземпляр сервера?

Каков порядок сортировки и кодировки символов?

Какой сетевой протокол использовать?

Под какой учетной записью Windows NT/2000 нужно запускать службы SQL Server и SQL Server Agent?

Расположение файлов баз данных

Во время инсталляции вам нужно будет ответить, где следует установить системные базы данных SQL Server (т.е. указать устройство и путь). К системным базам данных от носятся следующие:

Master - база данных конфигурации SQL Server;

Mode1 - база, которая служит в качестве шаблона для создания других баз данных;

Tempdb - область временного хранения данных (временная база данных);

Msdb - база данных для хранения графика работ и база данных SQL Serve: Agent;

Northwind и Pubs - примеры баз данных.

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

Базы данных master msdb и model обычно увеличиваются не очень быстро (к ним добавляется всего не сколько мегабайтов в неделю). Но база данных tempdb- это совсем другое дело. SQL Server 2000 при необходимости автоматически увеличивает базу данных tempdb, если превышается ее предельный размер, заданный во время инсталляции. А когда SQL Server останавливают или перезапускают, tempdb автоматически возвращается к первоначальному размеру. Поэтому имеет смысл выбрать для базы данных tempdb устройство или RAID-массив, где достаточно места для ее расширения; это устройство должно также обеспечивать высокую производительность.

Имя экземпляра

SQL Server 2000 позволяет установить несколько экземпляров ядра базы данных SQL Server. Если устанавливается один экземпляр SQL Server, то по умолчанию его именем является имя компьютера. Если устанавливается много экземпляров, то каждому из них необходимо присвоить уникальное имя. Имена экземпляров не чувствительны к регистру, их длина не может превышать 16 символов. Первым символом имени должна быть буква, символ подчеркивания, символ номера или амперсант.

Параметры сортировки и кодировки символов

SQL Server 2000 не требует отдельного задания способов сортировки и набора символов для обычных данных и для символов Unicode. Выбор типа сортировки (идентифицируемый именем) задает правила упорядочения и сравнения как для обычных данных, так и для символов Unicode. Например, можно задать сравнение, нечувствительное к регистру символов, или сравнение двоичных эквивалентов сим­волов. В параметры сортировки входят наборы символов, используемых данными. Символы Unicode имеют вдвое больший размер, чем символы ANSI. В ANSI используется 256 символов, а в Unicode - 65 356 символов. При установке SQL Server используются параметры сортировки и кодировки установленной операционной системы Windows и по умолчанию сервер самостоятельно настраивает все эти параметры. Рекомендуется придерживаться этой установки по умолчанию.

ВНИМАНИЕ!

Для изменения параметров сортировки и кодировки после инсталляции SQL Server ; нужно внести изменения в базу данных master и пользовательские базы данных.

Сетевые протоколы

Поскольку SQL Server может одновременно поддерживать несколько различных сетевых протоколов, то клиенты, использующие TCP/IP, могут подключаться к SQL Server одновременно с клиентами, использующими IPX/SPX. Во время инсталляции SQL Server устанавливаются различные сетевые библиотеки, предназначенные для об­мена сетевыми сообщениями с другими серверами и клиентскими рабочими станциями. При инсталляции SQL Server 2000 по умолчанию устанавливается поддержка нескольких сетевых протоколов.

Существует 2 режима безопастности:

Режим аутентификации Windows NT . Использует преимущества системы безопасности Windows NT/2000, в которой задействуется механизм создания учет­ных записей на сервере NT. Данный режим требует установки доверительного соединения с сервером (trusted connection) и может быть реализован через протокол Named Pipes (именованный канал) или мультипротокол.

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

Протокол Named Pipes

Это стандартный протокол, устанавливаемый SQL Server. Он обеспечивает обмен сообщениями между процессами, происходящими на локальном сервере или на сер­верах в сети, и используется в сетях Windows NT.

Мультипротокол

Мультипротокол использует для передачи сообщений механизм вызова удаленной процедуры (Remote Procedure Call - RPC) Windows NT и не требует никакой дополнительной настройки. В настоящее время мультипротокол поддерживает протоколы NWLink IPX/SPX, TCP/IP и Named Pipes. Он позволяет пользователям протоколов IPX/SPX и TCP/IP применять преимущества аутентификации пользователей Windows NT.

Протокол NWLink IPX/SPX

Это известный сетевой протокол для сетей Novell. Если во время инсталляции SQL Server вы выберете именно его, то вас попросят указать имя сервисной службы Novell Bindery, чтобы зарегистрировать SQL Server.

протокол TCP/IP

Это популярный протокол, использующийся в Internet. Если вы выберете TCP/IP, то вас попросят указать номер порта TCP/IP для SQL Server, который будет использоваться для соединений с клиентами. Стандартный номер порта для SQL Server - 1433.

И еще несколько других.

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

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

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

• 1) Анализ предметной области: описание предметной области, выявление ограничений целостности программы и баз данных, определение статуса информации, определение потребностей ресурсов пользователей, определение статуса пользователей, определение соответствия (данных/пользователя), определение объемно-временных характеристик обработки данных.
• 2) Проектирование структуры базы данных: определение состава и структуры информационных единиц, составляющих базу данных, задание связей между ними, выбор методов упорядочения данных и методов доступа к информации, описание структуры БД на языке обработки данных (ЯОД).
• 3) Задание ограничений целостности при описании структуры базы данных и процедур обработки БД: задание ограничений целостности присущих предметной области, определение ограничений целостности, вызванных структурой базы данных, разработка процедур обеспечения целостности БД при вводе и обработке данных, обеспечение ограничений целостности банка данных при параллельной работе пользователей в многопользовательском режиме.
• 4) Первоначальная загрузка и ведение базы данных: разработка технологии первоначальной загрузки и ведения (изменения, добавления, удаления записей) БД, проектирование форм ввода, создание программных модулей, подготовка исходных данных, ввод и контроль ввода.
• 5) Защита данных от несанкционированного доступа:
  • - обеспечение парольного входа в систему: регистрация пользователей, назначение и изменение паролей
  • - обеспечение защиты конкретных данных: определение прав доступа групп пользователей и отдельных пользователей, определение допустимых операций над данными для отдельных пользователей, выбор/создание программно-технологических средств защиты данных; шифрование информации с целью защиты данных от несанкционированного использования;
  • - тестирование средств защиты данных;
  • - фиксация попыток несанкционированного доступа к информации;
  • - исследование возникающих случаев нарушения целостности защиты данных и проведение мероприятий по их предотвращению.
• 6) Защита данных от разрушений. Считается одним наилучшим из способов защиты от потери данных, является резервирование. Используется как при физической порче файла, так и в случае, если в БД внесены нежелательные необратимые изменения.
• 7) Обеспечение восстановления БД: разработка программно-технологических средств восстановления БД, организация ведения системных журналов.
• 8) Анализ обращений пользователей к БД: сбор статистики обращений пользователей к базе данных, и ее хранение и анализ (который из пользователей, к какой информации, как часто обращался, какие выполнял операции, время выполнения запросов, анализ причин безуспешных действий обработки (в т.ч. и аварийных) обращений к БД.
• 9) Анализ эффективности функционирования базы данных и развитие системы: анализ показателей функционирования системы (время обработки, объем памяти, стоимостные показатели), реорганизация и реструктуризация баз данных, изменение состава баз данных, развитие программных и технических средств.
• 10) Работа с пользователями: сбор информации об изменениях в предметной области, об оценке пользователями работы базы данных, определение регламента работы пользователей с базой данных, обучение и консультирование пользователей.
• 11) Подготовка и поддержание системных программных средств: сбор и анализ информации о СУБД и других прикладных программ, приобретение программных средств, их установка, проверка работоспособности, поддержание системных библиотек, развитие программных средств.
• 12) Организационно-методическая работа: это выбор или создание методики проектирования БД, определение целей и направлений развития системы, планирование этапов развития базы данных, разработка и выпуск организационно-методических материалов.

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

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

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

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

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

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

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

Старшие (senior) АБД: досконально знают свою работу, могут написать любой скрипт, а также могут заменить любого из администраторов АБД.

Младшие (junior) АБД: не слишком сильны в написании скриптов имеют большую склонность к использованию средств управления БД.

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

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

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

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

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

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

В любой базе данных должен быть хотя бы один человек, выполняющий административные обязанности; если база данных большая, эти обязанности могут быть распределены между несколькими администраторами. В обязанности администратора могут входить: инсталляция и обновление версий сервера, прикладных инструментов распределение дисковой памяти, планирование будущих требований системы к памяти, создание первичных структур памяти в базе данных (табличных пространств) по мере проектирования. А также разработчиками приложений создание первичных объектов (таблиц, представлений, индексов) по мере проектирования приложений разработчиками. А также модификация структуры базы данных, в соответствии с потребностями приложений зачисление пользователей и поддержание защиты системы. К этими обязанностям так же относятся и соблюдение лицензионного соглашения управление и отслеживание доступа пользователей к базе данных, отслеживание и оптимизация производительности базы данных, планирование резервного копирования и восстановления поддержание архивных данных на устройствах хранения информации, осуществление резервного копирования, и восстановления обращение в корпорацию за техническим сопровождением. В некоторых случаях база данных должна также иметь одного или нескольких сотрудников службы безопасности. Сотрудник службы безопасности главным образом отвечает за регистрацию новых пользователей, управление и отслеживание доступа пользователей к базе данных, и защиту базы данных. Разработчики приложений: в обязанности разработчика приложений входит проектирование и разработка приложений базы данных, проектирование структуры базы данных в соответствии с требованиями приложений оценка требований памяти для приложения. Формулирование модификаций структуры базы данных для приложения передача вышеупомянутой информации администратору базы данных, настройка приложения в процессе его разработки, установка мер по защите приложения в процессе разработки. В процессе своей деятельности администратор базы данных взаимодействует, с другими категориями пользователей банка данных, а также и с «внешними» специалистами, не являющимися пользователями базы данных. Прежде всего, если банк данных создается для информационного обслуживания какого-либо предприятия или организации, то необходимы контакты с администрацией этой организации. Как указывалось выше, внедрение БД приводит к большим изменениям не только системы обработки данных, но и всей системы управления организацией. Естественно, что такие большие проекты не могут быть выполнены без активного участия и поддержки руководителей организации. Руководство организации должно быть ознакомлено с возможностями, предоставляемыми базой данных, проинформировано об их преимуществах и недостатках, а также проблемах, вызываемых созданием и функционированием базы данных. Так как база данных является динамическим информационным отображением предметной области, то желательно, чтобы администратор базы данных в свою очередь был своевременно информирован о перспективах развития объекта, для которого создается информационная система.

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

Базы данных часто создаются специализированными проектными коллективами на основе договора на разработку информационной системы в целом или базой данных как самостоятельного объекта проектирования. В этом случае служба администрации базы данных должна создаваться как в организации-разработчике, так и в организации-заказчике. На эффективность работы базы данных оказывают влияние множество внешних и внутренних факторов. Возрастание сложности и масштабов базы данных, высокая «цена» неправильных или запоздалых решений по администрированию БД, высокие требования к квалификации специалистов делают актуальной задачу использования развитых средствах автоматизированного (или даже автоматического) администрирования базы данных. Средства администрирования включены в состав всех СУБД. Особенно развиты эти средства в корпоративных СУБД. Кроме того, появился целый класс специализированного программного обеспечения: средства DBA (DataBase Administration - администрирование базы данных).

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

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

Словарь (СУБД) База данных (БД, 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). Восстановление файла рабочей группы производится путем его воссоздания по сохраненной информации.

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

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

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

А дминистрирование базы данных – это функция управления базой данных (БД). Лицо ответственное за администрирование БД называется “Администратор базы данных” (АБД) или “Database Administrator” (DBA).

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

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

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

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

АБД имеет код специальности по общероссийскому классификатору профессий рабочих, должностей служащих и тарифных разрядов (ОКПДТР) - 40064 и код 2139 по Общероссийскому классификатору занятий (ОКЗ). Код 2139 ОКЗ расшифровывается следующим образом: 2 - СПЕЦИАЛИСТЫ ВЫСШЕГО УРОВНЯ КВАЛИФИКАЦИИ, 21 - Специалисты в области естественных* и инженерных наук, 213 - Специалисты по компьютерам, 2139 - Специалисты по компьютерам, не вошедшие в другие группы.

История

Классические подходы к наполнению содержанием понятия "АБД" стали формироваться после издания рабочего отчета группы по базам данных Американского Национального Института Стандартов ANSI/X3/SPARC в 1975 года. В этом отчете была описана трехуровневая архитектура СУБД, в которой выделялся уровень внешних схем данных, уровень концептуальной схемы данных и уровень схемы физического хранения данных. В соответствии с этой архитектурой определялись три роли АБД: администратор концептуальной схемы, администратор внешних схем и администратор хранения данных. Эти роли в случае очень маленькой системы мог играть один человек, в большой системе для выполнения каждой роли могла назначаться группа людей. Каждой роли соответствовал набор функций, а все эти функции вместе составляли функции АБД.

В 1980 - 1981 г. в американской литературе стало принятым включать в функции АБД:

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

В нашей стране в это же время первое определение АБД в ГОСТ-ах задало слишком узкий состав функций АБД:

• подготовка вычислительного комплекса к установке СУБД, участие в установке и приемке СУБД и самой БД с комплексом прикладных программ
• управление эксплуатацией БД
• подготовка словарей и другой НСИ - нормативно-справочной информации - к моменту начала испытания БД

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

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

Основные задачи

Задачи АБД могут незначительно отличаться в зависимости от вида применяемой СУБД, но в основные задачи входит:

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

Основные типы

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

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

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

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

Ниже приведены несколько типовых вариантов должностных инструкций найденных в интернете:

Зарплаты

Оплата труда администраторов баз данных может варьироваться от $1500 до $3000. Наибольшим спросом пользуются администраторы MS SQL или Oracle. Исследовательский центр портала Superjob.ru провёл в 2008 году обзор зарплат по позиции «Администратор баз данных Oracle» в 9 городах России. По этим данным средняя зарплата московских специалистов составляет 70000 руб. в месяц, в Санкт-Петербурге 55000 руб., в Ростове-на-Дону и Самаре 34000 руб. По диапазонам зарплат администраторы Oracle делятся на три уровня. От того в какой уровень попадёт администратор влияет знание серверного оборудования, кластерных технологий, операционных систем, стаж работы, высшее образование, владение английским языком, наличие квалификационных сертификатов и свидетельств об окончании курсов Oracle.