Создаем сценарии обслуживания SQL в Центре Контроля Качества 1С (Центр Администрирования)

20.03.24

База данных - Администрирование СУБД

Данная статья научит вас, как создавать скрипты обслуживания MS SQL для Центра Контроля Качества (ЦКК) или Центра Администрирования (ЦА).

Предполагается, что вы уже настроили систему, установили агентов КИП на нужные сервера и загрузили комплект скриптов ЦКК, интерпретатор Python и разместили их на управляемых машинах через агента.

Шаг 1.

Сначала создадим интерпретатор Power Shell, он нам будет нужен для того, чтобы выполнять скрипты MS PowerShell (PS). PS будет своего рода прокси, для передачи команд далее, уже на сервер MS SQL.

Заходим в "Обновление сценариев и скриптов" и выбираем пункт "Интерпретаторы". Создаем новый интерпретатор:

 

 

Путь к интерпретатору:

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -File {script-name} {cmdline-parameters}

Шаг 2.

Создадим PS скрипт, который будет вызывать команду SqlCmd с параметрами, которые мы будем передавать ей через PS  скрипт транзитом. SqlCmd это консольная утилита, которая позволит нам выполнить произвольный SQL скрипт на выбранном нами SQL сервере.

Заходим в "Обновление сценариев и скриптов" и выбираем пункт "Скрипты и сценарии". Переходим в группу "SystemAdministrationCenterScriptsDistr \ src" и создаем там элемент с названием "run_sql_via_powershell.ps1". 

 

 

Задавать полный путь не нужно, система сама его установит при записи элемента. Далее в форме списка выбираем наш новый элемент и редактируем выбранный файл, это делается через соответствующий пункт меню "2. Редактировать выбранный файл". Система откроет вам файл, в который нужно внести следующий скрипт PS:

$FileName 	= 'none'
$QueryText	= 'none'
$UserName 	= ''
$UserPwd  	= ''
$LogPath  	= 'none'
$SrvName  	= 'none'
$CodePage 	= 1251
$AddParams 	= 'none'
$TestMode 	= 'true'


$ErrorActionPreference 	= "Stop"

foreach ($Arg in $Args) 
{
	if ($Arg.Contains('filename')) 		{$FileName 	= $Arg.Replace('--filename=', '')}
	elseif ($Arg.Contains('password')) 	{$UserPwd 	= $Arg.Replace('--password=', '')}
	elseif ($Arg.Contains('username')) 	{$UserName 	= $Arg.Replace('--username=', '')}
	elseif ($Arg.Contains('logpath')) 	{$LogPath 	= $Arg.Replace('--logpath=', '')}
	elseif ($Arg.Contains('srvname')) 	{$SrvName 	= $Arg.Replace('--srvname=', '')}
	elseif ($Arg.Contains('codepage')) 	{$CodePage 	= $Arg.Replace('--codepage=', '')}
	elseif ($Arg.Contains('querytext')) {$QueryText = $Arg.Replace('--querytext=', '')}
	elseif ($Arg.Contains('addparams')) {$AddParams = $Arg.Replace('--addparams=', '')}
	elseif ($Arg.Contains('--test-mode')) {$TestMode  = $Arg.Replace('--test-mode=', '')}
}

if ($UserName -eq '' -and $UserPwd  -eq '')
{
	throw "Не указано имя пользователя и пароль. Password and user name wasn't set"
}

if (($FileName -eq '' -or $FileName -eq 'none') -and ($QueryText  -eq '' -or $QueryText  -eq 'none'))
{
	throw "Не указаны ни исполняемый файл ни команда SQL. No file name, nor sql command was set"
}

$CmdLineArgs = "-U $UserName -P $UserPwd"

if ($FileName -eq '' -or $FileName -eq 'none') { $CmdLineArgs = $CmdLineArgs + " -q $QueryText" }
else { $CmdLineArgs = $CmdLineArgs + " -i $FileName" }

if ($SrvName -ne '' -and $SrvName -ne 'none') { $CmdLineArgs = $CmdLineArgs + " -S $SrvName" }

if ($CodePage -ne '') { $CmdLineArgs = $CmdLineArgs + " -f $CodePage" }

