Microsoft Russia ISV Team

Семинар по новым возможностям SQL Server 2008

2009-12-10T08:34:00Z

Ответ на домашнее задание (пред. пост, п.5) и многое другое мы разберем 17 декабря на семинаре по сабж. Семинар пройдет в Москве, на территории Microsoft Technology Center на Белорусской (ул.Лесная, 5с). Буквально только что по настоянию организаторов в результате мучительных раздумий на свет появилась следующая программа мероприятия:

9:30 – 10:00 Welcome Coffee

10:00 – 11:00 Новые возможности SQL Server 2008 ч.1

11:00 – 12:00 Новые возможности SQL Server 2008 ч.2

12:00 - 12:30 Coffee Break

12:30 – 13:30 Новые возможности SQL Server 2008 ч.3

13:30 – 14:00 Овации

Зарегистрироваться на участие можно здесь - https://www.microsoft.com/Rus/events/detail.mspx?eventid=1032436447.

DDL-триггер и переименование объекта

2009-12-05T00:26:00Z

1. Как известно, в SQL Server 2005 появилась возможность навешивать триггера не только на операции изменения данных (DML), но и на декларативные (DDL) операции - CREATE / ALTER / DROP всевозможных таблиц, представлений, процедур, пользователей и пр.объектов как уровня базы, так и уровня сервера. Полный список событий, для которых можно создать DDL-триггер, находится здесь: http://msdn.microsoft.com/ru-ru/library/bb522542.aspx. Аналогом служебных таблиц inserted/deleted для DDL-триггера является функция EVENTDATA(), выдающая служебную информацию о том, кто, где, когда, что сделал. Для удобства события объединяются в группы событий, чтобы муторно не перечислять при создании, что этот триггер должен вспыхивать, например, на create table, alter table, drop table. Группы событий перечислены здесь - http://msdn.microsoft.com/ru-ru/library/bb510452.aspx. Поэтому если вы не знаете, как в точности называется событие, на которое вы хотите повесить триггер, вешайте на общую группу и смотрите в результатах EVENTDATA(), что конкретно его торкнуло.

if exists(select 1 from sys.triggers where parent_class_desc = 'database' and name = 'tr1')

drop trigger tr1 on database

create trigger tr1 on database for DDL_DATABASE_LEVEL_EVENTS as

select EVENTDATA()

if OBJECT_ID('t', 'U') is not null drop table t

create table t(id int)

<EVENT_INSTANCE>

<EventType>CREATE_TABLE</EventType>

<LoginName>W7X86SQL08R2\Administrator</LoginName>

<DatabaseName>tempdb</DatabaseName>

<ObjectType>TABLE</ObjectType>

<CommandText>create table t(id int)

</CommandText>

</TSQLCommand>

</EVENT_INSTANCE>

Скрипт 1

В данном случае видно, что триггер сработал в ответ на событие CREATE_TABLE несмотря на то, что был создан на более общую группу DDL_DATABASE_LEVEL_EVENTS.

В отличие от DML-триггеров DDL-триггеры бывают только after. Поддерживается более одного триггера на событие. Результат представляет суперпозицию результатов триггеров, в том числе созданных на более общие события, но зацепляющих произошедшее, в порядке их создания.

Рис.1

Из иллюстрации видно, что первые две строчки - результат срабатывания триггера tr1 на DDL_DATABASE_LEVEL_EVENTS (Скрипт 1), за которым последовательно идут tr2 на create_table, alter_table и tr3, tr4 на create_table.

Записывая всякий раз результат EVENTDATA() в таблицу, можно построить мониторинг и журналирование изменений над объектами SQL Server на основе DDL-триггеров, что особенно ценно в стандартной и младших редакциях, где нет оператора create audit.

2. Независимо от редакции в T-SQL нет команды ALTER TABLE ... RENAME TO ... Переименование таблиц и прочих объектов производится при помощи хранимой процедуры sp_rename. Новичков это, как правило, обескураживает. Процедура или оператор - дело десятое. Обескураживает то, что переименование, будучи по сути изменением объекта, не вызывало (до недавних пор) срабатывание триггера на изменение. Объяснялось это тем, что в SQL Server название объекта хранится отдельно. Определение объекта лежит в другом месте. DDL-триггеры настроены на то место, где хранится определение. Изменение названия их не задевало. Однако тем или другим местом это сильно задевало народ, который не желал слушать умных объяснений, а руководствовался здравым смыслом.

3. По многочисленным пожеланиям трудящихся в SQL Server 2008 R2 CTP3 ситуацию исправили - http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=283525. Появилось событие RENAME, триггер на которое ловит факт переименования объекта.

use tempdb

if exists(select 1 from sys.triggers where parent_class_desc = 'database' and name = 'tr1')

drop trigger tr1 on database

create trigger tr1 on database for RENAME as

select EVENTDATA()

if OBJECT_ID('t', 'U') is not null drop table t

create table t(id int)

if OBJECT_ID('t1', 'U') is not null drop table t1

exec sp_rename @objname = 't', @newname = 't1', @objtype = 'object'

Скрипт 2

Рис.2

Информация о событии содержит старое и новое имена.

<EVENT_INSTANCE>

<EventType>RENAME</EventType>

<LoginName>W7X86SQL08R2\Administrator</LoginName>

<DatabaseName>tempdb</DatabaseName>

<ObjectType>TABLE</ObjectType>

<Param>object</Param>

</Parameters>

<CommandText>exec sp_rename @objname = 't', @newname = 't1', @objtype = 'object'</CommandText>

</TSQLCommand>

</EVENT_INSTANCE>

Скрипт 3

4. sp_rename не была единственным исключением. Например, управление членством в ролях осуществляется при помощи хранимых процедур sp_addsrvrolemember/ sp_dropsrvrolemember для серверных ролей и sp_addrolemember/sp_droprolemember для датабазных. Как и sp_rename, они тоже пролетали мимо кассы. Всякие GRANT/DENY ловились, а добавление или удаление члена из роли не вызывало срабатывание DDL-триггера. Нынче с энтим безобразием тоже покончено.

use master

if exists(select 1 from sys.server_principals where name = 'alexejs') drop login alexejs

create login alexejs with password = 'Abra Cadabrae', check_policy = off, default_database = AdventureWorks2008R2

if exists(select 1 from sys.server_triggers where name = 'tr1')

drop trigger tr1 on all server

create trigger tr1 on all server for ADD_SERVER_ROLE_MEMBER, DROP_SERVER_ROLE_MEMBER as

select EVENTDATA()

use AdventureWorks2008R2

if exists(select 1 from sys.database_principals where name = 'alexejs') drop user alexejs

create user alexejs from login alexejs

if exists(select 1 from sys.triggers where parent_class_desc = 'database' and name = 'tr1')

drop trigger tr1 on database

create trigger tr1 on database for ADD_ROLE_MEMBER, DROP_ROLE_MEMBER as

select EVENTDATA()

exec sp_addrolemember @membername = 'alexejs', @rolename = 'db_datawriter'

exec sp_addsrvrolemember @loginame = 'alexejs', @rolename = 'sysadmin'

---

<EVENT_INSTANCE>

<EventType>ADD_ROLE_MEMBER</EventType>

<LoginName>W7X86SQL08R2\Administrator</LoginName>

<DatabaseName>AdventureWorks2008R2</DatabaseName>

<ObjectName>alexejs</ObjectName>

<SID>NyocvZkMcEmSpfdMFvyHvQ==</SID>

<RoleName>db_datawriter</RoleName>

<CommandText>exec sp_addrolemember @membername = 'alexejs', @rolename = 'db_datawriter'

</CommandText>

</TSQLCommand>

</EVENT_INSTANCE>

<EVENT_INSTANCE>

<EventType>ADD_SERVER_ROLE_MEMBER</EventType>

<LoginName>W7X86SQL08R2\Administrator</LoginName>

<ObjectName>alexejs</ObjectName>

<ObjectType>LOGIN</ObjectType>

<DefaultLanguage>us_english</DefaultLanguage>

<DefaultDatabase>AdventureWorks2008R2</DefaultDatabase>

<LoginType>SQL Login</LoginType>

<SID>NyocvZkMcEmSpfdMFvyHvQ==</SID>

<RoleName>sysadmin</RoleName>

<CommandText>exec sp_addsrvrolemember @loginame = 'alexejs', @rolename = 'sysadmin'</CommandText>

</TSQLCommand>

</EVENT_INSTANCE>

Скрипт 4

В примере создается логин, создается серверный DDL-триггер tr1 на добавление/удаление логина в серверную роль. Создаем пользователя в базе на основании этого логина. Создаем DDL-триггер tr1 уровня базы на добавление/удаление пользователя в роль БД. Тестируем, включая пользователя в датабазную роль и логина в серверную. Видим, что все поймалось.

Рис.3

