Search found 31 matches

by michaelsarsnorum
Tue Mar 21, 2006 12:34 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

The problem arises when I try to send data to another server... As I stated above, when writing to a local file inestead get a transfer rate of 14000 rows/sec. Writing the SQLLDR datafile when using bulk loader is about 6000 rows/sec. The transfer of these data with sqlldr gives med 1000 rows/sec. T...
by michaelsarsnorum
Mon Mar 20, 2006 7:51 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

When I look at the logs I get the following entry for performance statistics: TestfAvtalerFraFil_MindreFil_Bulk..CTransformerStage1: DSD.StageRun Performance statistics Name Percent Count Minimum Average TestfAvtalerFraFil_MindreFil_Bulk..FilAvtale.AvtalerInn 0 222265 0 0 TestfAvtalerFraFil_MindreFi...
by michaelsarsnorum
Mon Mar 20, 2006 5:05 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

What does this variable do?
by michaelsarsnorum
Mon Mar 20, 2006 2:15 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

I have tried all of the suggestions above: - Running in manual mode and then doing the sqlldr part manually. This gave me a transfer rate of about 1000 rows/sec. - Placing an IPC-stage between the Transformer and the Bulk-loader stage. This gave me a performance of about 600 rows/sec I tried connect...
by michaelsarsnorum
Thu Mar 16, 2006 8:50 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

The pingtime from the DS-server to the oracle server is 0.13 ms.
by michaelsarsnorum
Thu Mar 16, 2006 8:25 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

There are no indexes and no constraints at all on the target table. The table is generated from a template and indexes are created after the data load is completed.
by michaelsarsnorum
Thu Mar 16, 2006 7:49 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

I can't say I have control of this yet. I developed a job with an Oraociblk target. This had about the same performance as the ordinary OCI stage. I also tried this with and IPC-stage to divide the reading from the flat file and the writing of the bulk stage into two different processes, no performa...
by michaelsarsnorum
Thu Mar 16, 2006 5:27 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

Bulkloader was not as easy to figure out as I thought.... On my DS-server (7.5.1A) I have two different Bulk loader stages. One is called Oraociblk (Oracle 8.1 Bulk Loader). This one has loads of parameters to be set. The other is ORABULK (Oracle 7 Load), this is the one that corresponds to the Deve...
by michaelsarsnorum
Thu Mar 16, 2006 5:06 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

It seems this is a problem with network congestion/infrastructure.

I changed the job to write directly to a flat file instead of the database. This gave me 5600 rows/sec. When using the database the server's load was almost non-existent according to top.

I'll see what Bulkloader can do.
by michaelsarsnorum
Thu Mar 16, 2006 3:45 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

Set to zero, I commit at the end of the transaction.
by michaelsarsnorum
Thu Mar 16, 2006 3:31 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Performance problem with Job (Flat file to Oracle)
Replies: 29
Views: 12071

Performance problem with Job (Flat file to Oracle)

I have a problem with some jobs that have been migrated from DS 5.2. Some of the jobs run faster than on the old version, but some are slowed fown by a factor of 5-10. One job reads 13.000.000 records from a flat file, performs a hashed-lookup (preloaded to memory) and insert into a table in a oracl...
by michaelsarsnorum
Wed Feb 15, 2006 2:09 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Compiling multiple jobs
Replies: 3
Views: 3469

Found it. Thanks for the quick answers.

Michael
by michaelsarsnorum
Wed Feb 15, 2006 1:34 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Compiling multiple jobs
Replies: 3
Views: 3469

Compiling multiple jobs

I've just imported a large DS project onto a new server. The project contains about a hundred-something jobs. From what I understand there is a feature called Compile all (I found a comparisn of this and ordinary compile elsewhere on this forum). Do anyone know where I can find this compile all func...
by michaelsarsnorum
Wed Feb 01, 2006 12:32 pm
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Job performance drops
Replies: 11
Views: 3307

I can't get the ps -ef to give me the right result. This is a solaris server, ps works sligtly different from on Linux at least. In addition I'm using DS 5.2 on this machine. The Jobs are still running. Have now been running for 10 hrs. The only output I get from ps that I think is related to Datast...
by michaelsarsnorum
Wed Feb 01, 2006 10:22 am
Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
Topic: Job performance drops
Replies: 11
Views: 3307

Yes. The file should be quite a lot larger.

The file that currently resides in the destination folder, created by the job in question, is about 93% smaller than the file generated last month.

I've checked that there is enough disk space on the server to actually dump the data onto the disk.