if ($LogPath -ne '' -and $LogPath -ne 'none') { $CmdLineArgs = $CmdLineArgs + " -o $LogPath" }
else { $CmdLineArgs = $CmdLineArgs + " -b" }

if ($AddParams -ne '' -and $AddParams -ne 'none') { $CmdLineArgs = $CmdLineArgs + " -v $AddParams" }

if ($TestMode -eq 'true') {
	Echo '------------------------ test = OK ------------------------' 
	Exit
}
else {
	#echo sqlcmd $CmdLineArgs
	$CmdResult = Start-Process "sqlcmd" -ArgumentList $CmdLineArgs -Wait -NoNewWindow -PassThru
	$ExitCd = $CmdResult.ExitCode
	if($ExitCd -ne 0) { Exit $ExitCd }
}

Небольшие пояснения:

$ErrorActionPreference     = "Stop" - этот параметр нужен для того, чтобы при ошибке скрипт останавливался и возвращал в ЦКК ошибку. Без него, скрипт продолжит выполнение далее.

$TestMode - этот параметр нам нужен для того, чтобы отловить тестовый прогон, который выполняет ЦКК перед рабочим прогоном скрипта, если мы не будем его обрабатывать, то скрипт будет выполняться два раза.

$FileName, $QueryText, $UserName, $UserPwd, $LogPath, $SrvName, $CodePage, $AddParams - переменные скрипта, которые мы получаем из входящих параметров, которые в скрипт будет передавать ЦКК.

Внимание: параметр "password" в ЦКК должен быть именно с таким названием, в этом случае в логе агента ЦКК пароль будет заменяться на звездочки, если у него будет другое наименование, то в лог пароли будут писаться в открытом виде.

Скрипт забирает входящие параметры, проверяет их корректность и, если с ними все в порядке, то передает далее на исполнение в утилиту SqlCmd.

Утилита вызывается не напрямую, а через Start-Process для того, чтобы передать на вход параметры из переменных, а так же получить в ответ код ошибки и результат выполнения. В частности для этого используются параметры -Wait -NoNewWindow -PassThru.

Описания параметров тут давать не буду, они будут чуть позже.

После заполнения текста скрипта, сохраняем его, закрываем окно с текстом и в списке "Скриптов  и сценариев" выбираем команду "3. Поместить в файл".

Шаг 3.

Создаем файл настроек команды. В том же списке "Скрипты и сценарии" переходим в папку "SystemAdministrationCenterScriptsDistr \ win_configs" и по образцу шага 2 создаем там файл "run_sql_via_powershell.yml". Содержимое файла будет таким:

version: 0.0.0.1
external-values:
  - username
  - password
  - filename
  - querytext
  - logpath
default-values:
  srvname: localhost
  codepage: 1251
  addparams: none

Помещаем его в базу, аналогично шагу 2.

Шаг 4.

Открываем список команд автоматизации "Сценарии администрирования \ Команды автоматизации". В справочнике команд создаем новую:

 

 

Записываем команду и настраиваем интерфейс агента, он должен выглядеть так:

 

 

Сохраняем команду и переходим на закладку "Варианты настройки" и жмем кнопку "Изменить параметры"

 

 

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

Шаг 4.

Обновляем комплект скриптов на управляемых компьютерах через Агент ЦКК. "Обновление сценариев и скриптов \ Скрипты и сценарии", жмем кнопку "Сформировать комплект для агента". На этом этапе у вас уже должно быть хранилище для скриптов, указываем его. Потом соглашаемся на предложение системы обновить скрипты на управляемых машинах через Агента ЦКК.

Шаг 5.

Создаем сценарий автоматизации "Сценарии администрирования \ Сценарии автоматизации".

Создаем новый элемент на основе настройки нашей команды:

 

 

Опишем параметры команды:

Имя пользователя - логин SQL под которым будет выполняться скрипт. Агент ЦКК выполняется под системным логином, поэтому для входа нужно будет использовать авторизацию SQL.

Пароль пользователя - пароль от учетки SQL.

