Получение ошибки ниже при попытке создать каталог в службах интеграции SQL Server 2014. Есть идеи, что я пропустил при установке или где-либо еще?
Не удалось открыть файл резервной копии каталога «C: \ Program Files \ Microsoft SQL Server \ 120 \ DTS \ Binn \ SSISDBBackup.bak». Убедитесь, что файл базы данных существует и учетная запись службы SQL Server может получить к нему доступ (Microsoft.SqlServer.IntegrationServices.Common.ObjectModel).
Ответы:
Я решил посмотреть, что произойдет, когда вы на самом деле нажмете Создать каталог в SSMS. Существует множество шагов, которые выполняются, но основная предпосылка заключается в том, что резервная копия существует на
и как часть создания каталога, эта резервная копия восстанавливается для создания 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».
источник
У меня была эта проблема, и она не была связана с разрешениями пользователей. Я выполнил более раннюю установку сервера SQL и решил установить множество параметров, кроме «Службы Integration Services», поэтому я снова запустил приложение Центра установки SQL Server и на этот раз решил установить функцию «Службы Integration Services». Я думаю, что причина, по которой я мог видеть узел «Каталоги служб Integration Services» в SMSS, несмотря на то, что не установил «Службы Integration Services», была вызвана тем, что я решил установить «Службы основных данных» во время моей более ранней установки SQL Server.
источник
Если вы все еще застряли, обязательно проверьте, что:
SSIS по разным причинам зависит от версии и не ограничивает обратную / прямую совместимость. Важно рассматривать версии SQL как отдельные продукты и использовать версии VS и SSMS, которые были установлены с вашим экземпляром.
Во время установки мне показалось, что минимальные требования к версии могут обеспечить некоторую обратную совместимость со студией для Visual Studio. Во время установки 2014 Enterprise я заметил, что он связан с VS 2010 вместо установки более новой версии. Однако мне все равно пришлось подключаться к SQL с использованием SSMS 2014, чтобы создать каталог, SSMS 2012 не будет работать.
источник
Только что решил эту проблему сам, ваш SQL Server не хватает нескольких функций, поэтому
SSISDBBakup.bak
файл отсутствует, он должен быть в:Установите функцию служб интеграции SQL Server, и она будет работать.
источник