Error 220(EM_DBC_CRASH_A) - Teradata crashes

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
fdmuser
Premium Member
Premium Member
Posts: 3
Joined: Wed Jan 17, 2007 5:55 pm

Error 220(EM_DBC_CRASH_A) - Teradata crashes

Post by fdmuser »

Has anyone experience this error?
Error 220(EM_DBC_CRASH_A) .....

It is a straightforward SQL query being executed in a Teradata enterprise stage. The data is being read by a join to 2 views in the TD database and can be written to anything - sequential file, dataset, another (SQL Server database).

As soon as the job starts, it crashes the entire database! I am not too familiar with Teradata, but really find it strange that a query can crash the database.

Anyway, running the same query through SQL assistant runs fine - but not through Datastage.

Any help will be greatly appreciated.
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Welcome Aboard 8)
Does this happen every time you run the query with datastage? I quick search in google on the error message revealed that error 220 is due to losing connection. For some reason you are losing connection.
Get your DBA invovled and then run your job. See what your DBA can detect on the monitor.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
fdmuser
Premium Member
Premium Member
Posts: 3
Joined: Wed Jan 17, 2007 5:55 pm

Post by fdmuser »

At first we thought that its just the connection. But, as mentioned in the original post, this job brings down entire Teradata database (and hence apparently the connection).
FDM champ
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Wow, the entire database huh? What if you do a simple select from one view, no joins?
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
fdmuser
Premium Member
Premium Member
Posts: 3
Joined: Wed Jan 17, 2007 5:55 pm

Post by fdmuser »

Its the next thing on our agenda - but currently we have almost been "blacklisted" - so have to get a separate time scheduled - so as to not interrupt other development efforts!
FDM champ
ray.wurlod
Participant
Posts: 54595
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Please post this rogue query.

How large and complex are the views? How large and complex is the join between the two views? As an exercise in resource estimation, create the query without reference to the views - that is, with direct reference to the queries that define the views. That exercise may give you a gentle mental push in the right direction.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply