Уважаемые гуру таблиц SSAS!
Мы настраиваем автоматизированный конвейер сборки / выпуска для табличной модели SQL Server Analysis Server (SSAS Tabular). Для этого мы используем Visual Studio Team Services (VSTS) и PowerShell. Он будет нацелен на 3 параллельные среды:
- (localdb) \ ProjectsV13 ‹- рабочее пространство, интегрированное с SSAS
- SQL-dev ‹- SSAS-dev
- SQL-тест ‹- SSAS-тест
- SQL-prod ‹- SSAS-продукт
Когда SSAS развернут, есть два метода олицетворения для подключения к исходным данным:
- Определенная учетная запись Windows. (Специальная учетная запись для чтения данных.)
- Сервисный аккаунт. (Процесс, запускающий службу SSAS.)
Рекомендуется указать учетную запись пользователя Windows и пароль для учетных данных олицетворения. Учетную запись пользователя Windows можно настроить на использование минимальных прав, необходимых для подключения к источнику данных и чтения данных из него. Выдача себя за другое лицо (SSASTabular)
Теперь мы пытаемся следовать рекомендуемой практике с учетной записью Windows. Независимо от того, выполняется ли развертывание с помощью Visual Studio (SSDT) или мастера развертывания, пароль для учетной записи Windows вводится в отдельном всплывающем окне. Эти учетные данные хранятся непосредственно в памяти экземпляра SSAS, пока он не будет перезапущен или повторно развернут. Пароль (к счастью) никогда не записывается в сценариях развертывания. Теперь мы автоматизируем это с помощью PowerShell для замены специфичных для среды целей SQL / SSAS в файлах развертывания и развертываем с помощью утилита развертывания. Все работает, кроме:
Как программно установить пароли непосредственно на сервере после развертывания?
Мы можем вручную установить пароль через SSMS, но нам нужна автоматизация. Мы также обеспокоены тем, что возможный перезапуск сервера потребует ввода пароля вручную. Мы пробовали библиотеки Analysis Management Objects (AMO) и Tabular Object Model (TOM), но не нашли способ установить пароль.