Purging (очищение) базы данных
Довольно важный аспект жизненного цикла любой программы. SMA использует SQL Server Agent, который запускает внутренную процедуру. Эта процедура запускается раз в 15 минут и удаляет устаревшие задания и удаленные runbook’и.

В процедуре присутствует шаг SMA Database Purge Next Batch, который вызывает процедуру SMA.Purge.PurgeNextBatch. Все процедуры Вы можете посмотреть в базе.

Контролировать параметры количества записей для сохранения и количество дней удержания можно через PowerShell. Get-SmaAdminConfiguration -WebServiceEndpoint “https://fqdn”

И менять Set-SMAAdminConfiguration -WebServiceEndpoint “https://fqdn” -PurgeJobsOlderThanCountDays количество_дней -MaxJobRecords количество_записей.

Системные Runbook’и
C SMA, по умолчанию, идут 2 системных runbook’а

DiscoverAllLocalModules - сканирует систему и добавляет все нативные Windows PowerShell модули (только при добавлении SMA в WAP). После чего они доступны при создании runbook’ов (поле insert при редактировании runbook’а в WAP).
SetAutomationModuleActivityMetadata - запускается при импорте нового модуля в SMA. Он собирает данные о модуле. По сути делает то же самое что и первый системный ранбук, но при импорте модуля.

Административные задачи
Get-SmaLicense и Set-SmaLicense - позволят Вам узнать время до конца пробного периода и конвертировать SMA из пробной в полную версию.
Командлеты Get-SmaRunbookWorkerDeployment и Set-SmaRunbookWorkerDeployment позволяют получать информацию о SMA воркерах и добавить новых воркеров (только первый воркер добавляется в SMA автоматически).
Для поддержания конфигурации SMA воркеров рекомендуется использовать PowerShell DSC, об этом в ближайщее время.