5. Домашнее задание.

Задача.

Девушка Юля является администратором сервера isvrus. Желая пройти сертификацию Works with SQL Server 2008, она согласно Требованию 2 решает очистить серверную роль sysadmin от всяких сомнительных личностей.

Рис.4

Какой DDL-триггер на какое событие должен написать пользователь alexejs, чтобы сейчас, когда девушка Юля радостно нажмет кнопку Remove, из сисадминов вынесет не его, а кого-то другого?

Как поймать чекпойнт - продолжение.

2009-12-04T11:20:00Z

Спасибо всем, кто откликнулся. Были предложены следующие способы отлова чекпойнта. Все способы тестировались на SQL Server 2008 R2 CTP3.

1. С помощью счетчика Perfomance Monitor SQLServer:Buffer Manager\Checkpoint pages/sec. Способ предложен Galliot on December 3, 2009 5:57 AM.

Среди счетчиков, которые SQL Server привносит в Perfomance Monitor, имеется счетчик Checkpoint pages/sec в категории SQLServer:Buffer Manager:

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

----

object_name counter_name instance_name cntr_value cntr_type

SQLServer:Buffer Manager Checkpoint pages/sec 3598 272696576

Скрипт 1

см. http://technet.microsoft.com/ru-ru/library/ms189628.aspx. Можно попробовать его использовать для отслеживания возникновении ситуации неявного чекпойнта. Наплодим кучу изменений, чтобы SQL Server осознал необходимость скинуть грязные страницы на диск и проверим показания счетчика.

if object_id('t', 'U') is not null drop table t

create table t(id int default 1)

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

set nocount on

declare @i int = 0

while @i < 1000 begin

insert t values (default)

delete t

set @i += 1

end

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

Скрипт 2

Рис.1

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

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

checkpoint

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

checkpoint

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

checkpoint

select * from sys.dm_os_performance_counters where counter_name like '%checkpoint%'

Скрипт 3

Рис.2

И мы видим, что нет - изменение показателя произошло только после первого явного вызова оператора CHECKPOINT. Откуда-то нашлись несчастные 5 страничек, которые SQL Server решил на всякий случай записать на диск. Потом совсем голяк на последующих 3-х вызовах. Он и не дергался понапрасну, хотя чекпойнт, вы видите, вызывался.

Однако, строго говоря, задача ставилась "как узнать, что произошел неявный чекпойнт?" Очевидно, что неявный чекпойнт произойдет только когда назрели достаточное кол-во страниц для записи, т.е. счетчик по-любому изменится. Данный способ ее решает. Спасибо Galliot.

2. С помощью флага трассировки 3502 и SQL Error Log. Способ предложен Dimsp on December 3, 2009 7:54 AM.

Иллюстрацию применения этого способа можно видеть в книге покойного Кена Хендерсона "The Guru's guide to SQL server stored procedures, XML, and HTML" (глава 22 "Undocumented Transact-SQL", стр.671). При включении флага трассировки 3502 информация о событии чекпойнт начинает выводиться в SQL Server Error Log. Для чтения Error Log'a воспользуемся недокументированной расширенной хранимой процедурой xp_readerrorlog. Информацию о ее использовании можно посмотреть, например, здесь - http://www.mssqltips.com/tip.asp?tip=1476. Она принимает следующие параметры:

· Value of error log file you want to read: 0 = current, 1 = Archive #1, 2 = Archive #2, etc...

· Log file type: 1 or 1 = error log, 2 = SQL Agent log

· Search string 1: String one you want to search for

· Search string 2: String two you want to search for to further refine the results

· Search from start time

· Search to end time

· Sort order for results: N'asc' = ascending, N'desc' = descending

Кроме того, нам понадобится всем знакомый с детства флаг 3604, направляющий информацию о выполнении команд трассировки в консоль (3605 - в Error Log).

dbcc traceon(3604)

Скрипт 4

Убеждаемся, что флаг 3502 в начальный момент выключен:

dbcc tracestatus(3502) --обо всех включенных - -1

---

TraceFlag Status Global Session

3502 0 0 0

Скрипт 5

и информация о чекпойнтах не отражается в Error Log'e:

checkpoint

exec xp_readerrorlog 0, 1, '', '', null, null, N'desc'

---

LogDate ProcessInfo Text

2009-12-04 12:12:34.450 spid52 DBCC TRACEON 3604, server process ID (SPID) 52. This is an informational message only; no user action is required.

2009-12-04 00:00:58.800 spid22s This instance of SQL Server has been using a process ID of 1752 since 18/11/2009 8:56:41 AM (local) 18/11/2009 5:56:41 AM (UTC). This is an informational message only; no user action is required.

2009-12-03 12:47:58.500 spid1s A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 57616 seconds. Working set (KB): 23384, committed (KB): 58960, memory utilization: 39%.

...

Скрипт 6

Включаем флаг 3502 и проверяем снова:

dbcc traceon(3502, -1)

checkpoint

Скрипт 7

exec xp_readerrorlog 0, 1, '', '', null, null, N'desc'

Скрипт 8

LogDate ProcessInfo Text

2009-12-04 12:33:19.290 spid52 Ckpt dbid 9 complete

2009-12-04 12:33:19.250 spid52 About to log Checkpoint end.

2009-12-04 12:33:19.250 spid52 Ckpt dbid 9 phase 1 ended (8)

2009-12-04 12:33:19.210 spid52 About to log Checkpoint begin.

2009-12-04 12:33:19.210 spid52 Ckpt dbid 9 started (8)

2009-12-04 12:33:11.880 spid52 DBCC TRACEON 3502, server process ID (SPID) 52. This is an informational message only; no user action is required.

2009-12-04 12:12:34.450 spid52 DBCC TRACEON 3604, server process ID (SPID) 52. This is an informational message only; no user action is required.

Теперь инициируем наступление неявного чекпойнта:

if object_id('t', 'U') is not null drop table t

create table t(id int default 1)

set nocount on

while 1 = 1 begin

insert t values (default)

delete t

end

Скрипт 9

Пусть покрутится секунд 5. Снова смотрим Error Log:

LogDate ProcessInfo Text

2009-12-04 12:37:52.630 spid11s Ckpt dbid 9 complete

2009-12-04 12:37:52.630 spid11s About to log Checkpoint end.

2009-12-04 12:37:52.620 spid11s Ckpt dbid 9 phase 1 ended (8)

2009-12-04 12:37:52.620 spid11s About to log Checkpoint begin.

2009-12-04 12:37:52.620 spid11s Ckpt dbid 9 started (8)

2009-12-04 12:37:52.220 spid11s Ckpt dbid 9 complete

2009-12-04 12:37:52.220 spid11s About to log Checkpoint end.

2009-12-04 12:37:52.140 spid11s Ckpt dbid 9 phase 1 ended (8)

2009-12-04 12:37:52.120 spid11s About to log Checkpoint begin.

2009-12-04 12:37:52.120 spid11s Ckpt dbid 9 started (8)

2009-12-04 12:33:19.290 spid52 Ckpt dbid 9 complete

2009-12-04 12:33:19.250 spid52 About to log Checkpoint end.

2009-12-04 12:33:19.250 spid52 Ckpt dbid 9 phase 1 ended (8)

2009-12-04 12:33:19.210 spid52 About to log Checkpoint begin.

2009-12-04 12:33:19.210 spid52 Ckpt dbid 9 started (8)

2009-12-04 12:33:11.880 spid52 DBCC TRACEON 3502, server process ID (SPID) 52. This is an informational message only; no user action is required.

2009-12-04 12:12:34.450 spid52 DBCC TRACEON 3604, server process ID (SPID) 52. This is an informational message only; no user action is required.

Скрипт 10

При включенном трейс-флаге 3502 в журнале ошибок отражается информация как о явных, так и неявных чекпойнтах. Спасибо Dimsp.

3. Добавлю до кучи способ мониторинга чекпойнтов с помощью расширенных событий.

Надысь я болел, сидел дома и от нечего делать читал Books On-Line. Я понимаю, что вы меня сейчас покроете презрением. Как известно, настоящие программёры мануалов не читают, ибо они выше этого. Так я же говорю - болел L. Я читал раздел про расширенные события в 2008. Например, в посте http://blogs.technet.com/isv_team/archive/2009/11/28/3296771.aspx мы решали задачу мониторинга логинов, заходящих на SQL Server в промежуток времени, при помощи оператора CREATE AUDIT. Расширенные события (XEvents) - приблизительно такая же хрень, только шире. И там прямо в качестве иллюстрации дается пример 1:1 на отлов чекпойнтов, т.е. событий checkpoint_begin и checkpoint_end. Чтобы не заниматься копи-пастом, я его слегка модифицирую. К примеру, зачем нам в кач-ве таргета asynchronous_bucketizer? Мы не собираемся агрегировать чекпойнты, а хотим просматривать каждое по отдельности. В файл журналировать не будем, чтобы не заморачиваться, пусть пока все остается в памяти, т.е. берем в кач-ве таргета ring_buffer. Единственно, я не нашел, как при создании сессии подпихнуть базу по имени, только по id. Ладно, смотрим id интересующей базы

