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:

Mostrar la cita
#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:
Mostrar la cita
#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:
Mostrar la cita
#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...
Mostrar la cita
#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...
Mostrar la cita
Ads by Google
Search Busqueda sugerida