Welcome
Traitement des incidents et support
Découvrez les solutions aux problèmes courants qui peuvent survenir lorsque vous utilisez BigFix Inventory et comment trouver des journaux et des fichiers de trace qui vous aident à les résoudre.
Traitement des incidents liés à la découverte de logiciel
Les problèmes liés à la découverte de logiciel sont généralement classés en trois catégories. La catégorie la plus commune est la découverte d'un logiciel dont les composants sont affectés à un produit incorrect. Il convient alors de réaffecter le composant. Les autres catégories sont la découverte de faux positifs ou à l'absence de découverte due à une signature manquante sur l'ordinateur.
Journaux et codes de retour
Rechercher les journaux et interpréter les codes de retour associés aux problèmes d'identification et de résolution des problèmes.
Journaux de création de base de données et codes de retour
Le fichier journal est automatiquement généré lorsque vous créez une base de données au cours de la configuration initiale de BigFix Inventory. Le fichier journal contient un code de retour qui peut vous aider à déterminer la raison pour laquelle la création ou la validation de la base de données à échoué. Ce fichier se trouve dans le répertoire /tmp et possède un suffixe d'horodatage, par exemple : /tmp/createdb_20131018-131841.

Page d'accueil de la documentation BigFix
Documentation de BigFix Inventory 10
Présentation
Familiarisez-vous avec les principaux concepts nécessaires pour comprendre le fonctionnement de BigFix Inventory et découvrez les fonctionnalités et fonctions introduites dans chacune des versions de l'application.
Installation
Découvrez les conditions requises et les scénarios d'installation disponibles pour vous assurer que le déploiement de BigFix Inventory s'effectue correctement dans votre environnement.
Configuration
Après avoir installé BigFix Inventory, configurez l'application. Créez des comptes pour les utilisateurs qui ont besoin d'accéder à l'application et configurez des analyses pour collecter des données d'inventaire de logiciels et de matériel depuis votre environnement.
Mise à niveau
Une nouvelle version de est publiée régulièrement, généralement à la fin de chaque trimestre calendaire. Procédez à une mise à niveau régulière vers la nouvelle version pour tirer pleinement parti des nouvelles fonctions et des correctifs d'application.
Gestion de l'infrastructure
Une fois que vous avez terminé la configuration initiale de , apprenez à gérer les composants de son infrastructure : gestionnaires de machine virtuelle, serveur, base de données et sources de données.
Inventaire de logiciels et utilisation des licences
Vous pouvez classer les logiciels reconnus de sorte que les rapports de BigFix Inventory reflètent vos autorisations et montrent correctement l'utilisation des métriques de licence en fonction de produits particuliers.
Gestion des menaces de sécurité
Apprenez à utiliser pour gérer les menaces de sécurité dans votre environnement. Vous pouvez voir si l'un des composants installés est sujet à une CVE (Common Vulnerability and Exposure).
Tutoriels
Les tutoriels permettent de comprendre la manière d'utiliser . Ils sont constitués de modules qui ciblent des objectifs vastes. Les modules comprennent des tâches qui montrent comment configurer des paramètres spécifiques, étape par étape.
Sécurité
Configurez diverses fonctions de sécurité pour protéger de manière adéquate les actifs et ressources de l'entreprise dans le modèle de données lorsque vous utilisez BigFix Inventory.
Traitement des incidents et support
Découvrez les solutions aux problèmes courants qui peuvent survenir lorsque vous utilisez BigFix Inventory et comment trouver des journaux et des fichiers de trace qui vous aident à les résoudre.
- Identification et résolution des problèmes
  Le traitement des incidents est une approche systématique permettant d'apporter une solution à un problème. L'objectif est de déterminer les raisons pour lesquelles une opération ne fonctionne pas comme prévu et d'expliquer la procédure à suivre pour résoudre le problème.
- Problème d'UUID en double
  BigFix Inventory requiert des numéros UUID (identificateur unique universel) de machine virtuelle uniques pour calculer la capacité de toutes les machines virtuelles et détecter la hiérarchie de virtualisation. S'il existe des ordinateurs avec des UUID en double, un message s'affiche dans la liste des tâches. Le journal d'importation affiche également un avertissement concernant les UUID en double.
