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 :

[DBA] estimer le volume quotidien de transactions


Sujet :

Oracle

  1. #1
    cdu
    cdu est déconnecté
    Membre expérimenté
    Profil pro
    Inscrit en
    Août 2004
    Messages
    196
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2004
    Messages : 196
    Par défaut [DBA] estimer le volume quotidien de transactions
    Bonjour,
    estimer l'augmentation quotidienne du volume est assez simple, par contre, j'ai besoin de connaitre ce volume de transaction quotidien, voir sur un autre intervalle de temps, ce sur des bases 8 et des bases 9.
    je pense qu'il existe plusieurs chemin, merci de m'éclairer.

  2. #2
    Invité de passage
    Inscrit en
    Février 2006
    Messages
    1
    Détails du profil
    Informations forums :
    Inscription : Février 2006
    Messages : 1
    Par défaut
    Bonjour,

    Ca m'interresse aussi, en fait j'ai aujourd'hui une bdd 8i présente sur le serveur qui heberge l'application. Dans le futur je dois déporter ma bdd sur une tierce machine et je voudrais savoir si cette architecture sera supporté mais je dois pour cela connaître la quantité de données qui devront transiter par le listener.

    Donc je rejoins ce post, comment déterminer le volume de transactions par jour ?

    Merci,

  3. #3
    Membre Expert

    Profil pro
    Inscrit en
    Février 2006
    Messages
    3 437
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 3 437
    Par défaut
    Vous pouvez essayer d'utiliser le SCN (System Change Number) de V$DATABASE.CURRENT_SCN qui est incrementé à chaque COMMIT: mais il change même s'il n'y a eu aucun COMMIT d'un programme utilisateur car le SGBD travaille aussi de façon interne.

    Autre possibilité: plus compliquée mais nettement plus lourde: utiliser le package LOGMINER pour analyser les transactions qui ont été enregistreées dans le REDO LOG. Mais on ne devrait pas y trouver les transactions qui ont fait ROLLBACK (généralement rares) ni celles qui ne font aucun INSERT/UPDATE/DELETE mais que des SELECT et qui sont probablement les plus nombreuses.

  4. #4
    Membre expérimenté
    Profil pro
    Inscrit en
    Décembre 2005
    Messages
    138
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2005
    Messages : 138
    Par défaut
    Un bon vieux statpack devrait faire la job!

  5. #5
    Rédacteur

    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    2 320
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 2 320
    Par défaut
    Bonjour ,

    De quoi avez vous besoin :

    - Nbre de requêtes/Jour ?
    - Volume de données manipulés ?
    - Nombre d'I/O ?

    Si vous cherchez le volumes de données modifiées, les REDO et si possible les archives vous donneront ce résultat.

    Sinon un bon vieux statspack ou un audit donnent de maniére précise ce genre de renseignements.

Discussions similaires

  1. Estimer les volumes de cellules de Voronoï
    Par Aleph69 dans le forum Algorithmes et structures de données
    Réponses: 9
    Dernier message: 01/10/2010, 11h58
  2. [DBA] Erreur ORA-24761: transaction rolled back
    Par Rome dans le forum Oracle
    Réponses: 4
    Dernier message: 29/12/2006, 18h18
  3. gestion d'erreur et de transactions....
    Par Dge dans le forum MS SQL Server
    Réponses: 9
    Dernier message: 08/02/2006, 22h20
  4. Apropos des Transactions au sein d'un Stored Procedure
    Par Sarbacane dans le forum Connexion aux bases de données
    Réponses: 6
    Dernier message: 16/11/2004, 08h21

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