Aun sigo sin poder ejecutar una job de un server a otro(LINKED SERVER)

14/08/2007 - 05:47 por Luis Mata | Informe spam
Aun sigo son poder ejecutar mi procedimiento almacenado mediante un job
dentro del
Sql server Agent.
- uso sql 2005
- los select,update,insert ejecuta bien.
- el test del linked sale como correcto.

que esta mal?

Luis Mata
Lima - Peru

Preguntas similare

Leer las respuestas

#6 Gustavo Larriera (MVP)
14/08/2007 - 18:56 | Informe spam
Con el permiso de Salvador.

Si ambos servidores están en un mismo dominio, cree una cuenta de dominio y
asignela a los servicios SQL de cada servidor.

Si los servidores no pertenecen a un dominio: Cree en cada servidor una
cuenta local con mismo nombre y password, y asignela a cada servicio SQL.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

el procedimiento se ejecuta sin problemas
desde un query

exec procedimiento

termina sin error, el problema esta en el SQL AGENT SERVER me parece.
en ambos servidores se ingresa con el mismo usuario y la misma clave ambos
de nivel ADMINISTRADOR hay que cambiar algo?



"Salvador Ramos" escribió en el
mensaje de noticias news:
> La cuenta LocalSystem sólo tiene privilegios sobre la máquina local en la
> que corre el servicio. Si te estás conectando al servidor vinculado con
> autenticación integrada, utilizará esta cuenta, por tanto no tienes
> privilegios.
> Utiliza una cuenta de windows que tenga privilegios en ambos servidores.
>
> Si con esto no los solucionas, por favor indicanos la información que te
> he solicitado antes.
>
> Un saludo
> Salvador Ramos
>
> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
> www.helpdna.net/acerca_de_salvador_ramos.htm
>
>
> "Luis Mata" escribió en el mensaje
> news:%
>> Esta siendo ejecutado como: LocalSystem
>>
>>
>> "Salvador Ramos" escribió en el
>> mensaje de noticias news:
>>> Hola,
>>>
>>> Puedes ejecutar ese procedimiento almacenado desde por ejemplo el
>>> enterprise manager ?
>>> Creo que es un problema de permisos de la cuenta con la que se está
>>> ejecutando el servicio SQL ServerAgent.
>>> Nos puedes indicar con qué cuenta consigues ejecutarlo desde el
>>> enterprise manager, y qué cuenta tiene asociada el SQL server agent ?
>>>
>>> Un saludo
>>> Salvador Ramos
>>>
>>> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
>>> www.helpdna.net/acerca_de_salvador_ramos.htm
>>>
>>>
>>> "Luis Mata" escribió en el mensaje
>>> news:
>>>> agrego este error que me sale:
>>>> Executed as user: dbo. Access to the remote server is denied because
>>>> the current security context is not trusted. [SQLSTATE 42000] (Error
>>>> 15274). The step failed.
>>>>
>>>> "Luis Mata" escribió en el mensaje
>>>> news:
>>>>> Aun sigo son poder ejecutar mi procedimiento almacenado mediante un
>>>>> job dentro del
>>>>> Sql server Agent.
>>>>> - uso sql 2005
>>>>> - los select,update,insert ejecuta bien.
>>>>> - el test del linked sale como correcto.
>>>>>
>>>>> que esta mal?
>>>>>
>>>>> Luis Mata
>>>>> Lima - Peru
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>



Respuesta Responder a este mensaje
#7 Luis Mata
14/08/2007 - 19:48 | Informe spam
Amigos
en el sql tengo el usuario: userall en ambos servidores con la misma clave
para iniciar el windows 2003 tambien usuario: administrador con la misma
clave
el sql agente lo inicia el administrador del windows en ambos
tengo grupo de trabajo y no uso dominio

en servidor remoto en el cual quiero que se ejecute los insert, update y
otros desde el local
me arroja este error en los sucesos:
Login failed for user 'userall'. [CLIENT: 10.0.1.150]
pero tienen la mismo usuario y misma clave





