SQL Server Analysis Services использует проверку подлинности Windows для подключений к серверу. Как правило, вы назначаете свою учетную запись домена роли (или списку администраторов сервера), а затем подключаетесь к серверу из сеанса пользователя, используя ту же учетную запись домена. В средах, не относящихся к домену, вы можете выполнять те же функции, используя одно и то же имя пользователя и пароль для обеих учетных записей.
Я пытаюсь выяснить, можно ли сохранить учетные данные для входа в систему Analysis Server в диспетчере учетных данных Windows, чтобы этот вход можно было произвольно определить, а не привязать к текущему сеансу пользователя.
Для обычных подключений SQL Server с проверкой подлинности Windows из SSMS это возможно с помощью обходного пути: включите полное доменное имя и номер порта SQL Server в сохраненные учетные данные. Другими словами, вы открываете Credential Manager из панели управления Windows, создаете новые учетные данные для сервера: sqlserver.example.com:1433, и используйте имя пользователя и пароль для учетной записи на этом сервере, которому предоставлен вход SQL. Требуется ли что-то подобное для сохраненных учетных данных служб Analysis Services?
Я уже пробовал определять учетные данные, как и для SQL Server, используя порт службы браузера SQL Server и порт нединамических служб Analysis Services, но безуспешно. В SSMS нет возможности ввести логин и затем сохранить его в диспетчере учетных данных для Windows Auth, как это было бы для общего доступа к файлам или подключения к удаленному рабочему столу.
Вам необходимо создать две отдельные учетные данные: одну для служб Analysis Services (без порта) и одну для компонента Database Engine (с портом).
Откройте командную строку на сервере и запустите команду
ipconfig -all
Запишите имя хоста и основной суффикс DNS.
На локальном компьютере перейдите в Панель управления / Учетные записи пользователей / Диспетчер учетных данных. Нажмите на учетные данные Windows.
Добавьте учетные данные Windows для служб анализа.
Для интернет-адреса или сетевого адреса введите имя хоста и основной суффикс DNS через '.' между. например
myserver.mydomain.com
Введите квалифицированное (с доменом) имя пользователя и пароль. например
mydomain\username
mypassword
Введите другие учетные данные, чтобы разрешить использование компонента Database Engine. Сделайте то же, что и для служб анализа, но после имени сервера введите порт.
например myserver.mydomain.com:1433
Затем, когда вы подключаетесь из SQL Server Management Studio, используйте FQN для сервера.
например myserver.mydomain.com
Мне удалось заставить это работать с помощью аналогичной работы: введите имя сервера и учетные данные в диспетчер учетных данных. Это сработало, когда я ввел имя компьютера (сообщается из Control Panel \ System and Security \ System) без номера порта. В нашем случае это было DEV-DB хотя я не могу разрешить это имя со своей машины.
Я использовал IP-адрес для подключения из SSMS. У меня были как экземпляры по умолчанию, так и именованные экземпляры. Они использовали те же учетные данные в диспетчере учетных данных.