Текст запроса и Файл с командами SQL - задавать нужно один из этих параметров, второй нужно устанавливать в "none". Первый параметр позволяет передать скрипт SQL как параметр выполнения команды, а второй - как отдельный файл. В случае использования текста запроса, в параметр его нужно задавать обрамленным кавычками. В случае с отдельным файлом можно использовать дополнительные параметры, которые будут передаваться в SQL скрипт. Если вы используете вариант с файлом, то нужно будет задать его имя, а в "Обновление сценариев и скриптов \ Скрипты и сценарии" в папку "src" поместить файл со скриптом SQL, который будет выполняться, обращение к нему будет по его имени. Так использовать систему удобнее, все скрипты будут доступны из одного интерфейса и вам не понадобится каждый раз при их изменении вручную размещать их на серверах. 

Дополнительные параметры - доп параметры, которые передаются файлу SQL скрипта и используются там, как переменные. Например, если задать доп параметры как "DBNAME=DBM", а в файле скрипта указать "USE $(DBNAME)", то SqlCmd преобразует это в "USE DBM".

Имя сервера SQL - имя SQL сервера, если установить в "none", то будет использоваться текущий сервер, на котором будет запущен скрипт, то есть тот сервер, на агенте которого выполняется команда автоматизации.

Кодовая страница - в какой кодовой странице выдавать результат выполнения, для Windows - 1251.

Путь к файлу лога выполнения команды - в этом параметре можно указать локальный файл на сервере, куда будет записан лог выполнения SQL команды. Если не нужно, то "none".

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

Шаг 6.

Создадим экземпляр сценария в "Сценарии администрирования \ Экземпляры сценариев".

 

 

На закладке "Параметры выполнения сценария" укажем сервер, где бы мы хотели выполнить команду.

Теперь запустим экземпляр на выполнение. Если все сделано верно (текст SQL запроса лучше скорректировать согласно вашему серверу, чтобы нужная таблица там была), то получим результат.

 

Вступайте в нашу телеграмм-группу Инфостарт

центр контроля качества

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Программист Россия Бесплатно (free)

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026    6239    postgres_professional    13    

9

HighLoad оптимизация Администрирование СУБД Системный администратор Программист 1С:Предприятие 8 Бесплатно (free)

Вышел релиз СУБД Tantor Postgres 18, и мы хотим рассказать о его новых возможностях для работы с приложениями на платформе "1С:Предприятие". В обзоре разберем улучшения планировщика, по традиции коснемся работы временных таблиц и не обойдем вниманием вспомогательные утилиты, которые упрощают поиск и диагностику проблем в высоконагруженных системах. За каждым пунктом - реальные запросы 1С, реальные рабочие базы и сотни часов тестирования!

16.06.2026    1193    Tantor    7    

9

Администрирование СУБД Системный администратор Программист 1С:Предприятие 8 Россия Бесплатно (free)

База 1С за несколько лет эксплуатации разрослась, - стала большой, медленно работает, требует много места и времени для копирования и прочего обслуживания. Нужна ли обязательно свертка или можно обойтись более «мягкими» средствами. Делюсь своим опытном как для новых конфигураций, так и для старых УПП, УТ 10…

01.06.2026    6216    2ncom    30    

11

Администрирование СУБД Системный администратор Программист Бесплатно (free)

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

20.04.2026    7369    berserg    12    

26

Администрирование СУБД Программист Бесплатно (free)

Прокачиваем Постгрес с помощью пользовательских функций и процедур.

02.03.2026    2781    SerVer1C    3    

12

HighLoad оптимизация Администрирование СУБД 1С:Предприятие 8 Бесплатно (free)

В статье рассматриваются текущие возможности горизонтального масштабирования СУБД для 1С, а также какое решение предлагает Tantor Postgres.

02.02.2026    2930    Tantor    3    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Vlaxrom 2 18.03.25 20:53 Сейчас в теме
Спасибо за статью! Столкнулся с задачей как задать скрипт SQL более 150 символов?
Пробовал задать как "скрипты и сценарии" и вытащить в параметрах из объектов метаданных.
Или может подскажите зачем в параметрах объекты метаданных, как из них значение вытащить?
2. user1294861 14.08.25 18:56 Сейчас в теме
Спасибо за полезную статью. При настройке ЦА столкнулся с проблемой: в релизах 1С убрали ссылку для загрузки Python, как теперь быть? Пытался подсунуть инсталятор в .zip и установленный заархивированный Пайтон, но в задачах на обновление скриптов такое не нравится
Для отправки сообщения требуется регистрация/авторизация