#18

DBA и безопасность

Если Вы хотите быть уверенными в безопасности вашего MS SQL Server v.7.0, в первую очередь убедитесь, что на нём установлены следующие заплаты и сервисные пакеты:
Service Pack 2
http://www.microsoft.com/sql/downloads/sp2.htm
Patch Available for DTS Password Vulnerability
http://www.microsoft.com/technet/security/bulletin/ms00-041.asp
Устраняет дыру в v7. 0, позволявшую пользователю видеть пароли, передаваемые в DTS пакетах. Заплата обеспечивает доступ к этим паролям только sa или создателю.
Patch Available for Stored Procedure Permissions Vulnerability
http://www.microsoft.com/technet/security/bulletin/MS00-048.asp
Пользователи, без разрешения EXECUTE, могли выполнять хранимые процедуры.

Полезные ресурсы по обеспечению безопасности данных:

Microsoft Security
http://www.microsoft.com/technet/security
NT BugTraq
http://www.ntbugtraq.com/
CERT
http://www.cert.org/
SANS
http://www.sans.org/



СОВЕТЫ

SQLMAIL изнутри
(По материалам статьи Sqlguru на SQLTEAM.COM "SQLMail in Depth")


Один из ГУРУ SQLTEAM рассказывает в этой статье о том, как можно с помощью электронной почты посылать запросы SQL серверу в прикреплённых файлах так, чтобы информация была введена в базу данных.
Чтобы получить результат действия запроса по почте, используется хранимая процедура xp_sendmail. Ниже представлен её синтаксис (за исключением recipients, все параметры необязательны):

xp_sendmail
@recipients='recipient list',
@subject='subject line',
@message='message text',
@attachments='file to attach',
@query='query to execute'

Xp_sendmail может быть использована и для отправки простых уведомлений:

xp_sendmail
@recipients='MSSQLHelp@pisem.net',
@subject='Проба пера',
@message='Это просто проба. Удалите это письмо!'

Эту процедуру можно использовать для отправки по почте результатов исполнения запроса:

xp_sendmail
@recipients=''MSSQLHelp@pisem.net'',
@subject='Выборка по подписчикам:',
@query='SELECT * FROM Subscribers WHERE SubscriberID=63'

Многие из дополнительных параметров xp_sendmail предназначены для управления исполнением запроса (database context, database user) и его отображением (headers, formatting, attach query results in a file).

Хранимая процедура - xp_findnextmsg возвращает маркер одиночного сообщения электронной почты во входном почтовом ящике. Она используется для просмотра списка сообщений и имеет следующий синтаксис:

xp_findnextmsg
@msg_id='идентификатор сообщения' [OUTPUT],
@unread_only='{true|false}'

Если unread_only установлен в ИСТИНУ, то будут возвращаться идентификаторы только не прочтённых сообщений из входного почтового ящика.
Если msg_id установлен в NULL, то вернётся идентификатор первого сообщения во входном почтовом ящике.
Если msg_id является допустимым идентификатором существующего сообщения, то вернётся идентификатор следующего за ним сообщения.

Идентификатор сообщения возвращается через параметр msg_id, если он определён как OUTPUT. Иначе, идентификатор возвращается в отчёте исполнения процедуры. Xp_findnextmsg возвращает NULL если сообщений больше нет.

Следующий пример возвратит все идентификаторы сообщений во входном почтовом ящике:

DECLARE @hMessage varchar(255)

EXEC xp_findnextmsg @msg_id=@hMessage OUT
WHILE @hMessage IS NOT NULL
BEGIN
SELECT 'Message handle:' + @hMessage
EXEC xp_findnextmsg @msg_id=@hMessage OUT
END

Для просмотра сообщений с известными идентификаторами используется хранимая процедура xp_readmail. Синтаксис её следующий:

xp_readmail
@msg_id = 'идентификатор сообщения',
@peek = '{true|false}',
@date_received = 'message date' OUTPUT,
@originator = 'sender's friendly name' OUTPUT,
@originator_address = 'sender's resolved address' OUTPUT,
@subject = 'message subject' OUTPUT,
@message = 'message body' OUTPUT,
@recipients = 'recipient list' OUTPUT,
@cc_list = 'carbon copy recipient list' OUTPUT,
@bcc_list = 'blind copy recipient list' OUTPUT,
@unread = '{true|false}' OUTPUT,
@suppress_attach = '{true|false}',
@attachments = 'attachment list' OUTPUT