- Interruption de l'examen de logiciels
  Les examens BigFix Inventory s'exécutent en arrière-plan. Les Fixlets, tels que Lancer l'examen de logiciels et Initate Lancer l'examen de logiciels sur les disques partagés, déclenchent l'exécution de l'examen en arrière-plan.
- Traitement des incidents liés à la découverte de logiciel
  Les problèmes liés à la découverte de logiciel sont généralement classés en trois catégories. La catégorie la plus commune est la découverte d'un logiciel dont les composants sont affectés à un produit incorrect. Il convient alors de réaffecter le composant. Les autres catégories sont la découverte de faux positifs ou à l'absence de découverte due à une signature manquante sur l'ordinateur.
  - Un logiciel incorrect apparaît sur les rapports en raison d'un regroupement erroné
    L'assistant de regroupement affecte les composants logiciels reconnus à des produits en fonction des règles de regroupement. Les règles évaluent la probabilité selon laquelle un composant fait partie d'un produit donné. Comme l'aide au regroupement prend en compte tous les produits disponibles dans le catalogue des logiciels et pas seulement ceux que vous avez achetés, il peut arriver que le composant soit affecté à un produit que vous ne possédez pas. Le produit que vous détenez n'apparaît donc sur les rapports et un autre produit est affiché à sa place. Pour résoudre le problème, réaffectez le composant découvert au produit correct.
  - Un logiciel que vous ne possédez pas est reconnu en raison de la découverte de faux positifs
    Il peut arriver qu'une version plus ancienne du logiciel soit découverte après la mise à niveau, ou que la signature du logiciel n'ait pas été supprimée de l'ordinateur pendant la désinstallation. La découverte de faux positifs peut également être liée à des sauvegardes de répertoires de logiciels ou de supports d'installation stockées sur les nœuds finaux et qui sont considérées comme des instances logicielles à part entière.
  - Le logiciel que vous avez en votre possession n'est pas découvert
    Il peut arriver que le logiciel installé ne soit pas découvert car la signature ou la balise d'identification logicielle n'existe pas sur l'ordinateur où le logiciel est installé.
  - Identification et résolution des problèmes liés aux ordinateurs
    Lorsque vous rencontrez des problèmes avec des résultats d'analyse non téléchargés à partir d'un ordinateur particulier ou si vous devez collecter tous les journaux de cet ordinateur, utilisez le panneau Données de support de l'ordinateur. Le panneau est disponible dans BigFix Inventory et est utilisé pour effectuer des actions de dépannage sans avoir à utiliser la console BigFix.
  - Reprise après incident
    Pour effectuer une reprise après incident de votre environnement BigFix, vous devez sauvegarder régulièrement la base de données BigFix Inventory et le serveur de plateforme BigFix.
  - Problèmes courants
    Découvrez comment résoudre certains problèmes courants relatifs à l'installation, la configuration et l'administration du serveur.
  - Journaux et codes de retour
    Rechercher les journaux et interpréter les codes de retour associés aux problèmes d'identification et de résolution des problèmes.
    - Journaux de création de base de données et codes de retour
      Le fichier journal est automatiquement généré lorsque vous créez une base de données au cours de la configuration initiale de BigFix Inventory. Le fichier journal contient un code de retour qui peut vous aider à déterminer la raison pour laquelle la création ou la validation de la base de données à échoué. Ce fichier se trouve dans le répertoire /tmp et possède un suffixe d'horodatage, par exemple : /tmp/createdb_20131018-131841.
    - Journaux d'installation du serveur et journaux de mises à jour
      Les journaux d'installation et les journaux de mises à jour se trouvent dans les mêmes répertoires car ces processus sont exécutés par le même programme d'installation. Si vous détectez des problèmes lors de l'installation ou de la mise à niveau du serveur, reportez-vous aux fichiers journaux pour obtenir des informations complémentaires sur les erreurs.
    - Codes retour pour l'installation et la désinstallation du serveur
      Si l'installation ou la désinstallation du serveur échoue, vérifiez le code retour pour en savoir plus sur la cause du problème et les solutions possibles.
    - Codes retour de l'analyse de logiciels
      Si l'analyse de logiciels échoue, un code d'erreur qui indique le motif de l'échec de l'analyse est renvoyé. Vérifiez la cause possible de l'échec de l'analyse indiquée pour chaque code ainsi que la façon de résoudre le problème.
    - Codes retour d'analyse de capacité
      Si l'analyse de capacité échoue, un code d'erreur qui indique le motif de l'échec de l'analyse est renvoyé. Vérifiez la cause possible de l'échec de l'analyse indiquée pour chaque code ainsi que la façon de résoudre le problème.
    - Codes retour des analyses de capacité sur les hôtes de virtualisation
      Si l'analyse de capacité effectuée par la tâche "Exécuter l'analyse de capacité sur les hôtes de virtualisation" échoue, un code d'erreur indiquant la raison de l'échec est envoyé. Le code s'affiche dans les résultats de l'analyse "Statut de l'analyse de capacité sur les hôtes de virtualisation". Vérifiez la cause possible de l'échec de l'analyse indiquée pour chaque code ainsi que la façon de résoudre le problème.
    - Journaux d'importation
      Les journaux d'importation contiennent des informations sur l'importation des données du serveur BigFix vers le composant BigFix Inventory. Ils répertorient les étapes liées au processus d'importation et affichent leur statut. Chaque action contenue dans le fichier journal est signalée en fonction du fuseau horaire Temps Universel Coordonné, mais le fichier contient également des informations sur le fuseau horaire local de votre serveur. Le journal d'importation affiche également un avertissement concernant les UUID en double (identificateur unique universel).
    - Fichier journal du serveur
      Le fichier journal du serveur tema.log se trouve dans le répertoire installation_directory/wlp/usr/servers/server1/logs/. Le fichier journal sauvegarde toutes les actions liées au serveur et constitue la source principale d'informations utilisée pour le traitement des incidents. Chaque action contenue dans le fichier journal est signalée en fonction du fuseau horaire Temps Universel Coordonné, mais le fichier contient également des informations sur le fuseau horaire local de votre serveur.
    - Modification et analyse des paramètres de trace du scanner
      Vous pouvez modifier les paramètres de trace du scanner pour collecter les données de diagnostic qui vous aideront à rechercher les causes des problèmes.
    - Détermination de la raison pour laquelle un Fixlet ou une tâche n'est pas pertinent(e)
      Disponible à partir de la version 9.2.1. Lorsqu'un Fixlet ou une tâche n'est pas pertinent(e) sur un point d'extrémité spécifique, vous pouvez créer une analyse pour vérifier quelle partie de l'expression de pertinence ne correspond pas. De cette manière, vous pouvez identifier précisément pourquoi le Fixlet ou la tâche ne peut pas être exécuté(e) sur le point d'extrémité et résoudre le problème.
    - Suppression manuelle du serveur
      Si vous rencontrez un problème quel qu'il soit avec la désinstallation du serveur BigFix Inventory, vous pouvez le supprimer manuellement.
    - Vérification de la date d'installation du client
      Vous pouvez créer une propriété sur votre serveur BigFix qui permet de connaître la date de la première connexion au serveur de vos nœuds finaux.
    - Changement de la valeur de PVU par coeur
      Disponible à partir de la version 9.2.3. Le nombre d'unités de valeur par cœur de processeur (PVU) est affecté par cœur de processeur en fonction des informations fournies dans la table des PVU. Il peut arriver que la valeur qui est assignée à un processeur dans votre environnement soit incorrecte. Auquel cas, modifiez manuellement la valeur PVU par coeur pour garantir que les licences de capacité partielle sont correctement calculées. Une fois le problème ayant provoqué une détection incorrecte de la valeur de PVU résolu, réinitialisez la PVU par coeur à la valeur indiquée dans la table des PVU.
    - Mise à jour de catalogues de scanners
      Les catalogues de scanners sont utilisés par le scanner pour reconnaître les logiciels sur les nœuds finaux. Les catalogues sont automatiquement mis à jour après chaque importation du catalogue des logiciels BigFix. Utilisez cette procédure uniquement si la mise à jour automatique des catalogues de scanners échoue.
    - Conservation du regroupement lorsque le client BigFix est réinstallé ou rétabli à partir d'un instantané
      Lorsque le client BigFix est réinstallé ou rétabli à partir d'un instantané, la prochaine fois qu'il s'enregistre sur le serveur BigFix, il reçoit un nouvel ID d'ordinateur de source de données. Le client BigFix avec l'ancien ID d'ordinateur de source de données devient inactif, car il ne génère pas de rapport avec le même ID d'ordinateur. En conséquence, la console BigFix affiche des entrées en double pour le même ordinateur. En outre, l'ordinateur concerné perd le regroupement des informations pour les logiciels qui ont été détectés sur cet ordinateur. Pour éviter cette situation, stockez des données de clés de registre à l'écart de l'ordinateur dont vous souhaitez conserver l'identité.
    - Définition de la page de code pour les langues codées sur deux octets
      L'altération d'un caractère codé sur deux octets peut survenir dans certains environnements parce que BigFix Inventory utilise la page de code pour transcoder des données. Pour les langues concernées telles que le coréen, le japonais et le chinois, définissez la page de code pour éviter que les caractères ne soient altérés.
    - Contacter le service de support logiciel
      Le service de support HCL fournit une assistance en cas d'incident se produisant avec ce produit.
