Написать эту статью меня побудила заметка уважаемого jobgemws "Отправка запроса на все базы данных всех указанных серверов на примере MS SQL Server и C#.NET"

Я расскажу, как схожую задачу можно решить штатными инструментами MSSQLSERVER, а именно – SSMS (или, для экстремалов от администрирования — sqlcmd), быстро, без программирования, с помощью крошечного лайфхака.

Итак, у нас в организации имеется несколько десятков разнотипных MSSQLSERVER, разных редакций. Express превалирует, но это – не важно. Инфраструктура – старая, целиком унаследованная, и — «кусочно-непрерывная».

Задача: «запустить один и тот же запрос/пакет на нескольких серверах в нескольких базах данных», у нас, что называется, «редко бывает, но часто случается».

И то, что это «редко бывает» — не позволяет изобрести достойного обоснования для закупки или написания полноценного софта для централизованного администрирования всего зоопарка, а то, что «часто случается» — бывает, требует мгновенного решения в стиле «5 секунд до взрыва».

Но всё это – лирическое отступление, дисклаймер и всё такое.

Что нам понадобится для запуска скрипта на множестве серверов, во множестве разных баз данных? Кроме самого этого скрипта, разумеется, который лежит у нас, ну, хотя бы, на рабочем столе: «C:\Users\usr_root\Desktop\check_version.sql».

Скрипт может быть абсолютно любым, сгенерированным, или написанным вручную, поэтому здесь его не привожу. Однако нужно иметь ввиду, что Use [database] из него нужно удалить.

Итак, нам понадобятся:

1. Привилегии, позволяющие к коннектиться к серверу и выполнить этот скрипт. Кто сказал sysadmin?

2. Список серверов с базами, в которых вы собираетесь запустить скрипт
Список, конечно, лучше хранить в табличке где-нибудь на сервере, но я, обычно, обхожусь табличным конструктором.

Ну и само собой, разумеется, лучше, чтобы коннект к серверам осуществлялся бы в Windows mode, что позволит не демонстрировать случайным глазам пароли привилегированных пользователей.

3. SSMS, на начальном этапе, чтобы сформировать скрипт для запуска на других серверах.

4. SSMS или sqlcmd, чтобы его выполнить.

Приступим.

1. Запустим на любом экземпляре сервера следующий скрипт:

Select N'
:connect ' + t.[server] + isNull(N' -U ' + t.[user] + N' -P ' + t.[pwd],N'') + N'
Use ' + t.base + N'
GO 
:r "C:\Users\usr_root\Desktop\check_version.sql"
GO
'  
From (Values
			(N'dbt0300',N'5.144.18.12', N'sa', N'pwd@','Бурятия'),
			(N'dbt1100',N'S01100s0', NULL, NULL,'Коми'),
			(N'dbt1200',N'S01200s11', NULL, NULL,'Марий-Эл'),
			(N'dbt1300',N'S01300', NULL, NULL,'Мордовия'),
			(N'dbt1800',N'S01800', NULL, NULL,'Удмуртия'),
			(N'dbt2300',N'S02300', NULL, NULL,'Краснодар'),
			(N'dbt2800',N'S02800', NULL, NULL,'Благовещенск'),
			(N'dbt2900_1',N'S02900-backup', NULL, NULL,'Архангельск'),
			(N'dbt3000',N'S03000-2', NULL, NULL,'Астрахань'),
			(N'dbt3400',N'S03400_tds', NULL, NULL,'Волгоград'),
			(N'dbt3600',N'S03600_s1', NULL, NULL,'Воронеж'),
			(N'dbt3700_1',N'S03700-s1', NULL, NULL,'Иваново'),
			(N'dbt3900',N'S03900s1', NULL, NULL,'Калининград'),
			(N'dbt4100',N's04100s2', NULL, NULL,'Камчатка'),
			(N'dbt4900',N'S04900s0', NULL, NULL,'Магадан'),
			(N'dbt5600',N'S05600v', NULL, NULL,'Оренбург'),
			(N'dbt5700_release',N'S05700v', NULL, NULL,'Орел'),
			(N'dbt6100',N'S06100s1', NULL, NULL,'Ростов'),
			(N'dbt6200',N'S06200-1', NULL, NULL,'Рязань'),
			(N'dbt6500',N'S06500', NULL, NULL,'Сахалин'),
			(N'dbt6501',N'S06500-2', NULL, NULL,'Сахалин'),
			(N'dbt6600',N'S06600-1', NULL, NULL,'Екатеринбург'),
			(N'dbt7400',N'S07400-01', NULL, NULL,'Челябинск'),
			(N'dbt6700',N'S06700-bd01', NULL, NULL,'Смоленск'),
			(N'dbt7000_0',N'S07000-01', NULL, NULL,'Томск'),
			(N'dbt7200',N'S07200-02', NULL, NULL,'Тюмень'),
			(N'dbt7700',N'S07710-01', NULL, NULL,'Москва'),
			(N'dbt8600',N'S08600-s1', NULL, NULL,'Югорск'),
			(N'dbt8700',N'8.12.36.11',N'sa', N'sapwd' ,'Чукотка'),
			(N'dbt8900',N'S08950s3', NULL, NULL,'Ямало-ненецкий АО'),
			(N'dbt5000_zzz',N'S09700s1', NULL, NULL,'Московская область')) t(base, [server], [user], [pwd], [name])
For xml path(N''), type

2. Щелкнем по результату выполнения



3. В открывшемся окне сделаем Ctrl+A, Ctrl+C.

4. Откроем окно нового запроса, сделаем Ctrl+V.

5. В пункте меню Query SSMS выберем «SQLCMD mode». Скрипт сразу окрасится в веселые серые тона, что говорит о том, что команды sqlcmd — распознаны:



6. Вуаля! Можно запускать. Скрипт поочередно выполнится на нескольких серверах, без регистрации и смс… эээ… пардон, без C#, PowerShell и прочих чудес, на которых обычно нет ни времени, ни… нет, ну желание есть. Просто лень.


Дополнительно хочу сказать, что если скрипт выбирает какие-то данные, генерируя (возможно, несколько) результирующих наборов данных – то они, как обычно, появятся в «подвале для данных» окошка запроса SSMS, откуда их можно будет выгрести чем-нибудь типа ssmsbooster, который, с некоторых пор, к сожалению, стал сурово платным.

Ну или просто поменять режим отображения результата на «Result to Text» или «Result to File» а потом распарсить полученный текст с разделителями чем-то вроде Excel.

Впрочем, можно воспользоваться и командой :out <filename>, которую также можно прописать в скрипт, наряду с :connect и :r

Вот, собственно, и вся магия.

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

Ну и ссылки по теме:

> Edit SQLCMD Scripts with Query Editor
> An Introduction to the SQLCMD Mode in SSMS
> Using the SSMS Query Editor in SQLCMD Mode