select db_id('AdventureWorks2008R2')

и подставляем его в параметры сессии расширенных событий:

if exists(select 1 from sys.server_event_sessions where name = 'CaptureCheckpoint')

drop event session CaptureCheckpoint on server

create event session CaptureCheckpoint on server

add event sqlserver.checkpoint_begin

(action (sqlserver.sql_text) where sqlserver.database_id = 5), --AdventureWorks

add event sqlserver.checkpoint_end

(action (sqlserver.sql_text) where sqlserver.database_id = 5)

add target package0.ring_buffer

(set max_memory = 4096)

with (max_dispatch_latency = 1 seconds)

Скрипт 11

alter event session CaptureCheckpoint on server state = start; --стартуем сессию

И проверяем

use AdventureWorks2008R2

явный чекпойнт

checkpoint

и неявный (см. Скрипт 9):

if object_id('t', 'U') is not null drop table t

create table t(id int default 1)

set nocount on

while 1 = 1 begin

insert t values (default)

delete t

end

Смотрим, что получилось.

select *

from sys.dm_xe_session_targets xest

join sys.dm_xe_sessions xes on xes.address = xest.event_session_address

where xest.target_name = 'ring_buffer' and xes.name = 'CaptureCheckpoint'

Скрипт 12

Лучше так для наглядности:

declare @x xml

select @x = cast(xest.target_data as xml)

from sys.dm_xe_session_targets xest

join sys.dm_xe_sessions xes on xes.address = xest.event_session_address

where xest.target_name = 'ring_buffer' and xes.name = 'CaptureCheckpoint'

select @x

Скрипт 13

Рис.3

Первые два события - это начало и конец явного чекпойнта. У них стоит в качестве sql_text - checkpoint. Все остальное - это посыпались неявные чекпойнты в цикле модификации таблицы. Легким упражнением на SQL XML превращаем журнал расширенных событий в более сжатый удобочитаемый формат:

select

x.value('@name[1]', 'varchar(100)') event,

x.value('@timestamp[1]', 'datetime') [time],

x.value('(data[@name="database_id"]/value)[1]', 'int') dbid,

x.value('(action[@name="sql_text"]/value)[1]', 'nvarchar(max)') sql

from @x.nodes('RingBufferTarget/event') t(x)

Скрипт 14

Рис.4

Это был третий способ отлова чекпойнтов. Спасибо BOL.

Итого. На данный момент в нашей интеллектуальной копилке 3 способа, позволяющих узнать о наступлении события чекпойнта: 1) Perfomance Monitor и в нем счетчик SQLServer:Buffer Manager\Checkpoint pages/sec; 2) Флаг 3502, включающий регистрацию чекпойнтов в SQL Error Log; 3) XEvents с событиями checkpoint_begin, checkpoint_end. По сравнению с 1) Способ 2 позволяет увидеть id базы, в которой случился чекпойнт, а Способ 3 дополнительно еще и различить ситуацию явного и неявного чекпойнта.

Как поймать чекпойнт?

2009-12-02T20:21:00Z

Hачну издалека. Счастливые обладатели SQL Server 2008 знают про атрибут filestream. Oн позволяет хранить varbinary(max) в файловой системе. Не в смысле файла БД, а когда под каждую такую ячейку заводится файл на диске. Проще стриминговый доступ плюс снимается ограничение на размер блоба в 2 гига. Многие до этого так и делали: контент хранили в файле, а в таблицу выносили атрибуты документа плюс линк на файл. В случае filestream оные файлы перестают быть посторонними по отношению к SQL Server. Они становится ему близкими и родными. SQL Server начинает их холить, лелеять, поддерживать над ними транзакционность, бэкап, полнотекст, репликацию, лог шиппинг, кластеризацию и все дела. Помните красивые слова WinFS, SQL Server File System и все такое? Filestream - это осколок Атлантиды. Но сейчас речь не об этом. В документации недостаточно явно отражен момент, что при операциях DELETE и непрямого UPDATE в файловой системе создается новый файл, между тем как файл со старым значением остается. Рано или поздно (чем больше гиг киношки, тем раньше), народ начинает искать, куда делось место на диске, находит и озабачивается вопросом, как бы старые версии того? Прибрать. Старые версии прибираются по чекпойнту. Скорее всего, по той же причине, почему на диск не скидываются по отдельности грязные записи после каждого изменения. Быстрее получается накопить их до кучи и записать разом, чем отвлекаться на каждую отдельно. Встала задача наглядно и красиво продемонстрировать данное поведение во время семинара. Вот смотрите - в базе наступает чекпойнт и старые файлы при этом автоматически удаляются. Кто подскажет, как отловить чекпойнт?

SQL Server 2008 сертифицирован Федеральной Службой России по техническому контролю

2009-12-01T14:01:00Z

Сертификат соответствия №1951, полученный 23.11.2009, удостоверяет, что СУБД Microsoft SQL Server 2008 (Enterprise Edition, Standard Edition), редакция 64-бит ... является программным средством общего назначения со встроенными средствами защиты от несанкционированного доступа к конфиденциальной информации и соответствует требованиям руководящего документа ... (Гостехкомиссия, 1992) по 5-му классу защищенности, может использоваться при создании автоматизированных систем до класса защищенности 1Г включительно и при создании информационных систем персональных данных до 3 класса включительно при выполнении ограничений, указанных в приложении.

Сертификат выдан на основе результатов сертификационных испытаний ... и экспертного заключения от 9.11.2009 органа по сертификации ФГУ "ГНИИИ ПТЗИ ФСТЭК России".

---

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

· Что такое "редакция 64-бит": х64, IA-64, и то, и другое?

· Предполагает ли сертифицированный SQL Server 2008 его приобретение у уполномоченного поставщика (напр., чтобы избежать теоретически возможной подмены исходника по пути от производителя)?

· В Приложении сказано: «На СУБД должны быть установлены все актуальные обязательные сертифицированные обновления безопасности». Представим на мгновение ситуацию: появляется(тьфу-тьфу) SQL Slammer 2.0, и Microsoft срочно выпускает хотфикс, который является актуальным, обязательным, но не сертифицированным, ибо этот процесс не быстрый. Мои действия как DBA: накатить хотфикс и получить разгон от начальства, что тем самым я понизил уровень сертификационности SQL Server и нарушил service-level agreement с клиентами, либо оставить все как есть и получить разгон от начальства, когда SQL Server подхватит этот вирус? Чем-то это неуловимо напоминает любимый женский вопрос "Идет ли мне эта кофточка?" По-любому, окажешься неправ. Будем надеяться, что драматически возросший уровень безопасности и надежности, чему подтверждением полученная сертификация, оставит придуманный случай чисто гипотетическим.

Прохождение теста Works with SQL Server 2008. Требования 4-6.

2009-11-30T23:03:00Z

Требование 4. Приложение должно быть способно успешно соединяться с SQL Server.

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

Требование 5. Должна быть выключена xp_cmdshell.

Расширенная хранимая процедура xp_cmdshell позволяет выполнять команды операционной системы из-под SQL Server и оттого представляет собой потенциальную угрозу для безопасности. Злоумышленник может использовать ее как служебный ход и попытаться с ее помощью захватить контроль, в том числе на уровне ОС. В случае ее вызова членом серверной роли sysadmin она выполняется от имени учетной записи, под которой работает сервис SQL Server. В случае вызова другими пользователями - от имени посредника ##xp_cmdshell_proxy_account##. Учетная запись посреднику назначается хранимой процедурой sp_xp_cmdshell_proxy_account. По умолчанию, xp_cmdshell на сервере отключена. Ее включение/отключение выполняется через sp_configure на SQL Server или через политики (смотрите фасет, который называется Surface Area Configuration, у него есть св-во XPCmdShellEnabled). Пример отключения xp_cmdshell:

exec sp_configure 'xp_cmdshell', 0

reconfigure with override

Скрипт 1

На одном из семинаров задавался вопрос: как быть, если xp_cmdshell реально нужна приложению? Что, в этом случае пройти тест не светит? Я ответил, что, по-видимому, все-таки нужна не xp_cmdshell, а возможность вызова из SQL Server команды ОС. Требования теста ничего не говорят про то, что вы не можете использовать эту возможность, они только запрещают прибегать для этого к xp_cmdshell, поскольку она давно всем известна и каждый кулхацкер в первую очередь стремится найти ее (равно как и логин sa). Отключите xp_cmdshell и напишите для своего сервера CLRную процедуру какую-нибудь MyCmdShell, которая будет делать ровно то же самое.

