DSXchange

The simple way, export & view, has been suggested above. Have you tried it??

Export DSX files having the job in question and a job you know contains $PROJDEF. The comparisons suggested above can be done against the encoded text you find within the DSX files when using a text editor.

ODBC stages are the only stages I know of that can read DBF files.

Check the Information Server Web Console for any special or custom detailed logging (tracing). If it is turned on for too long, it can eat up the repository space. I saw this happen on a PMR one time. Detailed logging was enabled while reproducing a problem, and then left on. Within a few days, XMET...

Is the error coming when you View Data from Designer, in the job log when you run the job, or as a web service response?

Constraints are very useful. Why would someone suggest not to use constraints?

Try waiting two business days.

There is a topic on this very site about decoding the default env var "encryption." Encryption is a stretch really... It's more of a simple encoding.

The Big Data File stage in 9.1 has an optional Max File Size property for writing target files. When the max size is reached (in MB), it generates another target file. I found this in the documentation; have not tested it myself.

Oh, you signed up for a one month membership?

I recently renewed and was made active again within 2 business days.

I've not encountered any problems with binary transfers. With ASCII transfers however, I have witnessed a LOT of extra developer time ($$) and effort spent here and there as a result of the various automatic translation "favors."

asorrell wrote:IBM will not be very helpful unless you are going to use AIX systems...

I disagree. I searched some of my past Info Server sizing documents and found AIX was never even mentioned.

See the middle of this topic for a sizing estimate process/document description.

See the middle of this topic for a related IBM Redbook link.

Is your client perhaps installed on an unsupported operating system?

Can you get the computer re-imaged (fresh OS install)?

Having all 3 server tiers on one computer (default install) is not necessarily bad. Do you know for certain what is causing the bottleneck? If it's a database I/O bottleneck, then investing in additional DataStage servers and PVU licenses may not help your situation much. Many times, job designs can...