Répartir des espaces table sur plusieurs disques

Un espace table est une unité logique de stockage dans une base de données. En général, le fait de répartir les espaces table de base de données sur plusieurs disques permet d'améliorer les performances.

Un espace table peut être de type SMS (System Managed Space, espace géré par le système) ou DMS (Database Managed Space, espace géré par la base de données). Chaque espace table est constitué d'un ensemble de conteneurs. Un conteneur est un emplacement de stockage de données, comme un fichier, un répertoire ou une unité. DB2® répartit les conteneurs de façon à vous permettre de stocker les données sur plusieurs disques pour plus de rapidité et une capacité de stockage accrue.

Recommandations :

Avant de créer la base de données, vérifiez que vous disposez de plusieurs disques pour répartir les conteneurs d'espaces table. Cette approche permet de minimiser les E-S et d'améliorer les performances globales.

Conservez les conteneurs de base de données et les fichiers journaux (LOG) dans des emplacements différents.

Répartissez les espaces table sur plusieurs disques et séparez-les du disque de fichiers LOG.

Créez un espace table utilisateur temporaire et répartissez-le sur plusieurs disques.

Le paramètre LOGFILESIZ définit la taille de chaque fichier journal principal et secondaire. La valeur par défaut de LOGFILSIZ est 1024, ce qui peut ne pas être suffisant lors du déploiement de l'application Campaign et du remplissage des données dans les tables. Envisagez d'augmenter la valeur de LOGFILSIZ, LOGPRIMARY et LOGSECOND en fonction du nombre de transactions prévu.

Exemple 1 : Base de données utilisateur

Pendant le test des performances, on observe que l'utilisation de disque sur la machine de la base de données utilisateur quant aux E-S peut aller jusqu'à 100 %. La base de données comporte un espace table avec des conteneurs répartis sur deux disques. Après l'optimisation et la répartition des conteneurs sur un total de 8 disques, dans certains cas, vous pouvez toujours constater des pics mais la consommation moyenne passe en dessous 20 % lors de l'exécution de 5 diagrammes complexes simultanés. Espaces table de base de données utilisateur répartis sur plusieurs disques.

Espaces table de base de données utilisateur répartis sur plusieurs disques.

Exemple 2 : Serveur de base de données système

Il existe également un risque de conflit d'entrée-sortie de disque sur le serveur de base de données du système IBM® Campaign. En fonction de votre diagramme, une grande quantité de données peut être écrite dans la table UA_CONTACTHISTORY. Par exemple, supposons que vous exécutiez cinq diagrammes complexes simultanés qui écrivent une grande quantité de données dans UA_CONTACTHISTORY simultanément. Dans ce cas, le fait de répartir les espaces table de base de données sur plusieurs disques peut améliorer les performances. Espaces table système répartis sur plusieurs disques.

Espaces table système répartis sur plusieurs disques.

En général, le fait de répartir les espaces table de base de données sur plusieurs disques permet d'améliorer les performances. Dans la mesure du possible, créez une base de données ayant des espaces table avec des conteneurs répartis sur plusieurs disques lors de l'installation d' IBM® Campaign.