"Gustavo Larriera (MVP)"
escribió en el mensaje de noticias
news:
Con el permiso de Salvador.

Si ambos servidores están en un mismo dominio, cree una cuenta de dominio
y
asignela a los servicios SQL de cada servidor.

Si los servidores no pertenecen a un dominio: Cree en cada servidor una
cuenta local con mismo nombre y password, y asignela a cada servicio SQL.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

el procedimiento se ejecuta sin problemas
desde un query

exec procedimiento

termina sin error, el problema esta en el SQL AGENT SERVER me parece.
en ambos servidores se ingresa con el mismo usuario y la misma clave
ambos
de nivel ADMINISTRADOR hay que cambiar algo?



"Salvador Ramos" escribió en el
mensaje de noticias news:
> La cuenta LocalSystem sólo tiene privilegios sobre la máquina local en
> la
> que corre el servicio. Si te estás conectando al servidor vinculado con
> autenticación integrada, utilizará esta cuenta, por tanto no tienes
> privilegios.
> Utiliza una cuenta de windows que tenga privilegios en ambos
> servidores.
>
> Si con esto no los solucionas, por favor indicanos la información que
> te
> he solicitado antes.
>
> Un saludo
> Salvador Ramos
>
> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
> www.helpdna.net/acerca_de_salvador_ramos.htm
>
>
> "Luis Mata" escribió en el mensaje
> news:%
>> Esta siendo ejecutado como: LocalSystem
>>
>>
>> "Salvador Ramos" escribió en el
>> mensaje de noticias news:
>>> Hola,
>>>
>>> Puedes ejecutar ese procedimiento almacenado desde por ejemplo el
>>> enterprise manager ?
>>> Creo que es un problema de permisos de la cuenta con la que se está
>>> ejecutando el servicio SQL ServerAgent.
>>> Nos puedes indicar con qué cuenta consigues ejecutarlo desde el
>>> enterprise manager, y qué cuenta tiene asociada el SQL server agent ?
>>>
>>> Un saludo
>>> Salvador Ramos
>>>
>>> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
>>> www.helpdna.net/acerca_de_salvador_ramos.htm
>>>
>>>
>>> "Luis Mata" escribió en el mensaje
>>> news:
>>>> agrego este error que me sale:
>>>> Executed as user: dbo. Access to the remote server is denied because
>>>> the current security context is not trusted. [SQLSTATE 42000] (Error
>>>> 15274). The step failed.
>>>>
>>>> "Luis Mata" escribió en el
>>>> mensaje
>>>> news:
>>>>> Aun sigo son poder ejecutar mi procedimiento almacenado mediante un
>>>>> job dentro del
>>>>> Sql server Agent.
>>>>> - uso sql 2005
>>>>> - los select,update,insert ejecuta bien.
>>>>> - el test del linked sale como correcto.
>>>>>
>>>>> que esta mal?
>>>>>
>>>>> Luis Mata
>>>>> Lima - Peru
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>






Respuesta Responder a este mensaje
#8 Luis Mata
14/08/2007 - 19:51 | Informe spam
agrego el error que sale en la pc que ejecuta el job:
Message
Executed as user: userall. Access to the remote server is denied because the
current security context is not trusted. [SQLSTATE 42000] (Error 15274).
The step failed.


"Luis Mata" escribió en el mensaje de
noticias news:
Amigos
en el sql tengo el usuario: userall en ambos servidores con la misma clave
para iniciar el windows 2003 tambien usuario: administrador con la misma
clave
el sql agente lo inicia el administrador del windows en ambos
tengo grupo de trabajo y no uso dominio

en servidor remoto en el cual quiero que se ejecute los insert, update y
otros desde el local
me arroja este error en los sucesos:
Login failed for user 'userall'. [CLIENT: 10.0.1.150]
pero tienen la mismo usuario y misma clave





"Gustavo Larriera (MVP)"
escribió en el mensaje de noticias
news:
Con el permiso de Salvador.

Si ambos servidores están en un mismo dominio, cree una cuenta de dominio
y
asignela a los servicios SQL de cada servidor.

