Chemin de répertoire des données de diagnostic

En fonction de votre plate-forme, les informations de diagnostic Db2® contenues dans un fichier dump, un fichier trap, un fichier journal de diagnostic, un fichier journal de notification d'administration, un fichier journal d'alerte et un paquet de capture de données de première occurrence (FODC) peuvent être trouvées dans le répertoire de données de diagnostic spécifié par les paramètres de configuration du gestionnaire de base de données diagpath ou alt_diagpath.

Présentation

La spécification du chemin d'accès au répertoire des données de diagnostic ou du chemin d'accès au répertoire des données de diagnostic alternatif, à l'aide des paramètres de configuration du gestionnaire de base de données diagpath ou alt_diagpath, peut déterminer laquelle des méthodes de chemin d'accès au répertoire suivantes peut être utilisée pour le stockage des données de diagnostic :

Chemin d'accès au répertoire des données de diagnostic primaires: Toutes les données de diagnostic concernant les membres, les installations de mise en cache des clusters, les serveurs de partition de base de données et les partitions de base de données sont enregistrées dans un fichier journal db2diag privé. Ce chemin d'accès au répertoire des données de diagnostic fractionnées est la condition par défaut, sauf si vous spécifiez la valeur diagpath avec un nom de chemin d'accès valide et les identificateurs de modèle $h, $n, ou $m.
Autre chemin d'accès au répertoire des données de diagnostic: Le paramètre de configuration du gestionnaire de la base de données alt_diagpath est un chemin d'accès alternatif au répertoire des données de diagnostic qui fournit un chemin d'accès secondaire pour le stockage des informations de diagnostic. Le chemin spécifié par le paramètre alt_diagpath n'est utilisé que lorsque le gestionnaire de base de données ne parvient pas à écrire sur le chemin spécifié dans diagpath et garantit que des informations de diagnostic importantes ne sont pas perdues. Pour que le chemin d'accès au répertoire des données de diagnostic soit disponible, vous devez définir le paramètre de configuration alt_diagpath. Pour une meilleure résilience, il est recommandé de définir ce paramètre sur un chemin d'accès situé sur un système de fichiers différent de celui de diagpath.

Avantages

L'avantage de spécifier un seul chemin d'accès au répertoire des données de diagnostic est que les informations de diagnostic, provenant de plusieurs partitions de la base de données et de plusieurs hôtes, peuvent être regroupées dans un emplacement central pour un accès facile en définissant un seul chemin d'accès au répertoire des données de diagnostic. L'avantage d'utiliser le chemin d'accès par défaut au répertoire des données de diagnostic fractionnées est que les performances de l'enregistrement des diagnostics peuvent être améliorées en raison de la réduction des conflits sur le fichier journal db2diag.

Les avantages de la spécification d'un chemin de données de diagnostic secondaire, alt_diagpath, sont les suivants :

Résilience accrue en cas de perte d'informations diagnostiques importantes.
Compatibilité avec certains outils utilisés pour diagpath tels que le fractionnement.

Fusionner des fichiers et trier des enregistrements

La fusion et le tri des enregistrements de plusieurs fichiers de diagnostic du même type, sur la base des horodatages, peuvent être effectués à l'aide de la commande db2diag -merge dans le cas d'un chemin d'accès au répertoire des données de diagnostic divisé. Pour plus d'informations, voir : db2diag - Commande de l'outil d'analyse des journaux db2diag.

Exigences en matière d'espace pour les données de diagnostic

La collecte des données de diagnostic dans le chemin d'accès spécifié par le paramètre diagpath peut générer d'importants volumes d'informations de diagnostic, en particulier si les vidages de fichiers centraux et les données de capture de données de première occurrence (FODC) ne sont pas redirigés vers un chemin d'accès distinct ou si vous utilisez un seul fichier db2diag.log dont la taille augmente indéfiniment. Un espace suffisant doit être disponible pour stocker les données de diagnostic, et vous devez effectuer un entretien régulier du chemin de diagnostic pour vous assurer qu'il reste suffisamment d'espace disponible.

