Scenario-Based Troubleshooting Tips and Techniques
Depending on your scenario, troubleshooting tips and techniques are available to possibly remedy the problem.
This topic contains a list of scenario-based troubleshooting tips and techniques. This list is not exhaustive and does not cover all scenarios.
Situation | Explanation/Resolution |
---|---|
During Oracle RAC failover, DMI visibility takes time to recover under high volume test when default queue sizes and thread counts are used. |
You can increase the number of visibility queues and event input queue capacity in customer_overrides.properties to ensure that adapters are responsive. To increase the default
queue size and the thread counts, perform the following tasks:
|
While running Oracle 11g in non-RAC or RAC environment, you might encounter index hot spots, which may cause performance degradation. |
It is recommended that you create the following
indexes in a global partition to improve system performance:
Note: If
you have not deployed Sterling File Gateway in your
environment, you can ignore the indexes starting with the name FG.
Note: If there are any changes in a patch for the partitioned
indexes, the patch installation will drop the index and create a non-partitioned
index, treating it as a normal index. You should analyze the indexdrop
SQL's and recreate the partitioned indexes again if they have
changed.
The following example explains the procedure to
drop an index and create the same in a global partition:
|
In some cases, perimeter services may fail with the following error. The error will be recorded in the perimeter services log (perimeter.log).
|
You can improve the situation by reducing high timeout values in communications adapters and by increasing the delayed event queue size (delayed.event.queue.size) in perimeter.properties file. The default value of the delayed.event.queue.size property is 30000. You can increase the value based on your requirement. |