Большинство выходных параметров этой процедуры возвращают вспомогательные атрибуты сообщения и хорошо описаны в Books Online. Остановимся только на самых характерных моментах:
Если peek установлен в 'истину', то сообщение не будет отмечено как прочтённое, когда Вы просмотрите его. Это удобно, когда у Вас одновременно работают несколько процессов просмотра не прочтённой корреспонденции.
Если suppress_attach установлен в 'истину', то SQLMAIL не будет обрабатывать прикрепления.
Если suppress_attach установлен в 'ложь' (по умолчанию), SQLMAIL сохранит прикрепление сообщения во временный файлы и возвратит разграниченный точкой с запятой список имен файлов через параметр attachments. Этот список становится доступным для Вашего анализа и дальнейших операций с прикреплёнными файлами. Например, обработка их BCP.


Следующий пример печатает каждое сообщение во входном почтовом ящике:

DECLARE @hMessage varchar(255),
@MessageText varchar(1000)

EXEC xp_findnextmsg @msg_id=@hMessage OUT
WHILE @hMessage IS NOT NULL
BEGIN
exec xp_readmail @msg_id=@hMessage, @message=@MessageText OUT
SELECT 'Вам пришла почта! Вот она: ' + @MessageText
EXEC xp_findnextmsg @msg_id=@hMessage OUT
END

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

Для удаления сообщения используйте:

xp_deletemail 'message ID'


Также, в своей статье, автор ссылается на реализованный им пример, когда он синхронизировал таблицу MS Excel с SQL сервером через электронную почту. Система была предназначена для поддержки мобильных пользователей, которые имели доступ к центральному офису только через электронную почту.



ГОТОВИМСЯ К ТЕСТУ ПО 1139А