Vous pouvez utiliser les recommandations suivantes lors de la configuration de l'enregistrement des données de diagnostic sur votre serveur de données afin de vous assurer que les exigences en matière d'espace pour les données de diagnostic sont respectées :

Respecter les exigences minimales en matière d'espace pour le diagnostic: L'espace libre disponible dans le chemin du répertoire de diagnostic doit être au moins égal à deux fois la quantité de mémoire physique installée sur la machine (espace libre minimum = 2x mémoire physique). Par exemple, si une machine dispose de 64 Go de mémoire physique, un minimum de 128 Go d'espace pour les données de diagnostic doit être disponible dans le système de fichiers.
Redirection des vidages de fichiers centraux et des données FODC vers un chemin d'accès différent: Les vidages de fichiers centraux et les données FODC peuvent consommer rapidement un espace disque important et envoient tous deux des données au chemin d'accès au répertoire spécifié par le paramètre de configuration du gestionnaire de base de données diagpath. Pour garder plus d'espace disponible dans le chemin du répertoire de diagnostic, les vidages de fichiers centraux et les données FODC peuvent être redirigés vers un chemin de répertoire ou un système de fichiers différent. Vous pouvez contrôler l'endroit où les fichiers de base sont générés via la variable de registre DB2FODC en définissant la variable DUMPDIR de manière à ce qu'elle pointe vers un chemin de répertoire différent de diagpath. De même, vous pouvez contrôler l'endroit où les répertoires des paquets FODC sont créés en définissant la variable FODCPATH pour qu'elle pointe vers un chemin de répertoire différent.
Déplacer ou supprimer les fichiers qui ne sont plus nécessaires: Si vous exécutez la commande db2support sans spécifier un chemin de sortie différent de diagpath, l'archive compressée résultante est stockée dans le chemin du répertoire de diagnostic. Une fois le fichier téléchargé vers IBM, n'oubliez pas de déplacer l'archive compressée hors du chemin du répertoire de diagnostic, sinon elle continuera à consommer de l'espace disque disponible.
Configurer la rotation des journaux de diagnostic et des fichiers journaux d'archive: Par défaut, si vous utilisez un seul fichier db2diag.log, la taille du fichier journal de diagnostic Db2 augmentera indéfiniment. Si vous configurez la rotation des journaux de diagnostic en définissant le paramètre de configuration du gestionnaire de base de données diagsize, une série de fichiers journaux de diagnostic et une série de fichiers journaux de notification d'administration tournants sont utilisés dans la limite de la taille définie par diagsize. Au fur et à mesure que les fichiers journaux se remplissent, les fichiers les plus anciens sont supprimés et de nouveaux fichiers journaux sont créés. En outre, lorsque le fichier db2diag.log le plus ancien est supprimé, les répertoires FODC et les autres fichiers de diagnostic antérieurs à la nouvelle période db2diag.log sont également supprimés. Pour éviter de perdre trop rapidement des informations en raison de la rotation des fichiers (suppression du fichier journal le plus ancien), donnez à diagsize une valeur supérieure à 50 Mo, mais ne dépassant pas 80 % de l'espace libre dans les chemins d'accès aux répertoires que vous spécifiez à l'aide des paramètres diagpath et alt_diagpath. Vous pouvez également conserver les fichiers journaux de diagnostic en rotation en les archivant à partir de diagpath à l'aide de la commande db2diag -archive.
Configurer un autre chemin de diagnostic: Pour éviter la perte d'informations de diagnostic importantes, le paramètre de configuration du gestionnaire de la base de données alt_diagpath fournit un autre chemin d'accès au répertoire des données de diagnostic pour le stockage des informations de diagnostic. Si le gestionnaire de base de données ne parvient pas à écrire sur le chemin spécifié par diagpath, le chemin spécifié par alt_diagpath est utilisé pour stocker les informations de diagnostic jusqu'à ce que diagpath redevienne disponible. Pour une meilleure résilience, faites pointer le paramètre alt_diagpath sur un système de fichiers différent de celui du paramètre diagpath.