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

DB2 Discussion :

probleme taille journal avec generated columns et retablissement d'intégrité


Sujet :

DB2

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2003
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2003
    Messages : 79
    Points : 72
    Points
    72
    Par défaut probleme taille journal avec generated columns et retablissement d'intégrité
    je m'y prend ainsi pour ajouter une colone genéré

    SET INTEGRITY FOR ma_table OFF
    alter table ma_table add mon_champ_lower VARCHAR(60) GENERATED ALWAYS AS (lower(mon_champ))
    SET INTEGRITY FOR ma_table IMMEDIATE CHECKED FORCE GENERATED
    par contre le probleme c'est que lors du set integrity je dépasse la taille du journal

    ERROR [57011] [IBM][DB2/NT] SQL0964C Le journal de transactions de la base de données est saturé. SQLSTATE=57011
    là je test en local, et je peux changer la taille du log sans doute, mais ça va se produire sur un sytème ou je peux pas changer la taille du journal, donc je me demande si il y a moyen de désactiver le log, ou de forcer des commits réguliers, comme permet de le faire le load.
    Je peux pas non plus repartir sur une table vide, et la recharger.

  2. #2
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2003
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2003
    Messages : 79
    Points : 72
    Points
    72
    Par défaut
    db2gncol semblait permetre cela mais cet utilitaire n'existe plus avec db2.
    ils parlent d'infinte loggin mais c'est pas encore très clair

  3. #3
    jab
    jab est déconnecté
    Rédacteur
    Avatar de jab
    Homme Profil pro
    SharePoint developpeur
    Inscrit en
    Février 2004
    Messages
    1 173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : Belgique

    Informations professionnelles :
    Activité : SharePoint developpeur
    Secteur : Service public

    Informations forums :
    Inscription : Février 2004
    Messages : 1 173
    Points : 4 339
    Points
    4 339
    Par défaut
    Ce problème de journaux est un problème récurrent donc si tu trouves une solution fait nous en profiter.

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    Avril 2003
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2003
    Messages : 79
    Points : 72
    Points
    72
    Par défaut
    sur ma base local j'ai augmenté le nombre de fichiers logs secondaire
    les valeurs sont basses je me demande pourquoi ils l'ont jamais changé c'est ridicule ou j'ai pas compris un truc.

    logfilsiz 500
    logprimary 6
    logsecondary 10

    ce qui fait 500 pages de 4ko pour un fichier de log, donc 2mo, et 16 fichiers de log maxi, donc 32mo de roll back maxi, c'est bien légé pour des tables de plusieurs millions d'enregistrements, surtout compte tenu de la capacité actuelle des disques.

    donc j'ai mis 200 pages dans un premier temps pour voir jusqu'a combien ça montait en création de fichier de logsecondaires
    Mon besoin est autour de 50 pages pour la création et mise à jour d'une colone de varchar de taille 50.

    sinon à part ça ou exporter la table dans un fichier plat, dropper la table et faire un load avec un commitcount faible, je vois pas comment faire.

    en ce qui concerne une augmentation des logs et l'impact en perf, si quelqu'un à des infos là dessus ...
    J'espere que db2 8 n'a pas de vieux bugs à la con qui empecheraient cet augmentation des logs ...

    pour l'infinite login il faut utiliser logarchmeth1 et metre logsecondary=-1 , par contre là il faut avoir quelqu'un qui les effaces à la main ou part tache cron

Discussions similaires

  1. probleme avec <rich:column sortable="true">
    Par riadhhwajdii dans le forum JSF
    Réponses: 2
    Dernier message: 22/07/2009, 14h33
  2. problem avec <generator class="sequence"/>
    Par chady dans le forum Hibernate
    Réponses: 1
    Dernier message: 24/02/2009, 19h22
  3. problem avec <generator class="vm"/>
    Par chady dans le forum Hibernate
    Réponses: 1
    Dernier message: 20/02/2009, 23h58
  4. probleme avec generation fichier binaire
    Par Septembre84 dans le forum Entrée/Sortie
    Réponses: 5
    Dernier message: 17/04/2008, 10h28
  5. [ XSLT ] probleme avec generate-id()
    Par Pi2 dans le forum XSL/XSLT/XPATH
    Réponses: 12
    Dernier message: 02/11/2005, 12h11

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