Cycle de vie du matériel

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture
  • Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. Les états de cycle de vie du matériel représentent le cycle de vie global des actifs matériels et des CI en ce qui concerne leurs produits.

    Valeurs de cycle de vie du matériel

    Les actifs matériels sont des éléments physiques stockés, par exemple des serveurs, des moniteurs et des claviers. A Paire de valeurs de cycle de vie est la combinaison des valeurs d’étape du cycle de vie et d’état de l’étape du cycle de vie d’un CI, d’un actif ou d’un IBI sur le cycle de vie d’une instance de produit. Les étapes et les statuts du processus de cycle de vie du matériel ne sont visibles que dans les tables liées au matériel dans Gestion des actifs et le CMDB.

    La norme CSDM Paire de valeurs de cycle de vie couvre toutes les phases du cycle de vie d’une instance de produit.
    • A life cycle stage est l’une des grandes phases par lesquelles passe un CI, de la création ou de l’approvisionnement à la retraite et à la fin de vie.
    • life cycle stage status est l’état particulier d’un CI dans son étape de cycle de vie actuelle.
    Par exemple, un CI matériel en phase opérationnelle peut changer d’état au fil du temps, passant de En cours d’utilisation à En cours de maintenance , puis à Fin de support. Un CI matériel différent peut passer de En coursd’utilisation à Fin de support sans jamais avoir été dans l’état En maintenance .
    Valeurs de cycle de vie autorisées pendant la phase opérationnelle du cycle de vie d’un CI matériel
    Remarque :
    La table [life_cycle_control] utilise le type de CI (matériel, document, logique, etc.) pour déterminer les valeurs d’état de l’étape du cycle de vie disponibles pour chaque étape du cycle de vie.

    Processus du cycle de vie du matériel : pipeline, achat, inventaire, déploiement, opérationnel, défectueux, manquant et fin de vie.

    Pour plus d’informations sur les avantages que vous pouvez tirer de l’implémentation Paires de valeurs du cycle de vie pour CMDB les entités, consultez la section « Mapper les valeurs d’état existantes aux paires de valeurs du cycle de vie CSDM » dans la rubrique « Domaine de base ».

    Cycle de vie holistique : CMDB tables de matériel (à partir de cmdb_ci)

    CMDB Tables de matériel CMDB Nom de la table de matériel
    Accessoire cmdb_ci_acc
    Appareil de communication cmdb_ci_comm
    Périphérique cmdb_ci_peripheral
    Alimentation CA de la salle informatique cmdb_ci_crac
    Matériel d’affichage cmdb_ci_display_hardware
    Matériel du site cmdb_ci_facility_hardware
    Matériel cmdb_ci_hardware
    Matériel d’imagerie cmdb_ci_imaging_hardware
    Équipement IP cmdb_ci_ip_device
    Équipement de surveillance cmdb_ci_monitoring_hardware
    Adaptateur réseau cmdb_ci_network_adaptor
    Matériel d’impression cmdb_ci_printing_hardware
    Étagère cmdb_ci_rack
    Équipement de stockage cmdb_ci_storage_device

    Exemples de classes de matériel

    Affichez les attributs, la règle d’identification et d’autres structures de schéma importantes pour la CMDB classe Computer [cmdb_ci_computer]. Consultez Classe de matériel [cmdb_ci_hardware].

    Comment la mise hors service d’un service d’application peut affecter un CI matériel

    Un service d'application est la représentation logique des CI matériels et logiciels sous-jacents qui s'associent pour implémenter une application ou un système d'entreprise. Le service d'application représente une instance du système ou de l'application d'entreprise.

    Les CI matériels et logiciels sont gérés à l’aide de l’extension . Paires de valeurs du cycle de vie Étant donné qu’un service d’application est une représentation logique, il est géré comme utilisant le fichier logique Paires de valeurs du cycle de vie. Les CI matériels physiques qui font partie de la carte de services sous un service d’application ont leur propre cycle de vie, mais ils sont liés par les services d’application sous la forme d’un ensemble spécifique de dépendances ou de décomposition.

    Exemple 1 : un CI matériel n’est pas mis hors service lorsque le service d’application est mis hors service

    Lorsqu’un service d’application est mis hors service, le matériel associé peut ne pas l’être. Par exemple, le matériel peut rester inactif, sans lien avec un service d’application, jusqu’à ce qu’il soit réalloué pour être utilisé par un nouveau service d’application.

    Exemple 2 : un CI matériel est partagé par plusieurs services d’application

    Dans le scénario commun d’une base de données partagée, plusieurs services d’application (chacun avec un schéma de base de données unique) partagent un seul service de base de données. Le service de base de données s’exécute sur un seul hôte physique.

    Lorsque l’un des services d’application est mis hors service, le service de base de données et l’hôte ne peuvent pas être mis hors service. Tous les autres services d’application dépendent toujours du service de base de données en cours d’exécution sur l’hôte.

    Consultez Surveiller l’intégrité des services d’application sur le tableau de bord Services d’application.

    Vidéos CSDM dans ServiceNow Community

    Liste de lecture de toutes les vidéos CSDM