Configuration Base Oracle

Configuration Base Oracle - SQL/NoSQL - Programmation

Marsh Posté le 17-05-2004 à 15:42:39    

J'ai un serveur bipro Windows 2000 SP4 (2 P3 1,9GHZ) avec 4 GO de MEM, la répart de la base est sur 4 groupes de disques 36GO en raid1 (tables et index sur axes séparés)  
ci dessous le fichier init.ora  
0 - Y a t'il des loups dans ce .ora (base pour 75 users)?
1 - Y a t'il moyen d'optimiser le .ora sachant que la machine n'utilise aujourd'hui qu'1 GO de meme sur les 4 dispo?  
2 - Quel est l'effet de passer les analyze table et les analyze index régulièrement sur la base (8.1.7)?  
Si on ne le fait pas, peut on assister à des déteriorations de performances spectaculaires (en cas d'insert nombreux)?  
 
Merci de l'aide  
Cordialement  
Bernard  
 
Fichier init.ora :  
# =============================================================================  
# ++TIT IFR - Fichier de paramatrage d'une base 8.1.6  
# ++CRT IFR - AH - Le 24.05.2000  
# ++MAJ IFR - DIC - Le 21.02.2001 - buffer_pool_keep non gere  
# ++MAJ IFR - CP - Le 08.11.2001 - db_block_lru_latches  
# - session_cached_cursors = 100  
# - parallel_max_servers = 0  
# ++MAJ Qualiac -CP- 19.08.2002 - tune Qualiac VLDB ODA  
# log_buffer 786432 => 1048576  
# log_checkpoint_timeout 0 => 600  
# sort_area_size x2 => 1048576  
# shared_pool_size 130M => 200M  
# enqueue_resources 3000 => 5000  
# -------------------------------- En cas de problème persistant sur les vues  
# Il faudra rajouter ces paramètres :  
# QUERY_REWRITE_ENABLED=TRUE  
# _COMPLEX_VIEW_MERGING=TRUE  
# _PUSH_JOIN_PREDICATE=TRUE  
# =============================================================================  
# ++MAJ Qualiac -CP- 04.11.2002 - ressource_limit - quotas de temps d'accès  
# activer : RESOURCE_LIMIT=TRUE  
# si : Alter profile default LIMIT IDLE_TIME x  
# ++MAJ Qualiac -DIC- 21.01.2003 - Adaptation CigWin 2.05.a0(3)  
# =============================================================================  
 
db_name = QUAL  
 
control_files = ( I:\bases1\QUAL\ctl\QUAL_control_01.dbf,  
J:\bases2\QUAL\ctl\QUAL_control_02.dbf  
K:\bases3\QUAL\ctl\QUAL_control_02.dbf  
L:\bases4\QUAL\ctl\QUAL_control_02.dbf )  
 
background_dump_dest = D:\oracle\admin\QUAL\bdump  
user_dump_dest = D:\oracle\admin\QUAL\udump  
log_archive_dest_1 = 'LOCATION=D:\oracle\admin\QUAL\arch'  
# log_archive_dest_2 = NULL  
# utl_file_dir = \  
 
# -------------------------  
# Fichier de journalisation  
# -------------------------  
control_file_record_keep_time = 7 # 7 jours de conservation des enregistrements  
 
# ------------  
# Cache et E/S  
# ------------  
db_block_buffers = 12500  
db_block_lru_latches = 2  
# aug. si % d'echec > 3 dans v$lacth (1/50 blocs)  
 
# en 8i 3 buffers default, keep, recycle  
# Qualiac utilise le default uniquement  
# buffer_pool_keep = (buffers:50,lru_latches:1)  
 
db_block_size = 4096 # 8192  
db_file_multiblock_read_count = 16 # 8 si base à 8K  
db_files = 100  
 
shared_pool_size = 350M  
java_pool_size = 0  
large_pool_size = 0 # A utiliser pour le MTS et RMAN  
 
sort_area_retained_size = 65536  
sort_area_size = 1048576  
sort_multiblock_read_count = 2  
 
# ---------------------------  
# Tri et jointure par hachage  
# ---------------------------  
hash_area_size = 2097152 # 2 * SORT_AREA_SIZE (joint. par hach.)  
hash_join_enabled = TRUE  
 
# --------------------------------  
# Curseur et cache de bibliotheque  
# --------------------------------  
open_cursors = 600  
 
# ----------  
# Optimiseur  
# ----------  
optimizer_mode = CHOOSE  
# Cf. commentaires en en-tete !  
always_anti_join = NESTED_LOOPS  
always_semi_join = NESTED_LOOPS  
optimizer_features_enable = 8.1.6  
optimizer_max_permutations = 79000  
## QUERY_REWRITE_ENABLED = TRUE  
## _complex_view_merging = TRUE  
## _fast_full_scan_enabled = TRUE  
## _like_with_bind_as_equality = TRUE  
## _optimizer_mode_force = TRUE  
## _optimizer_undo_changes = FALSE  
## _or_expand_nvl_predicate = TRUE  
## _ordered_nested_loop = TRUE  
## _push_join_predicate = TRUE  
## _push_join_union_view = TRUE  
## _sort_elimination_cost_ratio = 5  
## _table_scan_cost_plus_one = TRUE  
## _use_column_stats_for_function = TRUE  
 
 
# -------  
# Memoire  
# -------  
pre_page_sga = FALSE  
 
# ---------------------------------------------------------  
# Fichier de journalisation, de recuperation et de controle  
# ---------------------------------------------------------  
log_buffer = 1048576  
log_checkpoint_interval = 10000000  
log_checkpoint_timeout = 600  
 
# ---------------------  
# Processus et sessions  
# ---------------------  
processes = 250  
session_cached_cursors = 100  
 
# --------------------------  
# Migration et compatibilite  
# --------------------------  
compatible = 8.1.6  
 
# --------------------------------  
# Curseur et cache de bibliotheque  
# --------------------------------  
cursor_space_for_time = FALSE # FALSE -> sortie liee a l'anciennete  
# TRUE -> conservees dans le pool partage  
 
# ---------------------------  
# Diagnostics et statistiques  
# ---------------------------  
db_block_checking = FALSE # TRUE -> blocs verifies  
 
# --------------------------------  
# Distribue, replication et cliche  
# --------------------------------  
parallel_max_servers = 0  
open_links = 4  
distributed_transactions = 2  
global_names = FALSE  
remote_login_passwordfile = NONE # EXCLUSIVE | NONE | SHARED  
 
# -----------------  
# Securite et audit  
# -----------------  
audit_trail = NONE # NONE|FALSE|DB|TRUE|OS  
# RESOURCE_LIMIT=TRUE  
 
# -------  
# Verrous  
# -------  
dml_locks = 2000 # nb maximal de verrous de table  
enqueue_resources = 5000  
 
# ---------  
# Archivage  
# ---------  
log_archive_format = log_%S.dbf  
log_archive_max_processes = 1  
log_archive_min_succeed_dest = 1  
log_archive_start = FALSE  
 
# ---------------------------  
# Diagnostics et statistiques  
# ---------------------------  
max_dump_file_size = 100M # Ko | Mo | UNLIMITED  
sql_trace = FALSE  
timed_statistics = FALSE  
 
# ---  
# NLS  
# ---  
nls_currency = Fr  
nls_date_format = "DD/MON/YY"  
nls_date_language = French  
nls_iso_currency = France  
nls_language = FRENCH  
nls_numeric_characters = ".,"  
nls_sort = BINARY  
nls_territory = America  
 
# -----------------------------------  
# Transactions, segments d'annulation  
# -----------------------------------  
rollback_segments = R01,R02  
transactions_per_rollback_segment = 15  
 
# ------------------  
# Inscription reseau  
# ------------------  
# service_names = sun26:1526

Reply

Marsh Posté le 17-05-2004 à 15:42:39   

Reply

Marsh Posté le 17-05-2004 à 15:44:10    

je ne saurai pas te repondre car je ne connait pas oracle en profondeur, mais bienvenu ici :)