Si los servidores no pertenecen a un dominio: Cree en cada servidor una
cuenta local con mismo nombre y password, y asignela a cada servicio SQL.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Mata" wrote:

el procedimiento se ejecuta sin problemas
desde un query

exec procedimiento

termina sin error, el problema esta en el SQL AGENT SERVER me parece.
en ambos servidores se ingresa con el mismo usuario y la misma clave
ambos
de nivel ADMINISTRADOR hay que cambiar algo?



"Salvador Ramos" escribió en el
mensaje de noticias news:
> La cuenta LocalSystem sólo tiene privilegios sobre la máquina local en
> la
> que corre el servicio. Si te estás conectando al servidor vinculado
> con
> autenticación integrada, utilizará esta cuenta, por tanto no tienes
> privilegios.
> Utiliza una cuenta de windows que tenga privilegios en ambos
> servidores.
>
> Si con esto no los solucionas, por favor indicanos la información que
> te
> he solicitado antes.
>
> Un saludo
> Salvador Ramos
>
> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
> www.helpdna.net/acerca_de_salvador_ramos.htm
>
>
> "Luis Mata" escribió en el mensaje
> news:%
>> Esta siendo ejecutado como: LocalSystem
>>
>>
>> "Salvador Ramos" escribió en el
>> mensaje de noticias news:
>>> Hola,
>>>
>>> Puedes ejecutar ese procedimiento almacenado desde por ejemplo el
>>> enterprise manager ?
>>> Creo que es un problema de permisos de la cuenta con la que se está
>>> ejecutando el servicio SQL ServerAgent.
>>> Nos puedes indicar con qué cuenta consigues ejecutarlo desde el
>>> enterprise manager, y qué cuenta tiene asociada el SQL server agent
>>> ?
>>>
>>> Un saludo
>>> Salvador Ramos
>>>
>>> www.helpdna.net (información sobre SQL Server y Microsoft .Net)
>>> www.helpdna.net/acerca_de_salvador_ramos.htm
>>>
>>>
>>> "Luis Mata" escribió en el
>>> mensaje
>>> news:
>>>> agrego este error que me sale:
>>>> Executed as user: dbo. Access to the remote server is denied
>>>> because
>>>> the current security context is not trusted. [SQLSTATE 42000]
>>>> (Error
>>>> 15274). The step failed.
>>>>
>>>> "Luis Mata" escribió en el
>>>> mensaje
>>>> news:
>>>>> Aun sigo son poder ejecutar mi procedimiento almacenado mediante
>>>>> un
>>>>> job dentro del
>>>>> Sql server Agent.
>>>>> - uso sql 2005
>>>>> - los select,update,insert ejecuta bien.
>>>>> - el test del linked sale como correcto.
>>>>>
>>>>> que esta mal?
>>>>>
>>>>> Luis Mata
>>>>> Lima - Peru
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>











Respuesta Responder a este mensaje
#9 Gustavo Larriera (MVP)
15/08/2007 - 02:54 | Informe spam
Conectese con un usuario SysAdmin y configure la base local y tambien la
base remota, de la siguiente manera:

ALTER DATABASE nombreDeLaBase SET TRUSTWORTHY ON;

Confirme si eso soluciona el problema.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



In article ,
says...
agrego el error que sale en la pc que ejecuta el job:
Message
Executed as user: userall. Access to the remote server is denied because the
current security context is not trusted. [SQLSTATE 42000] (Error 15274).
The step failed.


