How should i increase over all buffer hit ratio.....

Hi all,
As shown below if my DB2 databse buffer Qulaity is low .. How should i increase over all buffer hit ratio..
Please advice on any sap standrd notes or procedures
Number                                    1
Total Size                           80,000  KB
Physical Reads                         6.65  ms
Physical Writes                        0.00  ms
Overall Buffer Quality                86.05  %
Data Hit Ratio                        85.79  %
Index Hit Ratio                       87.50  %
No Victim Buffers                259,079,295
--rahul

One of the options is to simply increase the bufferpool size using the following command
db2 alter bufferpool immediate <bufferpool name> size <new bufferpool size>
However, this will affect the hit ration for a particular bufferpool. If you have more than one bufferpool, you need to identify the bufferpool(s) with worst hit ratio. In the SAP DBA Cockpit, check using
Performance -> Bufferpool
The victim buffer information is only useful in case you use alternate page cleaning.
Note that there are other options to fight bad bufferpool hit ratio - however, with your small bufferpool size (80MB) maybe increasing the size is the appropriate step.
Malte

Similar Messages

  • How can I increase my Library Cache Hit Ratio?

    I was wondering if anyone can help me out regarding the values that I am getting for my Library Cache hits stats
    Half of the samples that I have taken on a periodic interval today have ranged from 89% to 96%.
    The SQL that I have used is,
    SELECT
    sysdate,
    SUM(PINS-RELOADS)/SUM(PINS)*100
    from v\$librarycache
    Also, Running the AWR report for 4am to 4pm, see below
    Shared Pool Statistics AWR report
                        Begin      End
    Memory Usage %:           50.83      42.43
    % SQL with executions>1:      55.56      77.13
    % Memory for SQL w/exec>1:      74.12
    Regarding the current SGA settings,
    SQL> show parameter sga_target;
    NAME TYPE VALUE
    sga_target big integer 1184M
    SQL>
    SQL> select pool,name,bytes/1048576 "Size in MB" from v$sgastat where name = 'free memory';
    POOL NAME Size in MB
    shared pool free memory 135.742641
    large pool free memory 15.9389648
    java pool free memory 16
    The main questions are,
    a) is the low Library cache hit ration particularly low?
    b) if I want to improve this figure, it is advised that the 'SHARED_POOL_SIZE' parameter should be increased.
    Obviously Oracle itself is in charge of this at present, so what can I do to improve?
    c) Are there any really good links to help me to understand the figures that appear in the AWR report.

    a) is the low Library cache hit ration particularly low?
    I didnt understand this.Can you please rephrase?
    b)
    Well indeed that shared pool controls the allocation and everything about Library Cache but it doesnt mean that increasing the value will stop all the issues.Its among the hardest parameters to be tuned infact for the reason that what primarly comes into it,sql statements,code and all that,that is not written entirely by a dba/tuner.Its by developers who does some times not so good things that are required to make shared pool work properly.Very commonly occuring mistake can be quoted as the lack of use of bind variabls and constant use of literals.In that case,eventualy we will have a hard parse of all the statements which will eat up the shared pool some time or the other.No matter what size it may be,it will end to the same result.Hit ratio is a guiding factor,not the end goal of tuning.Its been documented so many places,here,other forums,even in OU books also that looking and tuning alone the hit ratio may not end up at the expected or right results.You should look for the Parse statistics in the AWR report how they are working.How many are Parse(hard),Parse(total) statistics coming up?What is the sql execute to parse time,elapsed time and the related statistics.They will be helpful in getting things sorted out more nicely and correctly.
    I am sure I have missed so much than I said.Surely you will get more better advice on this.Have patience and wait.
    b)Documentation will be a good point.Performance tuning in that is a good resource.
    http://www.oracle.com/pls/db102/to_toc?pathname=server.102%
    2Fb14211%2Ftoc.htm&remark=portal+%28Getting+Started%29
    I am not sure about a specific book about AWR but this one is good for over all knowledge about tuning of Oracle.
    http://www.mcgraw-hill.co.uk/html/007222729X.html
    Aman....

  • Low buffer hit ratio

    Hi all,
    could anyone please let me know how I can improve upon the buffer hit ratio in Oracle 8.0
    I have increased my buffer size by 40% in the init.ora parameters but there has been no gain at all in the buffer hit ratio after the system has been bounced and up by 42 hrs so could any let me know..
    Thanks
    Akkama

    Why don't u try pinning the objects accessed frequently - even pinning tables are possible.

  • How do I pull over all the photos from camera uploads

    How do I pull over all of the photos from my drop box camera upload?

    grimescw wrote:
    How do I pull over all of the photos from my drop box camera upload?
    If you have Dropbox installed on any computer(s), your photos are already there.  That's the whole point of Dropbox.
    Just open the Dropbox folder on any of your computers.  Anything you copy to that folder (directory) and anything you upload to your Dropbox account from any computer in the world, will automatically appear in your Dropbox in all of your computers.

  • Buffer hit ratio

    I am using the following:
    SELECT ROUND(((1-(SUM(DECODE(NAME, 'physical reads', value, 0)) /
    (SUM(DECODE(NAME, 'db block gets', value, 0))+
    (SUM(DECODE(NAME, 'CONSISTENT GETS', value, 0))))))*100), 2) || '%' BCHR
    FROM V$SYSSTAT
    to calculate the buffer hit ratio. This query is returning: -1753.28%
    Can someone explain why I am getting this crazy number?
    Thanks,
    mdp

    >>
    Many folks misunderstand that bit about "setting your own BHR", and falsely conclude that it's a useless metric. It's not useless.
    <<
    The buffer cache ratio is useful only when considered in relation to other statistics. The problem is that the majority of users seem to think that that a high ratio value is good and a low ratio value is bad based on absolute values and do not understand that the static is dependent on how SQL plans are being solved. If you measure the ratio when the dominant work on the system is being done via hash joins, full scans that touch the target blocks only once, or make use of PQO during the process you can get a fairly low value, but the system is performing well. On the other had poorly performing SQL can result in a high value for the statistic. The value of the statistics bears no direct relationship to performance of the system and it needs to be emphasized that the ratio must be used in conjunction with other available information. The ratio by itself should be considered useless.
    >>
    If the BHR was totally useless, why does Oracle continue to include it in OEM alert thresholds, and STATSPACK and AWR reports?
    <<
    Over the years Oracle has done lots of things that turned out to be wrong so just because Oracle includes the statistics in certain products does not really provide a lot of support for the validity of the statistic. Known errors in the documentation have made it through two full releases. Again it is the misapplication of the statistic that is really at issue. Unfortunately, many poorly written DBA Administration and Tuning books in the past claimed that ratio could be used to measure database performance, and in point of fact the ratio has only a passing relationship to performance depending on the application.
    HTH -- Mark D Powell --

  • Buffer hit ratio (to be negative)

    Hi All,
    My DB Version: 10.2.0
    OS: Windows Server 2003
    When i am checking snapshots at peak time and comparing it with one when there is no load on the server the buffer hit ratio (to be negative), the buffer cache is too small and the data in is being aged out before it can be used so it must be retrieved again.
    So i just want to know that whether should i increase the value of db_cache_size.
    What exactly happens when i do this.

    Hi;
    DB_CACHE_SIZE specifies the size of the DEFAULT buffer pool for buffers with the primary block size (the block size defined by the DB_BLOCK_SIZE initialization parameter).
    The value must be at least 4M * number of cpus * granule size (smaller values are automatically rounded up to this value). A user-specified value larger than this is rounded up to the nearest granule size. A value of zero is illegal because it is needed for the DEFAULT memory pool of the primary block size, which is the block size for the SYSTEM tablespace.
    Source:
    http://docs.oracle.com/cd/B19306_01/server.102/b14237/initparams043.htm
    Regard
    Helios

  • Which is a better measure of buffer hit ratio?

    which out of these gives a better measure of buffer hit ratio?
    consistent gets from cache
    db block gets from cache
    physical reads cache
    or
    consistent gets
    db block gets
    physical reads
    from v@sysstat?

    Hi,
    Well you can always edit your reply.There is a button out there to do that.
    About the question,I am not clear with the question.What do you mean by "better measure of hit ratio"?
    From the PT guide,
    http://download.oracle.com/docs/cd/B19306_01/server.102/b14211/memory.htm#i56283
    The formula includes all three of them in the calculation,
    SELECT NAME, VALUE
      FROM V$SYSSTAT
    WHERE NAME IN ('db block gets from cache', 'consistent gets from cache', 'physical reads cache');
    Using the values in the output of the query, calculate the hit ratio for the buffer cache with the following formula:
    1 - (('physical reads cache') / ('consistent gets from cache' + 'db block gets from cache')All three of them are part of the hit ratio.When you wrote the three statistics second time,I am not sure how they were different from the first one.All you did was that you removed "cache" word.
    There is no "better measure" statistics in the calculation.All three are there.
    If your question had some other meaning than I would appreciate if you rephrase and elaborate it please.
    Aman....

  • Oracle Buffer Hit Ratio

    I m using this query to find Oracle Buffer Hit ratio .Is this query right.Is there some other way of getting more accurate ratio
    select trunc((1-(sum(decode(name,'physical reads',value,0))/(sum(decode(name,'db block gets',value,0)) + (sum(decode(name,'consistent gets',value,0)))))) * 100) from v$sysstat

    Asif,
    Too bad we couldn't meet when I happened to come to Bdesh coz if we could , we would had talked about the same topic for hours. If you are using this hit ratio as the tuning technique than you are not alone. There are so many dbas who are using hit ratio and loose sleep seeing not to a particular %. It was a method that was given years ago by Oracle reason being that at that time, databases , their loads, they were not too much. But now things have changed so should be the troubleshooting techniques. Search over this forum for the same topic and you would see some "cool" threads where some top-notch experts are talking about the same issue.
    Aman....

  • STATSPACK REPORT (BUFFER HIT RATIO)

    my statspack report shows that my buffer ration is 83%...what factors i need to look to imporve the buffer hit ratio. Thanks

    I deleted because i realized that i took the statspack report of 1 day period.
    Below is the Statspack report of 1 hour. Can you please let me know if i still need to increase database buffer cache?
    STATSPACK report for
    Database DB Id Instance Inst Num Startup Time Release RAC
    ~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
    4254163 TEST1 1 28-Jun-07 23:30 10.2.0.3.0 NO
    Host Name: Linux3 Num CPUs: 2 Phys Memory (MB): 7,968
    ~~~~
    Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
    ~~~~~~~~ ---------- ------------------ -------- --------- -------------------
    Begin Snap: 32 03-Jul-07 11:59:13 23 11.0
    End Snap: 42 03-Jul-07 14:07:33 26 11.3
    Elapsed: 128.33 (mins)
    Cache Sizes Begin End
    ~~~~~~~~~~~ ---------- ----------
    Buffer Cache: 100M Std Block Size: 8K
    Shared Pool Size: 100M Log Buffer: 33,823K
    Load Profile Per Second Per Transaction
    ~~~~~~~~~~~~ --------------- ---------------
    Redo size: 1,259.57 8,598.13
    Logical reads: 148.39 1,012.92
    Block changes: 6.41 43.76
    Physical reads: 41.91 286.09
    Physical writes: 0.73 5.02
    User calls: 15.66 106.91
    Parses: 4.07 27.77
    Hard parses: 0.27 1.85
    Sorts: 1.70 11.61
    Logons: 0.01 0.07
    Executes: 9.59 65.47
    Transactions: 0.15
    % Blocks changed per Read: 4.32 Recursive Call %: 83.09
    Rollback per transaction %: 6.03 Rows per Sort: 11.39
    Instance Efficiency Percentages
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    Buffer Nowait %: 100.00 Redo NoWait %: 100.00
    Buffer Hit %: 71.77 In-memory Sort %: 100.00
    Library Hit %: 93.15 Soft Parse %: 93.34
    Execute to Parse %: 57.58 Latch Hit %: 100.00
    Parse CPU to Parse Elapsd %: 97.12 % Non-Parse CPU: 86.74
    Shared Pool Statistics Begin End
    Memory Usage %: 91.37 92.38
    % SQL with executions>1: 77.55 80.43
    % Memory for SQL w/exec>1: 83.11 84.69
    Top 5 Timed Events Avg %Total
    ~~~~~~~~~~~~~~~~~~ wait Call
    Event Waits Time (s) (ms) Time
    CPU time 132 48.3
    db file sequential read 89,745 91 1 33.4
    db file scattered read 29,289 35 1 13.0
    control file parallel write 2,558 6 2 2.1
    log file parallel write 2,294 3 1 1.0
    Host CPU (CPUs: 2)
    ~~~~~~~~ Load Average
    Begin End User System Idle WIO WCPU
    0.11 0.11 2.26 2.65 95.09 0.90 0.24
    Instance CPU
    ~~~~~~~~~~~~
    % of total CPU for Instance: 1.06
    % of busy CPU for Instance: 21.63
    %DB time waiting for CPU - Resource Mgr:
    Memory Statistics Begin End
    ~~~~~~~~~~~~~~~~~ ------------ ------------
    Host Mem (MB): 7,967.6 7,967.6
    SGA use (MB): 316.0 316.0
    PGA use (MB): 57.8 62.6
    % Host Mem used for SGA+PGA: 4.7 4.8
    Time Model System Stats DB/Inst: TEST1/TEST1 Snaps: 32-42
    -> Ordered by % of DB time desc, Statistic name
    Statistic Time (s) % of DB time
    sql execute elapsed time 212.3 92.7
    DB CPU 124.2 54.2
    parse time elapsed 21.6 9.4
    hard parse elapsed time 19.7 8.6
    PL/SQL execution elapsed time 4.3 1.9
    hard parse (sharing criteria) elaps 1.4 .6
    connection management call elapsed 1.4 .6
    PL/SQL compilation elapsed time 1.2 .5
    repeated bind elapsed time 0.1 .0
    hard parse (bind mismatch) elapsed 0.1 .0
    sequence load elapsed time 0.0 .0
    DB time 228.9
    background elapsed time 48.2
    background cpu time 39.3
    Wait Events DB/Inst: TEST1/TEST1 Snaps: 32-42
    -> s - second, cs - centisecond, ms - millisecond, us - microsecond
    -> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
    -> Only events with Total Wait Time (s) >= .001 are shown
    -> ordered by Total Wait Time desc, Waits desc (idle events last)
    Avg
    %Time Total Wait wait Waits
    Event Waits -outs Time (s) (ms) /txn
    db file sequential read 89,745 0 91 1 79.6
    db file scattered read 29,289 0 35 1 26.0
    control file parallel write 2,558 0 6 2 2.3
    log file parallel write 2,294 0 3 1 2.0
    db file parallel write 2,179 0 3 1 1.9
    log file sync 1,089 0 2 2 1.0
    os thread startup 7 0 1 120 0.0
    latch free 3 0 0 89 0.0
    SQL*Net break/reset to client 640 0 0 0 0.6
    direct path read 140 0 0 1 0.1
    control file sequential read 3,599 0 0 0 3.2
    SQL*Net more data to client 2,121 0 0 0 1.9
    db file parallel read 49 0 0 1 0.0
    cursor: pin S wait on X 2 100 0 16 0.0
    read by other session 4 0 0 5 0.0
    direct path write 24 0 0 0 0.0
    latch: shared pool 1 0 0 2 0.0
    SQL*Net message from client 120,211 0 47,282 393 106.6
    wait for unread message on broadc 7,631 100 7,517 985 6.8
    Streams AQ: waiting for messages 1,540 100 7,512 4878 1.4
    Streams AQ: qmn slave idle wait 275 0 7,508 27302 0.2
    Streams AQ: qmn coordinator idle 554 51 7,508 13553 0.5
    Streams AQ: waiting for time mana 25 52 6,643 ###### 0.0
    SQL*Net message to client 120,215 0 0 0 106.6
    class slave wait 7 0 0 1 0.0
    SQL*Net more data from client 146 0 0 0 0.1
    Background Wait Events DB/Inst: TEST1/TEST1 Snaps: 32-42
    -> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
    -> Only events with Total Wait Time (s) >= .001 are shown
    -> ordered by Total Wait Time desc, Waits desc (idle events last)
    Avg
    %Time Total Wait wait Waits
    Event Waits -outs Time (s) (ms) /txn
    control file parallel write 2,557 0 6 2 2.3
    log file parallel write 2,290 0 3 1 2.0
    db file parallel write 2,179 0 3 1 1.9
    os thread startup 7 0 1 120 0.0
    db file sequential read 1,456 0 1 0 1.3
    db file scattered read 25 0 0 8 0.0
    control file sequential read 156 0 0 0 0.1
    latch: shared pool 1 0 0 2 0.0
    rdbms ipc message 25,017 92 59,496 2378 22.2
    pmon timer 2,576 100 7,513 2917 2.3
    Streams AQ: qmn slave idle wait 275 0 7,508 27302 0.2
    Streams AQ: qmn coordinator idle 554 51 7,508 13553 0.5
    smon timer 26 96 7,148 ###### 0.0
    Streams AQ: waiting for time mana 25 52 6,643 ###### 0.0
    Wait Event Histogram DB/Inst: TEST1/TEST1 Snaps: 32-42
    -> Total Waits - units: K is 1000, M is 1000000, G is 1000000000
    -> % of Waits - column heading: <=1s is truly <1024ms, >1s is truly >=1024ms
    -> % of Waits - value: .0 indicates value was <.05%, null is truly 0
    -> Ordered by Event (idle events last)
    Total ----------------- % of Waits ------------------
    Event Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
    LGWR wait for redo copy 7 100.0
    SQL*Net break/reset to cli 640 99.2 .6 .2
    SQL*Net more data to clien 2121 100.0
    control file parallel writ 2558 84.2 12.0 .7 1.4 1.5 .2
    control file sequential re 3599 99.9 .1
    cursor: pin S wait on X 2 100.0
    db file parallel read 49 93.9 2.0 4.1
    db file parallel write 2179 68.2 19.9 6.8 4.0 .9 .1 .1
    db file scattered read 29K 90.7 6.0 .5 .5 .6 .8 .9
    db file sequential read 89K 89.4 2.8 1.3 3.6 1.5 .7 .6
    direct path read 140 87.1 2.9 .7 1.4 7.1 .7
    direct path write 24 100.0
    latch free 3 100.0
    latch: messages 1 100.0
    latch: shared pool 1 100.0
    log file parallel write 2294 77.4 17.3 2.0 1.3 1.1 .8 .2
    log file sync 1089 62.4 28.8 3.3 1.7 2.5 1.1 .2
    os thread startup 7 100.0
    read by other session 4 50.0 25.0 25.0
    SQL*Net message from clien 120K 95.2 1.6 .9 .3 .1 .2 .1 1.7
    SQL*Net message to client 120K 100.0
    SQL*Net more data from cli 146 100.0
    Streams AQ: qmn coordinato 554 49.1 .2 .2 50.5
    Streams AQ: qmn slave idle 275 100.0
    Streams AQ: waiting for me 1540 .2 99.8
    Streams AQ: waiting for ti 25 36.0 16.0 48.0
    class slave wait 7 85.7 14.3
    pmon timer 2577 .5 .1 .1 99.3
    rdbms ipc message 25K 2.3 1.3 1.4 .4 .4 .3 32.1 61.8
    smon timer 26 100.0
    wait for unread message on 7631 .0 .0 100.0 .0

  • Differents values for Buffer Hit Ratio

    Hi Everyone!
    I have only a buffer_pool(8k) and when I execute this two querys(below). The "Buffer Hit Ratio" results are very different.
    Anyone know why does this happen?? I searched on the Internet and find out just V$SYSSTAT gather dates of all buffer pools
    while V$BUFFER_POOL_STATISTICS maintains statistics for each buffer pool. But i can't understand why it is so different.
    Any suggestion?
    Thanks!
    SELECT 1- ((p.value - l.value - d.value) / s.value) "Buffer Cache Hit Ratio"
    FROM v$sysstat s, v$sysstat l, v$sysstat d, v$sysstat p
    WHERE s.name = 'session logical reads'
    AND d.name = 'physical reads direct'
    AND l.name = 'physical reads direct (lob)'
    AND p.name = 'physical reads';
    Buffer Cache Hit Ratio
    ,970655577
    SELECT NAME, PHYSICAL_READS, DB_BLOCK_GETS, CONSISTENT_GETS,
    1 - (PHYSICAL_READS / (DB_BLOCK_GETS + CONSISTENT_GETS)) "Hit Ratio"
    FROM V$BUFFER_POOL_STATISTICS;
    Hit Ratio
    ,584760575
    ORACLE VERSION: Oracle Server 9.2.0.8.0
    OS: IBM/AIX

    See metalink note STATISTIC "cache hit ratio" - Reference Note 33883.1 for the correct formula to use in your calculation.
    The ratio is of limited value. In and of itself it tells you nothing about the performance of your database.
    There have been numerous threads on the ratio in this forum. You can use search to find them if interested.
    HTH -- Mark D Powell --

  • Buffer Hit Ratio % -- Whats the right query ?

    Whats the right query to track Buffer Hit % ;
    Using this :
    prompt BUFFER HIT RATIO %
    prompt ===============
    select 100 * ((a.value+b.value)-c.value) / (a.value+b.value) "Buffer Hit Ratio"
    from v$sysstat a, v$sysstat b, v$sysstat c
    where
    a.statistic# = 38
    and
    b.statistic# = 39
    and
    c.statistic# = 40;
    Buffer Hit Ratio
    99.9678438
    However, using this :
    Select
    Round((Sum(Decode(name, 'consistent gets',value,0)) +
    Sum(Decode(name, 'db block gets',value,0)) -
    Sum(Decode(name, 'physical reads',value,0))) /
    (Sum(Decode(name, 'consistent gets',value,0)) +
    Sum(Decode(name, 'db block gets',value,0)) ) * 100, 4)
    from V$sysstat;
    Comes up as : 67.7069 %
    So which is the right one ?
    Thanks.

    user4874781 wrote:
    Well, I recently joined this organisation and that was the script that was used since long to check Buffer Hit Ratio%.
    But when I ran a TOAD report, using the other query, the value came up different.
    So am confused .. Whats the difference and which is the right one ?
    Try running the following query:
    select
            statistic#, name
    from
            v$sysstat
    where
            statistic# in (38,39,40)
    or      name in (
                    'consistent gets',
                    'physical reads',
                    'db block gets'
    ;The you will understand the point the previous answer was making. It's a bad idea to rely on things like the statistic# being consistent across different versions of Oracle - names tend to be safer.
    But neither query is correct. If you want any sort of vaguely meaningful "buffer cache hit ratio", you should be quering v$buffer_pool_statistics. See also: Re: Testing of buffer cache reveals these results: and http://jonathanlewis.wordpress.com/2007/09/02/hit-ratios/
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    "The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge." Stephen Hawking.

  • How do you increase the Streaming buffer size in iTunes 10

    When I try to listen to the radio in ITunes it plays for 30 seconds then says rebuffering stream.
    I just upgraded to an iMac and my old dinasaur G4 does not have this problem.
    I've read things saying to increase the Streaming buffer size but I don't see how to do this anywhere.
    J

    I don't think that is possible with newer iTunes versions.

  • One reason why buffer hit ratio just might be bogus

    Hi.
    Still trawling through statspack trying to make some sense of it ...
    But looking at this, (on undo segments) I have perhaps another reason to sneer at the old buffer cache hit ratio: (in the sense of using it to tune, or of using it to justify action / lack of action).
    "The header is also a data block that is frequently modified , so it generally remains in the buffer cache. Therefore, gets of the rollback segment header block increase the buffer cache hit ratio; this artificial increase in the hit ratio can mislead you into thinking that you have allocated enough data blocks to the buffer cache"
    :taken from the OP Exam 033 text, p.295

    Hi Dan,
    The problem is about the usefulness of ratio's in-general, it's not specifically about the BCHR. . . .
    This whole thing arose from the Oracle7 performance tuning classes where Oracle Corporation suggested that the BCHR be kept over 90%. . . .
    Is the BCHR "bogus"? It is what it is, a ratio. . . .
    I agree wit Ben, it does have limited use as an "indicator", that the buffer cache MIGHT be too small to cache the working set of frequently-referenced data blocks. I have my notes here:
    http://www.dba-oracle.com/t_buffer_cache_hit_ratio_value.htm
    Oh, and as to the buffer cache advisory, it's not perfect (as is any predictive model) and I rarely see one that does not suggest that adding RAM will reduce physical I/O.
    Anyway, in just a few years all this will be a moot issue, espeially since solid-state disk has hit $100 per gig. Without spinning platters, there is no need for a large buffer cache at all . . . .
    Hope this helps. . .
    Donald K. Burleson
    Oracle Press author
    Author of "Oracle Tuning: The Definitive Reference":
    http://www.dba-oracle.com/bp/s_oracle_tuning_book.htm

  • How can I iterate over all data in database?

    Hello,
    I need to copy all data from one database to another. Unfortunately I can't.
    1. When I use Cursor: database.openCursor, cursor.getFirst, cursor.getNext, cursor.getNext,.... after some period of time getNext returns me data which was loaded already and this operation never ends.
    2. When I use Cursor: database.openCursor, cursor.getLast, cursor.getPrev, cursor.getPrev,.... here is no infinite loop as in first case, but not all data was retrieved from database.
    3. When I use db dumb: same situation as in first case, operation never ends.
    Any other solution are available?
    p.s. database size is 18Gb, and we are using Berkeley DB 4.5.2 version.
    Best regards,
    Alexander

    Hello Alex.
    1. db_verify does not give anything. Just hangs up without any result.
    2. My steps to identify that the cursor is in a loop:
    - create HashSet for ids
    - open cursor and iterate database using cursor.getNext or cursor.getPrev, as a result I have key and value
    - check new key - contains in HashSet of ids or not
    Example of results:
    e.g.: I have ids in database: 1,2,3,4,5,6,7,8,9
    Possible variants of result
    1. Everything is OK
    - Iterating database using cursor.getFirst, cursor.getNext returns me keys: 1,2,3,4,5,6,7,8,9
    - Iterating database using cursor.getLast, cursor.getPrev returns me keys: 9,8,7,6,5,4,3,2,1
    2. Fail - 1
    - Iterating database using cursor.getFirst, cursor.getNext returns me keys: 1,2,3,4,5
    - Iterating database using cursor.getLast, cursor.getPrev returns me keys: 9,8,7
    3. Fail - 2
    - Iterating database using cursor.getFirst, cursor.getNext returns me keys: 1,2,3,4,5,5,5,5,5
    - Iterating database using cursor.getLast, cursor.getPrev returns me keys: 9,8,7
    Situation with results Nr2 and Nr3 appears after few months working on production.
    We are using BTREE database type.
    Database configuration:
    - page-size=16384
    - cache-size=1073741824
    - max-locks=20000
    - max-lockers=10000
    - max-lock-objects=5000
    - log-size=20971520
    - checkpoint-frequency=60
    - max-transactions=1000
    - database dir - memory disk
    - database logs dir - VTRAK
    - 1 master (Read/Write), 1 slave (for backup only)
    Database size
    - ~9.5GB
    - ~8M keys
    - ~1.2Kb average entry size
    Database load
    - ~4000 load operations/sec peak time, up to 160M loads per day
    - ~1400 update operations/sec peak time, up to 55M updates per day
    P.S. Newer version of Berkeley DB.
    Currently we are testing on our production servers a new version of Berkeley DB 5.0.21. Same configuration, same load, same database size, same database type.
    Result: works fine with one exception, but this exception does not allow us to migrate to the newest version.
    Problem symptoms:
    1. database started, everything is ok. average time of load operation 20K nanoseconds, save operation 75K nanoseconds
    2. works smoothly about 20 minutes
    3. suddenly all methods to DB read/write hangs up. As the result average time of read operation 110 milliseconds and max time 30 seconds, average time of save operation 50 milliseconds and max time 30 seconds
    4. After some period of time (up to one minute) response time as it was in point 1
    5. works smoothly for 5-10 minutes
    6. see point 3
    With no replication work without problems.
    Here it is vmstat statistics where we can see the number of Processes increased that time when response time is higher.
    >
    procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
    r b swpd free buff cache si so bi bo in cs us sy id wa
    0 0 0 19207660 279016 10752400 0 0 0 0 9142 3359 1 0 99 0
    0 0 0 19207040 279016 10752652 0 0 0 160 9435 3786 1 0 99 0
    0 0 0 19206948 279016 10752900 0 0 0 0 9165 3363 1 0 99 0
    0 0 0 19206852 279016 10753244 0 0 0 0 9115 3710 1 0 99 0
    0 0 0 19206148 279016 10753556 0 0 0 3876 9005 3275 1 0 99 0
    0 0 0 19205404 279016 10753840 0 0 0 0 9321 3438 1 0 99 0
    1 0 0 19205428 279016 10754120 0 0 0 92 9199 3422 1 0 99 0
    104 0 0 19204684 279016 10754404 0 0 0 0 9289 4560 8 0 91 0
    464 0 0 19204608 279016 10754464 0 0 0 0 6950 12271 44 0 56 0
    611 0 0 19203740 279016 10754464 0 0 0 0 5381 12078 44 0 56 0
    765 0 0 19203344 279016 10754464 0 0 0 32 5495 13164 44 0 56 0
    857 0 0 19202596 279016 10754464 0 0 0 12 5349 13021 44 0 56 0
    1027 0 0 19202152 279016 10754464 0 0 0 0 6135 13035 44 0 56 0
    1232 0 0 19200120 279016 10754464 0 0 0 0 7392 14701 44 0 56 0
    1443 0 0 19198584 279016 10754464 0 0 0 0 6185 14554 44 0 56 0
    1444 0 0 19198096 279016 10754464 0 0 0 0 4773 14873 44 0 56 0
    1444 0 0 19197848 279016 10754464 0 0 0 0 4409 14930 44 0 56 0
    1444 0 0 19197352 279016 10754464 0 0 0 28 4656 14975 44 0 56 0
    1444 0 0 19196360 279016 10754464 0 0 0 0 4836 14919 44 0 56 0
    1444 0 0 19196112 279016 10754464 0 0 0 0 4841 14929 44 0 56 0
    1445 0 0 19195864 279016 10754464 0 0 0 0 4553 14916 44 0 56 0
    1445 0 0 19195740 279016 10754464 0 0 0 0 4551 14924 44 0 56 0
    1444 0 0 19195616 279016 10754464 0 0 0 0 4493 14919 44 0 56 0
    1444 0 0 19195616 279016 10754464 0 0 0 0 4439 14915 44 0 56 0
    1444 0 0 19195616 279016 10754464 0 0 0 0 4433 14914 44 0 56 0
    1444 0 0 19195616 279016 10754464 0 0 0 0 4451 14936 44 0 56 0
    1 0 0 19198716 279016 10754464 0 0 0 44 11341 15083 36 0 64 0
    1 0 0 19202048 279016 10754812 0 0 0 4 19893 19704 3 1 96 0
    0 0 0 19202560 279016 10755404 0 0 48 0 19203 17524 3 1 96 0
    3 0 0 19200180 279016 10756032 0 0 0 0 14340 9686 2 1 97 0
    0 0 0 19199072 279016 10756376 0 0 0 2604 9914 3744 3 1 96 0
    0 0 0 19198824 279016 10756628 0 0 0 16 9152 3485 1 0 99 0
    0 0 0 19198692 279016 10756920 0 0 0 56 8502 6836 1 0 99 0
    0 0 0 19198220 279016 10757200 0 0 0 0 8580 3178 1 0 99 0
    >
    Can you please suggest where to look or some changes in configuration, etc.?
    I have logged all Berkeley DB internal statistics during the test: DatabaseStats, CacheStats, LockStats, LogStats, ReplicationStats, MutexStats, but there are plenty parameters. I do not know which parameters are interesting for me.
    Best regards,
    Alexander
    Edited by: user12995955 on Jun 21, 2010 9:05 AM

  • How can you transfer over all your pictures from icloud to andriod?

    I just got a new aphone yesterday and its the new LG G2. I used to have an iphone and i have very important pictures on my iphone that i want on my new phone.. how would i go about doing that?

    You can't do that via iCloud.
    Connect the iPhone to a computer (Mac or PC) and copy the photos to it. Connect the new phone to the same computer and move the photos to it.

Maybe you are looking for

  • Deploying a web application on Sun One app server 7

    Hi, I am not able to deploy a web application on sun one server using Sun java studio. I have created Jsp, Servlet, Session bean and entity bean. When I am creating a web_module in the directory where JSP are kept, it is giving me error "directory is

  • Can't copy files to server - multiple instances of same user in getinfo

    I can't copy files from one of my desktop computers to a server that I administer, via AFP. When I try to do so, I get the following sequence of messages: 1. "You may need to enter the name and password for an administrator on this computer to change

  • Latest update for MacBook Pro causing spin issues  :(  Any suggestions?

    The Latest Update for MacBook Pro is causing my computer to hang....I hate updating for this reason...seems it always happens...Any suggestions?

  • Pictures Not Available in Photos

    I just got a new iMac and upgraded to the latest OSX. Photos said it upgraded my library and shows I have over 11,000 pictures. However, only a few of them actually are showing. Where are they? How do I get them back? I can't lose all these photos!!!

  • Radio button problem in webdynpro abap

    Hi Guys, In the selection screen i have 2 radio buttons PO and RP. user is allowed to select either of the one so i have created 1 radio button group. scenario 1: when user clicks on radio button 1 and then click the submit button. now he wants to ch