Discussion :

[cdu]

Bonjour,
nous avons des problèmes de lenteur les deux premières heures de la journée sur une base oracle 8.1.7 sur aix
la base est coupée chaque soir pour sauvegarde et relancée le matin
dans une première approche je pense que cela peut être le résultat de la remontée progressive des informations en ram

je voudrais donc savoir premièrement comment valider mon hypothése, et deuxièmement si il est possible d'accélerer ce phénoméne ( je vois bien la solution d'interroger à nouveau la base des l'ouverture pour la remontée des données mais c'est lourd, l'idéal serait de pouvoir reproduire une partie du contexte mémoire )

merci

[LeoAnderson]

Les données qui étaient en buffer ne seront remontées qu'à la première interrogation.
le problème est qu'il ne faut pas couper la base !

quelles mesures avez-vous prises ? (I/O sur les différentes heures ? hit ratio sur la journée ? ..)

[cdu]

la coupure de la base est lié à la sauvegarde journalière à froid et il n'est pas possible de la remettre en question.

[orafrance]

une base à une période de rodage correspondant en effet à la montée en cache des données. Si c'est vraiment si lent c'est probablement que tu as des perfs I/O catastrophique. C'est plutôt de ce coté qu'il faudrait investiguer.

[LeoAnderson]

la coupure de la base est lié à la sauvegarde journalière à froid et il n'est pas possible de la remettre en question.

Les techniques de sauvegardes à chaud sont pourtant bien rodées !

mais que donnent les iostat ?

[orafrance]

avec RMAN par exemple

[13thFloor]

Bonjour,
nous avons des problèmes de lenteur les deux premières heures de la journée sur une base oracle 8.1.7 sur aix
la base est coupée chaque soir pour sauvegarde et relancée le matin
dans une première approche je pense que cela peut être le résultat de la remontée progressive des informations en ram

je voudrais donc savoir premièrement comment valider mon hypothése, et deuxièmement si il est possible d'accélerer ce phénoméne ( je vois bien la solution d'interroger à nouveau la base des l'ouverture pour la remontée des données mais c'est lourd, l'idéal serait de pouvoir reproduire une partie du contexte mémoire )

merci

1) charge une partie des données en cache après le startup via un trigger database (pas sur qu'il existe en 8i) ou via des scripts qui font les select adéquats
2) interroge avant le shutdown x$bh et v$object_cache + dba_segments/objects pour déterminer les blocs de datas qui étaient en cache afin de faire des select sur ces tables => lourd !

[orafrance]

1) j'imagine que tu parles de keep. Malheureusement je crains que le problème soit plutôt au niveau des data... et de toutes façons, le chargement restera aussi long
2) et alors ? ça plombera les perfs de la même manière En plus ce serait surprenant que les blocs accédés en fin de journée soit les mêmes que le lendemain matin