Automatic Checkpoint Tuning in Oracle 10g

Hi ,
How to confirm if the database has been configured for automatic checkpoint tuning...????
Many thanks...
Sim

The log_checkpoint_timeout (default 1800) gives Oracle a time-based target, and the log_checkpoint_interval (default 0, meaning the action is based on the size of the current redo log file) give Oracle a 'volume-based' target.
The target affects the rate at which the database writer writes dirty blocks to disk. Every three seconds the database writer wakes up and checks the tail-end of the checkpoint queue and writes out any blocks that were attached to the queue too far in the past.
In this context, "too far in the past" means either "more seconds in the past than the[i] log_checkpoint timeout" or "made dirty by a change described in a redo block more than log_checkpoint_interval blocks back from the current block".
If you set fast_start_mttr_target to a non-zero number of seconds then Oracle tries to treat that as a request to write out dirty blocks sufficiently rapidly that crash recovery will take no more than that number of seconds. In effect this makes Oracle change the internal value of log_checkpoint_interval and log_checkpoint_timeout dynamically every few seconds.
Recoverty requires Oracle to apply the redo log from a known point - which means reading and applying a certain amount of redo to a number of "out of synch" blocks that have to be read from disk. So the fast_start_mttr_target code is constantly calculating how much redo would have to be read and applied, and how many data blocks would have to be read and fixed - and writing dirty blocks fast enough to make it possible to do that work within the given time limit.
Setting the parameter to zero is (as it is with many numerical parameters) equivalent to not setting it at all. If you try to set the parameter to a very small value (say 30 seconds) you may end up finding lots of messages in your alert log saying something like: "I can't honour your request to recover in 30 seconds, the best I can do is XXX".
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk

Similar Messages

Automatic checkpoint tuning in 10g?

Does anyone have an idea with the following sentence?
Automatic checkpoint tuning is enabled when FAST_START_MTTR_TARGET is not explicitly set to zero.
I think the incremental checkpoint event was introduced in 9i...But I saw this automatic checkpoint tuning feature in the 10g OTN doc. what's new?
Anyway!! we need to set this parameter with a non-zero value to use the incremental checkpoint event though.

hi,
Since Oracle 9i FAST_START_MTTR_TARGET parameter is the preferred method
of tuning incremental checkpoint target. FAST_START_MTTR_TARGET enables you to specify the number of seconds the database takes to perform crash recovery of a single instance. Based on internal statistics, incremental checkpoint
automatically adjusts the checkpoint target to meet the requirement of
FAST_START_MTTR_TARGET.
V$INSTANCE_RECOVERY.ESTIMATED_MTTR shows the current estimated mean time to
recover (MTTR) in seconds. This value is shown even if FAST_START_MTTR_TARGET
is not specified.
V$INSTANCE_RECOVERY.TARGET_MTTR shows the effective MTTR target in seconds
enforced by the system.
V$MTTR_TARGET_ADVICE shows the number of I/Os resulted by the current workload
under the current MTTR setting and the estimated number of I/Os that would be
resulted by the current workload under other MTTR settings.
so I would recommend you run this sql to find out what the system thinks your MTTR_TARGET should be.
If FAST_START_MTTR_TARGET is specified, LOG_CHECKPOINT_INTERVAL should not
be set or set to 0.
rgds
alan

Doubt regarding automatic statistics collection in Oracle 10g

I am using Oracle 10g in Linux
Does statistic collection for tables throughout the database happen automatically or should we manually analyze the tables using
Analyze command or DBMS_STATS package ?
AWR collects statistics(snapshots) every 1 hr but does it mean it collects only session and database related statistics and not the table related statistics?

I am using Oracle 10g in Linux Version and os name and version?
AWR collects statistics(snapshots) every 1 hr butIt's performance related statistics. Read about data gathering and AWR.
Note that AWR is an extra licensable feature thru Management packs.

Remove Diagnostics Pack, Database Tuning Pack :Oracle 10g

