dbTalk Databases Forums  

DATA Export

microsoft.public.sqlserver.dts microsoft.public.sqlserver.dts


Discuss DATA Export in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Steve
 
Posts: n/a

Default DATA Export - 12-06-2005 , 03:41 AM






Good morning,
I have a 2003 AD domain with a SQL2000 dedicated machine (server).
I try to export on a windows 2000 server (excel or txt files) from my sql db.
As I am runing my DTS myself, everything is ok... If I use the SQL planer,
it does not work giving me an error 80004005 with acces denied. I believe it
is a security problem but I do not know where as manualy dts works fine...
Thanking you in advance.
Regards


Reply With Quote
  #2  
Old   
Danijel Novak
 
Posts: n/a

Default Re: DATA Export - 12-06-2005 , 07:16 AM






Hi,

When you run DTS package manually it runs in your security context. As you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote

Quote:
Good morning,
I have a 2003 AD domain with a SQL2000 dedicated machine (server).
I try to export on a windows 2000 server (excel or txt files) from my sql
db.
As I am runing my DTS myself, everything is ok... If I use the SQL planer,
it does not work giving me an error 80004005 with acces denied. I believe
it
is a security problem but I do not know where as manualy dts works fine...
Thanking you in advance.
Regards




Reply With Quote
  #3  
Old   
Steve
 
Posts: n/a

Default Re: DATA Export - 12-06-2005 , 10:40 AM



Security seems to be ok because if I schedule the same task to extract the
file directly on the SQL server, everything is ok but as soon as I am using a
destination folder that is not on a 2003 server but on a 2000 server, it does
not work anymore !
Regards


"Danijel Novak" wrote:

Quote:
Hi,

When you run DTS package manually it runs in your security context. As you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT




Reply With Quote
  #4  
Old   
Danijel Novak
 
Posts: n/a

Default Re: DATA Export - 12-07-2005 , 12:52 AM



Hi,

Is Windows 2000 machine in Windows 2003 AD?

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote

Quote:
Security seems to be ok because if I schedule the same task to extract the
file directly on the SQL server, everything is ok but as soon as I am
using a
destination folder that is not on a 2003 server but on a 2000 server, it
does
not work anymore !
Regards


"Danijel Novak" wrote:

Hi,

When you run DTS package manually it runs in your security context. As
you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT






Reply With Quote
  #5  
Old   
Steve
 
Posts: n/a

Default Re: DATA Export - 12-07-2005 , 01:29 AM



Good morning,
Yes it is... It is a 2000 server machine under 2003AD...in the same domain
under same PDC
regards


"Danijel Novak" wrote:

Quote:
Hi,

Is Windows 2000 machine in Windows 2003 AD?

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote in message
news:32102AE1-FA5B-4DC7-812B-BDC9C858DC61 (AT) microsoft (DOT) com...
Security seems to be ok because if I schedule the same task to extract the
file directly on the SQL server, everything is ok but as soon as I am
using a
destination folder that is not on a 2003 server but on a 2000 server, it
does
not work anymore !
Regards


"Danijel Novak" wrote:

Hi,

When you run DTS package manually it runs in your security context. As
you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT







Reply With Quote
  #6  
Old   
Danijel Novak
 
Posts: n/a

Default Re: DATA Export - 12-07-2005 , 01:39 AM



Hi,

I had some problems with this setup too, just vice versa. SQL was on Windows
2000 and AD was on Windows 2003.
My solution was to upgrade Windows 2000 machine to Windows 2003.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote

Quote:
Good morning,
Yes it is... It is a 2000 server machine under 2003AD...in the same domain
under same PDC
regards


"Danijel Novak" wrote:

Hi,

Is Windows 2000 machine in Windows 2003 AD?

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote in message
news:32102AE1-FA5B-4DC7-812B-BDC9C858DC61 (AT) microsoft (DOT) com...
Security seems to be ok because if I schedule the same task to extract
the
file directly on the SQL server, everything is ok but as soon as I am
using a
destination folder that is not on a 2003 server but on a 2000 server,
it
does
not work anymore !
Regards


"Danijel Novak" wrote:

Hi,

When you run DTS package manually it runs in your security context. As
you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a
user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT









Reply With Quote
  #7  
Old   
Steve
 
Posts: n/a

Default Re: DATA Export - 12-07-2005 , 07:11 AM



Ooooooops, it is not possible as there is an application running that is not
even 2000SP4 compatible meaning that I cannot think of 2003server instead of
the 2000server...
Hence I believe I will use only the windows task scheduler to plan the file
transfer (file that will be created by SQL TASK and droped on the SQL
machine...)
Bye
And thanks for your help.

"Danijel Novak" wrote:

Quote:
Hi,

I had some problems with this setup too, just vice versa. SQL was on Windows
2000 and AD was on Windows 2003.
My solution was to upgrade Windows 2000 machine to Windows 2003.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote in message
news:93E84576-3FB6-4313-89C2-B8C739CF7827 (AT) microsoft (DOT) com...
Good morning,
Yes it is... It is a 2000 server machine under 2003AD...in the same domain
under same PDC
regards


"Danijel Novak" wrote:

Hi,

Is Windows 2000 machine in Windows 2003 AD?

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT


"Steve" <Steve (AT) discussions (DOT) microsoft.com> wrote in message
news:32102AE1-FA5B-4DC7-812B-BDC9C858DC61 (AT) microsoft (DOT) com...
Security seems to be ok because if I schedule the same task to extract
the
file directly on the SQL server, everything is ok but as soon as I am
using a
destination folder that is not on a 2003 server but on a 2000 server,
it
does
not work anymore !
Regards


"Danijel Novak" wrote:

Hi,

When you run DTS package manually it runs in your security context. As
you
are probably sysadmin it runs just perfectly.
But when you run it in a schedule it runs in a security context of a
user
you have set it up for running...

Check the security settings in scheduling program.

--
Danijel Novak
MCP+I, MCSA, MCSE, MCDBA, MCT










Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.