Не удалось выполнить службы интеграции SQL Server 2012 при подключении через SSMS

Недавно я установил SQL Server 2012, и я использовал в основном настройки по умолчанию. База данных работает нормально, и я могу с радостью подключиться с помощью SSMS (SQL Server Management Studio), но когда я подключаюсь к серверу служб Integration Services, я получаю это сообщение

Подключение к службе Integration Services на компьютере Ошибка "localhost" со следующей ошибкой: "Доступ запрещен".

По умолчанию только администраторы имеют доступ к интеграции Сервисное обслуживание. В Windows Vista и более поздних версиях процесс должен быть с правами администратора, чтобы подключиться к Служба служб Integration Services. См. Раздел справки для получения информации о как настроить доступ к службе.

вот скриншот

Я не уверен, почему, но я являюсь администратором домена и имею полные права на сервер. Кроме того, почему, когда я подключаюсь с моего рабочего стола, он может успешно подключиться, только если я подключусь к самому серверу, который дает мне эти проблемы. Как исправить это, чтобы я мог заставить SSMS на сервере подключиться к экземпляру служб Integration Services.

Ответ 1

Насколько я понимаю, User Access Control или UAC, могут в основном перехватывать запросы для вашего членства в группе, поэтому в этом случае предотвращало переход вашего членства на SQL Server.

Другие отметили в своих комментариях, что вам все равно придется щелкнуть правой кнопкой мыши и запустить SSMS в качестве администратора.

Как отметил проницательный наблюдатель: "Это быстрое решение, а не реальное решение. Люди не должны просто запускать контент как администратор. Эти стены безопасности на месте по какой-то причине". И я согласен. UAC предназначен для того, чтобы заставить пользователей Windows использовать принцип наименьших привилегий - только при необходимости увеличивать их до мощной учетной записи. Проблема в том, что SSMS, как известно, не" хорошо играет" с UAC. Как я вижу, это оставляет вам три варианта.

Вы можете отключить UAC и выполнить свою работу.
Оставьте UAC и сообщите своему боссу, что вы не можете работать.
Напишите свой собственный инструмент запросов, на который не влияет UAC

Ответ 2

Перейти ко всем программам Перейти к папке Microsoft SQL Server 2012 Щелкните правой кнопкой мыши на SQL Server Management Studio Нажмите "Запуск от имени администратора"

Это должно позаботиться о проблеме на данный момент. (При этом вам нужно всегда повторять один и тот же процесс). Чтобы избежать этого каждый раз и для более постоянного решения вам нужно получить разрешение (ы). Пожалуйста, выполните следующий процесс, и вы должны быть хорошими.

В предыдущих версиях SQL Server по умолчанию, когда вы установили SQL Server, все пользователи в группе "Пользователи" имели доступ к службе Integration Services. Когда вы устанавливаете текущую версию SQL Server, пользователи не имеют доступа к службе Integration Services. По умолчанию служба защищена. После установки SQL Server администратор должен предоставить доступ к службе.

Предоставление доступа к службе служб Integration Services

Запустите Dcomcnfg.exe. Dcomcnfg.exe предоставляет пользовательский интерфейс для изменения определенных параметров в реестре.
В диалоговом окне "Службы компонентов" разверните компонент "Службы компонентов" > "Компьютеры" > "Мой компьютер" > "Конфигурация DCOM" node.
Щелкните правой кнопкой мыши Microsoft SQL Server Integration Services 11.0 и выберите "Свойства".
На вкладке "Безопасность" нажмите "Изменить" в области "Разрешения запуска и активации".
Добавьте пользователей и назначьте соответствующие разрешения, а затем нажмите "ОК".
Повторите шаги 4-5 для получения разрешений доступа.
Перезапустите SQL Server Management Studio.
Перезапустите службу служб Integration Services.

(исходный MSDN)

Я надеюсь, что это поможет

Ответ 3

Щелкните правой кнопкой мыши на Sql Server Management Studio и выберите "Запуск от имени администратора" и попробуйте подключиться если он установлен в локальном экземпляре

Ответ 4

Вы должны проверить, какой пользователь работает в службе SSIS. Перейдите в меню "Пуск" > "Выполнить" > "Тип" services.msc и прокрутите вниз до записи SQL Server Integration Services 11.0. Щелкните правой кнопкой мыши и проверьте свойства, чтобы узнать, с каким пользователем он работает. Второй вкладкой должна быть вкладка LogOn. Поскольку вы просто работаете в локальном экземпляре, вы можете установить пользователя в качестве учетной записи пользователя LogOn, и SSIS будет иметь те же права, что и вы.

Ответ 5

Потерял день работы над этой проблемой. В моем пакете есть задача .NET script для копирования файла из общей сетевой папки в локальную папку, и каждый раз, когда я пытался выполнить пакет с сервера (через SQL Studio), я застрял в исключении "access denied". Пакет отлично работает при локальном запуске.

Пробовал много вещей, собранных здесь и там, и в конце дня работала, чтобы создать Job (владелец sa), который выполняет пакет как SSISExecutor.

Я должен упомянуть, что файл в сети имеет доступ для чтения для всех и что я до сих пор не понимаю, что было не так.