Cycle de vie du matériel
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 du cycle de vie du matériel représentent le cycle de vie global des actifs matériels et des CI par rapport à leurs produits.
Comprendre les cycles de vie
Voir la présentation CMDB - Étape et état du cycle de vie à l’adresse https://nowlearning.servicenow.com/nowcreate/en/pages/assets?id=nc_asset&nc_ai_search=true&sys_id=fb390e7697dc69948934b67e6253af5e&table=x_snc_accel_asset&asset_id=27e8d18847213110db63fb25126d436f
- Accédez à https://nowlearning.servicenow.com/nowcreate.
- Sélectionnez la carte Rechercher des actifs .
- Dans la zone de recherche, recherchez Étape et État du cycle de vie.
De plus, regardez cette vidéo :
États du 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. Un état du cycle de vie est la combinaison de l’étape du cycle de vie et de l’état du cycle de vie d’un actif ou d’un CI au cours du cycle de vie. Les étapes et les états 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 CMDB.
Pour plus d’informations sur les avantages que vous pouvez tirer de l’implémentation d’états de cycle de vie pour CMDB les entités, consultez la section « États du cycle de vie » 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 |
| Climatisation 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 |
| Carte réseau | cmdb_ci_network_adaptor |
| Matériel d’impression | cmdb_ci_printing_hardware |
| Rack | cmdb_ci_rack |
| Périphérique 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 Hardware [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 de l’application ou du système d’entreprise.
Les CI matériels et logiciels sont gérés à l’aide des états de cycle de vie physiques . Parce qu’un service d’application est une représentation logique, il est géré à l’aide des états logiques 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, non associé à 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.