If you are working on a project or in support, there are changes when you do not have the metadata in the system and you try to load data and you get lot of data rejects.
You then try to rebuild those members and then try to load the error file again and you get some more rejects. You might be wondering why not all the errors gets updated to the log file? Is there any limit to the number of errors that are written to the file?
Yes. There is a limit both for DataLoad & DimBuild which can be defined in essbase.cfg file and the limit is different for "Dimension Build" and "Data Load"
If you have checked the Technical Reference, you will see three configuration settings
Taken from Dbag
You then try to rebuild those members and then try to load the error file again and you get some more rejects. You might be wondering why not all the errors gets updated to the log file? Is there any limit to the number of errors that are written to the file?
Yes. There is a limit both for DataLoad & DimBuild which can be defined in essbase.cfg file and the limit is different for "Dimension Build" and "Data Load"
If you have checked the Technical Reference, you will see three configuration settings
Taken from Dbag
NOMSGLOGGINGONDATAERRORLIMIT
Prevents data load or dimension build errors from being written to the application log after the limit described by the value of DATAERRORLIMIT is reached.
NOMSGLOGGINGONDATAERRORLIMIT TRUE | FALSE
The default value is FALSE.
DATAERRORLIMIT
Determines the number of records that can be written to an error log during a data load operation.
DATAERRORLIMIT n
Where n is the number of records, per data load or dimension build, that can be written to the error log, dataload.err. Default: 1000. Maximum: 65,000.
Errors would still be updated to the log file unless you set the NOMSGLOGGINGONDATAERRORLIMIT
DIMBUILDERRORLIMIT
Determines the number of records that can be written to an error log during a dimension build operation.
DIMBUILDERRORLIMIT n
Where n is the number of records, per dimension build, that can be written to the error log, dimbuild.err. Default: 20,000. Maximum: 65,000.
You have to restart your essbase services as the configuration settings will get affected only after the services restarted
Hope this information helps and reduce the number of iterations that you do while loading the data to find out that you still have error records showing up
One ideal solution is to list down the unique number of members and do an adhoc retrieve and see how many members are there in the system and how many new members have come up.
Comments
Post a Comment