dbTalk Databases Forums  

How should I debug my DTS packages in the production server?

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


Discuss How should I debug my DTS packages in the production server? in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
J-T
 
Posts: n/a

Default How should I debug my DTS packages in the production server? - 07-25-2005 , 07:00 PM






How should I debug my DTS packages in the production server where there is
no script debugger.



Thanks



Reply With Quote
  #2  
Old   
Leslie
 
Posts: n/a

Default RE: How should I debug my DTS packages in the production server? - 07-26-2005 , 04:47 PM






JT,

I right click on each object and execute task on each object individually.
If you have code (e.g. ActiveX script), there is a parser which will debug to
a certain level. I've also copied and pasted VB code into other apps (e.g.
Access) VB script editors to get a more complete and informative compile.

When executing each task in a DTS package, it might be worth taking out
broadcast/large scale data tasks and do little jobs first to check your
"code".

Hope the above ideas help.

Cheers,
Leslie

"J-T" wrote:

Quote:
How should I debug my DTS packages in the production server where there is
no script debugger.



Thanks




Reply With Quote
  #3  
Old   
J-T
 
Posts: n/a

Default Re: How should I debug my DTS packages in the production server? - 07-27-2005 , 04:10 PM



Thanks for your reply,

Quote:
If you have code (e.g. ActiveX script), there is a parser which will debug
to
a certain level
What is the parser's name?

Thanks agian


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

Quote:
JT,

I right click on each object and execute task on each object individually.
If you have code (e.g. ActiveX script), there is a parser which will debug
to
a certain level. I've also copied and pasted VB code into other apps
(e.g.
Access) VB script editors to get a more complete and informative compile.

When executing each task in a DTS package, it might be worth taking out
broadcast/large scale data tasks and do little jobs first to check your
"code".

Hope the above ideas help.

Cheers,
Leslie

"J-T" wrote:

How should I debug my DTS packages in the production server where there
is
no script debugger.



Thanks






Reply With Quote
  #4  
Old   
Sue Hoegemeier
 
Posts: n/a

Default Re: How should I debug my DTS packages in the production server? - 07-27-2005 , 07:17 PM



It's available in the task itself. Open the ActiveX script
task and click on the Parse button

-Sue

On Wed, 27 Jul 2005 14:10:29 -0700, "J-T" <J-T (AT) nospam (DOT) com>
wrote:

Quote:
Thanks for your reply,

If you have code (e.g. ActiveX script), there is a parser which will debug
to
a certain level

What is the parser's name?

Thanks agian


"Leslie" <Leslie (AT) discussions (DOT) microsoft.com> wrote in message
news:55D58FE4-1D6A-4922-8A80-42C7DB54246E (AT) microsoft (DOT) com...
JT,

I right click on each object and execute task on each object individually.
If you have code (e.g. ActiveX script), there is a parser which will debug
to
a certain level. I've also copied and pasted VB code into other apps
(e.g.
Access) VB script editors to get a more complete and informative compile.

When executing each task in a DTS package, it might be worth taking out
broadcast/large scale data tasks and do little jobs first to check your
"code".

Hope the above ideas help.

Cheers,
Leslie

"J-T" wrote:

How should I debug my DTS packages in the production server where there
is
no script debugger.



Thanks






Reply With Quote
  #5  
Old   
J-T
 
Posts: n/a

Default Re: How should I debug my DTS packages in the production server? - 07-29-2005 , 01:11 PM



Well,I'd like to debug and breakpoint on the first runtime error happens
which parser cannot do that.

Right?

Thanks
"Sue Hoegemeier" <Sue_H (AT) nomail (DOT) please> wrote

Quote:
It's available in the task itself. Open the ActiveX script
task and click on the Parse button

-Sue

On Wed, 27 Jul 2005 14:10:29 -0700, "J-T" <J-T (AT) nospam (DOT) com
wrote:

Thanks for your reply,

If you have code (e.g. ActiveX script), there is a parser which will
debug
to
a certain level

What is the parser's name?

Thanks agian


"Leslie" <Leslie (AT) discussions (DOT) microsoft.com> wrote in message
news:55D58FE4-1D6A-4922-8A80-42C7DB54246E (AT) microsoft (DOT) com...
JT,

I right click on each object and execute task on each object
individually.
If you have code (e.g. ActiveX script), there is a parser which will
debug
to
a certain level. I've also copied and pasted VB code into other apps
(e.g.
Access) VB script editors to get a more complete and informative
compile.

When executing each task in a DTS package, it might be worth taking out
broadcast/large scale data tasks and do little jobs first to check your
"code".

Hope the above ideas help.

Cheers,
Leslie

"J-T" wrote:

How should I debug my DTS packages in the production server where there
is
no script debugger.



Thanks








Reply With Quote
  #6  
Old   
Sue Hoegemeier
 
Posts: n/a

Default Re: How should I debug my DTS packages in the production server? - 07-31-2005 , 10:22 PM



No...parsers pretty much just check syntax.

-Sue

On Fri, 29 Jul 2005 11:11:22 -0700, "J-T" <J-T (AT) nospam (DOT) com>
wrote:

Quote:
Well,I'd like to debug and breakpoint on the first runtime error happens
which parser cannot do that.

Right?

Thanks
"Sue Hoegemeier" <Sue_H (AT) nomail (DOT) please> wrote in message
news:dm8ge1le97shh9v82pu8o63781q1ng7990 (AT) 4ax (DOT) com...
It's available in the task itself. Open the ActiveX script
task and click on the Parse button

-Sue

On Wed, 27 Jul 2005 14:10:29 -0700, "J-T" <J-T (AT) nospam (DOT) com
wrote:

Thanks for your reply,

If you have code (e.g. ActiveX script), there is a parser which will
debug
to
a certain level

What is the parser's name?

Thanks agian


"Leslie" <Leslie (AT) discussions (DOT) microsoft.com> wrote in message
news:55D58FE4-1D6A-4922-8A80-42C7DB54246E (AT) microsoft (DOT) com...
JT,

I right click on each object and execute task on each object
individually.
If you have code (e.g. ActiveX script), there is a parser which will
debug
to
a certain level. I've also copied and pasted VB code into other apps
(e.g.
Access) VB script editors to get a more complete and informative
compile.

When executing each task in a DTS package, it might be worth taking out
broadcast/large scale data tasks and do little jobs first to check your
"code".

Hope the above ideas help.

Cheers,
Leslie

"J-T" wrote:

How should I debug my DTS packages in the production server where there
is
no script debugger.



Thanks








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.