![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
#3
| |||
| |||
|
|
When you run the package on your own box, it is using the drives and security context of you and your box. So, if you refer to drive E:, it uses drive E: on your box. If your remote server has no drive E:, it will fail. Also, if you schedule a job on the remote box, it will run under the SQL Server Agent service. If it has to access network drives, you'll need to use UNC names and the agent service must run under a domain account. -- Tom ---------------------------------------------------- Thomas A. Moreau, BSc, PhD, MCSE, MCDBA SQL Server MVP Columnist, SQL Server Professional Toronto, ON Canada www.pinpub.com . "dm4714" <spam (AT) spam (DOT) net> wrote in message news:u6hbaAkeFHA.3616 (AT) TK2MSFTNGP09 (DOT) phx.gbl... Hi -- I've created a DTS package on my computer and saved to a remote server. I can execute the package locally and it runs without problems. I can also open it within DTS Designer (where I created it) without problems. I've noticed that the package cannot be scheduled and would fail when trying to execute. Today, I went to the local server and thought I'd attempt running the package from there to see if it would work. Well, when I try and execute within EM, it returns an "unspecified error". To make matters worse, when I try and open the package on the remote server, it returns the same error. What do I do? Why won't the package open on the remote server? I've tried saving the package to a .DTS file on my computer, deleting it from remote server, and re-opening and saving... but the package still won't open/run on server. It runs from my PC fine. If anyone has any ideas or help, it would be appreciated. I'm not looking forward to having to re-write the package. |
![]() |
| Thread Tools | |
| Display Modes | |
| |