Администрирование MS SQL Server 2000
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
? механизм квотирования без дополнительных настроек использовать нельзя. Нужно каким-то образом изменить имя владельца для файлов, создаваемых пользователями. В NTFS субъект (учетная запись) может стать владельцем какого-либо объекта только при самостоятельной регистрации в системе и при наличии соответствующего разрешения. Чтобы использовать квотирование, придется создать специальную учетную запись, не принадлежащую группе администраторов, и от ее имени завладеть нужными файлами. Затем можно отслеживать использование, данной учетной записью дискового пространства, вызвав через контекстное меню диска диалоговое окно записей квот.
. Расширенные свойства объектов
Использование расширенных свойств объектов
Известно, что SQL Server 2000 поддерживает для объектов базы данных расширенные свойства. В документации можно найти перечень хранимых процедур, работающих с расширенными свойствами, и примеры их использования. Хотя механизм расширенных свойств предлагается в основном разработчикам приложений, администратор баз данных тоже может использовать этот удобный инструмент.
Первое и наиболее очевидное применение расширенных свойств объектов - это, безусловно, документирование. Если администратор создает таблицу в Enterprise Manager и для ее полей дает описание (Description), то описание для каждого поля автоматически превращается в расширенное свойство с именем MS_ Description.
В Query Analyzer контекстные меню объектов содержат команду Extended properties. Первый из таких объектов - это сама база данных. Далее следуют расположенные по уровням иерархии сверху вниз объекты:
- User, Type;
- Table, View, Procedure, Function, Default, Rule;
- Column, Parameter, Index, Constraint, Trigger.
У самой базы данных уровня нет. Если в параметрах процедур, работающих с расширенными свойствами, уровни не указаны, то свойство принадлежит базе. Например, операторыMyDBsp_addextendedproperty NProperty1, Ntest
добавят к базе MyDB свойство Property1 со значением test.
В использование расширенных свойств закладывается иерархия объектов, соблюдения которой от нас требует сервер. При использовании свойства необходимо указывать всю цепочку уровней иерархии.
Введенные тем или иным способом расширенные свойства можно сохранить при генерации сценариев. Для этого перед запуском генерации нужно выбрать на закладке Formatting параметр Include extended properties, и все расширенные свойства будут занесены в сценарий. В SQL Server 2000 также можно перенести объекты вместе с расширенными свойствами в другую базу, если отметить аналогичный параметр в диалоговом окне мастера импорта/экспорта или в пакете DTS.
Расширенные свойства объектов базы данных можно тиражировать или, напротив, зафиксировать их принадлежность к узлу. При тиражировании расширенные свойства, как одна из составных частей реплики, будут перенесены на сервер-подписчик. Для обеспечения переноса расширенных свойств объектов в составе реплики в свойствах публикации на закладке Articles необходимо выбирать нужную статью, и уже для ее свойств на закладке Snapshot отметить параметр Extended properties.
Все расширенные свойства объектов базы хранятся в системной таблице Sysproperties. Для поиска объектов по расширенным свойствам и их значениям очень удобно использовать Query Analyzer. Нужно выбрать из меню Tools команду Object Search и заполнить соответствующие поля.
Для ускорения написания сценариев в Query Analyzer можно использовать специальные шаблоны для работы с расширенными свойствами объектов. Эти шаблоны находятся в папке Manage Extended Property и соответствуют различным действиям, выполняемым над расширенными свойствами.
Аудит хранимых процедур и маркировка таблиц
Механизм расширенных свойств можно использовать для аудита вызова хранимых процедур, т. е. для получения сведений о том, кто вызвал хранимую процедуру, когда и с какими параметрами. Можно также в значении расширенного свойства процедуры запоминать порядковый номер ее вызова. Для этого нужно создать расширенные свойства для процедуры или пользователя, например, в Query Analyzer, а текст процедуры дополнить вызовом обновления соответствующих расширенных свойств. Информацию, связанную с аудитом, можно получать с помощью SQL Profiler. Преимущество использования расширенных свойств в том, что эта информация становится принадлежностью самого объекта и хранится в нем самом. Хотя такой механизм не заменяет возможностей SQL Profiler.
Расширенные свойства параметров хранимой процедуры могут содержать значения данных параметров и дату использования. Все это относится только к процедурам, написанным самостоятельно, даже когда процедура хранится в базе Master и ее имя начинается с sp_. Тексты системных хранимых процедур для редактирования недоступны, поэтому изнутри нельзя управлять их расширенными свойствами, хотя создавать эти свойства внешними средствами можно.
Расширенные свойства таблиц можно использовать для их аудита. В листинге (см. Приложение Б) дан пример триггера audit на таблицу example. Данный триггер не только запрещает изменение таблицы, но и записывает в значение расширенного свойства table_audit таблицы example имя пользователя, который пытался ее изменить, а в значение свойства пользователя записывает имя таблицы example. Предполагается, что у таблицы было заранее создано расширенное свойство table_audit, а у всех пользователей базы - свойство user_audit. Можно пойти дальше, подсчитать число попыток и при достижении заданного порога наложить на пользователя санкции.
Администратору приходится работать с системными таблицами и представлениями. Для системных таблиц нельзя соз?/p>