Forum Programmation.SQL "Database sizing"

Posté par .
Tags : aucun
0
21
juin
2011

Bonjour,
j'aimerais savoir si vous avez des pointeurs sur comment évaluez la place disque d'une base données.
J'imagine quelque chose comme :
type de données * nb d'enregistrements * taille
mais aussi comment prévoir l'évolution dans le temps, etc.
D'avance merci

  • # dans la réalité,ça n'a pas d'interet

    Posté par . Évalué à 1.

    dans la réalité,ça n'a pas d'interet, pourquoi ?
    Parce qu'une base de donnée grossis, mais qu'il est très facile quand on arrive à xx% qu'on a défini d'ajouter et d'allouer de l'espace.

    Par exemple
    tu es à 90 sur un tablespace d'oracle ? RAF :
    alter database Datafile '/u23/oradbf/GEODE/ind_ele08_2xl/ind_ele08_2xl_17.dbf' Resize 1793M;

    et hop le fichier a grandi ...
    plus de place sur le disque ? il te faut mettre un nouveau fichier sur un autre emplacement ?
    idem
    ALTER TABLESPACE tmp ADD TEMPFILE '/c02/oradbf/CAPROD/tmp/tmp_12.dbf' SIZE 2000M AUTOEXTEND OFF;

    etc...etc...
    chaque SGBD à sa gestion de fichier mais le principe reste le même.
    aucune inquiétude à avoir sur le volume donc.

    et quand c'est les disques qui ont plus de place ?
    et bha on ajoute une baie de disque et on y construit des LVM ....

    quand à l'évaluation de la taille d'une BD ca n'a d'interet que si on compte non pas sa taille mais son rythme d'évolution pour justement financer les disques nécessaires dans un planning.

    par exemple une base client entre ceux qui reste/partent/arrive ça augmente rarement de plus de 10% par ans...
    par contre une base de commande/facturation ça augmentera tjrs à rythme régulier, avec des pics aux periodes phares (noel+soldes) ce qui implique que tout augmentation prévisionnel des capacités, soient faites hors de ces périodes et surtout avant ces périodes.

    • [^] # Re: dans la réalité,ça n'a pas d'interet

      Posté par . Évalué à 0.

      L’intérêt, c'est de pouvoir évaluer le démarrage du serveur, pendant une certaines période. Pouvoir dire que suivant tel et tel chiffre, des disques de telle capacité seront suffisant, au moins le temps de voir comment la base évoluera chez lui.
      Parce qu'en fait en vends un logiciel qui s'appuie sur une base, et bien souvent les clients n'ont pas de DBA chez eux, ou au moins pas en permanence, et font avec l'installation de base le plus longtemps possible.

      • [^] # Re: dans la réalité,ça n'a pas d'interet

        Posté par (page perso) . Évalué à 1.

        Un système de supervision du style cacti ?

        Système - Réseau - Sécurité Open Source

        • [^] # Re: dans la réalité,ça n'a pas d'interet

          Posté par . Évalué à 1.

          il est tjrs bon d'avoir une supervision, que ce soit cacti nagios ou autre...

        • [^] # Re: dans la réalité,ça n'a pas d'interet

          Posté par . Évalué à 0.

          Un système de supervision du style cacti ?
          Notre système ? non, c'est de la gestion de client.
          Bon au final, j'ai fait un truc qui se base sur notre schéma de base de données, et selon les valeurs des champs et des indexs sur ces champs, me sort la taille d'un enregistrement. Ensuite je ferais un questionnaire pour essayer d'anticiper l'usage qui en sera fait pour avancer un chiffre

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.