Блог

Я тестирую решение Microsoft business intelligence, которое состоит из встроенной базы данных / datawarehouse, работающей на сервере SQL Server 2014 Windows server. На том же сервере sql служба SSIS запускает набор пакетов SSIS, хранящихся в каталоге SSIS. На портале Azure запущен табличный куб SQL SSAS. В отчетах Power BI используется оперативное подключение SSAS.

Ну, вот в чем проблема. У клиента еще нет портала Azure, поэтому я тестировал на бесплатных пользователях, но это скоро будет исправлено. Моя проблема заключается в том, чтобы заставить локальный datagateway работать со службами анализа azure. Я должен упомянуть, что у клиента уже есть готовый datagateway, запущенный на другом компьютере с использованием созданного им пользователя службы Windows.

Ну, вот что я сделал. Я создал доступ к хранилищу данных для этого текущего пользователя службы Windows. Чтобы создать шлюз для портала azure, мне пришлось попросить администратора базы данных помочь мне создать предварительный шлюз в azure из диалогового окна локального шлюза данных с использованием зарегистрированной учетной записи (onmicrosoft.com почта) для этой службы (не моей). Пока все хорошо. Он помог мне войти на портал, используя учетную запись службы onprem в azure, и там я создал бесплатную учетную запись, настроил службы анализа и подключил ее к datagateway. Я также дал свой @onmicrosoft.com учетная запись с правами администратора azure. Затем мы вышли из этой учетной записи Azure. Из Visual Studio 2017 теперь я мог развернуть таблицу SSAS, используя Do not Process. Непосредственно перед развертыванием я исправляю параметр источника данных для табличного SSAS на IP-адрес, подобный 10.xxx.x.xxx, 1433 и устанавливаю олицетворение для учетной записи службы, нажал сохранить и снял флажок с шифрования и установил уровень конфиденциальности на общедоступный (изменю это позже). Затем я развернул, и все прошло нормально.

НО мне нужно обработать куб либо из SSMS, либо из пакета SSIS. Я надеялся, что мой @onmicrosoft.com можно использовать учетную запись, которая также имеет права администратора в Azure. Возможно, мне придется использовать другой @onmicrosoft.com учетная запись, созданная в Azure, но у меня нет пароля к ней. Я полагаю, что это проблема с учетными данными, но я спрашиваю, есть ли способ обойти это. В SSMS я попытался запустить приведенный ниже код, используя свою учетную запись @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.2019 8:00:33
0: Ошибка::SetLastError() строка 2160 0x0
(sqlpicassoenginesrcpfehpferror.cpp )
1: PFSetLastError() строка 2918 0x0 (sqlpicassoenginesrcpfehpferror.cpp )
2: PFSetLastErrorExTag() строка 3474 0x27
(sqlpicassoenginesrcpfehpferror.cpp)
3: 0x00007FF913041541 (символьное имя недоступно)

Я надеюсь, что кто-нибудь может сказать мне, что я делаю неправильно, или направить меня в правильном направлении

С уважением