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

Автор работы: Пользователь скрыл имя, 11 Февраля 2012 в 20:05, курсовая работа

Описание

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

Содержание

1 АДМИНИСТРИРОВАНИЕ СЕРВЕРА……………………………………………….6
1.1 Управление работой служб SQL Server 2000……………………………………… 6
1.2 Конфигурирование служб SQL Server 2000…………………………......................7
1.2.1 Конфигурирование службы MSSQLServer…………………………………….....7
1.2.2 Конфигурирование службы SQLServerAgent…………………………………...10
1.3 Система безопасности SQL Server 2000…………………………………………...11
1.3.1 Система безопасности на уровне сервера………………………………………..11
1.3.2 Система безопасности на уровне базы данных………………………………….14
2 АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ…………………………………………16
2.1 Импорт, экспорт и трансформирование данных…………………………………..16
2.2 Автоматизация администрирования………………………………………………..17
2.3 Резервное копирование баз данных………………………………………………...18
2.4 Репликация данных……………………………………………………………….....21
3 МОНИТОРИНГ ПРОИЗВОДИТЕЛЬНОСТИ И АКТИВНОСТИ SQL Server…….23
4 СОЗДАНИЕ ОТКАЗОУСТОЙЧИВОЙ СИСТЕМЫ....……………………………...25

Работа состоит из  1 файл

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

— 195.50 Кб (Скачать документ)
"justify">       При использовании мониторинга  работы SQL Server 2000 и его подсистем, возможно, проанализировать работу отдельных запросов и хранимых процедур. Для получения качественной информации о работе SQL Server 2000 могут применяться следующие инструменты:

     - утилита SQL Server Profiler;

     - утилита Enterprise Manager;

     - средства Transact-SQL.

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

     Графическая утилита SQL Profiler позволяет отслеживать (выполнять трассировку) конкретных событий SQL Server и записывать собранную информацию в таблицу или файл с расширением .trc для последующего анализа. События объединены в категории, или наборы, в каждой из которых имеются классы событий для сбора сведений о конкретных событиях SQL Server. В Приложении №4 перечислены доступные для мониторинга наборы событий. Информация о событиях хранится в специальных таблицах системной базы данных Master.  
 
 
 

      4  СОЗДАНИЕ ОТКАЗОУСТОЙЧИВОЙ СИСТЕМЫ 
 

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

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

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

     - Кластер. С помощью данной технологии  создается виртуальный сервер SQL Server 2000, к которому обращаются  пользователи. На самом деле этот  виртуальный сервер состоит из  нескольких компьютеров (от 2 до 4). При выходе из строя одного компьютера остальные смогут принимать пользовательские запросы и обрабатывать их;

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

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

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

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

     Использования резервного сервера позволяет очень быстро восстановить нормальную работу пользователей в случае повреждения базы данных или самого сервера. Однако описанная технология имеет существенные недостатки. Администратор  должен   вручную   синхронизировать   основной   и   резервный серверы. Чтобы свести к минимуму ущерб от выхода из строя первичного сервера, необходимо выполнять архивирование журнала транзакций очень часто, что не всегда возможно. При выходе из строя основного сервера нужно переключить клиентов на использование резервного сервера и запустить заново все задания. Решением описанных проблем может быть применение кластерных систем (failover support).

     В основе технологии кластеризации лежит  идея о полном дублировании сетевого сервера. Дублирование сервера обеспечивается на уровне операционной системы. Поддержка кластера реализована только в редакции Enterprise Edition операционной системы Windows NT Server, которую и надо использовать для создания кластера серверов баз данных на основе SQL Server 2000.

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

     - RAID 0 — чередующийся набор дисков (Striping Set);

     - RAID I — зеркальный набор дисков (Mirror Set);

     - RAID 2 — набор дисков,  в котором  применяется чередование данных  с информацией четности, которая  может быть использована для  восстановления поврежденных данных;

     - RAID 3 — этот уровень отличается  от RAID 2 тем, что используемая для  восстановления служебная информация  всегда хранится на отдельном  диске;

     - RAID 4 — принципы работы дисковых  массивов этого уровня такие  же,  как и для RAID 3. Единственное отличие в том, что увеличен минимальный размер блока, который считывается за одну операцию ввода/вывода;

     - RAID 5 — чередующийся   набор  дисков  с   контролем  четности   (Striping Set with Parity).

     Производительность  дисковых массивов RAID 2, RAID 3 и RAID 4 не высока. Поэтому в Windows NT эти уровни не применяются. Обычно используются уровни RAID 0 , RAID 1 и RAID 5. Они обеспечивают в той или иной мере высокую производительность в сочетании с большой надежностью систем. 
 
 
 
 
 
 
 
 
 

ЗАКЛЮЧЕНИЕ 
 

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

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

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

     Задачи  администрирования можно условно  разделить на две части:

     - Администрирование  собственно   SQL  Server 2000  подразумевает выполнение

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

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

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

     В задачи администрирования сервера  входит следующее:

     - Инсталляция и обновление версий SQL Server. Администратор должен следить  за выходом новых версий продукта, сервисных пакетов (Service Pack) и исправлений  (Patches);

     - Запуск и останов служб SQL Server 2000. Со стороны SQL Server 2000 только члены фиксированных ролей sysadmin и serveradmin могут выполнять запуск и останов служб сервера. В обычной ситуации останов служб не требуется. Службы SQL Server 2000 могут непрерывно работать на протяжении многих недель и месяцев. Тем не менее, останов служб может понадобиться для выполнения некоторых административных задач, например, перестроения системных баз данных, восстановления их резервных копий и некоторых других задач;

     - Конфигурирование связанных и  удаленных серверов. Когда в сети  имеется более одного сервера баз данных (не обязательно все они являются SQL Server 2000), то часто необходимо предоставить пользователям возможность обращаться к данным, хранящимся на этих серверах. Работа со связанными и удаленными серверами позволяет пользователям безболезненно обращаться к любому серверу сети;

     - Управление     хранимыми    процедурами,     стартующими    при    запуске     SQL Server 2000. Если при каждом старте службы MSSQLServer должны выполняться определенные задачи, то администратор может воспользоваться возможностью автоматического запуска хранимых процедур при запуске сервера;

     - Управление настройками служб  SQL Server 2000.  Одной из основных задач является контроль за параметрами работы служб. Это включает управление объемом оперативной памяти, используемой сервером, потоками, приоритетом, настройками по умолчанию для пользовательских соединений, конфигурирование почтовых профилей и многое другое;

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

     - Создание и поддержание баз  данных. Создание баз данных выполняется  на уровне сервера. После этого  администратор должен следить  за размером баз данных и  при необходимости увеличивать  их размер или добавлять дополнительные  файлы;

     - Осуществление мониторинга и оптимизации. Необходимо периодически анализировать работу SQL Server 2000 для поиска узких мест. Подобный анализ может помочь увеличить производительность сервера;

     Cписок задач по управлению базами данных:

     - Создание объектов базы данных;

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

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

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

     - Обеспечение целостности и достоверности  данных;

     - Перестроение индексов и обновление  статистики;

     - Создание ролей приложения;

     - Выполнение мониторинга запросов.

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