sql-server - tools - sql server integration services download

SQL Server 2012 Integration Services falló al conectarse a través de SSMS

Question

Recientemente instalé SQL Server 2012 y utilicé principalmente la configuración predeterminada. La base de datos funciona bien y puedo conectarme felizmente usando SSMS (SQL Server Management Studio) pero cuando me conecto a Integration Services Server obtengo este mensaje

La conexión al servicio de Integration Services en la computadora "localhost" falló con el siguiente error: "Acceso denegado".

De forma predeterminada, solo los administradores tienen acceso al servicio de Integration Services. En Windows Vista y posterior, el proceso debe ejecutarse con privilegios administrativos para conectarse al servicio de Integration Services. Consulte el tema de ayuda para obtener información sobre cómo configurar el acceso al servicio.

aquí está la captura de pantalla

No estoy seguro de por qué, pero soy el administrador del dominio y tengo todos los derechos sobre el servidor. Además, ¿por qué cuando me conecto desde mi escritorio puedo conectarme con éxito, solo si me conecto desde el servidor mismo, lo que me da problemas? ¿Cómo puedo solucionar esto para poder hacer que SSMS en el servidor se conecte a su instancia de Integration Services?

Answer 1

Debería verificar para qué usuario se ejecuta el servicio SSIS. Vaya a Inicio> Ejecutar> Escriba "services.msc" y baje hasta la entrada de SQL Server Integration Services 11.0. Haga clic derecho y verifique las propiedades para descubrir con qué usuario se está ejecutando. La segunda pestaña debe ser la pestaña LogOn. Como solo está ejecutando una instancia local, puede configurar su usuario como la cuenta de usuario de LogOn y SSIS tendrá los mismos permisos que usted.

Answer 2

Haga clic con el botón derecho en Sql Server Management Studio y seleccione Ejecutar como administrador e intente conectarse si está instalado en la instancia local.

Answer 3

Perdió un día de trabajo en ese problema. Mi paquete tiene una tarea de script .NET para copiar el archivo de una carpeta de red compartida a una carpeta local y me quedé atrapado con la excepción de "acceso denegado" cada vez que intenté ejecutar el paquete desde el servidor (a través de SQL Studio). El paquete funciona bien cuando se ejecuta localmente.

Probé muchas cosas recogidas aquí y allá y, al final del día, lo que funcionó fue crear un trabajo (el propietario es sa) que ejecuta el paquete como SSISExecutor.

Debo mencionar que el archivo en la red tiene acceso de lectura para todos, y que todavía no entiendo lo que estaba mal.

Answer 4

Según tengo entendido, el Control de acceso de usuario, o UAC , básicamente puede interceptar solicitudes para la membresía de su grupo, por lo que en este caso, parece que impidió que su membresía pasara a SQL Server.

Otros han señalado en sus comentarios que es posible que aún necesite hacer clic derecho y ejecutar SSMS como administrador.

Como señaló un astuto observador: "Esta es una solución rápida, no una solución real. La gente no debería simplemente estar ejecutando cosas como administrador. Estos muros de seguridad están en su lugar por una razón" Y acepto. UAC está diseñado para que los usuarios de Windows adopten una mentalidad de Principio de privilegio mínimo : solo escalar a una cuenta poderosa cuando sea necesario. El problema es que se sabe que SSMS "no juega bien" con UAC. Como yo lo veo, esto te deja con tres opciones

• Puede desactivar UAC y terminar su trabajo
• Deje el UAC encendido y dígale a su jefe que no puede trabajar
• Escribe tu propia herramienta de consulta que no se vea afectada por UAC

Answer 5

Vaya a todos los programas Haga clic en la carpeta Microsoft SQL Server 2012 Haga clic derecho en SQL Server Management Studio Haga clic en Ejecutar como administrador

Esto debería resolver el problema por ahora. (Con esto necesitas repetir siempre el mismo proceso). Para evitar esto cada vez y para una solución más persistente, debe obtener permiso (s). Haz el siguiente proceso y deberías ser bueno.

En versiones anteriores de SQL Server, de forma predeterminada, al instalar SQL Server, todos los usuarios del grupo Usuarios tenían acceso al servicio de Integration Services. Cuando instala la versión actual de SQL Server, los usuarios no tienen acceso al servicio de Integration Services. El servicio es seguro por defecto. Después de instalar SQL Server, el administrador debe otorgar acceso al servicio.

Para otorgar acceso al servicio de Integration Services

1. Ejecute Dcomcnfg.exe. Dcomcnfg.exe proporciona una interfaz de usuario para modificar ciertas configuraciones en el registro.
2. En el cuadro de diálogo Servicios de componentes, expanda Servicios de componentes> Equipos> Mi PC> nodo Configuración de DCOM.
3. Haga clic con el botón derecho en Microsoft SQL Server Integration Services 11.0 y luego haga clic en Propiedades.
4. En la pestaña Seguridad, haga clic en Editar en el área Permisos de inicio y activación.
5. Agregue usuarios y asigne los permisos apropiados, y luego haga clic en Aceptar.
6. Repita los pasos 4 - 5 para Permisos de acceso.
7. Reinicie SQL Server Management Studio.
8. Reinicie el servicio de Integration Services.

(Fuente MSDN)

Espero que esto sea de ayuda