Optimiser la mémoire pour réduire le temp d'import

Version imprimable

Voir 40 message(s) de cette discussion en une page

18/10/2008, 12h58
Bourak

Optimiser la mémoire pour réduire le temp d'import
Bonjour,

je travaille sur une base Oracle 9.2i hébergée sur un serveur Windows server 2003 avec 4Go de RAM.
Sachant que un seul poste client est connecter à ce serveur.

il y'a d'autre pc (Nommé Site) où installer Oracle mais n'ont pas connecter directement à ce serveur.

Je fait à chaque fois l'importation des donnees exporter depuis les sites au serveur à l'aide des disques externes.

voici qq paramètres au niveau mémoire de ma base (paramètre standard):
Code:

1 2 3 4 5 6 db_cache_size : 24 Mo db_block_size : 8Ko shared_pool_size : 48 Mo java_pool:32 Mo large_pool : 8 Mo Mémoire PGA : 24 Mo
Le problème c'est que l'import d'un fichier dmp du taille (2 go) au serveur reste plus de 2 heures.

Comment règler la mémoire du base pour diminuer le temp d'import et merci.
Remarque :J'utilise la methode Normale d'import

Code:

imp System/pass@base file=c:\export.dmp fromuser=X touser=X
18/10/2008, 18h12
lallio

Tout dépends de la taille de ton dump !
Combien de tables avec combien de ligne;
Et combien de table avec des champs BLOB, CLOB; LONG

Après ce dépend ce que tu fais avec ce serveur et combien de fois tu importe / exporte.
Tu peux le programmer en travail de nuit comme ca les deux heures ne sont pas un pb.

PAr rapport aux paramètre mémoire, je suppose que ce n'est pas une grosse base avec des applications importante dessus.

Sinon je te conseille la doc oracle sur le sujet:
http://download.oracle.com/docs/cd/B10501_01/server.920/a96652/ch02.htm#1005322

Laurent.

My Oracle blog :http://lao-dba.over-blog.com/
20/10/2008, 15h47
scheu

Pistes pour diminuer le temps de l'import :
- augmenter le paramètre "buffer" (buffer=100000000 pour 100M par exemple)
- ne pas importer les indexes et les recréer à la fin (indexes=n)
- analyze=n
- mettre temporairement la base en noarchivelog

Cf tuto sur ce site
20/10/2008, 16h17
Bourak

Salut

j'ai 34 table avec 2 tables contenant des champs de type blob et qui depassent presque 10000 lignes.
L'import ce fait une fois par jour.
Cette base à consommé presque 22 Go d'espace disque.

Merci d'avance
21/10/2008, 17h05
Bourak

J'ai essayer ces deux commandes :

Code:

commit=n buffer=30720

L'import devient un peu rapide , mais y'a til d'autres modifications à faire au niveau mémoire allouer à Oracle et pour augmenter la perfermance..
21/10/2008, 20h19
lallio

Le problème c'est que les tables avec des blobs sont traitées ligne à ligne.
Maintenant 10000 ca me parait pas énorme.
Qu'est ce tu appelle "un import qui dure" (30 minutes, 1 heure, plusieurs heures...)
Qu'est ce que tu mets dans tes blob et est ce que par hasard tes colonnes blob ne sont pas indexés avec des indexes de type context ?

La je deviens curieux, mais pourquoi un import quotidien ?

va y franco sur le buffer: buffer=500000
Laurent,

My oracle blog => http://www.lao-dba.com
21/10/2008, 22h50
lallio

Bonsoir ;

Essaye manager pour l'utilisateur system ou change_on_install pour sys
Mais pourquoi ne pas ouvrir un nouveau post. Je ne vois pas le rapport avec le post en cours.

LAO.
23/10/2008, 10h30
scheu

Citation:

Envoyé par lallio

va y franco sur le buffer: buffer=500000

Je suis même déjà monté à 100000000 (100 M) sans problèmes 8-)
23/10/2008, 13h34
Pomalaix

Citation:

Envoyé par scheu

Je suis même déjà monté à 100000000 (100 M) sans problèmes 8-)