Hi All,
I want to remove Application Server Configuration Pack, Application Server Diagnostics Pack, Database Configuration Pack, Database Diagnostics Pack, Database Tuning Pack from 10g due to license restriction. How can I remove these packs from command line syntax in 10g as I don't have GUI access so unable to perform from OEM?
Regards

Thanks Srini,
According to link provided by you we can revoke license with emcli tool but it is not installed with current database (10.2.0.4.0).
Please advice is there any procedure available which can disable all these packs in 10g.
Regards

Step for performance tuning in oracle 10g

hi,
i want to know the step of persformance tuning and sql tuning.

I'd suggest you to refer to documentation: [Oracle Database 2 Day + Performance Tuning Guide 10g Release 2 (10.2)|http://download.oracle.com/docs/cd/B19306_01/server.102/b28051/toc.htm]
Kamran Agayev A. (10g OCP)
http://kamranagayev.wordpress.com
[Step by Step install Oracle on Linux and Automate the installation using Shell Script |http://kamranagayev.wordpress.com/2009/05/01/step-by-step-installing-oracle-database-10g-release-2-on-linux-centos-and-automate-the-installation-using-linux-shell-script/]

Perfomance Tuning in Oracle 10g

Is the basic logic for tuning in 10g same as the traditional approach for tuning sql statements, like structuring of sql statements, using bind variables instead of constants, having an ideal max of 4/5 joins in a given query, etc.? I would like to know which is the reference book available. Thanks in advance

10g has lot of feature to tune sql tunnings. it has got new feature SQL Tunning Advisor,
which can advice u
to create index, statistics analysis
error in sql statement, recomendations
Refer, the 10g new feature oracle press book.
Regards

Performance Tuning in Oracle 10g during Migration - Insert Statements

Some of the tables contain a huge data e.g. 7 million records to be migrated.
The table structure of Source Database is different from the Target Database (Where we are doing the migration).
So we have made a use of temporary tables to collect the data from different tables using joins and populate the main table using INSERT INTO tableA SELECT * FROM tableZ
Now the problem statement.
Some of the queries take infinite time and data doesnt get inserted into the main tables. I have seen the explain plan and didnt find anything unusual. The same query works fine when we use date time stamp and restrict the data.
What parameters do we have to take care ? Is there any configuration needed on Oracle Server side ? If yes which parameters?

Lets start with the basics. First what is 10g? Is that 10.1.0.3 or 10.2.0.4 or something else?
Second 7 million records is a relatively small dataset.
No one can possibly help you with no DDL, no DML, no Explain Plan output generated with DBMS_XPLAN.
We can make wild guesses but that is like closing your eyes in a dark room and trying to find the light switch.
Please repost all relevant information so someone can help you.

Performance tuning in oracle 10g

Hi Guys
i hope all are well,Have a nice day Today
i have discuss with some performance tuning issue
recently , i joined the new project that project improve the efficiency of the applicaton. in this environment oracle plsql langauage are used , so if i need to improve effiency of application what are the step are taken
and what are the way to go through the process improvement
kindly help me

generate statspack/AWR reports
HOW To Make TUNING request
https://forums.oracle.com/forums/thread.jspa?threadID=2174552#9360003

Disk IO performance tuning of oracle 10g 64bit on rhel5 64bit

Hi Friends,
I am very new on oracle database tuning part.
I am facing some issues on the oracle disk io data transfer rate on rhel5.
Please help me. Details of issue is below.
I am using the iscsi san storage to install the database. My san storage is having more than 100Mbps transfer speed.
When oracle backup is running the data transfer rate is spikes upto 100Mbps, but when oracle normal transaction is happening it is not going more than 30Mbps.
My data base is an hybrid one and more read transaction is happening. Server is running with 4 cpus and 16GB of ram.
Here i am providing the iostat command output. Please have a look into this and help me to resolve.
[root@hostname ~]# iostat -x 1 5
Linux 2.6.18-128.el5 (hostname)
avg-cpu: %user   %nice %system %iowait %steal   %idle
          24.94    0.00    4.15   31.94    0.00   38.96
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
sda               7.61    10.42 4.28 5.28   345.38   125.59    49.26     0.12   12.91   3.18   3.04
sda1              0.30     0.00 0.03 0.00     0.65     0.00    22.59     0.00    3.76   2.66   0.01
sda2              0.22     0.00 0.01 0.00     0.23     0.00    18.78     0.00    4.05   3.54   0.00
sda3              5.25     8.26 3.58 2.47   310.67    85.87    65.54     0.09   15.09   3.37   2.04
sda4              0.00     0.00 0.00 0.00     0.00     0.00     1.83     0.00    0.33   0.33   0.00
sda5              0.83     1.95 0.55 2.70    31.62    37.24    21.17     0.03    8.88   3.49   1.13
sda6              0.68     0.07 0.06 0.04     1.11     0.85    19.74     0.00   13.91   9.05   0.09
sda7              0.33     0.14 0.04 0.07     0.90     1.63    24.17     0.00   15.73 11.13   0.12
sdb               0.06     0.00 0.03 0.00     0.75     0.00    25.57     0.00    1.64   1.48   0.00
sdb1              0.04     0.00 0.01 0.00     0.45     0.00    34.90     0.00    3.13   2.85   0.00
sdc               5.86     0.16 45.05 2.74 7805.28   129.85   166.04     2.57   53.82   9.12 43.58
sdc1              5.79     0.16 45.02 2.74 7804.99   129.85   166.12     2.57   53.85   9.12 43.57
sdd               5.85     0.17 44.45 2.68 7767.34   133.80   167.65     2.68   56.95   9.43 44.43
sdd1              5.78     0.17 44.42 2.68 7767.06   133.80   167.74     2.68   56.98   9.43 44.43
sde               5.89     0.16 44.86 2.37 7774.84   122.75   167.23     2.24   47.51   8.96 42.30
sde1              5.82     0.16 44.83 2.37 7774.55   122.75   167.31     2.24   47.54   8.96 42.29
sdf               5.91     0.16 63.70 2.69 8053.71   133.15   123.32     2.98   44.89   7.59 50.40
sdf1              5.84     0.16 63.67 2.69 8053.43   133.15   123.36     2.98   44.91   7.59 50.39
sdg               0.19     0.11 0.07 0.61     2.54   131.30   199.27     0.04   65.76 28.52   1.92
sdg1              0.12     0.11 0.04 0.61     2.25   131.30   206.81     0.04   68.26 29.56   1.91
sdh               4.43     2.29 0.99 1.36   199.10    29.19    97.03     0.05   20.92   5.13   1.21
sdh1              4.43     2.29 0.98 1.36   198.95    29.19    97.49     0.05   21.01   5.14   1.20
avg-cpu: %user   %nice %system %iowait %steal   %idle
          13.72    0.00    2.49   75.31    0.00    8.48
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
sda               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda6              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda7              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdc              18.00     0.00 54.00 2.00 25984.00   160.00   466.86     8.96   94.18 17.89 100.20
sdc1             18.00     0.00 54.00 2.00 25984.00   160.00   466.86     8.96   94.18 17.89 100.20
sdd              18.00     0.00 79.00 2.00 40240.00    32.00   497.19     8.61 118.93 12.04 *97.50*
sdd1             18.00     0.00 79.00 2.00 40240.00    32.00   497.19     8.61 118.93 12.04 *97.50*
sde              19.00     0.00 44.00 8.00 26656.00   187.00   516.21     9.34 119.81 19.27 *100.20*
sde1             19.00     0.00 44.00 8.00 26656.00   187.00   516.21     9.34 119.81 19.27 *100.20*
sdf              26.00     0.00 76.00 6.00 35600.00    59.00   434.87     3.23   40.76 10.52 86.30
sdf1             26.00     0.00 76.00 6.00 35600.00    59.00   434.87     3.23   40.76 10.52 86.30
sdg               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdg1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu: %user   %nice %system %iowait %steal   %idle
          18.64    0.00    5.29   49.87    0.00   26.20
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
sda               0.00    14.00 0.00 3.00     0.00   136.00    45.33     0.01    1.67   1.67   0.50
sda1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00    14.00 0.00 3.00     0.00   136.00    45.33     0.01    1.67   1.67   0.50
sda4              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda6              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda7              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdc              44.00     0.00 99.00 1.00 58368.00     8.00   583.76    12.03 154.83   9.66 96.60
sdc1             44.00     0.00 99.00 1.00 58368.00     8.00   583.76    12.03 154.83   9.66 96.60
sdd              44.00     0.00 103.00 0.00 50672.00     0.00   491.96    10.07   82.47   8.37 86.20
sdd1             44.00     0.00 103.00 0.00 50672.00     0.00   491.96    10.07   82.47   8.37 86.20
sde              45.00     0.00 110.00 5.00 58176.00   126.00   506.97    13.01 113.47   8.02 92.20
sde1             45.00     0.00 110.00 5.00 58176.00   126.00   506.97    13.01 113.47   8.02 92.20
sdf              40.00     0.00 122.00 5.00 52944.00   126.00   417.87     9.74   63.94   6.52 82.80
sdf1             40.00     0.00 122.00 5.00 52944.00   126.00   417.87     9.74   63.94   6.52 82.80
sdg               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.01    0.00   0.00   0.90
sdg1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.01    0.00   0.00   0.90
sdh               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu: %user   %nice %system %iowait %steal   %idle
           7.48    0.00    2.49   *61.60*    0.00   28.43
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
sda               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda6              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda7              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdc              13.86     0.00 38.61 0.99 19611.88    11.88   495.50     3.35   79.53 25.03 99.11
sdc1             13.86     0.00 38.61 0.99 19611.88    11.88   495.50     3.35   79.53 25.03 99.11
sdd              15.84     0.00 40.59 0.99 17758.42    31.68   427.81    10.93 122.36 23.26 96.73
sdd1             15.84     0.00 40.59 0.99 17758.42    31.68   427.81    10.93 122.36 23.26 96.73
sde              12.87     0.00 46.53 1.98 22035.64    70.30   455.65    13.19 275.96 20.43 99.11
sde1             12.87     0.00 46.53 1.98 22035.64    70.30   455.65    13.19 275.96 20.43 99.11
sdf              13.86     0.00 39.60 2.97 17584.16   101.98   415.42     6.83   81.19 22.21 94.55
sdf1             13.86     0.00 39.60 2.97 17584.16   101.98   415.42     6.83   81.19 22.21 94.55
sdg               0.00     0.00 0.00 0.99     0.00     7.92     8.00     0.21 226.00 217.00 21.49
sdg1              0.00     0.00 0.00 0.99     0.00     7.92     8.00     0.21 226.00 217.00 21.49
sdh               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu: %user   %nice %system %iowait %steal   %idle
          24.69    0.00    8.98   48.38    0.00   17.96
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
sda               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda6              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda7              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdc              25.00     0.00 61.00 4.00 36304.00   120.00   560.37     9.58 156.23 14.78 96.10
sdc1             25.00     0.00 61.00 4.00 36304.00   120.00   560.37     9.58 156.23 14.78 96.10
sdd              23.00     0.00 82.00 1.00 34832.00    32.00   420.05     7.61 163.49 11.27 93.50
sdd1             23.00     0.00 82.00 1.00 34832.00    32.00   420.05     7.61 163.49 11.27 93.50
sde              27.00     0.00 62.00 0.00 32864.00     0.00   530.06     9.41 149.56 16.15 100.10
sde1             27.00     0.00 62.00 0.00 32864.00     0.00   530.06     9.41 149.56 16.15 100.10
sdf              17.00     0.00 101.00 4.00 42656.00   132.00   407.50     4.18   88.24   6.72 70.60
sdf1             17.00     0.00 101.00 4.00 42656.00   132.00   407.50     4.18   88.24   6.72 70.60
sdg               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdg1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh               0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdh1              0.00     0.00 0.00 0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00Regards,
Nayagan
Edited by: nayagan on Jan 27, 2010 12:23 PM
Edited by: nayagan on Jan 27, 2010 2:04 PM

Two points:
1. I can not read what you posted because you did not read the FAQ (upper right) and put tags around the listing so it would retain its formatting.
2. Even if I could read them I wouldn't as they are not necessarily relevant. What I would want to see is what query you are issuing that you think should be maxing out your disk subsystem and giving you the performance you expect. Single block reads read single blocks. Post the DML and the corresponding explain plan report generated using DBMS_XPLAN.DISPLAY or AUTOTRACE. Also the result of this statement in SQL*Plus.show arraysize
Because this is precisely what is going to be brought back with each round trip between the client (SQL*Plus) and the server.

JMS Adapter Tuning in Oracle 10G SOA suite - Fixing the Errors

Hi All,
We are getting an error in Production environment while a BPEL process producing (enqueue) a message to a JMS queue by using JMS adapter. (partener link)
The error is as follows.
Adapter Framework unable to create outbound JCA connection.
file:/sw/appnew/product/SOA/10.1.3/bpel/domains/default/tmp/.bpel_CurrenListJMSProducer_1.0_4ec528ec93a8a6ff0278fab9701dcc71.tmp/CurrenListJMSProducerV1.wsdl [ Produce_Message_ptt::Produce_Message(OutputParameters) ] - : The Adapter Framework was unable to establish an outbound JCA connection due to the following issue: oracle.j2ee.connector.proxy.ProxyInterceptException: javax.resource.ResourceException: RollbackException: Transaction has been marked for rollback: null [Caused by: RollbackException: Transaction has been marked for rollback: null]
Please note that we are not getting this error every time, few BPEL instances are getting this error, around 3 out of 10 instances.
We are using Orcacle 10G SOA suite.
The BPEL process will take the messages from Oracle Apps adapter and send to the JMS queue, where we are getting error.
I can see in the BPEL.xml the "retryInterval" property set to '60' for both partner links (Apps adapter and JMS adapter).
But not set any other values. So,these values may be default.
We need to fix this issue soon.
I am requesting you all the Experts and Gurus, please let me know what can be done to fix this issue.
Thanks a lot in advance,
John.

Hi All,.
Is there any work around for the above issue?
I tried all the below JMS tunings, but not no improvement.
            <property name="useJCAConnectionPool">true</property>
            <property name="maxSizeJCAConnectionPool">500</property>
            <property name="retryMaxCount">10</property>
            <property name="retryInterval">60</property>
Please let
me know if any other logs or any other information is required in order to analyse the issue.
Thanks,
John

Oracle 10g on Fedora Core 5

Is there a pre-packaged version of Fedora Core 5 which includes Oracle 10g for Linux?
This way, all you have to do is select Install Oracle 10g and it includes any special packages for installing Oracle 10g. Plus, after installation, it automatically starts up the Oracle 10g installer. It could even do the pre-installation stuff such as creating the oracle user. I do not know how, but this oracle user would be the only user using an old gcc compatible with Oracle software. Via its environment maybe?
Right now, it is a Pain-in-the-neck to install Oracle on Linux. The installation guide Oracle provides is not enough. You have to do a search on the web for pages detailing more info. Or you have to install a special file or set variables to make the Oracle installer think it is installing on Red Hat Enterprise Linux. I have to hide the gcc that comes with Linux and install an old verison of it. At one time, I even had to compile a library so the java installer could run. This is ridiculous, I should not have to jump through hurdles to install Oracle.
Does anyone out there have such a set of Fedora Core 5 ISO images? Shoot, FC4 would do too.

No. I'm not particular to Fedora. Fedora has been a distribution which works on my (please don't laugh) emachines computer at home. I've had Oracle 9i enterprise installed on fedora core 3.
Ubuntu and Debian are good distros as well. I have not been successfull with Suse though.
Suse in the past -- the installer could not get the graphics correct -- garbage just displays -- so i could never install it. Maybe SuSe 10 has improved since then.
I found this about Suse and Oracle. So, this may work for me. Otherwise, i will try Centos.
http://www.novell.com/coolsolutions/tip/16193.html
Thanks for the info.

