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

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    juillet 2003
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2003
    Messages : 29
    Points : 28
    Points
    28

    Par défaut Statistiques sur la saturation des tablespaces

    Bonjour à tous,

    Comment prévenir de manière automatique la saturation d'un tablespace ?
    Je prévois la saisie d'une date (en format interne pour simplifier) et d'un nombre d'octets utilisés dans le tablespace. (calcul du coefficient de corrélation linéaire).

    Comment prévoir la date à laquelle le tablespace sera saturé sachant que j'ai une évolution des tables avec un coefficient de corrélation dates - octets proche de 1 (calculé par la fonction CORR) ?
    Y-a-t-il une fonction ou un algorithme qui me permettrait de prévoir cette date fatidique ?
    D'avance Merci de votre réponse

  2. #2
    Membre averti
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    septembre 2016
    Messages
    188
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : septembre 2016
    Messages : 188
    Points : 322
    Points
    322

    Par défaut

    La saturation d'un TS dépend de la place restante et ... du modèle de "remplissage" des tables.

    Dans une base qui tient du cas d'école on peut penser que le "remplissage" est linéaire au nombre d'insert.
    Sauf que tous les insert ne se valent pas : pas le même nombre de colonne, pas la même table, présence de trigger, etc

    De plus la fréquence d'ordre insert est certainement fluctuante : période jour/nuit, semaine/WE, début/fin de mois, etc

    Donc pas d'algo magique. C'est bien dommage

    Si t'as envie de te lancer là dedans, je préconise la création d'une table de capture dans laquelle on insère une ligne par période (12 heures par exemple) et par TS.
    A partir de là et à partir d'un certain volume, on peut envisager une analyse prédictive, auto-corrigée.

    Bref, les alarmes, c'est bien.

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

    Homme Profil pro
    Développeur Oracle
    Inscrit en
    juillet 2003
    Messages
    4 249
    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 249
    Points : 6 828
    Points
    6 828
    Billets dans le blog
    3

    Par défaut

    Il y a aussi la fragmentation à prendre en compte. J'ai souvent le cas avec certaines bases qui peuvent avoir 2 Go de libre dans un tablespace mais dont les blocs libres contigus sont de 1 Mo maximum, du coup, plantage lors de l'extension d'une grosse table.
    More Code : More Bugs. Less Code : Less Bugs
    Mon Blog PL/Sql : Fichier Zip / Image BMP / Lire sqliteDB

Discussions similaires

  1. [1.x] Faire des statistiques sur l'usage des liens d'un site
    Par Illiyan dans le forum Symfony
    Réponses: 1
    Dernier message: 22/02/2010, 13h47
  2. Réponses: 1
    Dernier message: 10/04/2008, 15h52
  3. Vue sur la nature des tablespaces
    Par lecharcutierdelinux dans le forum Administration
    Réponses: 6
    Dernier message: 12/07/2007, 14h00

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