Я решил посмотреть, что произойдет, когда вы на самом деле нажмете Создать каталог в SSMS. Существует множество шагов, которые выполняются, но основная предпосылка заключается в том, что резервная копия существует на
C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak
и как часть создания каталога, эта резервная копия восстанавливается для создания SSISDB.
Путь под Program Files
будет защищен, чтобы предотвратить случайное попадание файлов в него. Ошибка, с которой вы столкнулись, указывает на то, что человек, работающий с SSMS, не имеет доступа к файлу вC:\Program Files\Microsoft SQL Server\120\DTS\Binn
Предполагая, что вы не используете runas
или что-то подобное для запуска SSMS, попробуйте открыть Windows Explorer (не Internet Explorer) и перейдите в эту папку. Если вы можете туда попасть, вам, возможно, придется нажать «Да», чтобы что-то вроде «показать мне файлы, я знаю, что я нахожусь в запретной зоне», тогда я предполагаю, что UAC влияет на вашу способность установить SSISDB.
Если это так, закройте все ваши экземпляры SSMS. Затем щелкните правой кнопкой мыши SSMS и выберите «Запуск от имени администратора». Это должно помешать всплывающему окну авторизации включить ключ в работу, когда происходит установка каталога.
Как засоряются разрешения файловой системы - проблема для другого сайта (SuperUser или sysadmin)
Я наткнулся на этот элемент Connect, который указывает, что если вы используете версию SSMS, отличную от базового SQL Server, к которому вы подключились (SSMS 2014 указывал на установку 2012 года), создание может завершиться неудачей. Итак, убедитесь, что ваши 120 (SQL Server 2014) соответствуют вашему экземпляру. Есть и другая возможность: «Чтобы решить эту проблему, я просто запустил установку SQL Server 2012 с установочного носителя и добавил функцию служб Integration Services».