Mais est-ce que c'était nettement plus rapide qu'avec un tampon de 1M par exemple ?
100 Mo, ça me paraît inutilement surgonflé.
23/10/2008, 16h10
scheu

Citation:

Envoyé par Pomalaix

Mais est-ce que c'était nettement plus rapide qu'avec un tampon de 1M par exemple ?

Ca je ne sais pas :mouarf:
27/10/2008, 14h47
Bourak

salut

J'ai essayer buffer=100000000 mais elle n'accelere pas l'import.

D'après mes essai un buffer=3072 est le plus parfait pour ma base.

Merci d'avance.
29/10/2008, 11h36
scheu

Regarde la fréquence de switch des redologs, si elle est trop importante ton problème vient peut-être de là
Tu as essayé de mettre la base temporairement en noarchivelog avant d'importer ?
30/10/2008, 11h17
Bourak

Salut à tous

Citation:

Tu as essayé de mettre la base temporairement en noarchivelog avant d'importer ?

L'import que je fait est en mode NoArchiveLog.

Citation:

Regarde la fréquence de switch des redologs

Ou je peut trouvé la fréquence de switch des redologs.?

Merci d'avance
30/10/2008, 12h02
fulub

Citation:

Envoyé par Bourak

Salut à tous

L'import que je fait est en mode NoArchiveLog.

Ou je peut trouvé la fréquence de switch des redologs.?

Merci d'avance

Bonjour,
Dans le fichier alert.log de la base

Citation:

Envoyé par Bourak

Ou je peut trouvé la fréquence de switch des redologs.?

On peut consulter la vue V$LOG_HISTORY par une requête du genre :

Code:

1
2
3
4
5
6
7
8
9
10
--------------------------------
-- Bascules redologs par heure
--------------------------------
SET PAGESIZE 50
alter session set nls_date_format='DD/MM/YYYY HH24:MI:SS';
select trunc(first_time, 'HH24') "DATE", count(*) "BASCULES"
from v$log_history 
where first_time >= sysdate -7
group by rollup (trunc(first_time, 'HH24'))
order by trunc(first_time, 'HH24');

31/10/2008, 11h28
Bourak

Bonjour,

Quelle est la valeur optimale pour cette frequence et depend de quoi?

Merci d'avance
31/10/2008, 12h24
Pomalaix

Citation:

Envoyé par Bourak

Bonjour,

Quelle est la valeur optimale pour cette frequence et depend de quoi?

Merci d'avance

La recommandation usuelle est de 3 ou 4 bascules par heure.

La fréquence constatée dépend de l'activité en modification dans la base (les SELECT n'ont pas d'incidence) et de la taille des fichiers redo logs.
31/10/2008, 14h30
scheu

Tu as essayé d'utiliser statpack durant ton import pour voir les éventuels événements d'attente ? Car là c'est dur de t'aider sans plus d'informations ...
01/11/2008, 10h39
Bourak

Citation:

Envoyé par Pomalaix

La recommandation usuelle est de 3 ou 4 bascules par heure.

La fréquence constatée dépend de l'activité en modification dans la base (les SELECT n'ont pas d'incidence) et de la taille des fichiers redo logs.

Merci pour cette information et je vais la règler.

Citation:

Envoyé par scheu

Tu as essayé d'utiliser statpack durant ton import pour voir les éventuels événements d'attente ? Car là c'est dur de t'aider sans plus d'informations ...

Non je n'ai pas essayer Statpack, mais je l'ai vu dans les Tutorials mais d'après que j'ai constater qu'elle doit etre installer depuis la première utilisation du base pour donner des resultats parfait , et ma base elle a dépassé une année et 2 mois. Mais en tout cas je vais l'essayer et merci à tous.
01/11/2008, 23h50
Pomalaix

Citation:

Envoyé par Bourak

Non je n'ai pas essayer Statpack, mais je l'ai vu dans les Tutorials mais d'après que j'ai constater qu'elle doit etre installer depuis la première utilisation du base pour donner des resultats parfait , et ma base elle a dépassé une année et 2 mois.

On peut utiliser statspack à tout moment au cours de la vie de la base, il n'y a aucun besoin de l'avoir installé dès l'origine.

Voir 40 message(s) de cette discussion en une page