on 2010 Oct 06 6:41 PM
We are using ASA 11.0.1 build 2044. The database runs as a windows service using the local system account.
I need to copy data files from our web server to our database server before a stored procedure runs. The xopy command is in a batch file and it works fine if I double-click on it or if I execute it from Start>>Run. However, I need to call it as part of a procedure using xp_cmdsheell. When I try to run it this way, nothing happens.
Here is the simple script where 'XXXX' is a parameter I am passing to the batch file:
call xp_cmdshell('c:\\somefolder\\copy.bat' + ' XXXX', 'no_output');
The copy.bat has the following syntax:
xcopy T:\\somefolder\\%1\\history\\*.txt c:\\somefolder\\%1\\history /s /y
Again, this is being run on the database server and we are trying to get files from the web server. The web server is mapped to the database server in windows explorer as follows: c$ on 'server1' (T:). I've modified copy.bat in different ways to get it to work without success. For example, I've tried the following in an attempt to account for UNC mapping:
xcopy \\\\\\\\server1\\\\somefolder\\\\%1\\\\history\\\\*.txt c:\\somefolder\\%1\\history /s /y
What is the correct syntax for the xcopy command in this situation? Is this a rights/permissions issue on the folder I am trying to copy from? Thanks, Tom
Request clarification before answering.
The problem is that the local system account has no network rights by default. You can either change that, or run the service under a user with the necessary rights.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In addtion to Justin's correct answer:
A third (and in my mind better) solution is to leave the service under the local system account (and do not give that account network rights for reasons of security) but to make a temporary network connection as a specific domain user with the according rights, something like
xp_cmdshell("NET USE /USER:.......")
-- do the desired network access
xp_cmdshell("NET USE /DELETE ....")
When these connect/disconnect calls are put into separate procedures, you could even use ALTER PROCEDURE SET HIDDEN to hide any credentials.
We have used this method to copy backup files to a net share for years.
In addition, we typically use the 2> option with xp_cmdshell to pipe stderr messages to a file, something like
nRetCode = call xp_cmdshell('XCOPY C:\\*.* 😧 2> C:\\MyError.txt', 'no_output');
and in case nRetCode is <>´0 (which shows an error condition), read any OS error messages with xp_readfile('C:\\MyError.txt').
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Daz: I agree. But the other alternatives (granting the database service network access) would allow network access permanently, whereas the solution shown does only allow that for a small timeframe - a clear improvement, methinks. - Besides that, xp_cmdshell, xp_writefile etc. require DBA permission, so not all users would have access.
First off, thanks to everyone who has replied. I like the idea of employing NET USE for this. However, I've never used it and I'm not sure what parameters to pass in for /USER and /DELETE. Assuming my username for the server is 'juser' would it be something like the following? Thanks
NET USE T: \\\\server1\\somefolder /USER: juser pwd
Volker -
I tried this:
nRetCode = call xp_cmdshell('NET USE /USER:myuserid@production.local 2>' || strCmdErrorLog, 'no_output' );
The log file indicates that I am not using the correct syntax for NET USE -- it just lists what all the possible switches are. When I tried this:
nRetCode = call xp_cmdshell('NET USE M: \\servershare /USER:myuserid@production.local 2>' || strCmdErrorLog, 'no_output' );
I got the following error in the log file: "System error 67 has occurred. The network name cannot be found."
@Tom: I generally use the "domainuser" syntax, i.e. "NET USE M: \\MyServerMyShare /User:MyDomainMyUser MyPwd 2> c:MyError.log" and "NET USE M: /DELETE". Can't commment on the syntax with "MyUser@MyDomain". Note, however, when you use these commands as SQL strings, you will have to mask all backslashes by doubling them, i.e. 'NET USE M: \\\\MyServer\\MyShare ...'.
If you do not want to change the service username, you can try using the Sysinternals tool PSEXEC. That will allow you to specify a username/password to use to run the command either as you specify or to run it on the remote system (web) back to the DB system.
It all depends on what control you have over the usernames and rights on each system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@All: For those who don't know anything about http://sysinternals.com, not only has it always been a 100%-trustworthy website for downloading Windows utility programs, but it is now owned and operated by Microsoft itself.
User | Count |
---|---|
76 | |
30 | |
8 | |
8 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.