Если у вас уже есть виртуальная сеть, в которой размещен экземпляр, вы можете использовать следующий сценарий:
$scriptUrlBase = 'https://raw.githubusercontent.com/Microsoft/sql-server-samples/master/samples/manage/azure-sql-db-managed-instance/attach-jumpbox'
$parameters = @{
subscriptionId = '60d9f1df....'
resourceGroupName = ''
virtualMachineName = ''
virtualNetworkName = ''
subnetName = ''
administratorLogin = ''
administratorLoginPassword = ''
}
Invoke-Command -ScriptBlock ([Scriptblock]::Create((iwr ($scriptUrlBase+'/attachJumpbox.ps1?t='+ [DateTime]::Now.Ticks)).Content)) -ArgumentList $parameters, $scriptUrlBase
Параметр subnetName
является необязательным, и сценарий создаст новую подсеть, если он пропущен. Не используйте имя подсети, в которой находится управляемый экземпляр, поскольку управляемые экземпляры и виртуальные машины нельзя смешивать в одной подсети.
См. https://docs.microsoft.com/en-us/azure/sql-database/sql-database-managed-instance-configure-vm для получения более подробной информации.
SSIS является самым легким, когда я использовал SSIS, мы сохранили наши пакеты в файле и всем, чем мы, чтобы сделать были скопировать файл в корректный каталог в C:\Program Files\Microsoft SQL Server\90\DTS\Packages. Который можно сделать путем добавления задачи Копии в конец MSBuild. Я не уверен, будет ли xml доступен по умолчанию в выходном каталоге, таким образом наблюдайте за этим.
Что касается SSAS, я никогда не находил время для автоматизации его, но, Вы захотите изучить Аналитические объекты управления (AMO), вытягивая из Книг онлайн это говорит:
Аналитические объекты управления (AMO) предоставляют программный интерфейс полному набору команд для Analysis Services как доступный разработчику. Поэтому AMO может использоваться для развертывания, и также ко многим командам администрирования это иначе поддерживает. Для получения дополнительной информации о пользователе AMO для автоматизации любого вида задачи администрирования посмотрите Аналитические объекты управления (AMO).