Issue with "Select Distinct" query in Oracle 10g against Oracle 9i

Hi,
I would appreciate if some one help me here because it is really urgent.
We are upgrading our database from 9i to 10g.
There are the "Select distinct" queries in the code which populated the grid on the applications screens. We found a difference in 9i and 10g the way the result is populated for these queries. If "Select Distinct" query wihtout a order by clause is executed in 9i then the result is automatically sorted. But Oracle 10g does not do this.
We can change the queries adding order by clause but we are almost at the end of the testing and want to know if there is any way that we can do this from database settings. Would there be any impact of these settings change on overall operation of Oracle 10g?
I would appreciate if some one can help me here.
Thanks,
Dinesh

then the result is automatically sorted.No. Oracle may have done a sort operation to perform the distinct, but it still did not guarantee the order of your results.
In 10g and in 9i, if you want your results in a certain order you must use order by.

How to Install oracle 10g in a gues OS?

Hello All,
I have installed Oracle Linus 5 using the template.
Since Oracle Linux Template does not have the X server, how would one install Oracle 10g using GUI.
Should i go for the 'un attended' installation ?
Also, can i use the same 10201_database_linux32.zip bundle that i use for RH4 ?
But the inside oraparam.ini, it does not 've any details about the oracle linux( only Linux=redhat-3,SuSE-9,redhat-4,UnitedLinux-1.0,asianux-1,asianux-2)
TIA,
JJ

