- •2.Сетевые операции системы
- •2.1.Выбор ос
- •2.2.1.Состав сетевого по Netware
- •2.2.2.Функциональный состав сетевой ос
- •2.2.3.Функции файлового сервера
- •2.3.1.Базовые понятия
- •2.3.2.Характеристики ос
- •2.3.3.Функции ядра
- •2.4.1.Архитектура ос Windows
- •2.4.1.1.Диспетчер процесса
- •2.4.2.Рабочие станции и серверы Windows
- •2.4.3.Провайдеры и интерфейсы провайдера
- •2.4.4.NetBios и Windows сокеты
- •2.4.5.Межсетевое взаимодействие Windows
- •2.4.6.Серверы dhcp
- •2.4.7.Распознавание имен в сетях на базе Windows
- •2.4.8.Сервис Wins
- •2.4.9.Служба доменных имен dns
- •Основные понятия dns
- •3.Служба каталогов Active Directory
- •3.1.Основные понятия ad
- •3.2.Интеграция ad с dns
- •3.3.Роль хозяина операции
- •3.4.Доверительные отношения
- •3.5.Разделы каталога
- •3.5.1.Глобальный каталог
- •4.Учебные записи пользователя
- •4.3.Инструменты. Локальные пользователи и группы
- •5.1.Стандарты Internet в iis
- •5.2.Характеристики iis
- •5.3.Возможности iis
- •6.1.Основные понятия
- •6.2.Краткая характеристика редакции sql Server
- •6.3.Планирование конфигурации сервера
- •6.5.Конфигурация учетных записей
- •6.6.Инструменты работы ms sql Server 2000
- •6.6.1.Компоненты sql Server 2000
- •6.6.2.Ресурсы, повышающие производительность sql Server
- •6.6.3.Службы sql Server 2000
- •6.6.4.Управление службами sql Server 2000
- •6.6.5.Использование инструментов Windows
- •6.6.6. Учетные записи служб sql Server 2000
- •6.6.7.Утилита osql
- •6.6.8.Утилита sql Query Analyzer
- •6.6.9.Консоль sql Server Enterprise Manager
- •6.6.10.Выводы
- •6.7.Архтектура реляционной субд
- •6.7.1.Физическая структура бд
- •6.7.2.Логическая структура бд
- •6.8.Структура журнала транзакций
- •6.8.1.Принцип работы
- •6.8.2.Процесс контрольной точки
- •6.9.Системные таблицы sql Server
- •6.9.1.Системный каталог
- •6.9.2.Каталог бд
- •6.10.Системные хранимые процедуры
- •6.11.Системные функции
- •6.12.Представление информационной схемы
- •6.13.Пользовательские бд
- •6.13.1.Изменение размера бд
- •6.13.2.Изменение размера файла журнала транзакций
- •6.14.Конфигурации дисковой подсистемы
- •6.15.Средства импорта/экспорта данных
- •6.16.Преобразование данных средствами dts (служба преобразования данных)
- •7.Управление доступом sql Server
- •7.1.Основные механизмы безопасности
- •7.2.Архитектура системной безопасности
- •7.2.1.Проверка подлинности
- •7.2.2.Авторизация
- •7.3.Роли
- •7.3.1.Фиксированные роли сервера
- •7.3.2.Фиксированные роли бд sql Server 2000
- •7.3.3.Резервное копирование сервера
- •7.3.4.Размещение уровня бд
- •7.3.5.Наследуемое разрешение
- •7.3.6.Разрешение конфликтов наследования
- •7.3.7.Роли приложений
- •7.4.Резервное копирование и восстановление данных
- •7.4.1.Резервное копирование
- •7.4.1.1.Архивирование данных
- •7.4.1.2.Схема резервного копирования
- •7.4.1.3.Полное резервное копирование
- •7.4.1.4.Дифференциальное резервное копирование бд
- •7.4.1.5.Резервное копирование файлов или группы файлов
- •7.4.1.6.Дифференциальное резервное копирование файлов или групп файлов
- •7.4.1.7.Резервное копирование журнала транзакций
- •7.4.2.Восстановление данных
- •7.4.2.1.Автоматическое восстановление данных
- •7.4.2.2.Ручное восстановление бд
- •7.4.2.3.Восстановление с использованием транзакции sql
- •7.5.Сценарии восстановления после сбоев
- •7.5.1.Поломка диска с пользовательскими данными
- •7.5.2.Поломка диска с журналом транзакций
- •7.5.3.Поломка диска с бд master
- •8.Служба sql Agent
- •8.1.Задания job
- •8.1.4.Логика выполнение многоэтапного задания
- •8.1.5.Журнал ошибок службы sql Server Agent
- •8.2.Операторы operators
- •8.3.События alerts
8.3.События alerts
Описания событий, на которые должен реагировать SQL Server Agent.
После наступления события SQL Server Agent выдает сообщение одному или нескольким операторам об обнаружении неполадок в работе сервера. События SQL Server охватывают все стороны деятельности экземпляров СУБД.
Таким образом, оператору нет необходимости постоянно находиться рядом с сервером, чтобы знать о параметрах его работы.
Информация обо всех объектах SQL Server Agent хранится в БД MSDB. При каждом запуске SQL Server Agent он проверяет журнал событий и проверяет просроченные задания.
Настройка оповещения
SQL Server позволяет создавать оповещение и настраивать реакцию системы на их срабатывание. Служба SQL Server Agent просматривает журнал приложений ОС Windows и сравнивает все зарегистрированные в нем события SQL Server Agent с имеющимися оповещениями.
Если какое-либо событие не соответствует сообщения, то срабатывает оповещение, связанное с этим событием. Кроме того SQL Server Agent может устанавливать значения счетчиков объектов SQL Server и запускать оповещение тогда, когда их значение будет меньше или равно указанному значению.
Для создания оповещения нужно быть sysadmin.
Информация хранится в таблице sysmessages БД MASTER.
Создать новое оповещение можно с помощью Enterprise Manager либо хранимой процедурой sp_addmessage.
Таблица sysmessages позволяет добавлять пользовательские сообщения об ошибках, при этом события и сообщения SQL Server Agent имеют атрибуты:
Номер ошибки;
Строка сообщения – диагностическая информация об источнике ошибки;
Уровень значимости – чем меньше значение, тем меньше ошибка;
Код состояния – используется для распоряжения исходного кода;
Имя хранимой процедуры, при выполнении которой возникла ошибка;
Номер строки, где расположена ошибка.
В журнал сообщения SQL Server события и сообщения могут быть занесены:
Все ошибки SQL Server с уровнем значимости выше 19 регистрируются автоматически;
Автоматическая регистрация конкретной ошибки возможно с помощью хранимой процедуры sp_altermessage;
Приложение может принудительно занести ошибку в журнал с помощью оператора RAISERROR WITH LOG, который регистрирует код ошибки в протоколе ошибок, или с помощью хранимой процедуры sp_logevent.
Оператор RAISERROR возвращает сообщение об ошибке и с помощью системной функции @@error устанавливает флаг регистрации ошибки
RAISERROR (msg_id | msg_str, severity, state)
msg_id – сообщение об ошибке определяет пользователь, сохраняется в таблице sysmessages
msg_str – специальное сообщение формата аналогично printf, содержит текст ошибки
severity – уровень строгости определяет пользователь, связанный с этим сообщением. Уровни от 0 до 18 могут использоваться любыми пользователями. Уровни 19-25 только членами роли sysadmin
state – число 1-127, которое определяет состояние вызова ошибки (по умолчанию 1)
declare @DBID int set @DBID = DB_ID()
declare @DBNAME NVARCHAR(128) set @DBNAME = DB_NAME()
RAISERROR (‘текущая БД имеет номер ID: %d, имя базы: %s’, 16, 1, @DBID, @DBNAME)
Для БД STUD результат имеет вид: текущая БД имеет номер ID: 10, имя базы: STUD
Используя оператор RAISERROR особенно актуально в триггерах обновления таблицы, поскольку он позволяет сообщить оператору об ошибках. Для создания этого оповещения необходимо сгенерировать ошибку, на основании которой будет сделана запись в журнале сообщений. После чего следует выполнить указанные действия
Create TRIGGER qq ON dbo.vrach instead of INSERT AS
Declare @fam char(20), @nom int
Declare @DBNAME char(10) set @DBNAME = DB_NAME()
Declare @len int set @len=COL_LENGTH(‘vrach’, ‘fam’)
Select @fam=ins.fam from inserted ins
If exists (select * from vrach where fam=@fam)
RAISERROR (‘в БД %s в таблице VRACH уже существует запись %s’, 16, 1, @DSNAME, @fam)
Else
If len(@fam)>14
RAISERROR (‘в таблицу VRACH значение %s не может быть занесено, т.к. превышает размер поля %d’, 16, 1, @fam, @len) with LOG
Else begin
Select @nom=max(k_vr) from vrach
Insert vrach (k_vr, fam) values(@nom+1, @fam) end
Результат:
Insert vrach(k_vr, fam) values(0, ‘Петров’)
в БД klinika в таблице VRACH уже существует запись ‘Петров’
Insert vrach(k_vr, fam) values(0, ‘Петровский П.П.’)
в таблицу VRACH значение Петровский П.П. не может быть занесено, т.к. превышает размер поля 15
Для этих же целей используется хранимая процедура sp_addmessage
Exec sp_addmessage 50001, 16, N’в таблице VRACH размер поля fam=15. Повторите ввод с правильными данными’
|
|
|
|
|