Warnungen und Benachrichtigungen
Warnungen werden in Director auf dem Dashboard und anderen übergeordneten Ansichten mit Warn- und kritischen Alarmsymbolen angezeigt. Warnungen sind für Premium-lizenzierte Sites verfügbar. Warnungen werden jede Minute automatisch aktualisiert; Sie können Warnungen auch bei Bedarf aktualisieren.

Eine Warnmeldung (gelbes Dreieck) zeigt an, dass der Warnschwellenwert einer Bedingung erreicht oder überschritten wurde.
Eine kritische Warnung (roter Kreis) zeigt an, dass der kritische Schwellenwert einer Bedingung erreicht oder überschritten wurde.
Detailliertere Informationen zu Warnungen können Sie anzeigen, indem Sie eine Warnung aus der Seitenleiste auswählen, auf den Link Zu Warnungen wechseln am unteren Rand der Seitenleiste klicken oder indem Sie Warnungen oben auf der Director-Seite auswählen.
In der Warnungsansicht können Sie Warnungen filtern und exportieren. Zum Beispiel ausgefallene Multi-Session-OS-Maschinen für eine bestimmte Bereitstellungsgruppe im letzten Monat oder alle Warnungen für einen bestimmten Benutzer. Weitere Informationen finden Sie unter Berichte exportieren.

Citrix®-Warnungen
Citrix-Warnungen sind Warnungen, die in Director überwacht werden und von Citrix-Komponenten stammen. Sie können Citrix-Warnungen in Director unter Warnungen > Citrix-Warnungsrichtlinie konfigurieren. Im Rahmen der Konfiguration können Sie festlegen, dass Benachrichtigungen per E-Mail an Einzelpersonen und Gruppen gesendet werden, wenn Warnungen die von Ihnen festgelegten Schwellenwerte überschreiten. Weitere Informationen zum Einrichten von Citrix-Warnungen finden Sie unter Warnungsrichtlinien erstellen.
Hinweis:
Stellen Sie sicher, dass Ihre Firewall, Ihr Proxy oder Ihr Microsoft Exchange Server die E-Mail-Warnungen nicht blockieren.
Intelligente Warnungsrichtlinien
Eine Reihe integrierter Warnungsrichtlinien mit vordefinierten Schwellenwerten ist für Bereitstellungsgruppen und den Bereich von Multi-Session-OS-VDAs verfügbar. Diese Funktion erfordert Delivery Controller Version 7.18 oder höher. Sie können die Schwellenwertparameter der integrierten Warnungsrichtlinien unter Warnungen > Citrix-Warnungsrichtlinie ändern. Diese Richtlinien werden erstellt, wenn mindestens ein Warnungsziel – eine Bereitstellungsgruppe oder ein Multi-Session-OS-VDA – in Ihrer Site definiert ist. Zusätzlich werden diese integrierten Warnungen automatisch zu einer neuen Bereitstellungsgruppe oder einem Multi-Session-OS-VDA hinzugefügt.
Wenn Sie Director und Ihre Site aktualisieren, werden die Warnungsrichtlinien Ihrer vorherigen Director-Instanz übernommen. Integrierte Warnungsrichtlinien werden nur erstellt, wenn keine entsprechenden Warnungsregeln in der Monitor-Datenbank vorhanden sind.
Die Schwellenwerte der integrierten Warnungsrichtlinien finden Sie im Abschnitt Warnungsrichtlinienbedingungen.

Erweiterte Warnungsrichtlinien
Die Funktion für proaktive Benachrichtigungen und Warnungen des Director wurde um ein neues Warnungs-Framework namens Erweiterte Warnungsrichtlinien erweitert. Mit dieser Funktion können Sie Warnungen erstellen, indem Sie detaillierte Angaben zu jedem Element oder jeder Bedingung machen und so die Kontrolle über den Warnungsbereich verbessern. Derzeit umfassen diese Richtlinien Warnungen für Kosteneinsparungen und Infrastruktur.
Mit der Einführung von erweiterten Warnungsrichtlinien, die datenquellenbasierte Warnungen sind, können Sie eine Filterung des Bereichs mit mehreren Bedingungen verwenden.
Diese Funktion hilft Ihnen, übermäßige Warnungen zu reduzieren, die zu einer geringeren Reaktionsfähigkeit oder Effektivität bei der Behebung wichtiger Probleme führen könnten. Diese Richtlinie hilft, die Wirksamkeit von Warnungsrichtlinien und das Engagement der Administratoren zu messen.
Sie können eine erweiterte Warnungsrichtlinie im Abschnitt Warnungen > Erweiterte Warnungsrichtlinie > Richtlinie erstellen erstellen.