I would recommend downloading the Oracle 10g template for Oracle VM from eDelivery. This automatically installs and configures Oracle 10g for you. This is a much simpler configuration path, as the OS and Oracle are pre-configured to work under Oracle VM. There are plenty of [Oracle VM Templates|http://www.oracle.com/technology/products/vm/templates.html] to chose from!
Otherwise, I would recommend downloading and installing Oracle 10g 10.2.0.4 which includes support for installing on Oracle Enterprise Linux. You can install 10.2.0.1, but you would need to tweak some files first to fool the installer into thinking you're running on Red Hat Enterprise Linux.

Oracle 10g will do stats automatically ?

oracle : 10.2.0.3
os : linux
How oracle 10g will gather stats automatically ? How to check whether which scheduler is capturing stats, interval ,last gathered status and also next interval?
it will take only system level stats ? also object level stats also ?
pl. explain

Hi,
Please read this,
http://download.oracle.com/docs/cd/B19306_01/server.102/b14211/stats.htm#i41282
It wont capture system stats.Only object level stats are gathered.Oracle recommends to gather the system stats manualy.
HTH
Aman....

Oracle 10G Checkpoint not complete Cannot allocate new log

We have an oracle 10G database that has 4 groups of 200M redo logs. We are constantly seeing Checkpoint not complete followed by Cannot allocate new log.. messages in the alert log. When I look at the v$instance_recovery table I see this:
SQL> select WRITES_MTTR, WRITES_LOGFILE_SIZE, WRITES_LOG_CHECKPOINT_SETTINGS, WRITES_OTHER_SETTINGS,
2 WRITES_AUTOTUNE, WRITES_FULL_THREAD_CKPT from v$instance_recovery;
WRITES_MTTR WRITES_LOGFILE_SIZE WRITES_LOG_CHECKPOINT_SETTINGS
WRITES_OTHER_SETTINGS WRITES_AUTOTUNE WRITES_FULL_THREAD_CKPT
0 0 66329842
0 309461 41004
It seems most of our checkpointing is being caused by the log_checkpoint_interval being set to 10000, which means we are doing 20 checkpoints during one redo log since our OS blocksize is 1024. What I'm thinking about doing is first adding two more redo log groups, and then either increasing the log_checkpoint_interval to 40000 (5 checkpoints for one redo log) or unsetting log_checkpoint_interval and setting fast_start_mttr_target to 600. Which would be the recommended parameter change? I think Oracle recommends using the fast_start_mttr_target. Are there any other suggestions?

Hi
>>unsetting log_checkpoint_interval and setting fast_start_mttr_target to 600.
its a better idea,look on it
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14237/initparams068.htm#REFRN10058
Just set fast_start_mttr_target parameter.it will resolve ur problem.
Thanks
Kuljeet

Automatic Checkpoint Tuning in Oracle 10g

Similar Messages

Maybe you are looking for