Azure SQL Elastic Jobs

В эти выходные в SQL Saturday Manchester я представляю сессию о том, как бороться с отсутствием агента SQL при переходе на Azure SQL. В этом сеансе рассматриваются параметры в Azure для запуска обычных заданий с базами данных SQL и обычно основное внимание уделяется использованию функций автоматизации Azure и Azure. Однако всего за пару недель до мероприятия Microsoft выпустила новый сервис, который также можно использовать для заполнения этого пробела, SQL Elastic Jobs, и поэтому мне нужно было втиснуть его в мою презентацию в последнюю минуту. Готовя свои демонстрации к этому событию, я наткнулся на некоторые ошибки, и именно на это мы и будем смотреть на этой неделе.

Возможно, вы слышали о Elastic Jobs раньше; существовал старый сервис Azure Elastic Jobs, который существует уже несколько лет; Однако этот сервис не был очень полезен. Он был в основном нацелен на работу с закрытыми базами данных и требовал, чтобы вы работали на месте. Этот сервис заменяется этим новым сервисом, который полностью работает в Azure.

Azure Elastic Jobs позволяет вам писать задачи обслуживания БД в T-SQL и сохранять их в агенте заданий, а затем заставлять агента запускать ваше задание на нескольких серверах, базах данных и эластичных пулах, включая базы данных в других подписках. Вы можете запускать задания как разовые или по расписанию.

Ограничения

Прежде чем мы начнем понимать, как все это работает, необходимо знать о некоторых ограничениях, прежде чем вы решите использовать этот сервис:

• Это в настоящее время в предварительном просмотре, будучи объявленным несколько недель назад
• Документация в это время относительно ограничена. Есть документы о том, как выполнять необходимые задачи, но если вы хотите сделать что-то более продвинутое, вы должны понять это самостоятельно
• Предварительный просмотр ограничен выполнением 100 одновременных заданий
• Администрирование осуществляется только через PowerShell или T-SQL. Вы можете просматривать вакансии на портале, но не взаимодействовать с ними
• Задания выполняются с использованием одинаковых учетных данных для всех целей, поэтому эта учетная запись должна существовать в целевых базах данных с разрешениями для выполнения необходимых действий.

Масштаб и стоимость

Упругие рабочие места основаны на концепции агента по трудоустройству; это просто база данных SQL Azure, которую вы преобразовали в агент задания. Это означает, что производительность, масштаб и стоимость Elastic Jobs полностью зависят от вашего выбора базы данных SQL для вашего агента заданий. За обслуживание не взимается дополнительная плата, только стоимость БД.

DB агента задания должен быть как минимум S0, базовый SKU не поддерживается, и рекомендуется S1 или выше.

Предпосылки

Как уже упоминалось, администрирование этого сервиса осуществляется только через PowerShell или T-SQL. Мы собираемся сосредоточиться на использовании Powershell, поскольку мы можем делать все с этим, если вы используете T-SQL. Некоторые шаги все еще должны быть выполнены в PowerShell.

Поскольку эта служба находится в режиме предварительного просмотра, необходимые командлеты PowerShell не включены в стандартную Azure Powershell; вам нужна предварительная версия, и в данный момент необходимая предварительная версия имеет номер версии ниже текущей версии GA, что вызвало некоторые проблемы с инструкциями ранее. Чтобы установить это, вам нужно настроить PowerShell для получения предварительной версии, а затем установить нужную нам версию. Вам необходимо выполнить следующие команды от имени администратора.

Find-Package PackageManagement -RequiredVersion 1.1.7.2 | Install-Package -Force 
Find-Package PowerShellGet -RequiredVersion 1.6.5 | Install-Package -Force 
Install-Module -Name AzureRM.Sql -AllowPrerelease -RequiredVersion 4.8.1-preview -Force 
Import-Module AzureRM.Sql -RequiredVersion 4.8.1 

Get-Help Get-AzureRmSqlElasticJobAgent 

Register-AzureRmProviderFeature -FeatureName sqldb-JobAccounts -ProviderNamespace Microsoft.Sql 

SELECT 
DB_NAME() AS [Current Database],
SYSDATETIME()  as [QueryDate],
dbschemas.[name] as 'Schema',
dbtables.[name] as 'Table',
dbindexes.[name] as 'Index',
indexstats.avg_fragmentation_in_percent,
indexstats.page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, NULL) AS indexstats
INNER JOIN sys.tables dbtables on dbtables.[object_id] = indexstats.[object_id]
INNER JOIN sys.schemas dbschemas on dbtables.[schema_id] = dbschemas.[schema_id]
INNER JOIN sys.indexes AS dbindexes ON dbindexes.[object_id] = indexstats.[object_id]
AND indexstats.index_id = dbindexes.index_id
WHERE indexstats.database_id = DB_ID()
ORDER BY indexstats.avg_fragmentation_in_percent desc

$jobAgent= Get-AzureRmSqlElasticJobAgent -ResourceGroupName "SQLAgentDemos" -ServerName "SQLAgentDemo" -Name "DemoJobAgent"
$serverGroupName="ServerGroup1"
$credentialName="jobuser"

Write-Output "Creating a new job"
$JobName = "GetFragmentation"
$Job = $JobAgent | New-AzureRmSqlElasticJob -Name $JobName -RunOnce

$SQLCommandString = @"
SELECT 
DB_NAME() AS [Current Database],
SYSDATETIME()  as [QueryDate],
dbschemas.[name] as 'Schema',
dbtables.[name] as 'Table',
dbindexes.[name] as 'Index',
indexstats.avg_fragmentation_in_percent,
indexstats.page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, NULL) AS indexstats
INNER JOIN sys.tables dbtables on dbtables.[object_id] = indexstats.[object_id]
INNER JOIN sys.schemas dbschemas on dbtables.[schema_id] = dbschemas.[schema_id]
INNER JOIN sys.indexes AS dbindexes ON dbindexes.[object_id] = indexstats.[object_id]
AND indexstats.index_id = dbindexes.index_id
WHERE indexstats.database_id = DB_ID()
ORDER BY indexstats.avg_fragmentation_in_percent desc
"@


$outputDatabase=Get-AzureRmSqlDatabase -DatabaseName "OutputDatabase" -ResourceGroupName "SQLAgentDemos" -ServerName "SQLAgentDemo" 
$Job | Add-AzureRmSqlElasticJobStep -Name "step1" -TargetGroupName $serverGroupName -CredentialName $credentialName -CommandText $SQLCommandString -OutputDatabaseObject $outputDatabase -OutputCredentialName $credentialName -OutputTableName "Fragmentation" -OutputSchemaName "dbo"