---
sourceDocument: Yokohama Now Platform-Fähigkeiten
sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Now Platform-Fähigkeiten

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# VCenter-Ereignissammler

# VCenter-Ereignissammler {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 9 Minuten Lesedauer

Der vCenter-Ereignissammler ist eine MID-Servererweiterung, die vCenter-bezogene Ereignisse abhört und die CMDB entsprechend aktualisiert.{#c_VCenterEventProcessorExtension__ph_short-desc}

|-|
|   |
[ ]

{#c_VCenterEventProcessorExtension__table_p53_ms4_nhb}

Mit dem Ereignissammler kann die CMDB zusätzlich zu den von der Discovery erkannten Updates mit Änderungen an virtuellen Maschinen (VMs) aktualisiert werden. Eine Änderung an einer VM wird als Ereignis vom vCenter-Server an den vCenter-Ereignissammler gesendet. Wenn ein Ereignis empfangen wird, wird die CMDB entsprechend aktualisiert. Vollständige vCenter-Discovery muss nicht erneut ausgeführt werden. Für einige Ereignisse, z. B. Ereignisse zum Einschalten und Ausschalten, muss die Discovery überhaupt nicht erneut ausgeführt werden. Für die meisten Ereignisse wird Discovery nur für die erforderliche vCenter-Ressource ausgeführt.  
Wenn beispielsweise eine VM deaktiviert ist, sendet der vCenter-Server das Ereignis `VmPoweredOffEvent `. Der vCenter-Ereignissammler empfängt und verarbeitet das Ereignis, und die CMDB wird aktualisiert, um zu berücksichtigen, dass der Status der entsprechenden VM auf festgelegt ist Aus .  
Wichtig:  
Mit dieser Erweiterung kann Discovery nur den Status einer VM ändern, die in der CMDB vorhanden ist. Wenn ein Ereignis mit „CreatedEvent" in seinem Namen auftritt, z. B. „VmCreatedEvent", scannt die Discovery diese VM und erstellt dann das CI anhand der erfassten Daten. Wenn ein neues Ereignis mit diesem CI auftritt, kann die Discovery den vorhandenen Datensatz aktualisieren, ohne einen weiteren Scan zu starten.

Unterstützung für vCenter-Ereignissammler [Domänentrennung](https://www.servicenow.com/docs/access?context=c_DiscoveryDomainSeparation&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US)Durch Erben der Domäne des angegebenen MID-Servers im Kontext der Ereigniserfassung. Die MID-Serverkonfiguration mit mehreren Domänen wird jedoch nicht unterstützt.

Siehe [Discovery für VMware vCenter](https://www.servicenow.com/docs/access?context=c_DiscoveryForVMwareVCenter&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US)Für unterstützte Versionen von vCenter.

## Wie vCenter-Ereignisse verarbeitet werden {#c_VCenterEventProcessorExtension__section_npr_yl2_ybb}

Der MID-Server horcht auf die vCenter-Ereignisse, die im Formular „vCenter-Ereignissammler" konfiguriert sind. Wenn eines dieser Ereignisse von vCenter zurückgegeben wird, analysiert die Instanz die Nutzlast mit einer Business-Regel, die das vCenter-Ereignis in ein Systemereignis (sysevent) konvertiert. Die Instanz verwendet dann dieses sysevent, um Aufgaben wie E-Mail-Benachrichtigung auszuführen.  
Hinweis:  
Wenn der MID-Server angehalten wird, wenn ein vCenter-Ereignis auftritt, verarbeitet der MID-Server das Ereignis weiterhin. In diesem Fall kann der Ereignissammler einen Status von anzeigen Gestartet .  
Die resultierenden sysevents enthalten diese Werte:

* Name : Name des Systemereignisses, das aus dem vCenter-Ereignis erstellt wurde. Dieser Wert ist immer automation.vcenter.
* Parameter 1 : VCenter-Ereignis, das zurückgegeben wurde. Dieses Ereignis muss einem Ereignissammlerdatensatz zugeordnet werden.
* Parm2 : Von vCenter bereitgestellte Ereignisdaten im JSON-Format.
{#c_VCenterEventProcessorExtension__ul_tdk_znr_w5}  
Abbildung : 1. Protokolleinträge für vCenter-Ereignisse

## Unterstützte vCenter-Ereignisse {#c_VCenterEventProcessorExtension__supported-events}

Die folgenden Ereignisse sind die einzigen vCenter-Ereignisse, die vom Basissystem verarbeitet werden, wenn DiscoveryIst aktiviert. Wenn Sie Ihre Instanz von einer früheren Version aktualisiert haben, werden die Standardereignisse möglicherweise nicht mit späteren Releases hinzugefügt. Um die fehlenden Ereignisse zu verwenden, fügen Sie sie manuell hinzu.{#c_VCenterEventProcessorExtension__table_ejj_rtz_ky__entry__3}{#c_VCenterEventProcessorExtension__992877}

| Ereignisname | Beschreibung | Startet Probe |
|-|-|-|
| VM-Ereignisse |||
| VmPoweredOnEvent | Die VM wurde aus dem Status „ausgeschaltet" eingeschaltet oder aus dem Status „Angehalten" fortgesetzt. Dieses Ereignis wird gesendet, wenn die VM eingeschaltet wird. Die Zeit, die zum Starten des Host-Betriebssystems benötigt werden kann, wird nicht berücksichtigt. | Keine |
| DrsVmPoweredOnEvent | Die VM wurde von einem verteilten Ressourcenzeitplan (DRS) aktiviert, der die Arbeitsauslastung zwischen verfügbaren Ressourcen ausgleicht. | Keine |
| VmRestartedOnAlternateHostEvent | Die VM wurde auf einem anderen Host neu gestartet, da der ursprüngliche Host fehlgeschlagen ist. | Keine |
| VmPoweredOffEvent | Die VM wurde ausgeschaltet. Wenn das Host-BS heruntergefahren wird, wird dieses Ereignis gesendet, nachdem das Host-BS heruntergefahren wurde und die VM in den Status „ausgeschaltet" versetzt wurde. | Keine |
| VmPowerOffOnIsolationEvent | Die VM wurde auf einem isolierten Host in einem HA-Cluster ausgeschaltet. | Keine |
| VmShutdownOnIsolationEvent | Die VM wurde auf einem isolierten Host in einem HA-Cluster heruntergefahren. | Keine |
| VmSuspendedEreignis | Die VM ist angehalten. Dieses Ereignis wird gesendet, nachdem die VM-Aussetzung abgeschlossen ist. | Keine |
| VmRelocatedEvent | Die VM wurde verschoben, während sie offline war (entweder angehalten oder ausgeschaltet). Eine VM-Migration der VM auf einen anderen Host oder die Migration eines von der VM verwendeten Speichers löst das Ereignis aus. Verschiebt Beziehungen. | Keine |
| VmMigratedEvent | Eine oder beide der folgenden Ereignisse treten auf: * Die VM wurde mit vMotion auf einen anderen ESX-Server migriert. * Der Speicher für die VM wurde bei laufendem Betrieb migriert. {#c_VCenterEventProcessorExtension__ul_oz5_wxv_qq} Aktualisiert nur Beziehung und Deep Discovery. | Keine |
| DrsVmMigratedEvent | Migration einer VM, die von einem DRS empfohlen wird. Verschiebt Beziehungen. | Keine |
| VmRemovedEvent | Die VM-Instanz wurde aus vCenter gelöscht. | Keine |
| VmClonedEvent | Die VM wurde erfolgreich geklont. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmCreatedEvent | Die VM wurde erfolgreich erstellt. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmDeployedEvent | Die VM wurde erfolgreich bereitgestellt. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmDiscoveredEvent | VCenter erkennt die VM erfolgreich. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmRegisteredEreignis | Die VM wurde erfolgreich registriert. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmReconfiguredEvent | Die VM wurde neu konfiguriert. Erstellt neue Datensätze und führt eine schnelle Erkennung durch. | VMware: VCenter-VMs |
| VmInstanceUuidAssignedEvent | Der VM wurde eine neue Instanz-UUID zugewiesen. Aktualisiert die VM-Instanz-UUID. | Keine |
| VmRenamedEvent | Die VM wurde erfolgreich umbenannt. Ändert den Namen. | Keine |
| VmUuidAssignedEvent | Der VM wurde eine neue BIOS-UUID zugewiesen. Fügt die UUID der VM hinzu. | Keine |
| VmMacAssignedEvent | Der VM wurde eine neue MAC-Adresse zugewiesen. Weist dem Ereignis eine MAC-Adresse zu und löst die VMware-VM-nics-Probe aus. | VMware: VCenter-VM-NICs |
| VmMacChangedEvent | Die MAC-Adresse einer VM wurde geändert. Weist dem Ereignis eine MAC-Adresse zu und löst die VMware-VM-nics-Probe aus. | VMware: VCenter-VM-NICs |
| VmGuestShutdownEvent\* | Herunterfahren der Gast-VM. | Keine |
| VmStoppingEvent | Die VM wurde angehalten. | Keine |
| VmZurücksetzungEreignis | Die VM wird zurückgesetzt. | Keine |
| Clusterereignisse |||
| ClusterCreatedEvent | Ein Cluster wurde erstellt. | VMware: VCenter-Cluster |
| ClusterReconfiguredEvent | Ein Cluster wurde neu konfiguriert. | VMware: VCenter-Cluster |
| ClusterDestroyedEvent | Ein Cluster wurde zerstört. | Keine |
| Datenspeicher-Ereignisse |||
| DatastoreRenamedEvent | Ein Datenspeicher wurde umbenannt. | Keine |
| VMFSDatastoreCreatedEvent | Ein VM-Dateisystem (VMFS)-Datenspeicher wurde erstellt. | VMware: VCenter-Datenspeicher |
| DatastoreDiscoveredEvent | VirtualCenter wurde ein Host hinzugefügt, und Datenspeicher wurden erkannt. | VMware: VCenter-Datenspeicher |
| NASDatastoreCreatedEvent | Ein Über Netzwerk Angehängter Speicher (NAS)-Datenspeicher wurde erstellt. | VMware: VCenter-Datenspeicher |
| LocalDatastoreCreatedEvent | Ein lokaler Datenspeicher wurde erstellt. | VMware: VCenter-Datenspeicher |
| VMFSDatastoreExpandedEvent | Ein Datenspeicher wurde erweitert. | VMware: VCenter-Datenspeicher |
| DatastoreDestroyedEvent | Ein Datenspeicher wurde aus VirtualCenter entfernt. | Keine |
| Netzwerkereignisse |||
| DVPortgroupCreatedEvent | Eine Portgruppe wurde erstellt. | VMware: VCenter-Netzwerke |
| DVPortgroupRenamedEvent | Eine Portgruppe wurde umbenannt. | Keine |
| DVPortgroupDestroyedEvent | Eine Portgruppe wurde zerstört. | Keine |
| Ressourcenpool-Ereignisse |||
| ResourcePoolDestroyedEvent | Ein Ressourcenpool wurde zerstört. | Keine |
| ResourcePoolCreatedEvent | Ein Ressourcenpool wurde erstellt. | VMware: VCenter-Cluster |
| ResourcePoolMovedEvent | Ein Ressourcenpool wurde verschoben. | VMware: VCenter-Cluster |
| ResourcePoolReconfiguredEvent | Ein Ressourcenpool wurde neu konfiguriert. | VMware: VCenter-Cluster |
| DVS-Ereignisse |||
| DvsCreatedEvent | Ein verteilter virtueller Switch wurde erstellt. | VMware: VCenter-Netzwerke |
| DvsRenamedEvent | Ein verteilter virtueller Switch wurde umbenannt. | Keine |
| DvsDestroyedEvent | Ein verteilter virtueller Switch wurde zerstört. | Keine |
| Rechenzentrumsereignisse |||
| DatacenterCreatedEvent | Ein Rechenzentrum wurde erstellt. | VMware: VCenter-Rechenzentren |
| DatacenterRenamedEvent | Ein Rechenzentrum wurde umbenannt. | Keine |
[Tabelle : 1. VCenter-Ereignisse]

{#c_VCenterEventProcessorExtension__table_ejj_rtz_ky}

## Konfigurieren und führen Sie die vCenter-Ereignissammlererweiterung aus {#ariaid-title2}

Konfigurieren Sie die vCenter-Ereignissammlererweiterung im MID-Servermodul, und fügen Sie dann unterstützte Ereignisse hinzu oder entfernen Sie sie.

### Vorbereitungen

Führen Sie diese Aufgaben aus, bevor Sie Ereignis-Sammler konfigurieren:

* Stellen Sie einen MID-Server bereit, und starten Sie ihn.
* Stellen Sie sicher, dass der MID-Server Zugriff auf das vCenter hat.
* Führen Sie die Discovery auf dem vCenter aus.

{#t_ConfigVCenEvntProcExt__ul_prerequisites}

Erforderliche Rolle: Agent_admin, admin

### Warum und wann dieser Vorgang ausgeführt wird

Mehrere MID ServersKann dieselbe vCenter-Instanz abhören, und Sie können mehrere Ereignissammler für verschiedene vCenter zu einem einzelnen hinzufügen MID-Server. Stellen Sie sicher, dass Sie die Ereignisse im Ereignissammlerdatensatz konfigurieren, die die richtige angeben MID-Server.  
Hinweis:  
Sie können dem vCenter-Ereignissammler Ereignisse hinzufügen. Jedoch wird nicht jedes Ereignis von den Ereignishandlern des Basissystems unterstützt. Wenn Sie andere Ereignisse als die im Basis-Discovery-System unterstützten behandeln möchten, müssen Sie eine Skriptaktion erstellen, um die Ereignisse zu verarbeiten. Anweisungen finden Sie unter [Skriptaktionen](https://www.servicenow.com/docs/access?context=r_ScriptActions&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US). Als Referenz verarbeitet die Instanz die vCenter-Ereignisse im Basissystem mit einer Skriptaktion, die aufgerufen wird Discovery: Process vCenter events. Bearbeiten oder löschen Sie diese Skriptaktion nicht.

So konfigurieren Sie die Erweiterung des vCenter-Ereignisprozessors:

### Prozedur

1. Navigieren zu AlleMID-ServerErweiterungenvCenter-Ereignissammlungan.
2. Klicken Sie Auf Neu Oder öffnen Sie eine vorhandene Erweiterung.
3. Füllen Sie die Felder entsprechend aus der Tabelle aus.
4. Klicken Sie mit der rechten Maustaste in die Header-Leiste, und klicken Sie auf Speichern Im Kontextmenü.  
   Die VCenter-Ereignis Zugehörige Liste wird angezeigt, die die Standardereignisse enthält, für die das System konfiguriert ist.
5. Klicken Sie auf, um ein anderes vCenter-Ereignis auszuwählen Bearbeiten In VCenter-Ereignis Zugehörige Liste, und suchen Sie nach dem Ereignis.  
   Der Slushbucket zeigt nicht alle verfügbaren Ereignisse in der Eröffnungsliste an. Verwenden Sie den Filter, um nach nicht angezeigten Ereignissen zu suchen.
6. Unter Zugehörige Links Klicken Sie auf Starten Um die Ereignisse in dieser Sammlung zu speichern und den Sammler zu starten.  
   Die zugehörigen Links in diesem Formular funktionieren wie folgt:{#t_ConfigVCenEvntProcExt__table_llg_v1q_g3b__entry__2}

   | Zugehöriger Link | Beschreibung |
   |-|-|
   | Starten | Startet den Sammler, wenn er nicht ausgeführt wird. Die Erweiterung stellt eine Verbindung zum angegebenen vCenter-Server her, indem die VMware-Anmeldeinformationen im Anmeldeinformationssatz aufgezählt werden, bis eine Verbindung hergestellt werden kann. Als Nächstes weist die Erweiterung den vCenter-Server an, die im Sammlerkontext angegebenen Ereignisse bereitzustellen. |
   | Stoppen | Stoppt den ausgeführten Sammler auf dem konfigurierten MID-Server. Es wird keine Aktion ausgeführt, wenn die Erweiterung nicht ausgeführt wird. |
   | Neu starten | Beendet den ausgeführten Sammler auf dem konfigurierten MID-Server und startet ihn dann wieder. |
   | Test | Testet die Parameter auf Gültigkeit. Wenn die IP-Adresse, der Hostname und der Satz von Ereignissen gültig sind, gibt der Test einen erfolgreichen Status zurück. Wenn einer der Parameter falsch ist, wird ein Fehler angezeigt. Die Ausführung eines Tests wirkt sich nicht auf Erweiterungen aus, die derzeit ausgeführt werden. |
   | Parameter aktualisieren | Sendet aktualisierte Parameter an den Sammler. Alle Änderungen, die Sie am Sammler vornehmen, während der MID-Server ausgeführt wird, werden nicht sofort wirksam, wenn sie gespeichert werden. Wenn Sie auf dieses Steuerelement klicken, während der Sammler nicht ausgeführt wird, wird keine Aktualisierung vorgenommen. Im Falle der vCenter-Erweiterung testet der Sammler zuerst die Parameter auf Gültigkeit. Wenn die Parameter gültig sind, trennt die Erweiterung die Verbindung zum vCenter-Server und stellt die Verbindung mit den neuen Parametern wieder her. |
   [Tabelle : 2. Befehle, die in der vCenter-Ereignisprozessor-Erweiterung verfügbar sind]

   {#t_ConfigVCenEvntProcExt__table_llg_v1q_g3b}  
   {#t_ConfigVCenEvntProcExt__table_vfn_tp4_cv__entry__2}{#t_ConfigVCenEvntProcExt__ph_entry-name}{#t_ConfigVCenEvntProcExt__ph_entry-short-desc}{#t_ConfigVCenEvntProcExt__ph_entry-extension}{#t_ConfigVCenEvntProcExt__ph_entry-error-msg}{#t_ConfigVCenEvntProcExt__ph_entry-execute-on}{#t_ConfigVCenEvntProcExt__ph_entry-mid-server}{#t_ConfigVCenEvntProcExt__ph_entry-vcenter}{#t_ConfigVCenEvntProcExt__ph_entry-executing-on}

   | Feld | Beschreibung |
   |-|-|
   | Name | Ein eindeutiger Name für diese vCenter-Ereignissammlererweiterung zur einfachen Identifizierung. |
   | Kurzbeschreibung | Eine Beschreibung dieses Sammlers. |
   | Erweiterung | \[Schreibgeschützt\] der Sammlertyp wird automatisch auf festgelegt VCenterExtension . |
   | Status | Dieses Feld wird automatisch mit dem Status des Sammlers ausgefüllt. Dieses Feld ist leer, bis der Sammler gestartet wird. Nach Ausgabe eines Befehls an den Sammler wird einer der folgenden Werte angezeigt: {#t_ConfigVCenEvntProcExt__ph_entry-status} * Gestartet : Der Sammler wird ausgeführt. * Angehalten : Der Sammler wird nicht ausgeführt. * Offline : Der MID-Server ist ausgefallen. * Fehler : Der Sammler ist mit einem Fehler fehlgeschlagen. {#t_ConfigVCenEvntProcExt__ul_entry-status} Hinweis: Der MID-Server verarbeitet vCenter-Ereignisse weiterhin, auch wenn er angehalten wird. Der Status des Ereignissammlers kann als angezeigt werden Gestartet . |
   | Fehlermeldung | Nachricht, die jeden Fehler beschreibt, der einen Befehl verursacht, z. B. Starten Oder Anhalten , Zu fehlschlagen. Dieses Feld wird nur angezeigt, wenn der Wert in angezeigt wird Status Feld ist Fehler . |
   | Ausführen auf | Speicherort für die Ausführung dieser Sammlung. Die möglichen Optionen sind Bestimmter MID-Server Oder Spezifischer MID-Servercluster . |
   | MID-Server | Der Name des festgelegten MID-Servers, wenn Sie ausgewählt haben Bestimmter MID-Server In Ausführen am Feld. Der Name des festgelegten MID-Server-Clusters, wenn Sie ausgewählt haben Spezifischer MID-Servercluster . Wenn Sie die Option MID-Servercluster ausgewählt haben, bestimmt ein Algorithmus, welcher Server im Cluster den Sammler ausführt. |
   | vCenter | Die IP-Adresse oder der Hostname des vCenter-Servers. |
   | Ausführung auf | \[Schreibgeschützt\] der Name des MID-Servers, auf dem der Sammler ausgeführt wird. Dieses Feld zeigt den Namen des MID-Servers an, auch wenn der MID-Server ausgefallen ist. Wenn der Sammler vom Anwender angehalten wird, ist dieses Feld leer. |
   [ ]

   {#t_ConfigVCenEvntProcExt__table_vfn_tp4_cv}
**Zugehörige Informationen**   

* [VMware-Discovery](https://www.servicenow.com/docs/access?context=c_DiscoverVMwareInfrastructure&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US)

