DBAsupport.com Forums - Powered by vBulletin
Results 1 to 4 of 4
  1. #1
    Join Date
    Apr 2001
    Hi Everybody,

    I have a database, which is Hybrid, and need to tune that. I know the init.ora parameters to play with for OLTP and DSS databases tuning. But I am not sure about the Hybrid database init.ora parameters. Could somebody gives me some suggestions on how to set the parameters, which affects the performance on a hybrid database? Also I debate on MTS/parallel or both should be configured for hybrid databases.

    Please let me know. Your help is greatly appreciated.

    Thanks a lot.


  2. #2
    Join Date
    Apr 2001
    For hybrid database, you may have to follow the few guidelines:

    1.Isolate the timing for batch processing & online processsing (Better put batch jobs during night time).

    2.Keep seperate roll-back segments for long running transactions.

    3.Keep sort_area_size large enough to support huge queries.

    4.You tune your applications in such a way that whenever they update blocks, let them commit or roll back as soon as possible.(This could avoid snapshot too old errors in hybrid systems.)

    5.Better partition the majore tables in different tablespaces having data files in different disks with different disk controllers.

    6.Isolate Tables & indexes in seperate tablespaces as of point number-5.

    7.Make use of resource busy notificaion before locking any object and avoid locks & deadlock problems.

    ....and so many guidelines can be given to you if you browse through various tuning books....

    We cannot tell you exactly what are the init.ora parameters. But you can set all the parameters based on your requirements.(You can set various parameters in test database and do the trail & error methods to finalize).


  3. #3
    Join Date
    Apr 2001
    Hi Bala,

    Thank you very much for your reply. It is very good.

    I am really looking for setting the below specific parameters, which affects the query plan. Could bala or anyone shed some lights on it?


    I am on 8.1.6 and I have to have a guideline for setting these parameters.


  4. #4
    Join Date
    Apr 2001
    Setting this parameter will favour nested loop joins rather than hash or sort-merge joins. If your application queries are having lot of sort-merge joins, then you can increase this parameter from 0 to higher values.
    (Valid values are 0 to 100)

    Favouring index access rather than full table scan access for optimizer.(values ranges from 1 to 10000).
    Increasing the value from 100(Default) to more will favour index access path.

    Specify whether to use default value (NESTED_LOOPS) or other value (if you specify) when your application query is having one of the above mentioned join. If you specify not-default value, the oracle optimizer will use the other algorithm to execute the query.
    (Instead of blindly following some guidance, you can execute the majore sql statements of your applications in a test database with different parameter values and come to a conclusion. You can better read the user manual. Because you will be aware of your applications,data rather than me. Always theory is theory. Practical is practical.)

    You can keep this value as 'TRUE' because, if your applicatoin sql faces hash join,and if it's cost is less, it will be used while executing the query (you are favouring the optimizer for more options).

    It specifies the maximum number of blocks read in one I/O operation during a sequential table scan. Setting higher values of this parameter will be useful when you are doing full table scans (DSS applications).When you are making index scan then this may not be useful.

    All these parameter explanations are available in USER GUIDE. If it is possible please send the mail to me (mention what are the applications running, number of users, and other details so that I can suggest good values of all the parameters.)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

Click Here to Expand Forum to Full Width

We have made updates to our Privacy Policy to reflect the implementation of the General Data Protection Regulation.