IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

Index NO LOGGING


Sujet :

Oracle

  1. #1
    Membre averti Avatar de Wurlitzer
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    469
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2006
    Messages : 469
    Points : 408
    Points
    408
    Par défaut Index NO LOGGING
    J'ai l'habitude de reconstruire mes index en NOLOGGING. Même si j'ai jamais fait de mesures, j'ai toujours entendu dire que cela optimisait le temps de reconstruction. Pour un risque très acceptable qui est de devoir reconstruire ces indexes en cas de restaurations entre le rebuild et la dernière sauvegarde des tablespaces. Est ce juste ?

    Je viens de découvrir presque par hasard que dans ce cas l'indexe reste en NOLOGGING même après le rebuild. Est ce que cela a un intérêt ? Cela joue-t-il sur les perfs de la base ? Et surtout cela signifie-t-il que dans tous les cas en cas de restauration je vais être obligé de reconstruire tout les index que j'ai reconstruit en NOLOGGING. Dans ce cas le risque devient plus du tout acceptable puisque qu'avec le temps de plus en plus d'index passent en NOLOGGONG et que donc le temps de reconstruction deviendrait trop long.

    Je pense donc faire un alter index .... logging pour tous les remettre a logging apres un rebuild. Qu'en pensez vous ?

  2. #2
    McM
    McM est déconnecté
    Expert éminent

    Homme Profil pro
    Développeur Oracle
    Inscrit en
    Juillet 2003
    Messages
    4 580
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Oracle

    Informations forums :
    Inscription : Juillet 2003
    Messages : 4 580
    Points : 7 740
    Points
    7 740
    Billets dans le blog
    4
    Par défaut
    Avec LOGGING : chaque modification de l'index est sauvegardée dans tes fichiers log.
    Sur des tables qui bougent beaucoup, ça va augmenter tes redo_logs

    C'est sur qu'en cas de restauration de la base (pas si fréquent que ça), avec l'option NOLOGGING faut reconstruire les indexs.
    More Code : More Bugs. Less Code : Less Bugs
    Mon Blog PL/Sql : Fichier Zip / Image BMP / Lire sqliteDB / QRCode et Images PNG ou BMP

  3. #3
    Expert éminent sénior
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 073
    Points
    19 073
    Par défaut
    Citation Envoyé par McM
    C'est sur qu'en cas de restauration de la base (pas si fréquent que ça), avec l'option NOLOGGING faut reconstruire les indexs.
    pas en cas de sauvegarde à froid

Discussions similaires

  1. Taille transaction log et reconstruction index
    Par deviljoker dans le forum Administration
    Réponses: 28
    Dernier message: 09/07/2012, 16h34
  2. Log des requêtes sans indexes
    Par ahmed. dans le forum Administration
    Réponses: 1
    Dernier message: 25/05/2012, 11h37
  3. logging des index pour une BD standby
    Par learn dans le forum Oracle
    Réponses: 8
    Dernier message: 14/12/2005, 12h14
  4. [Technique] Intérêt des index
    Par ddams dans le forum Décisions SGBD
    Réponses: 10
    Dernier message: 04/11/2002, 15h11
  5. Requête imbriquée et indexes INTERBASE
    Par vadim dans le forum InterBase
    Réponses: 2
    Dernier message: 06/09/2002, 16h15

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo