

We did a POC for this and resulted in 50% to 60% gain of performance.Įven though the step performed did not completely un-install the NLS feature, it disabled the NLS capability which resulted in better performance. Redesign the longest running jobs in “parallel” mode instead of “server mode”. Use Oracle OCI Stage while designing the Datastage jobs instead of the DRS Connector stage.Ģ. We also made the following recommendations to the development team to further improve the performance.ġ. Once we disabled the NLS feature in Datastage 8.5, we gained performance of upto 30% from the existing performance levels. Step 7. Regenerate the indexes for all the Datastage projects using uv DS.TOOLS With the above steps the NLS language support functionality is disabled in Datastage 8.5. Step 6: Invoke the dsenv and boot the engineĭataStage Engine 8.5.0.0 instance “adb” has been brought up. NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 export NLS_LANG#NLS_LANG=AMERICAN_AMERICA.UTF8 export NLS_LANG
DIFFERENCE BETWEEN DATASTAGE 7.5 AND 8.5 ISO
Step 5: Change the NLS character set value in dsenv file of Datastage Engine to ISO standard. Uvregen: reconfiguration complete, disk segment size is 17946748ĭataStage Engine 8.5.0.0 instance “adb” has been brought down. # NLSMODE – Set to 1 if NLS mode is ON for the Step 2: Open “uvconfig” file (Configuration file used by Datastage engine to boot up), go to the section “NLSMODE” and change the value for NLSMODE to 0 Step1: Log in as Datastage Administrator user on to Datastage engine server and cd to $DSHOME Steps to Disable NLS settings in Datastage 8.5: To fix this issue, we came up with a little trick to turn off the NLS feature Once the NLS feature was installed on the Datastage engine there was no way of uninstalling it. IBM has posted that the performance of the Server jobs can take a hit if NLS capability is installed during installation process as per screenshot below. For every row of data that is being transformed into database, Datastage 8.5 engine was trying to convert its character set from UTF standard to ISO standard which was resulting in performance issue.ģ. EPM Database is a Non-Unicode database and the Datastage 8.5 engine is a NLS capable engine with “UTF-8” Character set.Ģ. We found below issues with this setup in 8.5:ġ.

DIFFERENCE BETWEEN DATASTAGE 7.5 AND 8.5 LICENSE
ETL jobs designed as “Server” jobs rather than “parallel” jobs.Īrchitecture of Datastage has changed drastically from 7.5 to 8.5 with a change from 2tier architecture to n-tier architecture and also the Datastage Metadata architecture is moved from file based metadata architecture in 7.5 to Database based Metadata architecture in 8.5.Īnother important observation we made is that, during installation of Datastage 8.5 we have installed the feature of NLS which was not activated in Datastage 7.5 as the client is not licensed for NLS Multilingual license in 7.5. Architectural change from Datastage 7.5 to 8.5Ģ. We analyzed the performance and found that the poor performance was attributed to two reasons.ġ. Delay in one region stream affected the other region streams and due to a feed from EPM to FGL system, there was additional impact as well. There are Daily and Monthly ETL jobs that are scheduled to run through Control-M and the jobs run 24/7 due to different regions of business by the client (NA, APAC and EMEA).Īfter we upgraded our Datastage environment from 7.5 to 8.5 the performance of the jobs reduced by at least 30% and this had an high impact on the deliverables. Datastage is used in loading every layer of the warehouse (Stage, Enriched and Multi-Dimension layers). We have Peoplesoft EPM 8.9 Warehouse setup and Datastage is the ETL tool that is used to load the data into different layers of warehouse. We have recently upgraded from Datastage 7.5 to IBM Infosphere Information server Datastage 8.5.
