Задача с типом Скрипт T-SQL используется для выполнения произвольного T-SQL скрипта на SQL Server. На вкладке T-SQL скрипт доступны следующие параметры:

Исполнять для баз данных политики (имя передается в ?DataBaseName?) - если признак установлен, то задача будет вызываться последовательно для каждой базы данных, входящей в политику обслуживания. При этом имя базы данных будет подставляться в T-SQL скрипт вместо маркера ?DataBaseName?. Если признак не установлен, то при исполнении сценария скрипт задачи исполнится один раз.

Внимание! Не рекомендуется использовать тип задачи T-SQL скрипт для создания архивных копий. Для этих целей в программе используется тип Создание архивной копии, в которой также можно редактировать T-SQL скрипт.

В поле T-SQL скрипт необходимо поместить скрипт на языке Transact SQL. В скрипте можно использовать маркеры, вместо которых QMB подставит необходимые значения на этапе подготовки задачи к исполнению. В программе доступны следующие маркеры:

Для маркеров с именами файлов архивных копий имя файла формируется согласно правилам их наименования, заданном в свойствах политики.

В скрипте нельзя использовать конструкцию GO. Скрипт задачи исполняется в одном пакете не подлежащем разделению.

Задача с типом Создание архивной копии используется для выполнения T-SQL скрипта, который создает полную, разностную или архивную копию журнала транзакций. Также, после создания архивной копии, будет создан XML план восстановления, если в политике обслуживания установлено соответствующее свойство.

На вкладке Параметры архивной копии задаются следующие параметры:

Вид - переключатель, определяет вид создаваемой архивной копии: Полная, Журнал транзакций или Разностная.  При смене переключателя изменяется T-SQL скрипт.

Проверить архивную копию после создания - флаг указывает, что нужно выполнить проверку архивной копии после создания. Проверка выполняется командой RESTORE VERIFYONLY.  Команда проверяет полноту архивной копии и возможность её считывания с диска. Флаг передается в T-SQL скрипт маркером ?VerifyBackup?.