"Luis Mata" escribió en el mensaje de
noticias news:
> Amigos
> en el sql tengo el usuario: userall en ambos servidores con la misma clave
> para iniciar el windows 2003 tambien usuario: administrador con la misma
> clave
> el sql agente lo inicia el administrador del windows en ambos
> tengo grupo de trabajo y no uso dominio
>
> en servidor remoto en el cual quiero que se ejecute los insert, update y
> otros desde el local
> me arroja este error en los sucesos:
> Login failed for user 'userall'. [CLIENT: 10.0.1.150]
> pero tienen la mismo usuario y misma clave
>
>
>
>
>
> "Gustavo Larriera (MVP)"
> escribió en el mensaje de noticias
> news:
>> Con el permiso de Salvador.
>>
>> Si ambos servidores està¡n en un mismo dominio, cree una cuenta de dominio
>> y
>> asignela a los servicios SQL de cada servidor.
>>
>> Si los servidores no pertenecen a un dominio: Cree en cada servidor una
>> cuenta local con mismo nombre y password, y asignela a cada servicio SQL.
>>
>> Gustavo Larriera, Microsoft MVP
>> https://mvp.support.microsoft.com/p...o.Larriera
>> Este mensaje se proporciona tal como es, sin garantà­as de ninguna clase.
>>
>>
>>
>> "Luis Mata" wrote:
>>
>>> el procedimiento se ejecuta sin problemas
>>> desde un query
Respuesta Responder a este mensaje
#10 Luis Mata
15/08/2007 - 06:36 | Informe spam
Amigo Gustavo Larriera

Gracias por todo y a todos
creo que me aturdi con tanto abrir y cerrar las ventanas.
asi que elimine todo el linker server, el job e inicie todo de nuevo.
- hize que ambos SQL SERVER AGENT iniciaran como Administrador con las misma
contraseña.
- puse las BD SET TRUSTWORTHY ON
- volvi a conectar el LINKED SERVER lo testee hize algunos select y funciono
- ejecute el procedimiento almacenado desde un QUERY con EXEC
proc_upd_remoto funciono correctamente.
- Cree un plan de mentenimiento para que ejecute el procedimiento diario a
media noche lo probe y funciono.
- Automaticamente aparecion como un job en el SQL SERVER AGENT lo ejecute y
corrio sin problemas.

por fin respire. cuando tenga tiempo voy a ir cambiando algunos puntos para
detectar donde es la falla y saber como se realiza sin tantas vueltas.

Gracias a Todos.

Luis Mata
Peru




"Gustavo Larriera (MVP)" escribió en el mensaje
news:
Conectese con un usuario SysAdmin y configure la base local y tambien la
base remota, de la siguiente manera:

ALTER DATABASE nombreDeLaBase SET TRUSTWORTHY ON;

Confirme si eso soluciona el problema.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



In article ,
says...
agrego el error que sale en la pc que ejecuta el job:
Message
Executed as user: userall. Access to the remote server is denied because
the
current security context is not trusted. [SQLSTATE 42000] (Error 15274).
The step failed.


"Luis Mata" escribió en el mensaje de
noticias news:
> Amigos
> en el sql tengo el usuario: userall en ambos servidores con la misma
> clave
> para iniciar el windows 2003 tambien usuario: administrador con la misma
> clave
> el sql agente lo inicia el administrador del windows en ambos
> tengo grupo de trabajo y no uso dominio
>
> en servidor remoto en el cual quiero que se ejecute los insert, update y
> otros desde el local
> me arroja este error en los sucesos:
> Login failed for user 'userall'. [CLIENT: 10.0.1.150]
> pero tienen la mismo usuario y misma clave
>
>
>
>
>
> "Gustavo Larriera (MVP)"
> escribió en el mensaje de noticias
> news:
>> Con el permiso de Salvador.
>>
>> Si ambos servidores està¡n en un mismo dominio, cree una cuenta de
>> dominio
>> y
>> asignela a los servicios SQL de cada servidor.
>>
>> Si los servidores no pertenecen a un dominio: Cree en cada servidor una
>> cuenta local con mismo nombre y password, y asignela a cada servicio
>> SQL.
>>
>> Gustavo Larriera, Microsoft MVP
>> https://mvp.support.microsoft.com/p...o.Larriera
>> Este mensaje se proporciona tal como es, sin garantà­as de ninguna
>> clase.
>>
>>
>>
>> "Luis Mata" wrote:
>>
>>> el procedimiento se ejecuta sin problemas
>>> desde un query
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida