Я пробую решение Microsoft для бизнес-аналитики, которое состоит из предварительной базы данных / хранилища данных, работающей на сервере Windows SQL Server 2014.На том же сервере sql SSIS выполняет набор пакетов служб SSIS, хранящихся в каталоге служб SSIS.На портале Azure работает табличный куб SQL SSAS.Отчеты Power BI используют прямое соединение SSAS.
Ну, вот в чем проблема.У клиента еще нет портала Azure, поэтому я проводил тестирование на бесплатных пользователях, но это будет исправлено в ближайшее время.Моя проблема заключается в том, чтобы заставить локальный канал передачи данных работать со службами анализа Azure.Я должен упомянуть, что у клиента уже есть локальный канал передачи данных, работающий на другом компьютере с использованием созданного им пользователя службы Windows.
Хорошо, вот что я сделал.Я создал доступ к хранилищу данных для этого пользователя службы Windows.Чтобы создать шлюз к порталу Azure, мне пришлось попросить администратора db помочь мне создать локальный шлюз на Azure из диалогового окна локального шлюза данных с использованием зарегистрированной учетной записи (почта onmicrosoft.com) для этой службы.(не мой).Все идет нормально.Он помог мне войти в портал, используя учетную запись службы onprem в Azure, и там я создал бесплатную учетную запись, настроил службы анализа и подключил его к каналу передачи данных.Я также дал свою учетную запись @onmicrosoft.com на правах администратора Azure.Затем мы вышли из этой учетной записи Azure.Начиная с Visual Studio 2017, теперь я мог развернуть табличную систему SSAS, используя «Не обрабатывать».Непосредственно перед развертыванием я исправляю настройку источника данных для таблицы SSAS в соответствии с IP-адресом, таким как 10.xxx.x.xxx, 1433, и устанавливаю олицетворение для служебной учетной записи, нажимаю кнопку сохранить и снять флажок с шифрованием и установить уровень конфиденциальности общедоступным (изменитсячто позже).Затем я развернул и все прошло нормально.
НО мне нужно обработать куб либо из SSMS, либо из пакета SSIS.Я надеялся, что моя учетная запись @onmicrosoft.com, которая также имеет права администратора на Azure, может быть использована.Возможно, мне придется использовать другую учетную запись @ onmicrosoft.com, которая была создана в Azure, но у меня нет пароля для этого.Я считаю, что это проблема с полномочиями, но я спрашиваю, есть ли способ обойти это.В SSMS я попытался запустить приведенный ниже код, используя мою учетную запись Account @ onmicrosoft.com для имени пользователя с настройкой MTA и asazure: //northeurope.asazure.windows.net/xxx для имени сервера
{
"refresh": {
"type": "automatic",
"objects": [
{
"database": "My Cube"
}
]
}
}
Он запускается несколько секунд, но завершается с этим сообщением
Запрос JSON DDL не выполнен со следующей ошибкой: Не удалось выполнить XMLA.
Ошибка возвращена: «Произошла ошибка во время локального шлюзасвязанные действия.
Дополнительные сведения об ошибке:
DM_GWPipeline_Gateway_DataSourceAccessError Получена полезная нагрузка с ошибкой от службы шлюза с идентификатором 371137: при обращении к целевому источнику данных возникла исключительная ситуация.
При обращении к целевому источнику данных возникла исключительная ситуация. Указанная длина превышает указаннуюмаксимальная емкость SecureString.
Имя параметра: длина
Технические подробности:
RootActivityId: f4989df9-60c3-445f-8ef7-85fa9f7c48ac
Дата (UTC): 16.03.2009 8:00:33
0: PFError :: SetLastError () строка 2160 + 0x0
(sql \ picasso \ engine \ src \ pf \ eh \ pferror.cpp)
1: строка PFSetLastError () 2918 + 0x0 (sql \ picasso \ engine \ src \ pf \ eh \ pferror.cpp)
2: PFSetLastErrorExTag () строка 3474 + 0x27
(sql \ picasso \ engine \ src \ pf \ eh \ pferror.cpp)
3: 0x00007FF913041541 (символическое имя недоступно)
Я надеюсь, что кто-то может сказатьмне, что я делаю неправильно или ведите меня в правильном направлении здесь
С уважением