Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Administration
Administration Forum d'entraide sur l'administration du serveur Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 10/02/2011, 12h46   #1
Invité de passage
 
Inscription : avril 2007
Messages : 6
Détails du profil
Informations forums :
Inscription : avril 2007
Messages : 6
Points : 0
Points : 0
Par défaut Arreter Archivelog avant un import important

Bonjour,

J'utilise une base de développement sous oracle sur laquelle nous faisons fréquemment des imports de données pour ressembler le plus possible à la prod.
Cette base est sauvegarder avec RMAN, il y a des archives log.
Mais lorsque nous faisons des imports, les archives log peuvent se saturer car la rotation n'est pas faite assez vite.
Comment faire pour suspendre les archivelog avant de faire un import ?
J'ai recherché un peu sur internet.
Cette opération a l'air un lourde et dangereuse car il faudrait fermer la base, la laisser en état mount, arrêt l'archivlog, ouvrir la base, faire l'import, fermer, activer l'archivelog.

Est-ce la seule façon ?
Qu'en pensez-vous ?
N'est ce pas dangereux ?

Merci pour votre retour,

Julien
___jul est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/02/2011, 14h00   #2
Membre du Club
 
Wissem
Inscription : janvier 2011
Messages : 56
Détails du profil
Informations personnelles :
Nom : Wissem

Informations forums :
Inscription : janvier 2011
Messages : 56
Points : 66
Points : 66
Envoyer un message via MSN à orawiss Envoyer un message via Skype™ à orawiss
Bonjour,

- Votre vesion de Oracle?
- Quels genres d'imports: datapump ?
- Quelles sont les types d'opérations DML faites sur les tables de la base de dev? (Insert, delete, update ...)
- Combien de tables cibles vous faites les imports?
__________________
----------------------------------------------------------------------------------------------
Merci,
Wissem
www.oracle-class.com (Vidéos, Articles, Livres, Forum, Webinar ...tous sur Oracle)
www.oracle-tns.com
OCA & OCP Oracle
orawiss est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/02/2011, 16h19   #3
Membre chevronné
 
Avatar de 13thFloor
 
Homme
DBA Oracle freelance
Inscription : janvier 2005
Messages : 558
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 45
Localisation : France

Informations professionnelles :
Activité : DBA Oracle freelance

Informations forums :
Inscription : janvier 2005
Messages : 558
Points : 718
Points : 718
Bonjour,
mettre les objets concernés en mode NOLOGGING permettra de réduire considérablement (mais pas totalement) le nombre d'archives générées.
Code :
ALTER TABLE ton_schema.ta_table nologging;
Et ne pas oublier l'opération inverse après import.
Toutefois, en cas de restauration pendant que l'import tournait, il y a risque d'inconsistance des données.
Si tu peux faire un backup full avant l'import, ce serait plus judicieux.
13thFloor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/02/2011, 10h02   #4
Invité de passage
 
Inscription : avril 2007
Messages : 6
Détails du profil
Informations forums :
Inscription : avril 2007
Messages : 6
Points : 0
Points : 0
Bonjour,

Merci pour vos réponses.

Ma version est : 10g 10.2.0.4.0 sous Linux.
J'importe régulièrement un data dump complet de la base de prod avec la commande exp vers un fichier ExpDat.dmp

J'utilise directement les scripts fournis par l'application (Compiere)

C'est un full import à chaque fois.
Je devrais faire : ALTER TABLE mon schema avant ?

Merci
___jul est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/02/2011, 11h39   #5
Membre du Club
 
Wissem
Inscription : janvier 2011
Messages : 56
Détails du profil
Informations personnelles :
Nom : Wissem

Informations forums :
Inscription : janvier 2011
Messages : 56
Points : 66
Points : 66
Envoyer un message via MSN à orawiss Envoyer un message via Skype™ à orawiss
Bonjour,
Il y'a un paramètre caché de Oracle , mets le a true, "_disable_logging = true"
mais, il faut savoir que l'opération de impdp ne pourra jamais ètre restaurée après
__________________
----------------------------------------------------------------------------------------------
Merci,
Wissem
www.oracle-class.com (Vidéos, Articles, Livres, Forum, Webinar ...tous sur Oracle)
www.oracle-tns.com
OCA & OCP Oracle
orawiss est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/02/2011, 11h40   #6
Membre habitué
 
Luis
Inscription : avril 2006
Messages : 436
Détails du profil
Informations personnelles :
Nom : Luis

Informations forums :
Inscription : avril 2006
Messages : 436
Points : 119
Points : 119
Salut,
si tu as la possibilité d'arreter la base, alors tu la met en NOARCHIVELOG et apres l'import en ARCHIVELOG.
Si tu ne peux pas arreter la base, alors tu ne peux que reduire l'impacte.
Regarde cet article:

http://www.dba-oracle.com/oracle_tips_load_speed.htm

Bonne journée
ldiaz est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/02/2011, 14h47   #7
Membre éprouvé
 
Femme
Administrateur de base de données
Inscription : novembre 2007
Messages : 341
Détails du profil
Informations personnelles :
Sexe : Femme
Localisation : France

Informations professionnelles :
Activité : Administrateur de base de données

Informations forums :
Inscription : novembre 2007
Messages : 341
Points : 478
Points : 478
si l'import est full, quel intérêt à garder la base en archivelog pendant celui-ci puisque l'intérêt est l'image de la base après l'opération, pas pendant, ni avant (schemas droppés avant l'import). la remettre en archivelog + sauvegarde full post import est une solution assez logique;
ou bien pourquoi ne pas restaurer la sauvegarde de prod sur le dev? ainsi on ressemble tout à fait à la prod, physiquement
Heaven93 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 11h48.


 
 
 
 
Partenaires

Hébergement Web