Search
Active

2
Sign in to vote
0
Sign in to vote
Sign in
to vote
Type: Bug
ID: 507732
Opened: 11/2/2009 5:40:31 PM
Access Restriction: Public
0
Workaround(s)
1
User(s) can reproduce this bug
Hello,
    I have a SSIS package that loads data from a text file into a table in SQL Server. The table is first truncated, then the data is loaded. This has worked fine for the last 18 months. On Friday, while our application server was under stress (IIS was eating up most of the RAM), SSIS decided to put blanks in the table during the load. Funny thing was it loaded the same number of records as in the text file, only the fields were all blank (unlike the file which had perfectly good data in it). We ran the same package again later (after spending considerable time finding the missing data), and the same files loaded fine. Very strange. Only thing is that during the time of the bad loads, the server was under stress.

    The SSIS package is simple. It truncates the table, then loads the data. There are no special transformations or variables going on. Only a text file source and an OLEDB destination in the transformation task. I would of hoped that if SSIS was having troubles, that it would not load anything. I have logging enabled and it didn't even show any errors. Package does error out correctly when text file is bad in normal circumstances.

Any ideas??

We are using SSIS on a Windows 2003 64bit machine with SQL 2005 SP3 64 bit version. The destination SQL Server 2005 box is 32 bit.

I would hope that in this case SSIS would error out and not load anything. It loaded blanks which caused us a huge production incident. I have written a proc that runs afterwards to check for blank data, however I don't believe I should have to do this.

Thanks in advance,


Jeremy
Details (expand)
Product Language
English

Version

SQL Server 2005 SP3

Category

Integration Services (DTS)

Operating System

Win2003 Standard Server (SP2)
Operating System Language
US English
Steps to Reproduce
Could not re-produce. Only happened when Windows was low on Virtual RAM. Running same package later on same file did not produce the same result (as Virtual RAM was back).
Actual Results
blanks loaded into production. No warnings or errors given in logs. Funny that a bad text file does normally error out correctly. Running package later when Virtual RAM was not low was fine (all data loaded correctly).
Expected Results
if a problem with RAM or any other, error out rather than loading blanks.
Platform
X64
File Attachments
0 attachments
Sign in to post a comment.
Posted by Ron Harvie on 11/17/2009 at 3:55 PM
I experienced the same problem with SSIS. The enviromnent is SQL 2005, SP2, 64-bit.
The source was a text file with about 20,000 lines loaded from a Flat File connection manager into an OLEDB destination. The correct number of rows were inserted into the SQL table but the data was blank.

10 minutes later, the same file (with a few additional lines) was loaded without error. No change to the package.

As in the above posting, the server is one that is occasionally under a lot of memory stress.

This is definitely a bug.