ШПАРГАЛКА №4 Продолжение (обзор официального курса Microsoft)
(Архив шпаргалок Вы найдёте в предыдущих номерах на http://pilgrim.rostov-na-donu.ru/sql/default.htm или на http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself)

Отказоустойчивость

В официальном курсе Microsoft вопросы отказоустойчивости сведены к стандартному набору возможностей операционной системы Windows NT. Речь идёт об использовании избыточных массивов недорогих дисков (RAID), которые можно конфигурировать средствами Disk Manager. Надеюсь, читатели понимают, что этот вариант приемлем только из великой бедности, в виду невероятно большого отвлечения ресурсов операционки на поддержание подобного сервиса. Поскольку решение на базе аппаратного RAID контроллера не приводит к значительному удорожанию проекта в целом (исключая варианты, в которых необходимо достигать очень высоких показателей доступности и готовности, т.е. определённого уровня толерантности), совершенно бессмысленно возлагать на ОС не свойственные для неё задачи. Кроме того, действительно высокий уровень отказоустойчивости достигается путём значительных инвестиций в дублирование и резервирование не только дисков, но и всех составляющих систем аппаратно - программного комплекса. Тут следует подумать о кластеризации серверов, дублировании RAID контроллеров и дисковых массивов, резервирование сетевых соединений и каналов связи, а также об обеспечении резервного копирования на магнитные ленты, организованные в RAID массив. Но не малую роль играет и собственная отказоустойчивость серверов. Архитектура современного сервера может обеспечить Вам должную защиту от выхода из строя процессоров, памяти, контроллеров, вентиляторов, источников питания и т.п.
Возвращаясь к официальному курсу, рассмотрим обеспечиваемые Windows NT возможности организации отказоустойчивых дисковых массивов. Для этого Вам понадобятся минимум два диска. Уровень RAID-0 обеспечит чередование дисков, причём данные пишутся и читаются одновременно на всех дисках, по блоку на каждом и по порядку. Производительность самая высокая, а отказоустойчивость даже хуже, чем у одного диска. Поскольку при сбое любого диска теряются все данные в текущей цепочке чередования.
Уровень RAID-1 представляет собой зеркалирование дисков/разделов при котором все изменения на основном диске отображаются на "зеркало". Ценой потери половины дискового пространства достигается сокращение до минимума времени восстановления работоспособности системы в случае выхода из строя одного из дисков.
Уровень RAID-5 представляет собой чередование записи блоков по дискам (а их уже не менее трёх) с контролем чётности по каждой цепочке чередования. Из трёх дисков (если их всего три), один теряется на хранение блоков контроля чётности. При увеличении количества дисков потери дискового пространства на поддержание RAID-5 сокращаются. При этом, отказоустойчивость сопоставима с RAID-1. Поддержка RAID-5, в силу необходимости выполнять/рассчитывать контроль чётности, отнимает больше ресурсов ОС чем RAID-1 и RAID-0, а в случае выхода диска из строя, производительность резко упадёт т.к. потребуется рассчитывать значения каждого блока этого дика по контрольным значениям чётности цепочки чередования. Потеря производительности будет сопровождать, как весь процесс замены вышедшего из строя диска, так и довольно продолжительное время после этого, пока значения всех блоков нового диска не будут рассчитаны и восстановлены.
Кроме вопросов обеспечения отказоустойчивости дисков с помощью аппаратных средств, в официальном курсе опущены возможности обеспечения минимального уровня отказоустойчивости файловой системы NTFS, которая, между тем, рекомендуется для размещения баз данных. Нужно отметить, что NTFS резервирует часть дискового пространства для автоматической замены "плохих" блоков. При потере блока, в NTFS происходит подстановка вместо него нового блока из зарезервированной области. Так что, потери дискового пространства за счёт обеспечения отказоустойчивости могут превысить 50% (RAID-1). В общем, и целом, по заверению Microsoft, повышение отказоустойчивости за счёт средств Windows NT ведёт к снижению производительности и наоборот. В учебнике приводится пример (который меня сильно смутил) организации "оптимальной" по этим критериям системы управления базами данных. Суть его в размещении файлов последовательного доступа (журналов транзакций) на специально выделенном зеркале RAID-1, а файлы случайного доступа (файловые группы баз данных) предлагается разместить на RAID-0. Вам обещают, что если Вы будете регулярно и часто делать резервные копии, с помощью такой конфигурации будет обеспечена максимальная производительность сервера без использования аппаратных RAID. Честно говоря, я бы купил на один диск меньше, а на оставшиеся деньки приобрёл RAID - контроллер. С моей точки зрения, использование аппаратных, не зависящих сильно от ресурсов операционной системы, RAID - контроллеров позволит достичь одновременно и высокой производительности и отказоустойчивости. Кроме того, современные контроллеры дисковых массивов позволяют иметь резервный диск, который автоматически заменяет собой вышедший из строя. Зачастую, в "продвинутых" контроллерах можно организовать дублирование, как дисковых массивов, так и самих RAID - контроллеров в пределах одного устройства. Эта отрасль компьютерной индустрии бурно развивается в последние 15 лет и предлагает свои решения не только для Intel - платформы, но и для "больших" серверов. По существу, одни и те же отказоустойчивые дисковые массивы используются в решениях масштаба предприятия и крупных хранилищ данных.

Продолжение следует


РАБОТА ДЛЯ DBA (Только пошлите английское резюме)

POSITION ID: 012920RC EMAIL: rcruikshank@infotechcs.com
WEB: http://www.infotechcs.com

POSITION ID: JCP6207 EMAIL: jenny@techlinksystems.com
WEB: http://www.dice.com/tlink

POSITION ID: D2241 EMAIL: spratt@galaxysi.com
WEB: http://www.galaxysi.com


ИНФОРМАЦИЯ АВТОРА РАССЫЛКИ

Милые Дамы и уважаемые Господа!
По не зависящим от меня причинам, форум переехал на новое место: http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum
Для меня это было полной неожиданностью, тем более что на прошлой неделе этот новый хост работал в тестовом режиме. Надеюсь, сей факт не доставил вам существенных проблем. Приношу свои искренние извинения всем, кто испытал неудобства в связи с этим переездом.


ПОЛЕЗНОСТИ

Новостные группы (форумы) от Microsoft по всем вопросам MS SQL Server и не только Вы найдёте по ниже следующей ссылке. В настоящее время я веду переговоры с администраторами этого ресурса, для того, что бы завести там группу на русском языке. Если они поддадутся на мои уговоры, я об этом сообщу в рассылке. Прелесть этих групп в том, что для работы нужен только почтовый клиент (например, Outlook Express).
http://www.microsoft.com/sql/support/Newsgroups.htm





ДОСТУПНЫЕ РЕСУРСЫ РАССЫЛКИ:

СТРАНИЦА КАТАЛОГА
http://subscribe.ru/catalog/comp.soft.winsoft.sqlhelpyouself
АРХИВ №1 и домашняя страница рассылки
http://pilgrim.rostov-na-donu.ru/sql/default.htm
АРХИВ №2
http://subscribe.ru/archive/comp.soft.winsoft.sqlhelpyouself
СТАТИСТИКА
http://subscribe.ru/stat/comp.soft.winsoft.sqlhelpyouself
ФОРУМ
http://book.by.ru/cgi-bin/book.cgi?book=SQLServer-Forum

---

Вопросы, предложения, коментарии, замечания, критику и т.п.