Solución:
Tuve este problema y no estaba relacionado con los permisos de usuario. Hice una instalación anterior del servidor SQL y elegí instalar muchas opciones excepto ‘Servicios de integración’, por lo que ejecuté la aplicación Centro de instalación de SQL Server nuevamente y esta vez elegí instalar la función ‘Servicios de integración’. Creo que la razón por la que pude ver el nodo ‘Catálogos de servicios de integración’ en SMSS a pesar de no haber instalado ‘Servicios de integración’, se debió a que elegí instalar ‘Servicios de datos maestros’ durante mi instalación anterior de SQL Server.
Decidí ver qué sucede cuando realmente haces clic en Crear catálogo en SSMS. Hay una serie de pasos que se realizan, pero la premisa básica es que existe una copia de seguridad en
C:Program FilesMicrosoft SQL Server120DTSBinnSSISDBBackup.bak
y como parte de la creación del catálogo, esa copia de seguridad se restaura para hacer SSISDB.
El camino debajo Program Files va a estar protegido para evitar accidentes de los archivos allí. El error que está encontrando indica que la persona que ejecuta SSMS no tiene acceso al archivo en C:Program FilesMicrosoft SQL Server120DTSBinn
Asumiendo que no estás usando runas o algo así para iniciar SSMS, intente abrir el Explorador de Windows (no Internet Explorer) y navegue hasta esa carpeta. Si puede llegar allí, es posible que deba hacer clic en Sí para algo como “muéstrame los archivos, sé que estoy en un área restringida”, entonces propongo que UAC está afectando tu capacidad para instalar SSISDB.
Si ese es el caso, cierre todas sus instancias de SSMS. Luego, haga clic con el botón derecho en SSMS y elija “Ejecutar como administrador”. Esto debería evitar que la ventana emergente de autorización arroje una llave inglesa en las obras cuando se esté realizando la instalación del catálogo.
La forma en que los permisos del sistema de archivos se estropearon es un problema para otro sitio (SuperUser o sysadmin)
Me encontré con este elemento Connect que indica que si está usando una versión diferente de SSMS que el SQL Server subyacente al que se ha conectado (SSMS 2014 señaló la instalación de 2012), la creación puede fallar. Por lo tanto, verifique que su 120 (SQL Server 2014) coincida con su instancia. La otra posibilidad allí es “Para resolverlo, simplemente ejecuté la configuración de SQL Server 2012 desde el medio de instalación y agregué la función Integration Services”.
Si aún está atascado, asegúrese de verificar que:
- Integrations Services está instalado en la instancia con la que está trabajando
- Si tiene instalada una versión anterior de SQL, compruebe que está utilizando la versión correspondiente de SSMS para conectarse a su instancia
SSIS, por varias razones, es específico de la versión y ofrece una compatibilidad limitada o nula hacia atrás / adelante. Es importante tratar las versiones de SQL como productos separados y usar las versiones VS y SSMS que se instalaron con su instancia.
Durante la instalación, según mi experiencia, los requisitos mínimos de la versión pueden ofrecer cierta compatibilidad de estudio con versiones anteriores de Visual Studio. Durante una instalación Enterprise de 2014, noté que estaba vinculado a VS 2010 en lugar de instalar una versión más nueva. Sin embargo, todavía tenía que conectarme a SQL usando SSMS 2014 para crear un catálogo, SSMS 2012 no funcionaría.