Problemas accesando a un archivo plano desde sql server
Martha
04 de Marzo del 2005
Hola, si alguien me puede ayudar, es que estoy intentando abrir y leer una linea de un archivo de texto desde un stored procedure y ya lo hice con xp_cmdshell pero este xp solo se deja correr para usuarios sysadmin, quisiera saber como hago para que un usuario normal lo corra sin que este usuario quede con muchas libertades. Gracias por su ayuda.
Martha Luc铆a
Martha Luc铆a
emiliomiguez
04 de Marzo del 2005
Cuando se conceden permisos de ejecuci贸n a los usuarios, 茅stos pueden ejecutar cualquier comando del sistema operativo en el int茅rprete de comandos de Microsoft Windows NT庐 sobre el cual la cuenta que ejecute Microsoft SQL Server聶 tenga permisos de ejecuci贸n.
De forma predeterminada, s贸lo los miembros de la funci贸n fija de servidor sysadmin pueden ejecutar este procedimiento almacenado extendido. Sin embargo, puede conceder a otros usuarios permisos de ejecuci贸n sobre este procedimiento almacenado.
Cuando un usuario miembro de la funci贸n fija de servidor sysadmin llama a xp_cmdshell, xp_cmdshell se ejecutar谩 en el contexto de seguridad en el que se est茅 ejecutando el servicio SQL Server. Cuando el usuario no sea miembro del grupo sysadmin, xp_cmdshell representar谩 la cuenta de proxy del Agente SQL Server, que se especifica mediante xp_sqlagent_proxy_account. Si la cuenta de proxy no est谩 disponible, xp_cmdshell producir谩 errores. Esto s贸lo sucede en Microsoft庐 Windows NT庐 4.0 y Windows 2000. En Windows 9.x no hay representaci贸n y xp_cmdshell siempre se ejecuta en el contexto de seguridad del usuario de Windows 9.x que inici贸 SQL Server.
Nota:
En versiones anteriores, un usuario que tuviera permisos de ejecuci贸n para xp_cmdshell ejecutaba el comando en el contexto de la cuenta de usuario del servicio MSSQLServer. SQL Server se pod铆a configurar (mediante una opci贸n de configuraci贸n) de forma que los usuarios que no tuvieran acceso de sa a SQL Server pudieran ejecutar xp_cmdshell en el contexto de la cuenta SQLExecutiveCmdExec de Windows NT. En SQL Server 7.0, la cuenta se llama SQLAgentCmdExec. Los usuarios que no son miembros de la funci贸n fija de servidor sysadmin ejecutan ahora los comandos en el contexto de esta cuenta sin tener que especificar opciones de configuraci贸n.
De forma predeterminada, s贸lo los miembros de la funci贸n fija de servidor sysadmin pueden ejecutar este procedimiento almacenado extendido. Sin embargo, puede conceder a otros usuarios permisos de ejecuci贸n sobre este procedimiento almacenado.
Cuando un usuario miembro de la funci贸n fija de servidor sysadmin llama a xp_cmdshell, xp_cmdshell se ejecutar谩 en el contexto de seguridad en el que se est茅 ejecutando el servicio SQL Server. Cuando el usuario no sea miembro del grupo sysadmin, xp_cmdshell representar谩 la cuenta de proxy del Agente SQL Server, que se especifica mediante xp_sqlagent_proxy_account. Si la cuenta de proxy no est谩 disponible, xp_cmdshell producir谩 errores. Esto s贸lo sucede en Microsoft庐 Windows NT庐 4.0 y Windows 2000. En Windows 9.x no hay representaci贸n y xp_cmdshell siempre se ejecuta en el contexto de seguridad del usuario de Windows 9.x que inici贸 SQL Server.
Nota:
En versiones anteriores, un usuario que tuviera permisos de ejecuci贸n para xp_cmdshell ejecutaba el comando en el contexto de la cuenta de usuario del servicio MSSQLServer. SQL Server se pod铆a configurar (mediante una opci贸n de configuraci贸n) de forma que los usuarios que no tuvieran acceso de sa a SQL Server pudieran ejecutar xp_cmdshell en el contexto de la cuenta SQLExecutiveCmdExec de Windows NT. En SQL Server 7.0, la cuenta se llama SQLAgentCmdExec. Los usuarios que no son miembros de la funci贸n fija de servidor sysadmin ejecutan ahora los comandos en el contexto de esta cuenta sin tener que especificar opciones de configuraci贸n.
Jorge
04 de Marzo del 2005
Debes configurar una cuenta de Proxy. Administrador corporativo, Administracion,Agente SQLServer, Propiedades,Sistema de Trabajo, Restablecer Cuenta de Proxy