dbTalk Databases Forums  

DTS tasks not working

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


Discuss DTS tasks not working in the microsoft.public.sqlserver.dts forum.



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

Default DTS tasks not working - 05-02-2006 , 07:46 AM






I have a DTS package with about 20 steps.
It's all simple tasks. Nothing elaborate.
I'm working with 2 remote shared SQL servers. SQLA and SQLB
The DTS package is saved on: SQLB
The package empties 4 tables on SQLA (DELETE FROM tasks)
Then populates those tables with a bit of data grooming.
Last step is to transfer the new data to SQLB.
I set the parallel processing limit to 1.

If I execute the DTS manually - it works perfect.
If I allow the schedule to run the DTS - data is duped in all the tables.
Every morning I wake to duped data.

I can only guess that the first set of data is not being deleted.
How can I troubleshoot this?
I don't have any control over scheduling.
Are there any settings there that can effect this?

thanks!



Reply With Quote
  #2  
Old   
Randall Arnold
 
Posts: n/a

Default Re: DTS tasks not working - 05-02-2006 , 11:13 AM






How are you deleting the data-- truncate table? Have you tried leaving the
old data and only copying over new rows (using SQL instead of a bulk table
copy) that makes sure the rows are unique?

Randall Arnold
"shank" <shank (AT) tampabay (DOT) rr.com> wrote

Quote:
I have a DTS package with about 20 steps.
It's all simple tasks. Nothing elaborate.
I'm working with 2 remote shared SQL servers. SQLA and SQLB
The DTS package is saved on: SQLB
The package empties 4 tables on SQLA (DELETE FROM tasks)
Then populates those tables with a bit of data grooming.
Last step is to transfer the new data to SQLB.
I set the parallel processing limit to 1.

If I execute the DTS manually - it works perfect.
If I allow the schedule to run the DTS - data is duped in all the tables.
Every morning I wake to duped data.

I can only guess that the first set of data is not being deleted.
How can I troubleshoot this?
I don't have any control over scheduling.
Are there any settings there that can effect this?

thanks!




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

Default Re: DTS tasks not working - 05-02-2006 , 12:40 PM



I'm using DELETE FROM. Maybe that's the issue.
The data is constantly changing throughout all 4 tables. I just figured it
be easiest to dump the old and grab the new instead of comparing record by
record.
thanks!

"Randall Arnold" <randall.nospam.arnold (AT) nokia (DOT) com.> wrote

Quote:
How are you deleting the data-- truncate table? Have you tried leaving
the old data and only copying over new rows (using SQL instead of a bulk
table copy) that makes sure the rows are unique?

Randall Arnold
"shank" <shank (AT) tampabay (DOT) rr.com> wrote in message
news:%23c8gsYebGHA.3632 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
I have a DTS package with about 20 steps.
It's all simple tasks. Nothing elaborate.
I'm working with 2 remote shared SQL servers. SQLA and SQLB
The DTS package is saved on: SQLB
The package empties 4 tables on SQLA (DELETE FROM tasks)
Then populates those tables with a bit of data grooming.
Last step is to transfer the new data to SQLB.
I set the parallel processing limit to 1.

If I execute the DTS manually - it works perfect.
If I allow the schedule to run the DTS - data is duped in all the tables.
Every morning I wake to duped data.

I can only guess that the first set of data is not being deleted.
How can I troubleshoot this?
I don't have any control over scheduling.
Are there any settings there that can effect this?

thanks!






Reply With Quote
  #4  
Old   
Randall Arnold
 
Posts: n/a

Default Re: DTS tasks not working - 05-02-2006 , 12:44 PM



Try Truncate first. If that doesn't work you may have table structure
problems.

Randall Arnold

"shank" <shank (AT) tampabay (DOT) rr.com> wrote

Quote:
I'm using DELETE FROM. Maybe that's the issue.
The data is constantly changing throughout all 4 tables. I just figured it
be easiest to dump the old and grab the new instead of comparing record by
record.
thanks!

"Randall Arnold" <randall.nospam.arnold (AT) nokia (DOT) com.> wrote in message
news:%23pJgKNgbGHA.4672 (AT) TK2MSFTNGP04 (DOT) phx.gbl...
How are you deleting the data-- truncate table? Have you tried leaving
the old data and only copying over new rows (using SQL instead of a bulk
table copy) that makes sure the rows are unique?

Randall Arnold
"shank" <shank (AT) tampabay (DOT) rr.com> wrote in message
news:%23c8gsYebGHA.3632 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
I have a DTS package with about 20 steps.
It's all simple tasks. Nothing elaborate.
I'm working with 2 remote shared SQL servers. SQLA and SQLB
The DTS package is saved on: SQLB
The package empties 4 tables on SQLA (DELETE FROM tasks)
Then populates those tables with a bit of data grooming.
Last step is to transfer the new data to SQLB.
I set the parallel processing limit to 1.

If I execute the DTS manually - it works perfect.
If I allow the schedule to run the DTS - data is duped in all the
tables.
Every morning I wake to duped data.

I can only guess that the first set of data is not being deleted.
How can I troubleshoot this?
I don't have any control over scheduling.
Are there any settings there that can effect this?

thanks!








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

Default Re: DTS tasks not working - 05-05-2006 , 09:58 AM



I've been messing with this for a couple days now. I switched TRUNCATE
TABLE. Much faster, but same difference. I asked the SQL admin to take a log
when the package runs. Because scheduling is out of my control, everything I
try is taking days to test. Is there a list of things I can do to help
troubleshoot?

I have a date field setup with GetDate(). Whatever is happening is happening
at the same time. I also have an ID field with auto-increment. One strange
thing is that the duped records are not populating back-to-back. There's a
break in the ID field.
thanks!

"Randall Arnold" <randall.nospam.arnold (AT) nospamnokia (DOT) com.> wrote

Quote:
Try Truncate first. If that doesn't work you may have table structure
problems.

Randall Arnold

"shank" <shank (AT) tampabay (DOT) rr.com> wrote in message
news:ec2fG9gbGHA.3712 (AT) TK2MSFTNGP03 (DOT) phx.gbl...
I'm using DELETE FROM. Maybe that's the issue.
The data is constantly changing throughout all 4 tables. I just figured
it be easiest to dump the old and grab the new instead of comparing
record by record.
thanks!

"Randall Arnold" <randall.nospam.arnold (AT) nokia (DOT) com.> wrote in message
news:%23pJgKNgbGHA.4672 (AT) TK2MSFTNGP04 (DOT) phx.gbl...
How are you deleting the data-- truncate table? Have you tried leaving
the old data and only copying over new rows (using SQL instead of a bulk
table copy) that makes sure the rows are unique?

Randall Arnold
"shank" <shank (AT) tampabay (DOT) rr.com> wrote in message
news:%23c8gsYebGHA.3632 (AT) TK2MSFTNGP05 (DOT) phx.gbl...
I have a DTS package with about 20 steps.
It's all simple tasks. Nothing elaborate.
I'm working with 2 remote shared SQL servers. SQLA and SQLB
The DTS package is saved on: SQLB
The package empties 4 tables on SQLA (DELETE FROM tasks)
Then populates those tables with a bit of data grooming.
Last step is to transfer the new data to SQLB.
I set the parallel processing limit to 1.

If I execute the DTS manually - it works perfect.
If I allow the schedule to run the DTS - data is duped in all the
tables.
Every morning I wake to duped data.

I can only guess that the first set of data is not being deleted.
How can I troubleshoot this?
I don't have any control over scheduling.
Are there any settings there that can effect this?

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.