Nie można utworzyć katalogu SSISDB

Otrzymanie błędu poniżej podczas próby utworzenia katalogu w usługach integracji serwera SQL Server 2014. Masz pomysł, czego mi brakowało w instalacji lub gdziekolwiek indziej?

Nie można uzyskać dostępu do pliku kopii zapasowej katalogu „C: \ Program Files \ Microsoft SQL Server \ 120 \ DTS \ Binn \ SSISDBBackup.bak”. Upewnij się, że plik bazy danych istnieje, a konto usługi SQL Server ma dostęp do niego (Microsoft.SqlServer.IntegrationServices.Common.ObjectModel)

Postanowiłem zobaczyć, co się stanie, kiedy klikniesz Utwórz katalog w SSMS. Istnieje wiele kroków, które są wykonywane, ale podstawową przesłanką jest to, że istnieje kopia zapasowa

C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak

i w ramach tworzenia katalogu ta kopia zapasowa jest przywracana, aby utworzyć SSISDB.

Ścieżka poniżej Program Filesbędzie chroniona, aby zapobiec przypadkowym plikom w niej zawartym. Napotkany błąd wskazuje, że osoba korzystająca z SSMS nie ma dostępu do pliku pod adresemC:\Program Files\Microsoft SQL Server\120\DTS\Binn

Zakładając, że nie używasz runaslub czegoś takiego do uruchomienia SSMS, spróbuj otworzyć Eksploratora Windows (nie Internet Explorer) i przejdź do tego folderu. Jeśli możesz się tam dostać, być może będziesz musiał kliknąć Tak, aby napisać „pokaż mi pliki, wiem, że jestem w strefie zastrzeżonej”, a następnie sugeruję, że UAC wpływa na twoją zdolność do instalacji SSISDB.

W takim przypadku zamknij wszystkie instancje SSMS. Następnie kliknij prawym przyciskiem myszy SSMS i wybierz „Uruchom jako administrator”. Powinno to zapobiec wyrzucaniu przez wyskakujące okienko klucza do pracy podczas instalacji katalogu.

Sposób, w jaki uprawnienia systemu plików zostały zablokowane, stanowi problem dla innej witryny (SuperUser lub sysadmin)

Natknąłem się na ten element Connect, który wskazuje, że jeśli używasz innej wersji SSMS niż bazowy SQL Server, z którym się łączyłeś (SSMS 2014 wskazał na instalację w 2012 roku), tworzenie może się nie powieść. Sprawdź, czy 120 (SQL Server 2014) pasuje do Twojego wystąpienia. Inna możliwość: „Aby to rozwiązać, po prostu uruchomiłem konfigurację programu SQL Server 2012 z nośnika instalacyjnego i dodałem funkcję Integration Services”.

Miałem ten problem i nie był związany z uprawnieniami użytkownika. Zrobiłem wcześniejszą instalację serwera SQL i zdecydowałem się zainstalować wiele opcji z wyjątkiem „Usług integracji”, więc ponownie uruchomiłem aplikację Centrum instalacji programu SQL Server i tym razem zdecydowałem się zainstalować funkcję „Usług integracji”. Myślę, że powodem, dla którego mogłem zobaczyć węzeł „Integration Services Catalogs” w SMSS, mimo że nie zainstalowałem „Integration Services”, był wybór instalacji „Master Data Services” podczas mojej wcześniejszej instalacji SQL Server.

Jeśli nadal utkniesz, sprawdź, czy:

1. Usługi integracji są instalowane w wystąpieniu, z którym pracujesz
2. Jeśli masz zainstalowaną poprzednią wersję SQL - sprawdź, czy używasz pasującej wersji SSMS do łączenia się z instancją

SSIS z różnych powodów jest specyficzny dla wersji i oferuje ograniczoną kompatybilność wstecz / do przodu. Ważne jest, aby traktować wersje SQL jako osobne produkty i używać wersji VS i SSMS, które zostały zainstalowane wraz z instancją.

Podczas instalacji z mojego doświadczenia wynika, że ​​minimalne wymagania dotyczące wersji mogą oferować pewną kompatybilność wsteczną dla Visual Studio. Zauważyłem, że podczas instalacji Enterprise 2014 powiodło się to z powrotem do VS 2010 zamiast instalowania nowszej wersji. Jednak nadal musiałem połączyć się z SQL przy użyciu SSMS 2014, aby utworzyć katalog, SSMS 2012 nie działał.

Właśnie rozwiązałem ten problem, w SQL Server brakuje kilku funkcji, dlatego SSISDBBakup.bakbrakuje pliku, powinien on znajdować się pod:

C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak

Zainstaluj funkcję SQL Server Integration Services i będzie działać.