Oracle® Enterprise Data Quality for Product Data Endeca Connector Installation and User's Guide Release 11g R1 (11.1.1.6) E29135-03 |
|
|
PDF · Mobi · ePub |
Troubleshooting the loader and pipeline processes is typically straightforward. The Oracle DataLens Server is verbose about the errors it encounters, and typically the error messages indicate how to locate and correct them. There is an additional level of logging available by turning on the PDQ.Tracing
parameter in the discovery processes, which is very verbose about the data lens each attribute comes from, and what dimensions were discovered. If the process completes successfully, you can look in the Endeca Developer Studio, and see that the dimensions have been added and that precedence rules have been built to the appropriate parent dimensions.
The Endeca Connector is configured through a number of pass through parameters as follows: The Endeca Connector parameters are:
|
The batch size property controls how much data is sent to the server(s) as a chunk. The chunk data is held in memory on the Endeca Server. While increasing the chunk size can improve performance, if the data fills the Endeca buffers, this causes a fatal error. The default chunk size is 15000, a recommend maximum would be 20000 and of course depends on your hardware configuration. |
|
The DSA which will be called on the Oracle DataLens Server to process the sent data. This is also used by the loader process as described above. |
|
The property to be used as the first (id) field in the DSA. If this property is not available for a record, errors can be generated. |
|
The second field in the DSA. This property will be used to route the data to the correct data lens. |
|
The fields with the record descriptions. While not required, if you do not provide any description, the results will not be very useful. |
|
Optional fields which can provide additional fields to the DSA. These can change the behavior of the process, or include additional information for standardization or routing. |
|
Required fields returned from the DSA. These are typically used for data lens transform fields, such as Item Definition Quality or Standardized Description. These fields do not have an attribute name/value pair, so this pass through is used to assign a property name to the returned value. |
|
The server name and port number for the first processing server. Multiple servers can be defined. This allows for fail over and load balancing capabilities for large installations. |
Optional parameters can be disabled by setting them to the string unused
.
Troubleshooting the pipeline process falls into three main categories, based on the log file you need to examine as described in the following:
Forge errors |
Review the |
Oracle DataLens Server errors and Endeca pipeline errors |
Review the |
Oracle DataLens Server errors and information |
Review the Typically, you will be able to isolate the cause of an error in the DSA process. It is also useful if an error does not occur though no results are produced. The |