В VS создаем проект обычной библиотеки классов и пишем:

using System;

using System.Data;

using System.Data.SqlClient;

using System.Data.SqlTypes;

using Microsoft.SqlServer.Server;

using System.Diagnostics;

public class Class1

{

[Microsoft.SqlServer.Server.SqlProcedure]

public static void ExecCmd(SqlString commandToRun, SqlString args)

{

Process p = new Process();

p.StartInfo.UseShellExecute = false;

p.StartInfo.RedirectStandardOutput = true;

p.StartInfo.FileName = commandToRun.Value;

p.StartInfo.Arguments = args.Value;

p.Start();

SqlContext.Pipe.Send(p.StandardOutput.ReadToEnd());

p.WaitForExit();

}

Скрипт 2

Обычным порядком компилим, на стороне сервера регистрируем сборку и делаем хранимую процу из метода класса:

if object_id('CmdShell', 'PC') is not null drop proc CmdShell

if exists(select 1 from sys.assemblies where name = 'MyAssembly') drop assembly MyAssembly

create assembly MyAssembly from 'C:\Temp\ClassLibrary1\ClassLibrary1\bin\Debug\ClassLibrary1.dll' with permission_set = unsafe

create proc CmdShell @cmd nvarchar(max), @args nvarchar(max) as external name MyAssembly.Class1.ExecCmd

Скрипт 3

Собственно, все. Можно юзать. Если ее еще назвать понеприметней, то, в отличие от xp_cmdshell, про вашу процедуру, по крайней мере, будет знать не весь белый свет, а только те, кто будет непосредственно с ней работать (и те, кому они эту инфу сольют).

рис.1

Требование 6. Объекты таблиц и индексов, создаваемыe прикладной программой, должны использовать ROW Level сжатие. Данное требование является опциональным, но рекомендуемым к использованию.

Итак, единственное требование, имеющее отношение к новой функциональности SQL Server 2008, носит опциональный характер. Тем не менее, возможность достаточно интересна, чтобы сказать про нее несколько слов. При рутинной работе со здоровыми таблицами, там, где нет суперсложных математических вычислений, основная нагрузка приходится на I/O. Следовательно, чем больше данных мы прокачаем за одну операцию ввода-вывода, тем быстрее будет работать приложение. Чтобы уместить больше данных, их приходится сжимать. Да, на сжатие тратятся какие-то ресурсы, в том числе процессорные, но это копейки. Суммарно получается достаточно приличный выигрыш по скорости.

В 2008 используется сжатие постраничное и позаписьное. Грубо говоря, позаписьное, это как если бы мы перед каждым типом поставили приставку var. Типы varchar существовали всегда. В 2005, дай бог памяти, SP2 появился vardecimal. Ну вот теперь по тому же принципу можно упаковать вообще все. Только var писать не надо, надо включить компрессию на уровне записей. Сжатие на уровне страницы называют еще префиксно-словарным сжатием. Сначала в каждой колонке определяются наиболее частые префиксы (ну, например, название округа или города в юр.адресе), которые вытаскиваются в заголовок страницы, а затем вся страница ищется на предмет общих значений независимо от колонки, которые тоже вытаскиваются в заголовок. Лежит-то все один хрен в виде бинарщины. По типу колонки ее потом можно обратно превратить во что-то осмысленное. Какой вид сжатия более оптимален, зависит каждый раз от данных, поэтому чего ребята в тесте привязались только к row, надо спрашивать у них. Вот пример, где страничное сжатие оказывается выигрышней - http://blogs.msdn.com/alexejs/archive/2009/07/07/var.aspx. Просто потому, что я там в качестве примера взял табличку DimCustomer, где большинство полей и так имеют тип varchar. Паковать varcharы позаписьным сжатием - все равно, что сжимать zip zipом. Выигрыш будет, но небольшой. В то же время, в таблице присутствует, например, колонка Address, с тучей одинаковых префиксов, колонки Education, Occupation и пр. с кучей повторяющихся значений, так что ничего удивительного в том, что постраничное сжатие оказывается в данном случае более эффективным.

На этом исчерпывается список требований теста Works with SQL Server 2008. Как можно видеть, требования ориентированы, в основном, на безопасность, чем на применение новой функциональности SQL Server 2008. Требования теста по безопасности являются базовыми. Их выполнение служит необходимым, но не достаточным условием, чтобы надежно защитить сервер. Далее. Для того, чтобы приложение по-настоящему работало с SQL Server 2008, нужно четко представлять новые функциональные возможности и оценить, от каких из них и в каких практических сценариях ваше приложение могло бы выиграть. Некоторые типовые моменты мы разберем на следующих семинарах.

А.Шуленин

Прохождение теста Works with SQL Server 2008. Требование 3.

2009-11-28T22:39:00Z

Требование 3. На сервере должна быть включена трассировка по умолчанию (default trace).

На тему механизма трассирования в SQL Server, я летом написал многословный пост в своем MSDNовском блоге, так что если кто-либо еще не сподобился поработать с трассировками и хочет в доступной форме узнать, что это такое, может его почитать.

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

select * from sys.traces

Скрипт 1

Та, у которой в графе is_default будет стоять 1, это будет она. Обычно она самая первая с id = 1, если вы ее до этого не касались. Трассы с NULL в графе path и 1 в поле is_rowset - это, скорее всего, те, что запущены у вас из профайлера. Требование 3 говорит, что служебная трасса должна быть запущена. По умолчанию, она на то и является служебной, что создается и запускается в момент старта сервера, так что если вы с ней специально ничего с ней плохого не делали, требование должно выполняться. Про служебную трассу имеется скупое упоминание в BOL: http://msdn.microsoft.com/ru-ru/library/ms175513.aspx, что совершенно незаслуженно по отношению к такому интересному объекту. Более подробно можно прочитать в статье Kalen Delaney - http://www.sqlmag.com/Articles/ArticleID/48939/pg/1/1.html.

Проверить, что трасса стартована, можно, взглянув на колонку status в выдаче Скрипта 1. 1 означает, что она бежит, 0 - что стоит. Но это для обычной трассы. Если служебная трасса остановлена, в sys.traces ее просто нет. Кроме того, в отличие от обычной трассы, управление которой осуществляется при помощи процедуры sp_trace_setstatus @traceid = <id трассы>, @status = 1 (старт), 0 (стоп), 2 (убить), служебную трассу нельзя убить, а остановить/запустить можно только при помощи sp_configure. Так осуществляется ее останов:

exec sp_configure @configname = 'show advanced', @configvalue = 1

reconfigure

exec sp_configure @configname = 'default trace enabled', @configvalue = 0

reconfigure with override

Скрипт 2

А так, соответственно, запуск:

exec sp_configure @configname = 'default trace enabled', @configvalue = 1

reconfigure with override

Скрипт 3

Через sp_configure можно также посмотреть текущий статус трассы подобно тому, как мы смотрели его в поле status выдачи Скрипта 1.

exec sp_configure @configname = 'default trace enabled'

Скрипт 4

0 будет означать стояние, 1 - что она запущена.

Резюмируя, проверку и приведение в соответствие Требованию 3 можно выполнить при помощи следующего скрипта:

declare @status tinyint

select top 1 @status = status from sys.traces where is_default = 1

if @status is null begin

exec sp_configure @configname = 'default trace enabled', @configvalue = 1

reconfigure

end

Скрипт 5

Обратите внимание, что проверка выполняется не на @status = 0, а @status is null, потому что, как отмечалось выше, отключение служебной трассы приводит не к изменению поля status, а к исчезанию ее из sys.traces. Это все, что касается Требования 3. Дальнейшее для общего развития.

События, которые собирает SQL Trace, он умеет выплевывать в два типа назначения: в файл и в rowset. Примером приемника первого типа является служебная трасса, второго - профайлер. В случае приемника второго типа возможна потеря событий, если они порождаются слишком быстро и rowset не успевает их разгребать. Создать приемник первого типа можно при помощи хранимой процедуры sp_trace_create. В параметрах указывается шаблон имени файла, максимальный размер, до которого он сможет расти, прежде чем трасса переметнется писать в новый файл, и размер скользящего окна, т.е. при заведении нового файла на сколько файлов нужно отсчитать назад, чтобы оттуда начать удаление старых файлов. Эти и другие атрибуты трассы можно посмотреть в sys.traces или при помощи функции master.sys.fn_trace_getinfo(), параметром которой служит идентификатор трассы (0 - для всех трасс). Чтобы не заглядывать всякий раз в документацию, вспоминая, что какое свойство значит, я вставил их в запрос. Кроме того, распайвотил результат, пустив названия свойств по колонкам. Для служебной трассы имеем:

with cte(TraceID, TraceOption, FileName, MaxSize_MB, StopTime, IsRunning)

as (select * from ::fn_trace_getinfo(1) pivot (min(value) for property in ([1], [2], [3], [4], [5])) pt)

select

TraceID,

case TraceOption when 2 then '2 = TRACE_FILE_ROLLOVER' when 4 then '4 = SHUTDOWN_ON_ERROR' when 6 then '6 = ROLLOVER_AND_SHUTDOWN' when 8 then '8 = PRODUCE_BLACKBOX' else TraceOption end,

FileName, MaxSize_MB, StopTime, IsRunning

from cte

TraceID	(No column name)	FileName	MaxSize_MB	StopTime	IsRunning
1	2 = TRACE_FILE_ROLLOVER	C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\log_27.trc	20	NULL	1

Скрипт 6

Эта информация представляет собой подмножество из sys.traces.

Интерес также представляют события, собираемые служебной трассой и какая информация (колонки) собираются по каждому событию. Ответ дает функция master.sys.fn_trace_geteventinfo(). Чтобы получить события и колонки не в виде своих id, а в виде осмысленных описаний, ее надо сджойнить с DMV sys.trace_events и sys.trace_columns:

select f.eventid, e.name as EventName, e.category_id, cat.name as EventCategoryName, f.columnid, c.name as ColumnName

from ::fn_trace_geteventinfo(1) f

inner join sys.trace_events e on f.eventid = e.trace_event_id

inner join sys.trace_categories cat on e.category_id = cat.category_id

inner join sys.trace_columns c on f.columnid = c.trace_column_id

Скрипт 7

Аналогично, посмотреть, не навешаны ли на события трассы какие-либо фильтры, можно узнать из функции master.sys.fn_trace_getfilterinfo().

Прочитать результаты трассы можно функцией fn_trace_gettable(). В качестве первого параметра выступает шаблон файла, куда пишется трасса. В свойствах трассы (Скрипт 6) мы видели текущий файл, куда в данный момент пишется трасса - log_27.trc. 27 - это монотонно прирастающий порядковый номер файла трассы, значит, шаблон будет log.trc:

select * from master.sys.fn_trace_gettable('C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\log.trc', default)

Скрипт 8

Обратите внимание, что событие 14 (Audit Login - см. sys.trace_events) не собирается служебной трассой (поставьте в Скрипте 7 where f.eventid = 14). Довключить его туда нельзя. Структуру служебной трассы модифицировать нельзя. Можно только смотреть, какие события/колонки, фильтры в нее входят. Стало быть, для решения задачи мониторинга успешных попыток логона на сервер в предыдущем посте пришлось бы создавать отдельную трассу, не реши мы ее при помощи аудита. А то я было грешным делом подумал, что требование по дефолтной трассе нужно им, чтобы проверить остальные требования.

Прохождение теста Works with SQL Server 2008. Требование 2.

2009-11-28T15:11:00Z

Требование 2. Подключаемые к SQL Server 2008 учетные записи ISVшного приложения не должны входить в серверную роль sysadmin.

В SQL Server роли бывают уровня сервера, уровня БД и прикладные. Серверных ролей 8, не считая public, их можно посмотреть exec sp_helpsrvrole или select * from sys.server_principals where type = 'R'. Этот список фиксированный, свои роли уровня сервера создавать нельзя. Роли уровня БД бывают как преднастроенные, так и пользовательские, их можно посмотреть exec sp_helprole или select * from sys.database_principals where type = 'R'. Роли с 1 в колонке is_fixed_role фиксированные, остальные пользовательские. Как легко догадаться, серверные роли являются объединениями прав на уровне сервера, БД - внутри БД. Чтобы не вдаваться в лирическое отступление на тему, какие бывают права, просто посмотрите в качестве иллюстрации свои текущие эффективные права на уровне сервера: select * from fn_my_permissions(null, 'server'), на уровне какой-нибудь базы данных: select * from fn_my_permissions('AdventureWorks2008R2', 'database') и на уровне БД для какого-нибудь объекта: select * from fn_my_permissions('HumanResources.Department', 'object').

Прикладные роли предназначены для того, чтобы юзер мог производить какие-то действия только в контексте приложения. Например, бухгалтер имеет право update на остатки по счетам, которое выполняется из какой-нибудь программы "АРМ Бухгалтер". Если это компьютерно продвинутый бухгалтер, он может зайти на сервер под своим логином через PowerShell, ну хорошо, через Excel или Access или, в конце концов, скачать бесплатную Management Studio для Express-редакции, получив в свои руки механизм произвольных запросов, и понаворотить на нем такого, что мало не покажется. Проблема здесь в том, что права на доступ/изменение данных предполагались в рамках определенных бизнес-правил, т.е. по заранее разработанным сценариям, а не абы что хочу ворочу. Поэтому правильно будет лишить шаловливого бухгалтера прав как логина, и включать их только в начале работы приложения "АРМ Бухгалтер", что и делается при помощи прикладных ролей.

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

рис.1

или из скрипта при помощи следующего запроса:

select p2.name, p2.type_desc from sys.server_role_members rm join sys.server_principals p1 on rm.role_principal_id = p1.principal_id

join sys.server_principals p2 on rm.member_principal_id = p2.principal_id where p1.name = 'sysadmin'

Скрипт 1

Добавление логина к или отлучение его от серверной роли выполняется на рис.1 при помощи кнопок Add/Remove или из скрипта при помощи хранимых процедур sp_addsrvrolemember / sp_dropsrvrolemember. Создайте в качестве примера новый SQLный логин ххх и добавьте его к роли sysadmin, а затем изгоните из роли и убейте:

if exists(select * from sys.server_principals where type_desc = 'SQL_LOGIN' and name = 'xxx') drop login xxx

create login xxx with password = 'SQL.NET Architecture Day', default_database = tempdb, check_policy = on, check_expiration = on

exec sp_addsrvrolemember @loginame = 'xxx', @rolename = 'sysadmin'

exec sp_helpsrvrolemember @srvrolename = 'sysadmin'

exec sp_dropsrvrolemember @loginame = 'xxx', @rolename = 'sysadmin'

exec sp_helpsrvrolemember @srvrolename = 'sysadmin'

drop login xxx

Скрипт 2

Все просто за исключением ситуаций, когда на сервере крутится туча приложений и вы порядком забыли, какие логины непосредственно имеют отношение к приложению, которое будет сейчас тестироваться. Ну открыли мы, допустим, рис.1, посмотрели на него, а как понять, кого отсюда удалить, кого оставить? Простой совет: удаляйте всех, в ком сомневаетесь. Роль sysadmin не помойка, чтобы там болтались какие-то сомнительные личности. Тем не менее, я до DPE работал в МСS и представляю, что реальная жизнь не всегда совпадает с best practices. Поэтому давайте решим такую задачу. Имеется запущенное приложение, производящее некоторую активность над базой. Например, нагрузка, которую вы потом будете имитировать в тесте Works with SQL Server 2008. Нужно отловить всех логинов, которые приходят за это время на SQL Server, и выкинуть их из роли sysadmin.

Задачу можно решать кучей способов: триггер на логон, извещение о событии, трасса профайлера. В 2008-м к ним добавились еще два: аудит и расширенные события. Первый, вообще говоря, представляет собой частный случай второго. Воспользуемся им. Создадим на сервере аудит

use master

if exists(select 1 from sys.server_audits where name = 'RegisterLogons') begin

alter server audit RegisterLogons with (state = off)

drop server audit RegisterLogons

end

create server audit RegisterLogons to file (filepath = 'c:\Temp\', maxsize = unlimited, max_rollover_files = 1, reserve_disk_space = off)

Скрипт 3

В определении аудита оговаривается, в основном, куда он пишет свои результаты. Отлавливаемые события задаются в спецификации аудита, которая подстегивается к аудиту:

if exists(select 1 from sys.server_audit_specifications where name = 'RegisterLogonSpec') begin

alter server audit specification RegisterLogonSpec with (state = off)

drop server audit specification RegisterLogonSpec

end

create server audit specification RegisterLogonSpec for server audit RegisterLogons add (SUCCESSFUL_LOGIN_GROUP) with (state = on)

Скрипт 4

Список аудируемых событий и групп событий можно посмотреть в BOL: http://technet.microsoft.com/ru-ru/library/cc280663.aspx или в DMV sys.dm_audit_actions. Теперь можно раскрыть в SSMS в дереве объектов папку Security и увидеть в ней в Audits созданный аудит и в Server Audit Specifications - созданную спецификацию аудита. Это же можно посмотреть, соответственно, в DMV sys.server_audits, sys.server_audit_specifications и sys.server_audit_specification_details. Включаем созданный аудит:

alter server audit RegisterLogons with (state = on)

Скрипт 5

Засекаем время, запускаем тестируемое приложение и выполняем его штатный прогон. Засекаем время, когда прогон закончился. Читаем из результата аудита, какие логины посещали SQL Server в период работы тестируемого приложения:

select distinct(server_principal_name) from sys.fn_get_audit_file ('c:\Temp\RegisterLogons_*.sqlaudit', default, default) where event_time between '2009-11-28 14:25:00' and '2009-11-28 14:27:00'

Скрипт 6

Если других приложений в это время на сервере не крутилось, эти логины нужно выкинуть из роли sysadmin, чтобы удовлетворить Требованию 2. Если крутилось, сепарируйте на основе своего знания. Аудит здесь за вас ничего сказать не может. Например, в профайлере есть колонка ApplicationName, однако заполняется онa только если приложение себя идентифицировало в строке соединения и потому служит ненадежным критерием.

Дополнительные комментарии.

· Журнал с результатами аудита можно просматривать из SSMS: правой кнопкой по аудиту - View Audit Logs.

· В результатах аудита в колонке action_id встретилось непонятное слово LGIS, а в колонке class_type - LX. Как понять, что они значат? Ответ:

select * from sys.dm_audit_actions where action_id = 'lgis'

select * from sys.dm_audit_class_type_map where class_type = 'lx'

· При задании файла с результатами аудита мы указывали только папку. В какой именно файл сейчас идет запись, можно посмотреть в sys.dm_server_audit_status. В каком файле лежит то или иное событие - колонка file_name в sys.fn_get_audit_file.

AdventureWorks для 2008 R2 CTP3

2009-11-28T11:55:00Z

Традиционные БД, дающиеся в кач-ве примеров, чтобы на них экспериментировать, изучая матчасть.

Пакет-инсталлятор весом в 82 метра берется здесь - http://msftdbprodsamples.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=24854.

Скачиваем AdventureWorks2008R2_NovemberCTP.exe, который есть самораскрывающийся zip. После распаковки во времянку, возникает сетап с вопросом, какие базы будем ставить. Я традиционно выбрал AdventureWorks OLTP 2008R2, AdventureWorks Data Warehouse 2008R2 и AdventureWorks LT 2008R2 (легкая). Что в них нового по сравнению с 2008-м, пока не смотрел. Наверно, что-то есть, потому что рядышком в пакете лежат такие же базы, но без R2. Я сказал их не ставить, поэтому на сервере он их поднимать не стал, но все исходные данные для них в виде csv все равно развернул в C:\Program Files\Microsoft SQL Server\100\Tools\Samples\. Имейте в виду и удаляйте руками, чтобы не занимали места, если не нужны.

В пакет еще входит две по две многомерки: C:\Program Files\Microsoft SQL Server\100\Tools\Samples\AdventureWorks 2008R2 Analysis Services Project, соответственно, Enterprise и Standard, и то же самое без R2. Деплоятся традиционно через BIDS.

Прохождение теста Works with SQL Server 2008. Требование 1

2009-11-27T21:24:42Z

В этом квесте мое внимание привлекла еще такая строчка "Please note that the test fee only covers one verification of one set of test results. Should your test results of your product fail the verification, a re-test fee is required for any re-verification of any new test results". См. предыдущий пост, рис.11, раздел Summary. Из нее получается, что бесплатный тест у нас не только стоит денег, он еще и одноразовый, как комбайн. Чтобы лишить VeriTest удовольствия повторно стянуть бабки, давайте пристально пройдемся по требованиям теста Works with SQL Server 2008 и посмотрим, что конкретно нужно сделать, чтобы им с первого захода удовлетворить. Требования эти были перечислены там же, в предыдущем посте. Из их списка можно видеть, что логика отсутствует не только в условиях получения теста, но и в его содержании, и к новой функциональности 2008-го он имеет весьма опосредованное отношение.

Требование 1. Приложение должно использовать интегрированную систему безопасности (integrated security) - Windows Authentication - для соединения с SQL Server 2008 и компонентами сервера. Если использование Windows Authentication невозможно по каким-либо причинам, следует использовать опцию SQL Server Authentication с поддержкой Enforce Password Policy и Password Expiration.

Посмотреть режим аутентификации на SQL Server можно в SSMS

рис.1

или непосредственно в реджистри. В моем случае эта информация хранится в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer\LoginMode, потому что это СТР3 2008 R2. Для 2008-го вместо MSSQL10_50, наверно, будет MSSQL10. Двоечка означает mixed аутентификацию, когда допускаются как SQLные, так и виндузовые принципалы, единичка - строго Windows-аутентификацию.

рис.2

Как известно, в реджистри можно залезть непосредственно из T-SQLного скрипта:

declare @LoginMode int

exec master.dbo.xp_regread N'HKEY_LOCAL_MACHINE', N'SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer', N'LoginMode', @LoginMode OUTPUT

select @LoginMode

Скрипт 1

Кроме xp_reg*, в xpstar.dll имеется еще одна группа расширенных хранимых процедур по работе с реестром - xp_instance_reg*. Отличием является, что в них нужно указывать в пути имя экземпляра. Посмотрите в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL. Там перечислены имена всех установленных на машине экземпляров и соответствующие им кусочки пути реджистри. Например, MSSQLSERVER - MSSQL10_50.MSSQLSERVER. Таким образом, в случае xp_instance_reg* вместо Microsoft SQL Server\MSSQL10_50.MSSQLSERVER мы подставляем имя экземпляра MSSQLSERVER и имеем

exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE', N'SOFTWARE\Microsoft\MSSQLSERVER\MSSQLServer', N'LoginMode', @LoginMode OUTPUT

Скрипт 2

рис.3

Более детально различие между xp_reg* и xp_instance_reg* разбиралось в посте "Как определить дефолтную локацию для файлов БД". Начиная с версии 2005, оно представляет чисто умозрительный интерес, т.к. не составляет труда написать CLRную функцию, которая будет читать/писать из SQL Server в реджистри.

При использовании на сервере смешанной аутентификации проверка применения парольной политики и истечения срока действия пароля для SQL Serverных логинов также делается из SSMS

рис.4

либо по запросу:

select is_policy_checked, is_expiration_checked from sys.sql_logins where name = '<SQLный логин>'

Скрипт 3

рис.5

Этим запросом можно выявить все неподобающие логины:

select * from sys.sql_logins where is_expiration_checked = 0 or is_policy_checked = 0

Скрипт 4

Содержание парольных политик SQL Server берет из групповых политик. Скажите из окна командной строки gpedit.msc и откройте Computer Configuration\Windows Settings\Security Settings\Account Policies\Password Policy:

рис.6

is_expiration_checked - это Maximum password age, а is_policy_checked относится к Password Policy в целом, т.е. и к сроку действия, и к тому, сколько предыдущих хэшей он будет запоминать, и к правилам сложности пароля. Что понимается под сложностью пароля, объясняется там же:

рис.7

is_expiration_checked входит в is_policy_checked, т.е. ситуация, когда CHECK_POLICY ставится в OFF, а CHECK_EXPIRATION - в ON, вызовет ошибку. Более подробно на эту тему можно прочитать в BOL: http://msdn.microsoft.com/ru-ru/library/ms161959.aspx.

Изменение SQLного логина с тем, чтобы он поддерживал Password Policy и Password Expiration, делается установкой галок на рис.4 или при помощи команды ALTER LOGIN:

alter login sa with check_policy = ON, check_expiration = ON

Скрипт 5

Объединяя Скрипты 4 - 5, получаем автоматическую поправлялку для всех несоответствующих логинов:

declare @name sysname, @i int, @s nvarchar(1000)

select @i = min(principal_id) - 1 from sys.sql_logins where is_expiration_checked = 0 or is_policy_checked = 0

while (1 = 1) begin

select top 1 @name = name, @i = principal_id from sys.sql_logins where (is_expiration_checked = 0 or is_policy_checked = 0) and principal_id > @i order by principal_id

if @@ROWCOUNT = 0 break

exec ('alter login ' + @name + ' with check_policy = ON, check_expiration = ON')

end

Скрипт 6

На семинаре был вопрос: надо ли это делать для задисейбленых SQLных логинов. Я не нашел никаких комментариев эту тему в условиях теста (http://www.lionbridge.com/certification/Works-With-SQL-Server-2008-Specifications.doc). Ответил так: поглядите условия и представьте тех, кто их сочинял. Уверены ли вы, что им известно про alter login sa enable/disable? Ставьте от греха для всех.

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

Прохождение теста Works with SQL Server 2008

2009-11-27T11:50:00Z

В предыдущем посте я наивно полагал, что если на Veriteste выбрать SQL Server 2008 Self-Test, это будет бесплатно. Не тут-то было. За все в этом мире приходится платить :( Вот прайс:

Pricing

The Platform Test consists of at least one Foundation Test Component and at least one Elective Test Component. Prices for each test component are as follows.

Foundation Test Components:

§ Windows Server 2008: $250*

§ Windows Client: $400

Elective Test Components:

§ SQL Server 2008: $250*

§ Office 2007: $400

§ Office 2003: $400

§ Web Services plus .NET Framework: $400

§ Managed Code: $400

*When taken together, the Windows Server 2008 and SQL Server 2008 components are $350 total when self-tested and submitted to VeriTest for log validation.

The following additional charges may apply:

Application Interface Language - The base test fee covers testing of applications with an English user interface. Applications with a user interface in a different language will be charged $100 per test component.

Remote Testing - There is an additional charge of $200 (above and beyond the elective cost) for each component tested by interactive session.

Installation Time - The base test fee includes up to two hours installation time, including back-end elements. There is a $110 hourly fee for additional time to install and configure products for testing. You may opt to ship pre-configured hardware for backend elements or provide technical assistance to VeriTest in order to reduce installation time.

Retests on new builds if the test fails are charged at 65% of the original test fee.

Credit card transactions - Add 3.5% to the total fee. Only Credit Cards are allowed (Purchasing Cards are not accepted).

On a first-come, first-served basis, Microsoft is granting a limited number of Platform Test Vouchers* (retail value US$500-$650) to ISVs with commercial solutions registered with this valid Voucher Code PLATFORMDN2009 on or before November 30, 2009. Test must cover one foundation and one elective component.

The following possible combinations of components are eligible:

§ Windows Server 2008 (foundation component) with SQL Server 2008 (elective component)

§ Windows Server 2008 (foundation component) with any elective component

§ SQL Server 2008 (elective component) with any foundation component

*Offer good only to Independent Software Vendors (ISVs) that have registered a commercial software application in the VeriTest Platform Test program, and successfully passed the test for Windows Server 2008 and/or SQL Server 2008. Limit one Voucher per ISV. This offer is non-transferable and cannot be combined with any other offer. This offer expires on November 30, 2009 while supplies last, and is not redeemable for cash. Taxes, if any, are the sole responsibility of the recipient. If the solution is registered for more than two components of the Platform Test, the ISV is responsible for paying the retail price of the additional test components.
The Windows Server 2008 and SQL Server 2008 components of the Platform Test are now available for self test. Price for a single log audit is $250 and simultaneous submission of Server 2008 and SQL Server 2008 is $350.

Этим объясняется дохлая ссылка на тестировочную тулу для SQL Server 2008 в предыдущем посте. Как доходчиво поведала милая девушка Жюли с lionbridge.com, сама по себе тестировочная тула бесплатна, но получить ее стоит денег. С осмыслением глубинной женской логики у меня всегда дела обстояли не очень, а тут еще языковой барьер наложился. Короче, я притворился ISV, который во что бы то ни стало хочет пройти этот самый тест и стал выяснять, что для этого нужно сделать шаг за шагом. Итак. Сначала требуется зарегистрироваться на сайте VeriTest, как описано в VeriTest Online Registration Process Instructions (http://www.lionbridge.com/certification/veritest-online-registration-process-4232009.pdf). Я отправился на на https://cert.veritest.com/register/ и кликнул на Create your user profile.

рис.1

вбил туда информацию о себе, любимом:

рис.2

и нажал Create Profile:

рис.3

Жмем Continue. Попадаем на рис.1, куда вводим заведенные на рис.2. логин и пароль. Появляется вот такой экранчик

рис.4

Пришлось срочно придумать, какой продукт будет выпускать моя фирма, т.к. без этого выбрать тест не дает. Жмем Add New.

рис.5

Присвоила мне свой Tracking Number.

рис.6

Теперь жмем на Edit и довводим информацию по продукту:

рис.7

рис.8

Переходим к шагу 3.

рис.9

Жмем Select.

В разделе С2 выбираем Platform Test for ISV, а в С3 - его составную часть в виде SQL Server 2008 Self-Test.

рис.10

Появляется текст соглашения, с которым стоит внимательно ознакомиться.

рис.11

Если после этого нажать Price My Test, открывается экран ввода платежной информации: как платим - чеком или картой, есть ли каки-нибудь скидки по программе сертификации или ваучеры от Microsoft и т.д. Я не стал туда ничего вводить, потому что не был уверен, что начальство одобрит мои смелые эксперименты, а зарплата была давно. В общем, вывод ясен. Хочешь тестироваться самостоятельно - пожалуйста, только денег все равно занеси. После этого мне пришел e-mail из lionbridge следующего содержания:

Hi All,

You registered your application SQL PowerStvol 1.0 for a platform SQL Server and platform SQL server St test with Veritest. However we are unable to proceed as you have not completed your online registration. Can you please go back to step 4 and completed download, payment and Vendor questionnaire...

Я так подозреваю, что если бы прошел процесс регистрации до конца, то к нему бы, наверное, прилагалась вожделенная тестировочная тула, но на всякий случай решил уточнить у Жюли. Та ответила, что по завершения процесса регистрации надо написать е-mail на Sean.Thompson@lionbridge.com и этот самый Шон запросит для меня тулу у Microsoft. Такова процедура получения теста, как мне ее на данный момент удалось прояснить.

Апгрейд на SQL Server 2008

2009-11-25T11:49:00Z

Для ISV формальным критерием готовности перевода своего решения на SQL Server 2008 с предыдущих версий выступает прохождение теста Works with Microsoft SQL Server 2008. Этот тест является элективной составляющей Platform Test for ISVs и, помимо 10 партнерских баллов, дает право на маркетинг решения в solution brief совместно с Microsoft, что позволяет анонсировать партнерский продукт на широчайшую аудиторию потенциальных заказчиков.

Требования, которым необходимо удовлетворить для успешного прохождения теста «Works with Microsoft SQL Server 2008», изложены в документе http://www.lionbridge.com/certification/Works-With-SQL-Server-2008-Specifications.doc. Существует два способа прохождения этого теста: отправить ваше приложение в VeriTest и заплатить, чтобы протестировали, либо протестировать самостоятельно. Допускаются все редакции SQL Server 2008 c Enterprise по Express. Тестировочная тула берется здесь: http://www.innovateon.com/pageLayout.aspx?pageID=sql_2008_test.

Позднейшее замечание. К сожалению, она там не берется. То есть, возможно, первоначально планировалось, что она будет там браться, но потом правила игры незаметно поменялись, а в документе их отразить забыли. Спасибо Кириллу (http://jia3ep.blogspot.com/), который в комментах обратил на это внимание. Получение тестировочной тулы по новым правилам описывается в следующем посте http://blogs.technet.com/isv_team/archive/2009/11/27/3296621.aspx.

Она имеет простой визардоподобный интерфейс, в котором выбирается new test и указывается ехешник своего приложения. Если приложение оформлено как сервис, указывается ехешник сервиса, если веб-приложение - w3wp.exe (IIS 7.0, 6.0). В последнем случае необходимо убедиться, что только тестируемое приложение работает в данный момент, т.к. идентификация происходит тупо по Process ID. В тестируемом приложении выполняем штатные операции с базой и на выходе получаем отчет с результатами теста. В ходе теста выполняется проверка 6 элементарных сценариев, из которых отношение к новой функциональности SQL Server 2008 имеет только один, да и тот опциональный. Почему тогда тест предназначается именно для 2008? Как и в случае любой бюрократической процедуры, здравый смысл лучше не обсуждать. Есть формальные требования, которым формально нужно удовлетворить.

Сценарий 1. Приложение должно использовать интегрированную систему безопасности (integrated security) - Windows Authentication - для соединения с SQL Server 2008 и компонентами сервера. Если использование Windows Authentication невозможно по каким-либо причинам, следует использовать опцию SQL Server Authentication с поддержкой Enforce Password Policy и Password Expiration, что гарантирует использование сложных паролей.

Сценарий 2. Подключаемые к SQL Server 2008 учетные записи не должны входить в серверную роль sysadmin.

Сценарий 3. На сервере должна быть включена трассировка по умолчанию (default trace).

Сценарий 4. The application should be able to connect successfully. Глубокомысленность этого требования заставила меня привести его как есть, без перевода.

Сценарий 5. Должна быть выключена xp_cmdshell.

Сценарий 6. Объекты таблиц и индексов, создаваемыe прикладной программой, должны использовать row level сжатие. Вопрос, почему именно row, а не page, или и то, и другое, остается за кадром. Кроме того, как мы знаем, не всегда сжатие способно принести выигрыш. Наверное, поэтому данное требование не является обязательным.

Как видите, не требуется затрата сверхусилий, чтобы удовлетворить указанным условиям и успешно пройти тест «Works with Microsoft SQL Server 2008». После его прохождения и перевода своего решения на SQL Server 2008 сообщите нам по адресу isvrus@microsoft.com и, помимо перечисленных выше преимуществ, вы получите возможность войти в каталог инновационных решений партнеров, публикуемый на веб-сайте Microsoft http://www.microsoft.com/rus/isv/catalog/.

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

.NET Framework 4. Коротко о новинках. Часть 2

2009-11-22T09:10:49Z

Клиентские и Web-технологии

Продолжим обсуждение ключевых новинок .NET Framework 4. На очереди – пространства имен System.Windows и System.Web.

Пространство имен System.Windows

Пространство имен System.Windows содержит базовые классы, обеспечивающие работу подсистемы Windows Presentation Foundation (WPF), а также ряд дополнительных пространств имен, описывающих интерфейсные элементы (Controls), подсистему взаимодействия с пользователями (Input), взаимодействие с COM и графической подсистемой (Interop), а также компоненты для работы с мультимедийной информацией (Media).

System.Windows

VisualState

SilverLight

Client Profile

Новинка

VisualStateGroup

SilverLight

Client Profile

Новинка

VisualStateManager

SilverLight

Client Profile

Новинка

System.Windows.Controls

Calendar

SilverLight

Client Profile

Новинка

DataGrid

SilverLight

Client Profile

Новинка

DataPicker

SilverLight

Client Profile

Новинка

WebBrowser

Client Profile

Обновление

System.Windows Input

TouchPoint

SilverLight

Новинка

TouchPointColelction

SilverLight

Новинка

TouchDevice

SilverLight

Новинка

System.Windows.Interop

ActiveXHost

Client Profile

Обновление

D3DImage

Client Profile

Обновление

System.Windows.Media.Effects

Effect

SilverLight

Client Profile

Обновление

PixelShader

SilverLight

Client Profile

Обновление

ShaderEffect

SilverLight

Client Profile

Обновление

Пространство имен System.Web

Пространство имен System.Web содержит классы и интерфейсы для создания веб-приложений. Сюда входят такие классы, как HttpRequest, используемый для обработки запросов от клиента, HttpResponse для генерации ответов на стороне сервера и HttpServerUtility для доступа к серверным процессам. Также в данном пространстве имен реализованы механизмы для управления cookie, передачи файлов, обработки исключений и управления кэшем. Здесь мы также найдем реализацию AJAX для .NET и ASP.NET Model-View-Controller (MVC).

AJAX

Sys.Binding

Новинка

Sys.Observer

Новинка

Sys.UI.DataView

Новинка

Sys.UI.Template

Новинка

System.Web.DynamicData

DynamicControl

Обновление

DynamicDataManager

Обновление

DynamicField

Обновление

System.Web.Mvc

ActionResult

Новинка

Controller

Новинка

NewEngine

Новинка

ViewPage

Новинка

System.Web.Routing

Route

Обновление

RouteTable

Обновление

System.Web.UI

CompositeScriptReference

Обновление

System.Web.UI.DataVisualization.Charting

Annotation

Новинка

Axis

Новинка

Chart

Новинка

ChartArea

Новинка

DataPoint

Новинка

Legend

Новинка

Series

Новинка

System.Web.UI.WebControls

EntityDataSource

Обновление

В следующий раз мы обсудим обновления в пространствах имен, отвечающих за потоки задач (Workflow), идентификацию (Identity), коммуникации (Communications) и работу с данными.

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

АФ

Доступны бета версии Office 2010 и SharePoint 2010

2009-11-20T23:32:42Z

В четверг стали доступны бета версии следующего поколения продуктов — Office 2010 и SharePoint 2010. Кроме того, впервые предфинальные версии выходят сразу на русском языке! (В числе пока только 7 из планируемых окончательно 49 языков.)

Из наиболее интересных новых возможностей Office 2010 отметим:

Функции совместного редактирования документов позволяют коллегам одновременно работать над различными частями одного и того же документа.
Просмотр и редактирование документов прямо из браузера благодаря Office Web Apps.
Новые функции анализа и визуализации данных в Excel 2010: инфокривые, срезы в сводных таблицах.
PowerPivot — уникальная надстройка над Excel 2010, позволяющая выполнять на настольном компьютере типовые операции бизнес-анализа над массивами данных из десятков миллионов записей.
Эффективная работа с большими объемами электронной почты в Outlook 2010: уплотнение ветвей переписки и быстрые действия.
Во всех продуктах Office 2010 представление Backstage заменяет традиционное меню «Файл» центром управления всеми часто используемыми командами работы с документами.
Новые визуальные эффекты, работа с видео и удаленный показ слайдов в PowerPoint 2010.
Наглядное редактирование рабочих процессов из Visio 2010.

Возможности Office Web Apps можно попробовать как в SharePoint 2010, так и через Интернет в службе Windows Live!

Подробная информация для разработчиков на MSDN Office 2010 Developer Center. Загружайте пробную версию.

В SharePoint 2010 найдут огромное количество новшеств как пользователи, так и разработчики решений.

Совершенно новый асинхронный настраиваемый пользовательский интерфейс на основе AJAX и server-side Ribbon, диалогов, форм InfoPath.
Поддержка многоязычной работы.
Совершенно новая архитектура службы поиска.
Полноценная модель интеграции гетерогенных источников бизнес-данных предприятия — Business Connectivity Services.
Встроенные средства построения решений бизнес-аналитики.
Новые программные модели доступа к данным, вклюая полностью прозрачный клиентский кэш.
Связанные списки поддерживают сложные выборки и ссылочную целостность.
Совершенно переработанные SharePoint Designer 2010 и средства для работы с SharePoint проектами в Visual Studio 2010.
И многое, многое другое!

Подробная информация для разработчиков на MSDN SharePoint 2010 Developer Center. Пробная версия доступна для загрузки.

ГБ

Microsoft® SQL Server® 2008 R2 November CTP

2009-11-15T12:10:00Z

Он же СТР3.

11 ноября был выложен для свободного скачивания.

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

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=fe0c6a31-5ad6-4eea-a865-73bbe2608bd1

Там лежит, собственно,

· SQL Server® 2008 R2 Evaluation Edition: X86, X64, IA64

Причем, в отличие от MSDN/Technet, там имеется возможность скачать не только 4-гиговый isoшник для всех платформ, но и по отдельности для каждой.

Также отдельные инсталляхи для

· Master Data Services: X64

· StreamInsight: X86, X64

Потом идете сюда - http://www.microsoft.com/downloads/details.aspx?familyid=020EE0D5-BCE4-4A45-9D64-B0C49C8831E5&displaylang=en, там лежит Microsoft® SQL Server® 2008 R2 November Community Technology Preview Feature Pack. Из него берете

· SQL Server 2008 R2 Report Builder 3.0

чтобы попробовать красивые картографические отчеты, которые были показаны на Платформе. Также можете взять

· SQL Server 2008 R2 Reporting Services November CTP Add-in for Microsoft SharePoint Technologies 2010, 2007

Остальное там то, что традиционно входило в состав Feature Pack'a: ср-ва апгрейда, коннективити, библиотеки, документация и т.д.

· SQL Server 2008 R2 Upgrade Advisor

· SQL Server 2008 Native Client, JDBC Driver 2.0, OLEDB Provider for DB2, SQL Server Driver for PHP 1.1

· CLR Types, Powershell Extensions, SMO, AMO

· BOL, ...

Кстати, как и обычная документация, BOL по СТР3 доступна на MSDN/Technet:

http://msdn.microsoft.com/en-us/library/bb418433(SQL.10).aspx

Раньше самой крутой редакцией SQL Server была Enterprise. Было объявлено, что теперь, начиная с R2, появляются две новые редакции: Datacenter, которая раньше была только в Windows Server, и Parallel Data Warehouse. Новая функциональность так распределяется по редакциям:

· SQL Server 2008 R2 Datacenter

o Поддержка > 8 физических (до 256 логических) процессоров

o Application & Multi-Server Management на > 25 экземпляров

o Сложная обработка событий (StreamInsight)

· SQL Server 2008 R2 Parallel Data Warehouse

o Это в чистом виде Madison (DATAllegro)

· SQL Server 2008 R2 Enterprise

o Application & Multi-Server Management на <= 25 экземпляров

o PowerPivot (бывший Gemini) for SharePoint

o Master Data Services

o Поддержка UCS-2 Unicode при сжатии данных

· SQL Server 2008 R2 Standard

o Сжатие бэкапов (раньше было только в Enterprise)

Обратите внимание, что а) Gemini для Excel здесь нигде не упомянут, т.е. это, по-видимому, будет Add-in к Excel 2010; б) MDM (Stratature) входит в Enterprise Ed., в СТР3 есть только х64, будет ли в варианте х86 - надо уточнить; в) раньше сжимать бэкапы умел только Enterprise, разжимать все, вплоть до Express. Сейчас сжатие бэкапов возможно, начиная с редакции Standard.

И в завершение мелким шрифтом о повышении цен на продукты роскоши по многочисленным пожеланиям трудящихся: http://www.microsoft.com/sqlserver/2008/en/us/R2-editions.aspx (там в конце).