Forum Programmation.SQL "Database sizing"

Posté par Gart Algar le 21 juin 2011 à 11:25.

Étiquettes : aucune

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 kuroineko le 21 juin 2011 à 13:53. É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 Gart Algar le 21 juin 2011 à 14:47. É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 nono14 (site web personnel) le 21 juin 2011 à 18:49. Évalué à 1.
    
    Un système de supervision du style cacti ?
    
    Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
    - [^] # Re: dans la réalité,ça n'a pas d'interet
      
      Posté par kuroineko le 22 juin 2011 à 08:45. É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 Gart Algar le 24 juin 2011 à 10:36. É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