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

Administration Oracle Discussion :

Statistiques sur la saturation des tablespaces


Sujet :

Administration Oracle

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

    Informations forums :
    Inscription : Juillet 2003
    Messages : 40
    Points : 38
    Points
    38
    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 expérimenté
    Homme Profil pro
    Architecte de base de données
    Inscrit en
    Septembre 2016
    Messages
    731
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Isère (Rhône Alpes)

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

    Informations forums :
    Inscription : Septembre 2016
    Messages : 731
    Points : 1 416
    Points
    1 416
    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.
    Le savoir est une nourriture qui exige des efforts.

  3. #3
    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
    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 / QRCode et Images PNG ou BMP

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