Sie können die Kategorie als Energieverwaltete Maschinen konnten nicht eingeschaltet werden, Energieverwaltete Maschinen konnten nicht ausgeschaltet werden, Energieverwaltete Maschinen mit hoher Betriebszeit auswählen und dann die erforderlichen Bedingungen für die Richtlinie festlegen. Weitere Informationen zum Erstellen einer Richtlinie finden Sie unter Warnungsrichtlinien erstellen. Nachdem die Richtlinie erstellt wurde, können Sie sie auf der Citrix Warnungsseite bearbeiten, löschen oder deaktivieren.
Sie können die spezifischen Parameter und die entsprechenden Optionen für jede der vorstehenden Bedingungen auswählen.
Die Kategorie Energieverwaltete Maschinen mit hoher Betriebszeit prüft die folgenden Metriken:
- Anzahl der Maschinen, die den Betriebszeitschwellenwert überschreiten
- Wiederholungsintervall für Warnungen (in Min.) Das Intervall kann mindestens 60 Min. betragen
Die Kategorien Energieverwaltete Maschinen konnten nicht eingeschaltet werden und Energieverwaltete Maschinen konnten nicht ausgeschaltet werden prüfen die folgenden Metriken:
- Anzahl der Maschinen, die den Betriebszeitschwellenwert überschreiten
- Abtastintervall (in Min.) Intervalle können Vielfache von 30 Min. sein
- Wiederholungsintervall für Warnungen (in Min.) erneute Warnungen können Vielfache von 60 Min. sein
Sie können die Schwere der vorstehenden Kategorien nach Bedarf festlegen. Sie können auch Wiederholungsintervalle für diese Warnungen planen.
Umfang der Richtlinie definieren
Sie können den Umfang Ihrer Warnung definieren und Ausnahmen hinzufügen. Die Warnung wird nur für den ausgewählten Umfang generiert, und der Unterumfang, der durch Hinzufügen von Ausnahmen ausgeschlossen wurde, wird nicht in die Warnungsgenerierung einbezogen. Diese Funktion hilft Ihnen, Warnungen auf einer granularen Ebene zu erstellen.
Sie können Benachrichtigungen per E-Mail oder über Webhook-URLs erstellen. Sie können auch Ihre bevorzugte Sprache auswählen, in der Sie Warnungen erhalten möchten. Sie können auch eine Option auswählen, um die Warnungsparameter in einem .CSV-Dateianhang für E-Mails oder in einer JSON-Nutzlast über eine Webhook-URL zu erhalten. Der Anhang enthält Details zu den erforderlichen Parametern. Weitere Informationen finden Sie unter Verbesserungen des Warnungsinhalts.
Die folgenden Daten werden als Warnung per E-Mail oder auf der Seite Citrix Alerts empfangen:
| Feld | Beschreibung |
|---|---|
| Kunden-ID | Die Kunden-ID der Site. |
| Warnstufe | Dieser Wert ist der vordefinierte Wert, der für jede Warnbedingung festgelegt ist. Die möglichen Werte sind Kritisch und Warnung. |
| Bedingung | Dieser Wert ist die Bedingung, die beim Erstellen der Richtlinie festgelegt wurde. Zum Beispiel ist die Anzahl der nicht registrierten Maschinen gleich oder größer als 20. |
| Ziel | Der Name der Bereitstellungsgruppe oder des Standorts, für die/den die Warnung ausgelöst wird. |
| Standort | Der Name des Standorts. |
| Bereich | Der Geltungsbereich der Richtlinie. Dieser Wert umfasst auch den Unterbereich. |
| Richtlinie | Der Name der Richtlinie. |
| Beschreibung | Die Beschreibung des Problems, für das die Warnung ausgelöst wird. |
Wie erstellt man eine erweiterte Warnungsrichtlinie mithilfe eines PowerShell-Skripts?
PowerShell-Skript zum Erstellen einer Warnungsrichtlinie:
asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
# Create new policy
$policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true
<!--NeedCopy-->
Ersetzen Sie die folgende Zeile durch die korrekte Bedingung für FailedMachinePercentage
Add-MonitorNotificationPolicyCondition -Uid $policy.Uid -ConditionType FailedMachinePercentage -AlertThreshold $alertThreshold -AlarmThreshold $alarmThreshold -AlertRenotification $timeSpan -AlarmRenotification $timeSpan
Add-MonitorNotificationPolicyTargets -Uid $policy.Uid -Scope "DG-Multisession" -TargetKind DesktopGroup -TargetIds $targetIds
$policy = Get-MonitorNotificationPolicy -Uid $policy.Uid
$policy
<!--NeedCopy-->

Aus dem vorhergehenden Bild können Sie ersehen, dass die Richtlinie erstellt wurde und die Uid 10 ist.
E-Mail zur Konfiguration hinzufügen
Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
<!--NeedCopy-->
E-Mail zur Richtlinie hinzufügen
Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->
Beispielskript zum Hinzufügen einer E-Mail:
Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

Webhook-URL zur Richtlinie hinzufügen
Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
<!--NeedCopy-->

Beispielskript zum Hinzufügen einer Webhook-URL:
Set-MonitorNotificationPolicy –Uid 10 –Webhook 'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->
Details der erstellten Richtlinie abrufen
Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->

Infrastrukturrichtlinien (Vorschau)
Diese Richtlinien wurden eingeführt, um Warnmeldungen bezüglich des Zustands unterstützter Citrix Virtual Apps and Desktops™-Komponenten zu erstellen.
Sobald die Einrichtung der Infrastrukturüberwachung abgeschlossen ist, können Sie die in Director verfügbaren Zustandsdaten verwenden, um Warnmeldungen für jede erforderliche Komponente zu konfigurieren. Administratoren können Bedingungen, Bereiche und Benachrichtigungsmedien festlegen, um wichtige Warnmeldungen per E-Mail oder als JSON-Nutzlast über Webhooks zu erhalten. Die ausgelösten Warnmeldungen sind auch im Abschnitt Citrix Alerts zur Analyse und Verwaltung verfügbar.
Im Rahmen der neu eingeführten Infrastrukturrichtlinie werden die Warnbedingungen in vier Abschnitte unterteilt, wie folgt:
- Erreichbarkeit
- Abhängige Dienste
- Auswirkungen
- Ressourcenauslastung
Bedingungen innerhalb jeder Kategorie können je nach Ihren organisatorischen Prioritäten mit dem Schweregrad Kritisch und Warnung festgelegt werden. Sie können auch Wiederholungsintervalle für diese Warnungen planen.
Sie können eine Infrastrukturrichtlinie im Abschnitt Warnungen > Citrix-Warnungsrichtlinien erstellen. Sie können die erforderliche Kategorie und dann die erforderlichen Bedingungen für die Richtlinie auswählen. Weitere Informationen zum Erstellen einer Richtlinie finden Sie unter Warnungsrichtlinien erstellen. Nachdem die Richtlinie erstellt wurde, können Sie sie auf der Seite Citrix-Warnungen bearbeiten, löschen oder deaktivieren.
Weitere Informationen zu den in jeder Kategorie und Komponente unterstützten Bedingungen finden Sie unter den folgenden Punkten:
Die folgenden Daten werden als Warnung per E-Mail oder auf der Citrix-Warnungsseite empfangen:
| Feld | Beschreibung |
|---|---|
| Kunden-ID | Die Kunden-ID der Site. |
| Warnstufe | Die möglichen Werte sind Kritisch und Warnung. |
| Ziel | Der Name des Computers, für den die Warnung ausgelöst wird. |
| Zeit | Die Zeit, zu der die Warnung ausgelöst wird. |
| Geltungsbereich | Der Geltungsbereich der Richtlinie. |
| Richtlinie | Der Name der Richtlinie. |
| Beschreibung | Die Beschreibung des Problems, für das die Warnung ausgelöst wird. |
Warnungsrichtlinien erstellen

So erstellen Sie eine Warnungsrichtlinie, z. B. um eine Warnung zu generieren, wenn ein bestimmter Satz von Sitzungsanzahlkriterien erfüllt ist:
- Gehen Sie zu Warnungen > Citrix Warnungsrichtlinie und wählen Sie beispielsweise die Richtlinie für Mehrfachsitzungs-Betriebssysteme aus.
- Klicken Sie auf Erstellen.
- Benennen und beschreiben Sie die Richtlinie, und legen Sie dann die Bedingungen fest, die erfüllt sein müssen, damit die Warnung ausgelöst wird. Geben Sie beispielsweise Warn- und kritische Werte für Spitzenwerte bei verbundenen Sitzungen, Spitzenwerte bei getrennten Sitzungen und Spitzenwerte bei gleichzeitig aktiven Sitzungen an. Warnwerte dürfen nicht größer sein als kritische Werte. Weitere Informationen finden Sie unter Bedingungen für Warnungsrichtlinien.
- Legen Sie das Intervall für die erneute Benachrichtigung fest. Wenn die Bedingungen für die Warnung weiterhin erfüllt sind, wird die Warnung nach diesem Zeitintervall erneut ausgelöst und, falls in der Warnungsrichtlinie eingerichtet, eine E-Mail-Benachrichtigung generiert. Eine abgewiesene Warnung generiert im Intervall für die erneute Benachrichtigung keine E-Mail-Benachrichtigung.
- Legen Sie den Bereich fest. Zum Beispiel für eine bestimmte Delivery Group.
-
Geben Sie unter „Benachrichtigungseinstellungen“ an, wer per E-Mail benachrichtigt werden soll, wenn die Warnung ausgelöst wird. Sie müssen einen E-Mail-Server auf der Registerkarte E-Mail-Serverkonfiguration angeben, um E-Mail-Benachrichtigungseinstellungen in Warnungsrichtlinien festzulegen.
-
Sie können den Warnungsinhalt auch in einem .CSV-Anhang oder über die JSON-Nutzlast erhalten. Aktivieren Sie dazu die folgenden Kontrollkästchen:
- JSON-Nutzlast als Anhang im Webhook einschließen
- CSV-Datei als Anhang in der E-Mail einschließen
Hinweis:
Die Optionen zum Empfang von Warnungsinhalten über .CSV-Anhang und JSON-Nutzlast sind derzeit nur für wenige Warnungen verfügbar. Weitere Informationen finden Sie unter Verbesserungen des Warnungsinhalts
-
- Klicken Sie auf Speichern.
Das Erstellen einer Richtlinie mit 20 oder mehr im Bereich definierten Delivery Groups kann etwa 30 Sekunden dauern, bis die Konfiguration abgeschlossen ist. Während dieser Zeit wird ein Spinner angezeigt.
Das Erstellen von mehr als 50 Richtlinien für bis zu 20 eindeutige Delivery Groups (insgesamt 1000 Delivery Group-Ziele) kann zu einer Erhöhung der Antwortzeit (über 5 Sekunden) führen.
Das Verschieben einer Maschine mit aktiven Sitzungen von einer Delivery Group in eine andere kann zu fehlerhaften Delivery Group-Warnungen führen, die mithilfe von Maschinenparametern definiert wurden.
Hinweis:
Nach dem Löschen einer Warnungsrichtlinie kann es bis zu 30 Minuten dauern, bis die von der Richtlinie generierten Warnmeldungen eingestellt werden.
Verbesserungen des Warnungsinhalts
Die Alarmierungsfunktion des Directors wurde erweitert, um einen CSV-Anhang und eine JSON-Nutzlast zu umfassen. Mit dieser Erweiterung können Sie Alarmdetails in einem CSV-Anhang per E-Mail oder als JSON-Nutzlast erhalten, wenn ein Webhook vorhanden ist. Mithilfe dieses CSV-Anhangs oder der JSON-Nutzlast können Sie angereicherte Inhalte auf detaillierter Ebene empfangen, was die schnelle Identifizierung und Behebung von Problemen unterstützt.
Derzeit ist diese Erweiterung nur für die folgenden Alarme verfügbar:
- Maschinenverfügbarkeit
- Fehlgeschlagene Einschaltvorgänge
- Fehlgeschlagene Ausschaltvorgänge
- Nicht registrierte Maschinen (%)
Um diese Funktion zu verwenden, navigieren Sie zum Alarm und aktivieren Sie die folgenden Kontrollkästchen:
- JSON-Nutzlast als Anhang im Webhook einschließen
- CSV-Datei als Anhang in der E-Mail einschließen
Im Folgenden sehen Sie einen Screenshot aus dem Abschnitt Citrix-Alarmrichtlinien:

Hier ist ein Screenshot aus dem Abschnitt Erweiterte Alarmrichtlinien:

CSV-Anhang
Die folgende Tabelle enthält die Spalten des .CSV-Anhangs für alle unterstützten Alarme:
| Spalte | Zutreffende Warnung |
|---|---|
| Maschinenname, IP-Adresse und Bereitstellungsgruppenname | Maschinenbetriebszeit, Fehlgeschlagene Ausschaltaktion und Fehlgeschlagene Einschaltaktion sowie Nicht registrierte Maschinen (%) |
| Aktueller Registrierungsstatus, Fehlerdatum, Fehlerstatus und Lebenszyklusstatus | Nicht registrierte Maschine (%) |
| Grund für den letzten Stromaktionsfehler, Ausgelöst durch die letzte Stromaktion, Typ der letzten Stromaktion und Datum der letzten Stromaktion | Fehlgeschlagene Ausschaltaktion und fehlgeschlagene Einschaltaktion |
| Stromstatus, Einschaltzeitpunkt und Gesamtbetriebszeit in Minuten | Maschinenbetriebszeit |
Webhook-Nutzlast
Warnung zum Prozentsatz nicht registrierter Maschinen
Webhook Payload
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Unregistered machines (in %)",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Current Registration State": "Unregistered",
"Failure Date": “<Date of Failure>”,
"Fault State": "<Fault State of the Machine>",
"Lifecycle State": "<Lifecycle state of the Machine>"
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Current Registration State": "Unregistered",
"Failure Date": “<Date of Failure>”,
"Fault State": "<Fault State of the Machine>",
"Lifecycle State": "<Lifecycle state of the Machine>"
}]
}
<!--NeedCopy-->
Warnung zu fehlgeschlagenen Einschaltaktionen
Webhook Payload Body
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Failure To PowerOn Action",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
}]
}
<!--NeedCopy-->
Warnung zu fehlgeschlagenen Ausschaltaktionen
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Failure To PowerOff Action",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
"Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
"Last Power Action Type": “<PowerOn/PowerOff>”,
"Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
}]
}
<!--NeedCopy-->
Warnung zur Maschinenbetriebszeit
{
"Address": "<Webhook URL>",
"NotificationId": "<NotificationGUID>",
"NotificationState": "NotificationActive",
"Priority": "<Critical/Warning>",
"Target": "<DeliveryGroupName>",
"Condition": "Machine Uptime Alert",
"Value": "<Value Set as Threshold>",
"Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
"PolicyName": "<Alert Policy Name>",
"Description": "<Alert Policy Description>",
"Scope": "DeliveryGroup",
"Site": "<Name of the Site>",
"AttachmentData": [{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Power State": "<On/Off>",
"Powered On Date": "Time sting Eg: 2024-05-15T15:04:27.723",
"Total Uptime In Minutes": 180
},
{
"Machine Name": "<Name of the Machine>",
"IP Address": “<IP Address>”,
"Delivery Group Name": "<Name of the DeliveryGroup>",
"IP Address": "<IPV4 Address of the Machine>",
"Power State": "<ON/OFF>",
"Powered On Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
"Total Uptime In Minutes": <Uptime Duration>
}]
}
<!--NeedCopy-->
Bedingungen für Warnungsrichtlinien
Nachfolgend finden Sie die Warnungskategorien, empfohlene Maßnahmen zur Entschärfung der Warnung und integrierte Richtlinienbedingungen, falls definiert. Die integrierten Warnungsrichtlinien sind für Warnungs- und Neuwarnungsintervalle von 60 Minuten definiert.
Spitze der verbundenen Sitzungen
- Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf die Spitze der verbundenen Sitzungen.
- Stellen Sie sicher, dass genügend Kapazität vorhanden ist, um die Sitzungslast zu bewältigen.
- Fügen Sie bei Bedarf neue Maschinen hinzu
Spitze der getrennten Sitzungen
- Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf die Spitze der getrennten Sitzungen.
- Stellen Sie sicher, dass genügend Kapazität vorhanden ist, um die Sitzungslast zu bewältigen.
- Fügen Sie bei Bedarf neue Maschinen hinzu.
- Melden Sie getrennte Sitzungen bei Bedarf ab
Spitze der gleichzeitig aktiven Sitzungen
- Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf die Spitze der gleichzeitig aktiven Sitzungen.
- Stellen Sie sicher, dass genügend Kapazität vorhanden ist, um die Sitzungslast zu bewältigen.
- Fügen Sie bei Bedarf neue Maschinen hinzu.
- Getrennte Sitzungen bei Bedarf abmelden
CPU
Die prozentuale CPU-Auslastung gibt den gesamten CPU-Verbrauch auf dem VDA an, einschließlich der Prozesse. Weitere Einblicke in die CPU-Auslastung durch einzelne Prozesse erhalten Sie auf der Seite Maschinendetails des entsprechenden VDA.
- Gehen Sie zu Maschinendetails > Historische Auslastung anzeigen > Top 10 Prozesse, identifizieren Sie die Prozesse, die die CPU beanspruchen. Stellen Sie sicher, dass die Richtlinie zur Prozessüberwachung aktiviert ist, um die Erfassung von Ressourcennutzungsstatistiken auf Prozessebene zu starten.
- Beenden Sie den Prozess bei Bedarf.
- Das Beenden des Prozesses führt zum Verlust nicht gespeicherter Daten.
-
Wenn alles wie erwartet funktioniert, fügen Sie zukünftig zusätzliche CPU-Ressourcen hinzu.
Hinweis:
Die Richtlinieneinstellung Ressourcenüberwachung aktivieren ist standardmäßig für die Überwachung von CPU- und Speicherleistungsindikatoren auf Maschinen mit VDAs zulässig. Wenn diese Richtlinieneinstellung deaktiviert ist, werden keine Warnungen mit CPU- und Speicherbedingungen ausgelöst. Weitere Informationen finden Sie unter Überwachungsrichtlinieneinstellungen
Smart Policy-Bedingungen:
- Geltungsbereich: Bereitstellungsgruppe, Geltungsbereich für Multi-Session-Betriebssysteme
- Schwellenwerte: Warnung – 80 %, Kritisch – 90 %
Arbeitsspeicher
Die prozentuale Speicherauslastung gibt den gesamten Speicherverbrauch auf dem VDA an, einschließlich der Prozesse. Weitere Einblicke in die Speicherauslastung durch einzelne Prozesse erhalten Sie auf der Seite Maschinendetails des entsprechenden VDA.
- Gehen Sie zu Maschinendetails > Historische Auslastung anzeigen > Top 10 Prozesse, identifizieren Sie die Prozesse, die Arbeitsspeicher beanspruchen. Stellen Sie sicher, dass die Richtlinie zur Prozessüberwachung aktiviert ist, um die Erfassung von Ressourcennutzungsstatistiken auf Prozessebene zu starten.
- Beenden Sie den Prozess bei Bedarf.
- Das Beenden des Prozesses führt zum Verlust nicht gespeicherter Daten.
-
Wenn alles wie erwartet funktioniert, fügen Sie zukünftig zusätzlichen Arbeitsspeicher hinzu.
Hinweis:
Die Richtlinieneinstellung Ressourcenüberwachung aktivieren ist standardmäßig für die Überwachung von CPU- und Arbeitsspeicher-Leistungsindikatoren auf Maschinen mit VDAs zugelassen. Wenn diese Richtlinieneinstellung deaktiviert ist, werden keine Warnungen mit CPU- und Arbeitsspeicherbedingungen ausgelöst. Weitere Informationen finden Sie unter Richtlinieneinstellungen für die Überwachung
Bedingungen für intelligente Richtlinien:
- Geltungsbereich: Bereitstellungsgruppe, Geltungsbereich für Multi-Session-Betriebssysteme
- Schwellenwerte: Warnung – 80 %, Kritisch – 90 %
Fehlerrate bei Verbindungen
Prozentsatz der Verbindungsfehler in der letzten Stunde.
- Berechnet auf der Grundlage der Gesamtfehler im Verhältnis zu den insgesamt versuchten Verbindungen.
- Überprüfen Sie die Ansicht „Verbindungsfehler-Trends“ in Director auf Ereignisse, die aus dem Konfigurationsprotokoll protokolliert wurden.
- Ermitteln Sie, ob Anwendungen oder Desktops erreichbar sind.
Anzahl der Verbindungsfehler
Anzahl der Verbindungsfehler in der letzten Stunde.
- Überprüfen Sie die Ansicht „Director-Verbindungsfehler-Trends“ auf Ereignisse, die im Konfigurationsprotokoll protokolliert wurden.
- Stellen Sie fest, ob Anwendungen oder Desktops erreichbar sind.
ICA® RTT (Durchschnitt)
Durchschnittliche ICA-Roundtripzeit.
- Überprüfen Sie Citrix ADM auf eine Aufschlüsselung der ICA-RTT, um die Grundursache zu ermitteln. Weitere Informationen finden Sie in der Citrix ADM Dokumentation.
- Wenn Citrix ADM nicht verfügbar ist, überprüfen Sie die Ansicht „Director-Benutzerdetails“ auf die ICA-RTT und Latenz und stellen Sie fest, ob es sich um ein Netzwerkproblem oder ein Problem mit Anwendungen oder Desktops handelt.
ICA RTT (Anzahl der Sitzungen)
Anzahl der Sitzungen, die die Schwellenwert-ICA-Roundtripzeit überschreiten.
- Überprüfen Sie Citrix ADM auf die Anzahl der Sitzungen mit hoher ICA-RTT. Weitere Informationen finden Sie in der Citrix ADM Dokumentation.
-
Wenn Citrix ADM nicht verfügbar ist, arbeiten Sie mit dem Netzwerkteam zusammen, um die Grundursache zu ermitteln.
Bedingungen für intelligente Richtlinien:
- Geltungsbereich: Bereitstellungsgruppe, Geltungsbereich für Multi-Session-Betriebssysteme
- Schwellenwerte: Warnung – 300 ms für 5 oder mehr Sitzungen, Kritisch – 400 ms für 10 oder mehr Sitzungen
ICA RTT (% der Sitzungen)
Prozentsatz der Sitzungen, die die durchschnittliche ICA-Roundtripzeit überschreiten.
- Überprüfen Sie Citrix ADM auf die Anzahl der Sitzungen mit hohem ICA-RTT. Weitere Informationen finden Sie in der Citrix ADM-Dokumentation.
- Wenn Citrix ADM nicht verfügbar ist, arbeiten Sie mit dem Netzwerkteam zusammen, um die Grundursache zu ermitteln.
ICA-RTT (Benutzer)
ICA-Roundtripzeit, die auf Sitzungen angewendet wird, die vom angegebenen Benutzer gestartet wurden. Der Alarm wird ausgelöst, wenn die ICA-RTT in mindestens einer Sitzung den Schwellenwert überschreitet.
Fehlerhafte Maschinen (Single-Session-Betriebssystem)
Anzahl der fehlerhaften Single-Session-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt.
-
Führen Sie Citrix Scout-Diagnosen aus, um die Grundursache zu ermitteln.
Intelligente Richtlinienbedingungen:
- Geltungsbereich: Bereitstellungsgruppe, Multi-Session-Betriebssystem-Geltungsbereich
- Schwellenwerte: Warnung - 1, Kritisch - 2
Fehlerhafte Maschinen (Multi-Session-Betriebssystem)
Anzahl der fehlerhaften Multi-Session-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt.
-
Führen Sie Citrix Scout-Diagnosen aus, um die Grundursache zu ermitteln.
Intelligente Richtlinienbedingungen:
- Geltungsbereich: Bereitstellungsgruppe, Multi-Session-Betriebssystem-Geltungsbereich
- Schwellenwerte: Warnung - 1, Kritisch - 2
Ausgefallene Maschinen (in %)
Der Prozentsatz der ausgefallenen Einzelsitzungs- und Mehrsitzungs-Betriebssystemmaschinen in einer Bereitstellungsgruppe, berechnet auf der Grundlage der Anzahl der ausgefallenen Maschinen. Diese Alarmbedingung ermöglicht es Ihnen, Alarmschwellenwerte als Prozentsatz der ausgefallenen Maschinen in einer Bereitstellungsgruppe zu konfigurieren und wird alle 30 Sekunden berechnet. Fehler können aus verschiedenen Gründen auftreten, wie in den Ansichten des Director-Dashboards und der Filter dargestellt. Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben.
Fehlgeschlagene Einschaltaktion und fehlgeschlagene Ausschaltaktion
Anzahl der fehlgeschlagenen Einschaltaktionen und Anzahl der fehlgeschlagenen Ausschaltaktionen in einer Bereitstellungsgruppe, berechnet auf der Grundlage der Anzahl der energieverwalteten Maschinen, die nicht ein- oder ausgeschaltet werden konnten. Diese Alarmbedingung ermöglicht es Ihnen, Alarmschwellenwerte als die Anzahl der energieverwalteten Maschinen zu konfigurieren, die in einer Bereitstellungsgruppe nicht ein- oder ausgeschaltet werden konnten, und wird alle 30 Minuten berechnet.
Der Administrator kann die folgenden Parameter für diese Alarme in der erweiterten Alarmrichtlinie konfigurieren:
- Ausgelöst durch: Was die Energieaktion ausgelöst hat
- Grund des Fehlers: Warum die Aktion fehlgeschlagen ist
- Schwellenwert: Schwellenwert für die Anzahl der Maschinen, bei denen die Energieaktion fehlgeschlagen ist, um die Richtlinie auszulösen
- Abtastintervall: Das Intervall, in dem die fehlgeschlagene Energieaktion überprüft werden muss
- Wiederholungsalarm-Intervall: Nach welcher Zeit der Alarm erneut gesendet werden muss
Fehler können aus verschiedenen Gründen auftreten, wie in den Ansichten des Director-Dashboards und der Filter dargestellt. Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben.
Nicht registrierte Maschinen (in %)
Eine Maschine gilt als nicht registriert, wenn sie aufgrund eines Neustarts instabil wird oder wenn ein Kommunikationsproblem zwischen dem Delivery Controller™ und den virtuellen Maschinen besteht. Die nicht registrierten Maschinen (in %) ist der Prozentsatz der nicht registrierten Einzelsitzungs- und Mehrsitzungs-Betriebssystemmaschinen in einer Bereitstellungsgruppe, berechnet auf der Grundlage der Anzahl der nicht registrierten Maschinen. Diese Alarmbedingung ermöglicht es Ihnen, Warn- und kritische Schwellenwerte als Prozentsatz der nicht registrierten Maschinen in einer Bereitstellungsgruppe zu konfigurieren. Sie können ein Intervall für die erneute Alarmierung festlegen. Sie können auch eine E-Mail-Adresse hinzufügen, um eine Benachrichtigung zu erhalten, wenn die Bedingungen für nicht registrierte Maschinen (in %) erfüllt sind. Wenn der kritische oder Warnschwellenwert überschritten wird, werden Alarme und E-Mails generiert. Sie können Alarme unter Citrix Alerts anzeigen. Sie können sie nach der Kategorie nicht registrierte Maschinen (in %) und nach dem erforderlichen Status und der erforderlichen Zeit filtern.
Sie können Alarmdetails auch in einem CSV-Anhang erhalten, wenn eine E-Mail vorhanden ist, oder über eine JSON-Nutzlast, wenn ein Webhook vorhanden ist.
Hinweis:
Der kritische Wert muss größer sein als der Warnwert.
Richtlinienbedingungen:
- Geltungsbereich: Bereitstellungsgruppe für Single-Session-Betriebssysteme und Multi-Session-Betriebssysteme
- Schwellenwerte: Warnung und Kritisch
Warnung zur Maschinenbetriebszeit
Die Maschinenbetriebszeit in einer Bereitstellungsgruppe wird basierend auf der Anzahl der Stunden pro Tag, Stunden pro Woche oder Stunden pro Monat für eine eingeschaltete Maschine in einer Bereitstellungsgruppe berechnet. Diese Warnbedingung ermöglicht es Ihnen, Warnschwellenwerte als die Stunden zu konfigurieren, die eine Maschine in einer Bereitstellungsgruppe eingeschaltet ist. Die Warnungen zur Maschinenbetriebszeit funktionieren in folgenden Fällen wie folgt:
- Stunden pro Tag – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Tag eingeschaltet ist, und diese wird alle 30 Minuten berechnet. Die maximale Anzahl der Stunden pro Tag, die Sie einstellen können, beträgt 24 Stunden.
- Stunden pro Woche – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Woche eingeschaltet ist, und diese wird alle sechs Stunden berechnet. Die maximale Anzahl der Stunden pro Woche, die Sie einstellen können, beträgt 168 Stunden.
- Stunden pro Monat – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Monat eingeschaltet ist, und diese wird einmal täglich berechnet. Die maximale Anzahl der Stunden pro Monat beträgt 720 Stunden. Der minimale Wert für das erneute Warnintervall, den Sie einstellen können, beträgt 60 Minuten. Sie können die Anzahl der Maschinen eingeben, die den Schwellenwert für die Maschinenbetriebszeit unter dem Abschnitt „Warnungen und kritische Warnungen“ überschreiten. Sie können auch Ausnahmen für beliebige Maschinen hinzufügen.
Wenn beispielsweise fünf Bereitstellungsgruppen für diese Warnung hinzugefügt wurden und in der ersten und vierten Bereitstellungsgruppe die Anzahl der Maschinen die Warn- oder kritischen Schwellenwerte überschreitet, wird die Warnung separat für die erste Bereitstellungsgruppe und für die vierte Bereitstellungsgruppe ausgelöst.
Diese Warnung hilft den Administratoren, die Betriebszeit der Maschinen zu analysieren, und basierend auf dieser Analyse können die Administratoren zur Kostenoptimierung beitragen. Sie können Warnungsdetails auch als CSV-Anhang erhalten, wenn eine E-Mail vorhanden ist, oder über eine JSON-Nutzlast, wenn ein Webhook vorhanden ist.
Durchschnittliche Anmeldedauer
Durchschnittliche Anmeldedauer für Anmeldungen, die in der letzten Stunde erfolgt sind.
- Überprüfen Sie das Director-Dashboard, um aktuelle Metriken zur Anmeldedauer zu erhalten. Viele Benutzer, die sich innerhalb kurzer Zeit anmelden, können die Anmeldedauer erhöhen.
-
Überprüfen Sie die Basislinie und die Aufschlüsselung der Anmeldungen, um die Ursache einzugrenzen. Weitere Informationen finden Sie unter Benutzeranmeldeprobleme diagnostizieren
Bedingungen für intelligente Richtlinien:
- Geltungsbereich: Delivery Group, Multi-Session-OS-Geltungsbereich
- Schwellenwerte: Warnung – 45 Sekunden, Kritisch – 60 Sekunden
Anmeldedauer (Benutzer)
Anmeldedauer für Anmeldungen des angegebenen Benutzers, die in der letzten Stunde stattgefunden haben.
Lastauswertungsindex
Wert des Lastauswertungsindex in den letzten 5 Minuten.
-
Überprüfen Sie Director auf Multi-Session-OS-Maschinen, die eine Spitzenlast (Max. Last) aufweisen könnten. Zeigen Sie sowohl das Dashboard (Fehler) als auch den Bericht zum Lastauswertungsindex unter Trends an.
Bedingungen für intelligente Richtlinien:
- Geltungsbereich: Delivery Group, Multi-Session-OS-Geltungsbereich
- Schwellenwerte: Warnung – 80 %, Kritisch – 90 %
Warnungsrichtlinien mit Webhooks konfigurieren
Neben E-Mail-Benachrichtigungen können Sie Warnungsrichtlinien mit Webhooks konfigurieren.
Hinweis: Diese Funktion erfordert Delivery Controller(s) Version 7.11 oder höher.
Sie können eine Benachrichtigungsrichtlinie mit einem HTTP-Rückruf oder einem HTTP-POST mithilfe von PowerShell-Cmdlets konfigurieren. Diese wurden erweitert, um Webhooks zu unterstützen.
Informationen zum Erstellen eines neuen Octoblu-Workflows und zum Abrufen der entsprechenden Webhook-URL finden Sie im Octoblu Developer Hub.
Um eine Webhook-URL für eine neue oder eine bestehende Benachrichtigungsrichtlinie zu konfigurieren, verwenden Sie die folgenden PowerShell-Cmdlets.
Erstellen Sie eine neue Benachrichtigungsrichtlinie mit einer Webhook-URL:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
<!--NeedCopy-->
Fügen Sie einer bestehenden Benachrichtigungsrichtlinie eine Webhook-URL hinzu:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
<!--NeedCopy-->
Hilfe zu den PowerShell-Befehlen erhalten Sie in der PowerShell-Hilfe, zum Beispiel:
Get-Help <Set-MonitorNotificationPolicy>
<!--NeedCopy-->
Von der Benachrichtigungsrichtlinie generierte Benachrichtigungen lösen den Webhook mit einem POST-Aufruf an die Webhook-URL aus. Die POST-Nachricht enthält die Benachrichtigungsinformationen im JSON-Format:
{"NotificationId" : \<Notification Id\>,
"Target" : \<Notification Target Id\>,
"Condition" : \<Condition that was violated\>,
"Value" : \<Threshold value for the Condition\>,
"Timestamp": \<Time in UTC when notification was generated\>,
"PolicyName": \<Name of the Alert policy\>,
"Description": \<Description of the Alert policy\>,
"Scope" : \<Scope of the Alert policy\>,
"NotificationState": \<Notification state critical, warning, healthy or dismissed\>,
"Site" : \<Site name\>}
<!--NeedCopy-->
Überwachung von Hypervisor-Warnungen
Director zeigt Warnungen zur Überwachung der Hypervisor-Integrität an. Warnungen von XenServer® und VMware vSphere helfen bei der Überwachung von Hypervisor-Parametern und -Zuständen. Der Verbindungsstatus zum Hypervisor wird ebenfalls überwacht, um eine Warnung auszugeben, wenn der Cluster oder Pool von Hosts neu gestartet wird oder nicht verfügbar ist.