Reply

Marsh Posté le 17-05-2004 à 22:16:07    

bgauthier a écrit :

J'ai un serveur bipro Windows 2000 SP4 (2 P3 1,9GHZ) avec 4 GO de MEM, la répart de la base est sur 4 groupes de disques 36GO en raid1 (tables et index sur axes séparés)  
ci dessous le fichier init.ora  
0 - Y a t'il des loups dans ce .ora (base pour 75 users)?
1 - Y a t'il moyen d'optimiser le .ora sachant que la machine n'utilise aujourd'hui qu'1 GO de meme sur les 4 dispo?  
2 - Quel est l'effet de passer les analyze table et les analyze index régulièrement sur la base (8.1.7)?  
Si on ne le fait pas, peut on assister à des déteriorations de performances spectaculaires (en cas d'insert nombreux)?  
 
Merci de l'aide  
Cordialement  
Bernard  


 
0- Rien de bizard dans ce fichier d'init
1- Alors la c'est une colle  :D  Ca dépend de telement de chose que je ne peut pas te répondre. Mais augmenter la taille de la SHARE_POOL et la LARGE_POOL ne peut pas faire de mal. Pour le reste pas le choix, changer un paramètre a la fois et tester.
2- Oracle se base sur les statistiques pour optimiser les requêtes SQL, donc si elles ne sont pas a jour ca peut avoir des effets sur les performances.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed