Performances, Continuité de service et Stockage

Réorganisation des bases de données: de vieilles recettes pour de nouveaux problèmes (PDF)

Avec l’avènement des LMT (Logically Managed Tablespace), des extents de taille uniforme, du partitionnement (les partitions contenant des données anciennes pouvant être tronquées), les problèmes de fragmentation tels qu’on les connaissait dans les années 90 ont été en grande partie éliminés. Mais la réutilisation de l'espace physique partitionné ne peut être maîtrisée que si les espaces entre les segments au sein d’un tablespace peuvent être supprimés pour pouvoir réduire la taille des datafiles.
Peut on ne pas réorganiser en ligne ? La réponse est 'Non' pour les grandes bases. Les fenêtres d'intervention sont insuffisantes, sans même prendre en compte les incidents potentiels. On doit donc passer par une phase pendant laquelle la base de données est partiellement vidée. La base doit être restaurée en cas d'incident. Mais la fenêtre de restauration n'est généralement pas suffisante pour remettre d'aplomb l'environnement.

(SRM) Storage Ressource Management et administration du stockage (PDF)

Si le SRM a pour vocation première la gestion des ressources physiques d'un SAN, il doit également fournir une vue orientée métier de la vie des données: volumétrie, fréquence de changement, archivage, indisponibilité. Le SRM donne une vue physique et logique des performances, des taux de remplissage et de la configuration du réseau de stockage. L'information ainsi collectée n'a d'intérêt réel que lorsque les données produites sont agrégées et corrélées afin de pouvoir définir des pratiques et un niveau d'automatisation qui assurera au final à la fois une élévation de la qualité de service et une réduction des coûts de stock