Optimisation des performances
Cette section explique comment planifier l'infrastructure de BigFix Inventory et comment configurer le serveur d'applications pour obtenir des performances optimales. Les instructions ci-dessous s'appliquent à des environnements big data, ainsi qu'à des environnements plus petits dotés de configurations matérielles moins performantes.
Intégration à l'API REST
L'intégration des systèmes externes est une fonction clé de BigFix Inventory. Une logique métier est activée pour l'intégration et les interfaces sont fournies pour les points d'intégration communs.
Glossaire
Guide au format PDF

Journaux de création de base de données et codes de retour

Le fichier journal est automatiquement généré lorsque vous créez une base de données au cours de la configuration initiale de BigFix Inventory. Le fichier journal contient un code de retour qui peut vous aider à déterminer la raison pour laquelle la création ou la validation de la base de données à échoué. Ce fichier se trouve dans le répertoire /tmp et possède un suffixe d'horodatage, par exemple : /tmp/createdb_20131018-131841.

Icône Linux

Le fichier journal est créé uniquement si vous avez installé BigFix Inventory sur Linux™ et que vous utilisez un serveur DB2®.

Codes retour

Vérifiez le code de retour afin de déterminer les causes des problèmes liés à la création de la base de données.

Tableau 1. Codes de retour du script de création de base de données
Le tableau comporte deux colonnes et neuf lignes.
Code retour	Description et solutions possibles
0	Base de données créée correctement.
1	Message d'aide affiché ou syntaxe incorrecte.
100	Une ou plusieurs erreurs se sont produites pendant la création de la base de données. Erreur de création de base de données. Consultez le journal de création de la base de données : journal de création /tmp/createdb_latest_timestamp.
101	Base de données déjà créée.
102	Une ou plusieurs erreurs se sont produites pendant la validation de la base de données. Une anomalie s'est produite avec les commandes DB2® exécutées dans le script. Le script requiert un environnement DB2® initialisé correctement.
103	La version DB2® n'a pas pu être lue correctement à partir de la commande db2level. La commande db2level a retourné la chaîne de la version DB2® dans un format inattendu.
104	version de base de données non prise en charge. ®Vous pouvez vérifier la version en exécutant les commandes db2level et db2licm -l en tant qu'utilisateur SYSADM.
105	Une édition non prise en charge de la base de données a été trouvée dans le système. Vous pouvez vérifier la version en exécutant les commandes db2level et db2licm -l en tant qu'utilisateur SYSADM.
170	Impossible d'exécutez la commande db2. Instance DB2® non configurée correctement. L'utilisateur qui exécute le script doit avoir des droits SYSADM. éssayez d'exécuter le script en tant que propriétaire de l'instance DB2®.