Um Hypervisor-Warnungen zu erhalten, stellen Sie sicher, dass in Web Studio eine Hosting-Verbindung erstellt wurde. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Nur diese Verbindungen werden auf Hypervisor-Warnungen überwacht.
Diese Warnungen werden angezeigt, sobald die Schwellenwerte erreicht oder überschritten wurden. Hypervisor-Warnungen können sein:
- Kritisch – kritischer Schwellenwert der Hypervisor-Alarmrichtlinie erreicht oder überschritten
- Warnung – Warnschwellenwert der Hypervisor-Alarmrichtlinie erreicht oder überschritten
- Verworfen – Warnung wird nicht mehr als aktive Warnung angezeigt
Anzeige der Hypervisor-Warnmeldungen(/de-de/citrix-virtual-apps-desktops/2407/media/hypervisor_alerts_display.png)
Diese Funktion erfordert Delivery Controller Version 7 1811 oder höher. Wenn Sie eine ältere Version von Director mit Sites der Version 7 1811 oder höher verwenden, wird nur die Anzahl der Hypervisor-Warnmeldungen angezeigt. Um die Warnmeldungen anzuzeigen, müssen Sie Director aktualisieren.
Die folgende Tabelle beschreibt die verschiedenen Parameter und Zustände von Hypervisor-Warnmeldungen.
| Warnmeldung | Unterstützte Hypervisoren | Ausgelöst durch | Bedingung | Konfiguration |
|---|---|---|---|---|
| CPU-Auslastung | XenServer, VMware vSphere | Hypervisor | Schwellenwert für CPU-Auslastungswarnung wird erreicht oder überschritten | Warnschwellenwerte müssen im Hypervisor konfiguriert werden. |
| Speicherauslastung | XenServer, VMware vSphere | Hypervisor | Der Schwellenwert für die Speicherauslastung wurde erreicht oder überschritten | Warnschwellenwerte müssen im Hypervisor konfiguriert werden. |
| Netzwerkauslastung | XenServer, VMware vSphere | Hypervisor | Der Schwellenwert für die Netzwerkauslastung wurde erreicht oder überschritten | Warnschwellenwerte müssen im Hypervisor konfiguriert werden. |
| Festplattenauslastung | VMware vSphere | Hypervisor | Der Schwellenwert für die Festplattenauslastung wurde erreicht oder überschritten | Warnschwellenwerte müssen im Hypervisor konfiguriert werden. |
| Hostverbindung oder Stromstatus | VMware vSphere | Hypervisor | Hypervisor-Host wurde neu gestartet oder ist nicht verfügbar | Warnungen sind in VMware vSphere vorinstalliert. Es sind keine zusätzlichen Konfigurationen erforderlich. |
| Hypervisor-Verbindung nicht verfügbar | XenServer, VMware vSphere | Delivery Controller | Die Verbindung zum Hypervisor (Pool oder Cluster) ist verloren gegangen, wurde heruntergefahren oder neu gestartet. Diese Warnung wird stündlich generiert, solange die Verbindung nicht verfügbar ist. | Warnungen sind im Delivery Controller vorinstalliert. Es sind keine zusätzlichen Konfigurationen erforderlich. |
Hinweis:
Weitere Informationen zum Konfigurieren von Warnungen finden Sie unter Citrix XenCenter Alerts oder in der Dokumentation zu VMware vCenter Alerts.
Die E-Mail-Benachrichtigungseinstellungen können unter Citrix Alerts Policy > Site Policy > Hypervisor Health konfiguriert werden. Die Schwellenwertbedingungen für Hypervisor-Warnungsrichtlinien können nur vom Hypervisor aus konfiguriert, bearbeitet, deaktiviert oder gelöscht werden, nicht von Director aus. Das Ändern von E-Mail-Einstellungen und das Verwerfen einer Warnung kann jedoch in Director erfolgen. Sie können die Warnung deaktivieren, wenn Ihre Rolle keine Infrastrukturüberwachung beinhaltet.
Wichtig:
- Vom Hypervisor ausgelöste Warnungen werden in Director abgerufen und angezeigt. Änderungen im Lebenszyklus/Status der Hypervisor-Warnungen werden jedoch nicht in Director widergespiegelt.
- Warnungen, die in der Hypervisor-Konsole als fehlerfrei, verworfen oder deaktiviert markiert sind, erscheinen weiterhin in Director und müssen explizit verworfen werden.
- Warnungen, die in Director verworfen werden, werden nicht automatisch in der Hypervisor-Konsole verworfen.