Problema con sp_OAMethod en objeto FSO

[Punktruka]

hola tengo un problemón, resulta que estoy tratando de copiar un archivo a otra unidad de disco mediante el Procedimiento de Sql Server "sp_oaMethod" con el cual creo un objeto Scripting.FileSystemObject, y a éste le coloco el método "CopyFile".

Según SQL la sintaxis que debo ocupar para este sp seria:

Código:

sp_OAMethod objecttoken, 
                   methodname 
                   [ , returnvalue OUTPUT ] 
                   [ , [ @parametername = ] parameter [ OUTPUT ] 
                   [ ...n ] ]

y yo en mi sintaxis tengo:

Código:

declare @objeto2 int
DECLARE @ruta varchar(8000)
DECLARE @ruta2 varchar(8000)
declare @Param1 varchar(8000)
declare @Param2 varchar(8000)
declare @Param3 varchar(8000)

set @ruta='c:\xml_'+@CodUbic+'.xml''
set @ruta2='d:\'

EXEC SP_OACREATE 'scripting.filesystemobject', @objeto2 OUT 
EXEC SP_OAMETHOD @objeto2, 'copyfile', @ruta output, @Param1=@ruta, @Param2=@ruta2, @Param3='true', 1

entonces se supone que despues de @ruta output, debo pasar los parámetros que ocupa el método CopyFile(los estoy tratando de pasar como @param1,2 y 3), pero ésto no se como se hace.
favor alguien que me ayudeeeee porque me tiene chata este problema porfiiisssss.

[Mithrandir]

Nunca he utilizado esa forma de llamadas, pero...

¿No te sirve una llamada a xp_cmdshell?

Código:

EXEC xp_cmdshell 'copy ' + @rutaorigen + ' ' + @rutadestino

También haría el trabajo.

[Punktruka]

hola, muchas gracias por responder.
bueno antes ya había probado con el xp_cmdshell, pero por un problema de servidor de acá me denegaba los permisos de escritura, por eso ahora estaba tratando con el sp_OAMethod, bueno me funcionó el este último pero igual no me dejaba escribir en el otro servidor, así que generé un .bat para copiar el archivo despues de crearlo, y ahora sip me funciona.

la sintaxis que ocupé en el SP_OAMETHOD, es esta (por si a alguien le sirve)

Código:

EXEC SP_OAMETHOD @objeto2, 'copyfile', null, @RutaOrig, @RutaDest

[Mithrandir]

Seguramente el problema sea por el usuario que está corriendo el servicio del SQL Server y del Agent. Si usas un usuario de la red (con acceso al otro servidor) no tendrás ese problema.

De cualquier forma, ya has logrado solucionar el problema