--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Speicher-Discovery über SMI-S und CIM # Speicher-Discovery über SMI-S und CIM {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Discovery Kann Speichergeräte erkunden, die einen SMI-S-Anbieter (Storage Management Initiative Specification) enthalten, der ein spezialisierter CIM-Server (Common Information Model) ist. Die aktuelle Liste der Lieferanten und Produkte, die SMI-S entsprechen, wie von SNIA getestet, finden Sie unter [SNIA-Website](https://www.snia.org/ctp/conforming_providers). Andere Speichertypen, z. B. Speicher, der über einen Host angehängt wird, VM-Speicher, der auf VMware ESX-Servern verfügbar ist, und Speicher für Kernel-VM (KVM), verwenden einen separaten Satz von Probes und Sensoren. Discovery sammelt Informationen zu Speicherbereichsnetzwerken (SAN) und netzwerkbasiertem Speicher (NAS) von spezialisierten Geräten, z. B. Speicher-Arrays und Fibre Channel-Switches (FC). Discovery erfasst und erstellt CIs in der CMDB für die folgenden Informationselemente: * Array-Datenträger, -Pools und -Volumes * Fibre-Channel-HBAs, Ports und Controller * FC-Exporte * Fabrics, einschließlich Endpunkte, Zoning und Switches * Abhängigkeiten zwischen Speicherunterkomponenten {#r_DataCollDiscoStorageviaSMISCIM__ul_e31_2jn_ns} Hinweis: Weitere Informationen zur Speicher-Discovery und zur Verwendung des CIM-Abfrage-Tools zur Fehlerbehebung finden Sie im wissensartikel [KB0782305](https://support.servicenow.com/kb_view.do?sysparm_article=KB0782305). ## Anforderungen {#r_DataCollDiscoStorageviaSMISCIM__section_hcz_jzy_1cb} * Ein CIM-Server mit SMI-S 1,4 oder höher. * Ein oder mehrere CIM-Server pro Speicheranbieter. * NAS- und SAN-Systeme wichtiger Lieferanten wie EMC, Hitachi, HP und NetApp. SAN-Speichergeräte müssen FC verwenden. * FC-Switches von wichtigen Lieferanten wie Brocade und Cisco. * Die [CIM-Anmeldeinformationen](https://www.servicenow.com/docs/access?context=r_CIMCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)Muss für SMI-S-Konfiguration verfügbar sein. Die CIM-Anmeldeinformationen können sich von den Anmeldeinformationen für das System unterscheiden, das den CIM-Server hostet. * Stellen Sie sicher, dass SMI-S für Ihr Speicherprodukt aktiviert ist. * Stellen Sie die Konnektivität zwischen dem MID-Server und dem CIM-Server sicher. * Neue CIM-Anmeldeinformationen müssen in der Instanz konfiguriert werden. Die Anmeldeinformationen des CIM-Servers können sich von dem System unterscheiden, das den erforderlichen CIM-Server hostet. {#r_DataCollDiscoStorageviaSMISCIM__ul_qq3_szl_b5} Hinweis: Da der SMI-S-Anbieter Speichergerätinformationen zwischenspeichert, wirkt sich die Discovery-Abfrage an den Anbieter nicht auf die Leistung des Speichergeräts aus. ## SMI-S-Discovery-Architektur {#r_DataCollDiscoStorageviaSMISCIM__section_fr1_bty_mcb} ## CIM-Architektur {#r_DataCollDiscoStorageviaSMISCIM__section_b2s_l5y_mcb} CIM-Probes können jedes Gerät basierend auf dem Common Information Model (CIM) erkunden, indem sie einen CIM-Server abfragen, der auch als CIMOM -- Objektmanager für allgemeines Informationsmodell bezeichnet wird. Standardmäßig DiscoveryVerwendet CIM-Probes, um Speichersysteme zu erkunden und die Seriennummern von ESX-Servern abzurufen. Discovery fragt SMI-S-konforme Speichergeräte mithilfe von CIMIQL-Abfragen ab. Die folgenden Komponenten sind Teil von CIM: * Allgemeines Informationsmodell (CIM): Mit CIM können mehrere Parteien Informationen zu verwalteten Elementen austauschen. CIM stellt diese verwalteten Elemente und die Verwaltungsinformationen dar und bietet gleichzeitig den Mechanismus zur aktiven Steuerung und Verwaltung der Elemente. * Spezifikation der Speicherverwaltungsinitiative (SMI-S): SMI-S ist ein Anwendungsstandard, der Methoden für die Speicher-Discovery auf Lieferantenseite beschreibt. ServiceNow verwendet SMI-S, um zu bestimmen, wie CIM erkannt werden soll. SMI-S basiert auf dem Common Information Model (CIM) und den Standards für webbasiertes Unternehmensmanagement (WBEM), die Verwaltungsfunktionen über HTTP definieren. Das Hauptziel von SMI-S besteht darin, die Verwaltung unterschiedlicher Speicherprodukte zu ermöglichen. ServiceNowUnterstützt SMI-S Version 1,4 oder höher.Abbildung : 1. CIM SMI-S-Standarddiagramm * Webbasiertes Unternehmensmanagement (WBEM): WBEM definiert eine bestimmte Implementierung von CIM, einschließlich Protokollen für die Erkennung und den Zugriff auf jede CIM-Implementierung. * Servicestandortprotokoll (Service Location Protocol, SLP): SLP ist ein Ad-hoc-Protokoll zum Abrufen und Zuordnen von Konfigurationsinformationen zu CIM-Servern, z. B. Standardpfade, Fähigkeiten und den genauen Interop-Namespace. DiscoveryRuft den Interop-Namespace eines CIM-Servers über SLP ab und übergibt diese Informationen an die CIM-Klassifizierungs-Probe. SLP, hier als SLP-Server bezeichnet, verwendet Service Agents (SA), um Informationen zu einem CIM-Server in einem Subnetz zu sammeln und zu verbreiten. Ein Subnetz kann mehrere Service Agents haben. Hinweis: Die mid.cim.interop.namespace Die Systemeigenschaft definiert vier Standardspeicher-Namespaces: * interop * Stamm/Interop * Root/pg_interop * pg_Interop {#r_DataCollDiscoStorageviaSMISCIM__ul_g3w_wq5_bz}Wenn Sie mehrere Speicheranbieter mit anwenderdefinierten Namespaces verwenden, die nicht als Standardwerte angegeben sind, fügen Sie die neuen Namespaces der kommagetrennten Liste in dieser Eigenschaft hinzu. Wenn Sie einen der Standard-Namespaces weiterhin verwenden möchten, stellen Sie sicher, dass Sie sie in die Eigenschaft aufnehmen. Abbildung : 2. CIM-Agenten-Diagramm {#r_DataCollDiscoStorageviaSMISCIM__ul_j4v_q1q_bp} ## SLP- und WBEM-Unterstützung {#r_DataCollDiscoStorageviaSMISCIM__section_ct2_jvy_mcb} SLP ist für CIM-Discovery erforderlich, da es Teil des Stapels „Spezifikation der Speicherverwaltungsinitiative" (SMI-S) ist. Einige Speichergeräte unterstützen möglicherweise das WBEM-Protokoll, unterstützen jedoch möglicherweise keine SLP. Sie können die WBEM-Services manuell in SLP mit einem allgemeinen Linux-Tool wie registrieren slptool. Dieses Tool verfügt über eine Befehlszeilenschnittstelle, mit der Sie SLPv2-Anwenderagenten (UA)-Anforderungen stellen können, die normalerweise mit dem SLP-Daemon-Paket geliefert werden. Um einen Service zu registrieren, geben Sie eine URL und eine Liste von Attributen an. Ein Beispiel kann mit demselben Tool von einem funktionierenden SLP-Server extrahiert werden. ## Tabellenschema für Speicher-Discovery {#r_DataCollDiscoStorageviaSMISCIM__section_fyd_zzy_1cb} Dieses Diagramm zeigt das hierarchische Datenträgerschema für die Speicher-Discovery an. Abbildung : 3. Hierarchisches Datenträgerschema ## Speicher-Discovery-Tabellen und -Probes {#r_DataCollDiscoStorageviaSMISCIM__section_ffy_wwy_mcb} Discovery verwendet die folgenden Tabellen und Probes, um Informationen zu Speichergeräten zu sammeln, die von einem SMI-S-Anbieter verwaltet werden. {#r_DataCollDiscoStorageviaSMISCIM__table_r51_k4m_ns__entry__2} | Tabelle | Probe | |-|-| | Datenträger \[cmdb_ci_Disk\] | SMI 1,5: Speicherserver | | Fibre-Channel-Export \[cmdb_ci_fc_export\] | SMI 1,5: Speicherserver | | Fibre-Channel-Port \[cmdb_ci_fc_port\] | SMI 1,5: Speicherserver | | SAN-Export \[cmdb_ci_san_export\] | SMI 1,5: Speicherserver | | Speichercontroller \[cmdb_ci_storage_controller\] | SMI 1,5: Speicherserver | | Speicherexport \[cmdb_ci_storage_export\] | SMI 1,5: Speicherserver | | Speicherdateifreigabe \[cmdb_ci_storage_fileshare\] | SMI -- Array -- Dateifreigaben | | Speicherpool \[cmdb_ci_storage_pool\] | SMI 1,5: Speicherserver | | Speicherserver \[cmdb_ci_storage_server\] | CIM: Identität | | Speicher-Switch \[cmdb_ci_storage_switch\] | CIM: Identität | | Speichervolume \[cmdb_ci_storage_volume\] | SMI 1,5: Speicherserver | | Speichergerät \[cmdb_ci_storage_device\] | SMI 1,5: Speicherserver | | Speicherbereichsnetzwerk \[cmdb_ci_san\] | SMI: Fabric | | SAN-Verbindung \[cmdb_ci_san_connection\] | SMI: Fabric | | SAN-Endpunkt \[cmdb_ci_san_endpoint\] | SMI: Fabric | | SAN-Fabric \[cmdb_ci_san_fabric\] | SMI: Fabric | | SAN-Zone \[cmdb_ci_san_zone\] | SMI: Fabric | | SAN-Zonenalias \[cmdb_ci_san_zone_alias\] | SMI: Fabric | | SAN-Zone-Aliasmitglied \[cmdb_ci_san_zone_alias_member\] | SMI: Fabric | | SAN-Zone-Mitglied \[cmdb_ci_san_zone_member\] | SMI: Fabric | | SAN-Zonensatz \[cmdb_ci_san_zone_set\] | SMI: Fabric | [Tabelle : 1. Daten Erfasst] {#r_DataCollDiscoStorageviaSMISCIM__table_r51_k4m_ns} Diese Probes sind verfügbar, werden jedoch derzeit nicht verwendet: * SMI: Speicherserver * SMI -- Array -- Controller * SMI -- Array -- Datenträger * SMI -- Array -- Pools * SMI -- Array -- Ports * SMI -- Array -- Volumes {#r_DataCollDiscoStorageviaSMISCIM__ul_q4y_4ty_mcb} * **[Discovery von Speicherbereichsnetzwerken (SAN)](https://servicenow-prod.fluidtopics.net/bcLy7KF18efb6u~7NWRMtQ)** Discovery sammelt Informationen zu Speicherbereichsnetzwerken von spezialisierten Geräten, z. B. Speicher-Arrays und FC-Switches (Fibre Channel), und erstellt spezifische Referenzen zwischen den Tabellen im SAN-Schema. * **[Funktionsweise der CIM-Discovery](https://servicenow-prod.fluidtopics.net/zjv2z0KstJ79GSOWQOkkug)** Dies ist der Verarbeitungs-Flow für die Klassifizierung von CIM-Speichersystemen (Common Information Model). * **[Konfigurieren Sie den SMI-S-Anbieter für die Speicher-Discovery](https://servicenow-prod.fluidtopics.net/fkxUkOA4nfoOox1nL6ZUQg)** Verwenden Sie dieses Verfahren, um ein eigenständiges Speichergerät mit dem erforderlichen SMI-S-Anbieter für Discovery zu konfigurieren. * **[Von Discovery erfasste Daten auf Speichergeräten](https://servicenow-prod.fluidtopics.net/lOijS3Xo109GzP3bzON~pQ)** Discovery Identifiziert und klassifiziert Informationen zu Speichergeräten.