Optimisation des performances
Les couts du manque d'optimisation
Les bases de données et le Data sont au coeur des systèmes d'information, des applications et des logiciels, et des services web (au sens large). Leur importance n'est plus à démontrer. Malgré cela nombre de systèmes et d'applications reposent sur des bases de données moyennement performantes, d'une conception simpliste et/ou mal configurées, et assez peu optimisées compte tenu du contexte d'utilisation des données. Ces bases pourraient fonctionner de façon plus cohérente et plus performante.
A la longue, l'impact d'une base de données peu performante est important. Chaque jour, de la capacité et de la puissance machine est gaspillée, du temps est perdu pendant le traitement des données, et les utilisateurs en patissent. Il faut aussi ajouter les temps et les couts induits par les opérations d'analyse et de maintenance du système, à chaque fois que celui-ci se dégrade. Les capacités informatiques gaspillées ont un cout pour l'Entreprise, et le temps perdu à un cout plus grand encore.
Optimiser « pour gagner plus »
Optimiser une infrastructure Data est non seulement une question de bien faire les choses, mais aussi une question de bénéfice et de rentabilité à long terme. Les bénéfices attendus sont : deess capacités de traitement des données supérieures, des vitesses accrues de traitement des données, du temps économisé, des processus revitalisés, des utilisateurs soulagés ou boostés, du budget de maintenance économisé, de la sérénité retrouvée. La rentabilité améliorée en est une conséquence logique.
L'optimisation de l'infra Data passe par une analyse du fonctionnement et des performances des serveurs de données, des bases de données, des données et de leur requêtage, des applicatifs intégrés (ex: procédures stockées, briques ETL, modules spécifiques), du matériel sous-jacent, ainsi que des mécanismes de maintenance et de sauvegarde. Un audit permet de lister les points techniques et logiques à améliorer, et ainsi de pouvoir se représenter les bénéfices potentiels.
Exemples de points d'optimisation pouvant être traités
- Reconfiguration du serveur physique ou virtuel (VM / VPS)
- Reconfiguration du SGBDR (par exemple SQL-Server)
- Reconfiguration des bases de données (installées sur le SGBD / SGBDR)
- Reconfiguration des fichiers physiques et logiques d'une base de données
- Simplification ou optimisation du stockage des données dans une base
- Optimisation des requêtes SQL, dans la base mais aussi dans les applications qui y accèdent
- Simplification ou optimisation des traitements informatiques effectués par une base
- Optimisation des processus ETL qui échangent des données avec des systèmes tiers
- Mise en oeuvre de mécanismes de cache au niveau de la base de données, au niveau du serveur, au niveau des applications
- Conception de systèmes de cache sur-mesure, adaptés au contexte d'utilisation spécifique des données
- Segmentation d'une base de données en plusieurs bases disctincts
- Concentration de bases de données
- Upgrade du SGBD ou SGBDR, pour une version plus performante et fonctionnellement plus riche
- Mise en oeuvre d'un système annexe permettant de soulager un serveur de données principal
- Redondance de serveurs de données, répartition de charge (load balancing), architecture maitre-esclaves
- Reprogrammation des processus automatisés (ex: Jobs) qui sollicitent une base
- Allègement du système d'exploitation, pour donner plus de capacité de traitement au serveur de données
- Mise en oeuvre de mécanismes d'alerte multi-niveaux, afin de pouvoir réagir vite en cas de ralentissement
- Changement de SGBD / SGBDR (migration)
- Amélioration de l'infra réseau, de l'infra de stockage (ex: NAS / SAN)