| Buffer Cache Hit rate stays low [message #64792] |
Sun, 01 February 2004 23:45  |
Yan Seiler
Messages: 13
Registered: December 2001
|
Junior Member |
|
|
Hello masters,
We are migrating our 8i instance to 9i and we experience a strange behaviour.
The 8i instance was just running fine despite the fact that the machine has 1 GB of ram less.
The system always said that the Buffer Cache Hit rate was too low and then I had to increase db_block_buffer (db_cache_size in 9i). It has now more than 2GB allocated for this parameter and the ratio is still too low:
> SGA CACHE STATISTICS
> ********************
> SQL Cache Hit rate = 100
> Dict Cache Hit rate = 92.35
> Buffer Cache Hit rate = 76.24
> Redo Log space requests = 0
>
> INIT.ORA SETTING
> ****************
> Shared Pool Size = 209715200 Bytes
> DB Block Buffer = 0 Blocks
> Log Buffer = 201081344 Bytes
>
*** HINT: Buffer Cache too low! Increase the DB Block Buffer value.
I don't know what to do now, does anyone have an idea ?
See init<SID>.ora:
##############################################################################
# Copyright (c) 1991, 2001, 2002 by Oracle Corporation
##############################################################################
###########################################
# Optimizer
###########################################
star_transformation_enabled=FALSE
###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_management=AUTO
###########################################
# Database Identification
###########################################
db_name=LIS
###########################################
# Cache and I/O
###########################################
db_block_size=8192
###########################################
# Instance Identification
###########################################
instance_name=LIS
###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_retention=10800
###########################################
# Diagnostics and Statistics
###########################################
core_dump_dest=D:oracleadminLIScdump
###########################################
# Cursors and Library Cache
###########################################
open_cursors=300
###########################################
# MTS
###########################################
#dispatchers="(PROTOCOL=TCP) (SERVICE=LISXDB)"
###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_tablespace=UNDOTBS1
###########################################
# Pools
###########################################
java_pool_size=33554432
###########################################
# Diagnostics and Statistics
###########################################
background_dump_dest=E:oracleadminLISbdump
###########################################
# Database Identification
###########################################
db_domain="SWATCHGROUP.NET"
###########################################
# Optimizer
###########################################
query_rewrite_enabled=FALSE
###########################################
# File Configuration
###########################################
control_files=("E:oradataLISCTLcontrol01.ctl", "F:oradataLISCTLcontrol02.ctl", "G:oradataLISCTLcontrol03.ctl")
###########################################
# Cache and I/O
###########################################
db_file_multiblock_read_count=16
###########################################
# Optimizer
###########################################
hash_join_enabled=TRUE
###########################################
# Miscellaneous
###########################################
compatible=9.2.0.4.0
###########################################
# Redo Log and Recovery
###########################################
fast_start_mttr_target=300
###########################################
# Processes and Sessions
###########################################
processes=150
###########################################
# Diagnostics and Statistics
###########################################
user_dump_dest=E:oracleadminLISudump
###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
#sort_area_size=402653184
#sort_area_size = 524288
###########################################
# Diagnostics and Statistics
###########################################
timed_statistics=TRUE
###########################################
# Cache and I/O
###########################################
#db_cache_size=524288000
#db_cache_size = 965738496
db_cache_size = 2206203904
###########################################
# Security and Auditing
###########################################
remote_login_passwordfile=EXCLUSIVE
###########################################
# Pools
###########################################
#large_pool_size=524288000
large_pool_size = 188743680
#shared_pool_size=524288000
shared_pool_size = 209715200
###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
#pga_aggregate_target= 134217728
pga_aggregate_target = 681574400
#############ADDED BY YAN###################
db_writer_processes = 3
sga_max_size = 2945728000
# Global Naming -- enforce that a dblink has same name as the db it connects to
global_names = true
sort_area_retained_size = 65536
log_buffer = 201081344
os_authent_prefix = "_OS_"
log_checkpoint_timeout = 0
log_checkpoint_interval = 1
|
|
|
|
| Re: Buffer Cache Hit rate stays low [message #64794 is a reply to message #64792] |
Mon, 02 February 2004 08:21  |
Thiru
Messages: 1089
Registered: May 2002
|
Senior Member |
|
|
Tuning on the basis of Buffer cache hit ratio WILL NOT help you very much. You should be more focussed on the response time and not on this number.I have seen databases with 70% hit ratio performing far better than databases with 95% or more. You can almost ignore this hit ratio!
-Thiru
|
|
|
|
|
|
| Re: Buffer Cache Hit rate stays low [message #64799 is a reply to message #64798] |
Wed, 04 February 2004 02:11 |
Thiru
Messages: 1089
Registered: May 2002
|
Senior Member |
|
|
to solve I/O contention issues, the first thing that needs to be done is tune the application queries/transactions to minimise unnecessary reads/writes. You can look at v$sql for high buffer_gets and also high disk_Reads and focus on them to start with...
-Thiru
|
|
|
|
|
|
] 
Blog
Search
Help
Members
Register
Login
Home