Команда RESTORE VERIFYONLY не выполняет восстановление из архивной копии и поэтому не гарантирует, что дальнейшее восстановление базы данных из этой архивной копии может быть выполнено (подробнее на сайте http://msdn.microsoft.com/ru-ru/library/ms188902.aspx). Для гарантированной проверки архивных копий рекомендуется включить в сценарии задачу Восстановление из архивных копий во временную БД с последующей проверкой. Задача выполнит тестовое восстановление архивных копий баз данных политики обслуживания во временную базу данных. Подробнее читайте раздел ниже Типы задач: Восстановление на сервере-источнике и Восстановление по XML плану.

На вкладке T-SQL скрипт можно отредактировать скрипт задачи, который подставляется по умолчанию. Описание полей и маркеров приведено в описании раздела Скрипт T-SQL.

Данный тип задач позволяет исполнять пакетные файлы на различных сценарных языках программирования, таких как VBScript, JavaScript, язык командной оболочки Windows и другие. Перед исполнением скрипт сохраняется во временный файл, с указанным в задаче расширением, а затем запускается на исполнение как обычный файл операционной системы (пакетный файл). Скрипт может возвращать сообщения для журнал обслуживания (см. примеры ниже).

Пакетный файл может исполняться на машине, где установлена QMB, либо на SQL Server. Данная опция устанавливается на вкладке Параметры:

• QMB Service - пакетный файл будет исполняться на стороне QMB, под пользователем от имени которого работает служба QMB Service.
• на SQL Server - пакетный файл будет исполняться на стороне SQL Server, под пользователем от имени которого работает служба SQL Server.

Для запуска пакетных файлов на стороне SQL Server используется расширенная хранимая процедура xp_qmb. В целях безопасности, текст скрипта предварительно шифруется. Хранимая процедура xp_cmdshell не используется.

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

Внимание! Если указано расширение не поддерживаемое ОС, то скрипт зависнет, пока не будет прерван. Перед добавлением задачи в QMB рекомендуется предварительно протестировать скрипт, исполняя его как пакетный файл из консоли CMD.EXE

Кодировка - кодировка в которой будет сохранен временный пакетный файл. Также эта кодировка будет использоваться при чтении сообщений для журнала обслуживания из времененного файла (см. маркер ?QmbOutputLog?).

Сообщения для журнала выводятся скриптом в файл ?QmbOutputLog? -  установка признака сообщает QMB, что скрипт будет самостоятельно выводить сообщения для журнала обслуживания. Если признак сброшен, то QMB самостоятельно перенаправит вывод в файл ?QmbOutputLog?. Соответственно файл будет заблокирован и недоступен для использования внутри скрипта. Подробнее о маркере ?QmbOutputLog? читайте ниже.

Исполнять для баз данных политики (имя передается в ?DataBaseName?) - если признак установлен, то задача будет вызываться последовательно для каждой базы данных, входящей в политику обслуживания. При этом имя базы данных будет подставляться в скрипт вместо маркера ?DataBaseName?. Если признак не установлен, то при исполнении сценария скрипт задачи исполнится один раз.

В скрипте можно использовать маркеры, вместо которых QMB подставит необходимые значения на этапе подготовки задачи к исполнению. Для типа задач Произвольный скрипт (не T-SQL) в программе доступны следующие маркеры:

В примерах ниже показан CMD скрипт для копирования файлов архивных копий утилитой robocopy с разными способами вывода в журнал обслуживания. 

rem Скрипт копирует все файлы из папки бэкапов, указанной в политике, в папку H:\BackupCopy
rem Для копирования используется утилита Robocopy
Echo  Копируем файлы из "?BackupDirectory?" в "H:\BackupCopy"
robocopy "?BackupDirectory?" "H:\BackupCopy" /r:0
if %errorlevel% == 8  exit /b 1
exit /b 0

rem Скрипт копирует все файлы из папки архивных копий, указанной в политике, в папку H:\BackupCopy
rem Для копирования используется утилита Robocopy
Echo  "?BackupDirectory?" "H:\BackupCopy" > ?QmbOutputLog?
robocopy "?BackupDirectory?" "H:\BackupCopy" /r:0 >> ?QmbOutputLog?
if %errorlevel% == 8  exit /b 1
exit /b 0

Системная задача с типом Копирование архивных копий выполняет копирование новых и измененных файлов с расширением bak, trn, xml из папки архивных копий, указанной в свойствах политики обслуживания. Задача также выполнит удаление устаревших файлов архивных копий в папке получателе, если при настройки копирования, в свойствах политики, были заданы соответствующие настройки.

Тип задач Создание XML плана восстановления позволяет создавать XML план восстановления. В XML план записывается последовательность архивных копий, необходимых для восстановления базы данных на последнее возможное состояние.

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

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

Имя XML файла – имя файла, в который будет записан XML план восстановления.

Базы данных –  имена баз данных, для которых будет создан XML план восстановления. Имена следует разделять запятой.

Тип задач Восстановление по XML плану позволяет выполнить восстановление баз данных по XML плану восстановления.

Подключение к папке – подключение к сетевой или локальной папке, содержащей XML план восстановления и файлы архивных копий.

Имя XML файла – имя файла XML плана восстановления.

Переключатель База источник определяет какие базы данных будут восстанавливаться по XML плану.

• Все базы данных XML плана восстановления – при выборе этой опции будут восстановлены все базы данных перечисленные в XML плане.
• Указанные базы данных – при выборе этой опции будут восстановлены только те базы данных, имена которых перечислены в поле справа. 

Переключатель База данных в которую будет выполнено восстановление определяет в какую базу данных будет выполняться восстановление. Значения переключателя:

• Восстанавливать во временную базу данных - выбор этого значения определяет, что восстановление должно выполняться во временную базу данных, которая удаляется после исполнения задачи. При выполнении задачи будет создана временная база данных, название которой формируется как  qmbTempRestoreDb[Случайный индекс].
• Восстанавливать в одноименные базы данных – если выбрана эта опция, то восстановление будет выполняться в одноименные базы данных. Если база данных не существует, то она будет создана. Существующая база данных будет перезаписана.
• Указанная база данных - при выборе этого значения в поле необходимо выбрать базу данных в которую должно быть выполнено восстановление. После восстановления база данных не удаляется. Можно указать уже существующую базу данных или ввести имя новой. В последнем случае она будет создана автоматически.
  

Проверить базу данных после восстановления – если данная опция включена, то после восстановления базы данных будет выполнена проверка её целостности (DBCC CHECKDB).

Также смотрите Восстановление по XML плану вручную

Данный тип задач позволяет автоматически восстанавливать базы данных из архивных копии на SQL Server где были созданы архивные копии (сервер-источник). Для восстановления на другом SQL Server используете XML план восстановления.

Задача может использоваться для:

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

Форма задачи с типом: Восстановление на сервере-источнике

T-SQL скрипт задачи с типом Восстановление на сервере-источнике формируется динамически, на этапе подготовки задачи к выполнению. Набор архивных копий для восстановления подбирается по информации о созданных архивных копиях в системной базе msdb.

Восстановление всегда выполняется на последний актуальный момент времени (момент времени запуска задачи). Например, есть сценарий со следующими задачами:

1. Создание архивной копии журнала
2. Восстановление из архивных копий во временную БД с последующей проверкой

T-SQL скрипт для задачи №2 будет сформирован таким образом, что помимо восстановления полных и разностных наборов будут применены и нужные журналы транзакций, включая последний, созданный в этом же сценарии на шаге №1.

На вкладке Параметры восстановления архивной копии задаются следующие параметры:

Переключатель База данных источник архивных копий определяет источник архивных копий. Значения переключателя:

• Все базы данных политики обслуживания - выбор этого значения определяет, что источником архивных копий будут являться базы данных, указанные в политике обслуживания. Опция используется для автоматической проверки архивных копий через восстановление.
• Указанная база данных - при выборе этого значения в поле необходимо выбрать базу данных, которая будет являться источником архивных копий. База данных должна находиться на SQL сервере на котором будет выполняться задача.

Переключатель База данных в которую будет выполнено восстановление определяет в какую базу данных будет выполняться восстановление. Значения переключателя:

• Восстанавливать во временную базу данных - выбор этого значения определяет, что восстановление должно выполняться во временную базу данных, которая должна быть удалена после исполнения задачи.  При выполнении задачи будет создана временная база данных, название которой формируется как  qmbTempRestoreDb[Случайный индекс].
• Указанная база данных - при выборе этого значения в поле необходимо выбрать базу данных в которую должно быть выполнено восстановление. После восстановления база данных не удаляется. Можно указать уже существующую базу данных или ввести имя новой. В последнем случае она будет создана автоматически.

При восстановлении в существующую базу данных, все данные в ней будут потеряны!

Проверить базу данных после восстановления - опция позволяет выполнить проверку целостности базы данных после её восстановления (DBCC CHECKDB).

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