Корпоративные базы данных - статьи

       

Диалог описания предупреждения




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

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



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


  • команду операционной системы, .CMD или .EXE файл;
  • команду процесса тиражирования;
  • команду чтения журнала;
  • команду процесса синхронизации процесса тиражирования;
  • выражение языка Transact-SQL (в том числе имя хранимой процедуры).

В результате, прежде чем выдергивать администратора среди ночи из теплой постели, система в
состоянии сделать попытку самостоятельно решить возникшую проблему (конечно, если
администратор заранее подготовил ее к этому). И только в том случае, если задача после
выполнения сообщает о невозможности решения возникшей проблемы, имеет смысл прибегать к
помощи человека. Каждой задаче можно назначить вызов администратора по электронной почте
или пейджеру при успешном завершении или провале.(Рис.4)





Содержание раздела