Warnungen und Benachrichtigungen

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

Director-Warnungen(/de-de/citrix-virtual-apps-desktops/2203-ltsr/media/dir-alerts.png)

Eine Warnung (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.

Sie können detailliertere Informationen zu Warnungen anzeigen, indem Sie eine Warnung aus der Seitenleiste auswählen, auf den Link Zu Warnungen 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 fehlgeschlagene 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.

Warnungen filtern(/de-de/citrix-virtual-apps-desktops/2203-ltsr/media/director_filteralerts.png)

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

Ein Satz 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 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 Bedingungen für Warnungsrichtlinien.

SCOM-Warnungen

SCOM-Warnungen zeigen Warnungsinformationen von Microsoft System Center 2012 Operations Manager (SCOM) an, um eine umfassendere Anzeige der Integrität und Leistung des Datencenters in Director zu bieten. Weitere Informationen finden Sie im Abschnitt SCOM-Warnungsintegration konfigurieren.

Die Anzahl der Warnungen, die neben den Warnungssymbolen angezeigt wird, bevor Sie die Seitenleiste erweitern, ist die Gesamtsumme der Citrix- und SCOM-Warnungen.

Warnungsrichtlinien erstellen

Um eine neue Warnungsrichtlinie zu erstellen, z. B. um eine Warnung zu generieren, wenn ein bestimmter Satz von Sitzungsanzahlkriterien erfüllt ist:

1. Gehen Sie zu Warnungen > Citrix-Warnungsrichtlinie und wählen Sie beispielsweise „Multi-Session OS Policy“.
2. Klicken Sie auf Erstellen.
3. 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 Zählwerte für Spitzenwerte für verbundene Sitzungen, Spitzenwerte für getrennte Sitzungen und Spitzenwerte für gleichzeitig aktive Sitzungen an. Warnwerte dürfen nicht größer sein als kritische Werte. Weitere Informationen finden Sie unter Bedingungen für Warnungsrichtlinien.
4. Legen Sie das Intervall für die erneute Warnung fest. Wenn die Bedingungen für die Warnung weiterhin erfüllt sind, wird die Warnung in diesem Zeitintervall erneut ausgelöst, und, falls in der Warnungsrichtlinie eingerichtet, wird eine E-Mail-Benachrichtigung generiert. Eine abgewiesene Warnung generiert keine E-Mail-Benachrichtigung im Intervall für die erneute Warnung.
5. Legen Sie den Geltungsbereich fest. Legen Sie ihn beispielsweise für eine bestimmte Bereitstellungsgruppe fest.
6. Geben Sie in den 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.
7. Klicken Sie auf Speichern.

Das Erstellen einer Richtlinie mit 20 oder mehr in den Geltungsbereich definierten Delivery Groups kann ungefähr 30 Sekunden dauern, bis die Konfiguration abgeschlossen ist. Während dieser Zeit wird ein Ladekreis 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 fehlerhafte Delivery Group-Warnungen auslösen, die mithilfe von Maschinenparametern definiert sind.

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 Warn- und Neuwarnungsintervalle von 60 Minuten definiert.

Spitzenwert verbundener Sitzungen

• Überprüfen Sie die Ansicht „Sitzungstrends“ im Director auf Spitzenwerte verbundener 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.

Spitzenwert getrennter Sitzungen

• Überprüfen Sie die Ansicht „Sitzungstrends“ im Director auf Spitzenwerte getrennter 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.

Spitzenwert gleichzeitiger Gesamtsitzungen

• Überprüfen Sie die Ansicht „Director-Sitzungstrends“ in Director auf Spitzenwerte gleichzeitiger 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.

CPU

Der Prozentsatz der CPU-Auslastung gibt den gesamten CPU-Verbrauch auf dem VDA an, einschließlich des Verbrauchs 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 CPU-verbrauchenden Prozesse. Stellen Sie sicher, dass die Richtlinie zur Prozessüberwachung aktiviert ist, um die Erfassung von Ressourcennutzungsstatistiken auf Prozessebene zu initiieren.
• Beenden Sie den Prozess bei Bedarf.
• Das Beenden des Prozesses führt zum Verlust ungespeicherter 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 Richtlinieneinstellungen für die Überwachung

  Bedingungen für Smart Policies:

  • Geltungsbereich: Delivery Group, Geltungsbereich für Multi-Session-Betriebssysteme
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Arbeitsspeicher

Der Prozentsatz der Speicherauslastung gibt den gesamten Speicherverbrauch auf dem VDA an, einschließlich des Verbrauchs durch die 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, um die speicherverbrauchenden Prozesse zu identifizieren. 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

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Delivery Group, Multi-Session-OS-Geltungsbereich
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Verbindungsfehlerrate

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 „Director Connection Failures Trends“ auf Ereignisse, die aus dem Konfigurationsprotokoll protokolliert wurden.
• Bestimmen Sie, ob Anwendungen oder Desktops erreichbar sind.

Anzahl der Verbindungsfehler

Anzahl der Verbindungsfehler in der letzten Stunde.

• Überprüfen Sie die Ansicht „Verbindungsfehler-Trends“ in Director auf Ereignisse, die aus dem Konfigurationsprotokoll protokolliert wurden.
• Bestimmen Sie, ob Anwendungen oder Desktops erreichbar sind.

ICA® RTT (Durchschnitt)

Durchschnittliche ICA-Roundtrip-Zeit.

• Überprüfen Sie Citrix ADM auf eine Aufschlüsselung der ICA-RTT, um die Ursache zu ermitteln. Weitere Informationen finden Sie in der Citrix ADM Dokumentation.
• Wenn Citrix ADM nicht verfügbar ist, überprüfen Sie die Ansicht „Benutzerdetails“ in Director auf ICA-RTT und Latenz, und ermitteln Sie, 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-Roundtrip-Zeit ü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 Ursache zu ermitteln.

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Delivery Group, 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-Roundtrip-Zeit ü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 Ursache zu ermitteln.

ICA RTT (Benutzer)

ICA-Roundtrip-Zeit, die auf Sitzungen angewendet wird, die vom angegebenen Benutzer gestartet wurden. Die Warnung wird ausgelöst, wenn die ICA-RTT in mindestens einer Sitzung den Schwellenwert überschreitet.

Fehlerhafte Maschinen (Einzelsitzungs-Betriebssystem)

Anzahl der fehlerhaften Einzelsitzungs-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie in den Ansichten Director-Dashboard und Filter gezeigt.

• Führen Sie Citrix Scout-Diagnosen aus, um die Ursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben.

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Delivery Group-Geltungsbereich
  • Schwellenwerte: Warnung – 1, Kritisch – 2

Fehlerhafte Maschinen (Mehrfachsitzungs-Betriebssystem)

Anzahl der fehlerhaften Mehrfachsitzungs-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie in den Ansichten Director-Dashboard und Filter gezeigt.

• Führen Sie Citrix Scout-Diagnosen aus, um die Grundursache zu ermitteln.

  Bedingungen für intelligente Richtlinien:

  • Geltungsbereich: Delivery Group, Geltungsbereich für Multi-Session-Betriebssysteme
  • Schwellenwerte: Warnung – 1, Kritisch – 2

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. Eine große Anzahl von Benutzern, die sich innerhalb eines kurzen Zeitraums anmelden, kann 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, Geltungsbereich für Multi-Session-Betriebssysteme
  • Schwellenwerte: Warnung – 45 Sekunden, Kritisch – 60 Sekunden

Anmeldedauer (Benutzer)

Anmeldedauer für Anmeldungen des angegebenen Benutzers, die in der letzten Stunde erfolgt sind.

Lastauswertungsindex

Wert des Lastauswertungsindex in den letzten 5 Minuten.

• Überprüfen Sie Director auf Multi-Session-OS-Maschinen, die eine Spitzenlast (maximale Last) aufweisen könnten. Zeigen Sie sowohl das Dashboard (Fehler) als auch den Bericht „Trends Lastauswertungsindex“ an.

  Intelligente Richtlinienbedingungen:

  • Geltungsbereich: Bereitstellungsgruppe, Multi-Session-OS-Geltungsbereich
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Überwachung von Hypervisor-Warnungen

Director zeigt Warnungen zur Überwachung der Hypervisor-Integrität an. Warnungen von Citrix Hypervisor™ 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 Hostpool neu gestartet oder nicht verfügbar ist.

Um Hypervisor-Warnungen zu erhalten, stellen Sie sicher, dass in Citrix Studio eine Hosting-Verbindung erstellt wurde. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Nur diese Verbindungen werden auf Hypervisor-Warnungen überwacht. Die folgende Tabelle beschreibt die verschiedenen Parameter und Zustände von Hypervisor-Warnungen.

Hinweis:

Weitere Informationen zum Konfigurieren von Alarmen finden Sie unter Citrix XenCenter Alerts oder in der VMware vCenter Alerts-Dokumentation.

E-Mail-Benachrichtigungseinstellungen können unter Citrix Alerts Policy > site Policy > Hypervisor Health konfiguriert werden. Die Schwellenwertbedingungen für Hypervisor-Alarmrichtlinien können nur vom Hypervisor und nicht von Director aus konfiguriert, bearbeitet, deaktiviert oder gelöscht werden. Das Ändern von E-Mail-Einstellungen und das Verwerfen eines Alarms kann jedoch in Director erfolgen.

Wichtig:

• Vom Hypervisor ausgelöste Warnungen werden abgerufen und in Director 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, werden weiterhin in Director angezeigt und müssen explizit verworfen werden.
• Warnungen, die in Director verworfen werden, werden nicht automatisch in der Hypervisor-Konsole verworfen.

Eine neue Warnungskategorie namens Hypervisor-Integrität wurde hinzugefügt, um nur die Hypervisor-Warnungen filtern zu können. Diese Warnungen werden angezeigt, sobald die Schwellenwerte erreicht oder überschritten werden. 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

Diese Funktion erfordert Delivery Controller Version 7 1811 oder höher. Wenn Sie eine ältere Version von Director mit Sites 7 1811 oder höher verwenden, wird nur die Anzahl der Hypervisor-Warnungen angezeigt. Um die Warnungen anzuzeigen, müssen Sie Director aktualisieren.

SCOM-Warnungsintegration konfigurieren

Die SCOM-Integration mit Director ermöglicht es Ihnen, Warnungsinformationen von SCOM auf dem Dashboard und in anderen übergeordneten Ansichten in Director anzuzeigen.

SCOM-Warnungen werden zusammen mit Citrix-Warnungen auf dem Bildschirm angezeigt. Sie können über die SCOM-Registerkarte in der Seitenleiste auf SCOM-Warnungen zugreifen und diese detailliert anzeigen.

Sie können historische Warnungen bis zu einem Monat zurückliegend anzeigen, die gefilterten Informationen sortieren, filtern und in CSV-, Excel- und PDF-Berichtsformate exportieren. Weitere Informationen finden Sie unter Berichte exportieren.

Die SCOM-Integration verwendet Remote PowerShell 3.0 oder höher, um Daten vom SCOM-Verwaltungsserver abzufragen, und sie unterhält eine persistente Runspace-Verbindung in der Director-Sitzung des Benutzers. Director und SCOM-Server müssen dieselbe PowerShell-Version haben.

Die Anforderungen für die SCOM-Integration sind:

• Windows Server 2012 R2
• System Center 2012 R2 Operations Manager
• PowerShell 3.0 oder höher (die PowerShell-Version auf Director und dem SCOM-Server muss übereinstimmen)
• Quad-Core-CPU mit 16 GB RAM (empfohlen)
• Ein primärer Verwaltungsserver für SCOM muss in der Director-Web.config-Datei konfiguriert werden. Dies kann mit dem DirectorConfig-Tool erfolgen.

Citrix empfiehlt, dass das Director-Administratorkonto als SCOM-Operatorrolle konfiguriert wird, damit vollständige Warnungsinformationen in Director abgerufen werden können. Ist dies nicht möglich, kann ein SCOM-Administratorkonto in der web.config-Datei mit dem DirectorConfig-Tool konfiguriert werden.

Citrix empfiehlt außerdem, nicht mehr als 10 Director-Administratoren pro SCOM-Verwaltungsserver zu konfigurieren, um eine optimale Leistung zu gewährleisten.

Auf dem Director-Server:

1. Geben Sie Enable-PSRemoting ein, um PowerShell-Remoting zu aktivieren.

2. Fügen Sie den SCOM-Verwaltungsserver zur TrustedHosts-Liste hinzu. Öffnen Sie eine PowerShell-Eingabeaufforderung und führen Sie die folgenden Befehle aus:

   • Rufen Sie die aktuelle Liste der TrustedHosts ab

     Get-Item WSMAN:\localhost\Client\TrustedHosts

   • Fügen Sie den FQDN des SCOM-Verwaltungsservers zur Liste der TrustedHosts hinzu. <Old Values> stellt die vorhandenen Einträge dar, die vom Get-Item-Cmdlet zurückgegeben werden.

     Set-Item WSMAN:\localhost\Client\TrustedHosts -Value “<FQDN SCOM Management Server>,<Old Values>”

3. Konfigurieren Sie SCOM mit dem DirectorConfig-Tool.

   C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom

Auf dem SCOM-Verwaltungsserver:

1. Weisen Sie Director-Administratoren eine SCOM-Administratorrolle zu.

   1. Öffnen Sie die SCOM-Verwaltungskonsole und navigieren Sie zu Administration > Security > User Roles.

   2. Unter Benutzerrollen können Sie eine neue Benutzerrolle erstellen oder eine vorhandene ändern. Es gibt vier Kategorien von SCOM-Operatorrollen, die die Art des Zugriffs auf SCOM-Daten definieren. Zum Beispiel sieht eine schreibgeschützte Rolle den Administrationsbereich nicht und kann keine Regeln, Computer oder Konten erkennen oder verwalten. Eine Operatorrolle ist eine vollständige Administratorrolle.

      Hinweis:

      Die folgenden Vorgänge sind nicht verfügbar, wenn der Director-Administrator einer Nicht-Operator-Rolle zugewiesen ist:

      • Wenn mehrere Verwaltungsserver konfiguriert sind und der primäre Verwaltungsserver nicht verfügbar ist, kann der Director-Administrator keine Verbindung zum sekundären Verwaltungsserver herstellen. Der primäre Verwaltungsserver ist der Server, der in der Director-Web.config-Datei konfiguriert ist, d. h. derselbe Server, der mit dem DirectorConfig-Tool in Schritt 3 oben angegeben wurde. Die sekundären Verwaltungsserver sind Peer-Verwaltungsserver des primären Servers.
      • Beim Filtern von Warnungen kann der Director-Administrator nicht nach der Warnungsquelle suchen. Dies erfordert eine Berechtigung auf Operator-Ebene.

   3. Um eine Benutzerrolle zu ändern, klicken Sie mit der rechten Maustaste auf die Rolle und dann auf Eigenschaften.

   4. Im Dialogfeld „Eigenschaften der Benutzerrolle“ können Sie Director-Administratoren zur angegebenen Benutzerrolle hinzufügen oder daraus entfernen.

2. Fügen Sie Director-Administratoren der Gruppe „Remote Management Users“ auf dem SCOM-Verwaltungsserver hinzu. Dies ermöglicht den Director-Administratoren, eine Remote-PowerShell-Verbindung herzustellen.

3. Geben Sie Enable-PSRemoting ein, um PowerShell-Remoting zu aktivieren.

4. Legen Sie die Grenzwerte für WS-Management-Eigenschaften fest:

   1. MaxConcurrentUsers ändern:

      In der CLI:

      ```winrm set winrm/config/winrs @{MaxConcurrentUsers = “20”}

      
      In PS:
      
      ```Set­-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20<!--NeedCopy-->
      

   2. MaxShellsPerUser ändern:

      In der CLI:

      winrm set winrm/config/winrs @{MaxShellsPerUser="20"}<!--NeedCopy-->

      In PS:

   ```Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20

   
   1.  MaxMemoryPerShellMB ändern:
   
       In der CLI:
   
       ```winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}<!--NeedCopy-->
   

   In PS:
   

   Set­-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024<!--NeedCopy-->

5. Um sicherzustellen, dass die SCOM-Integration in Umgebungen mit gemischten Domänen funktioniert, legen Sie den folgenden Registrierungseintrag fest.

Pfad: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

Schlüssel: LocalAccountTokenFilterPolicy

Typ: DWord

Wert: 1

Achtung: Eine falsche Bearbeitung der Registrierung kann schwerwiegende Probleme verursachen, die eine Neuinstallation Ihres Betriebssystems erforderlich machen können. Citrix kann nicht garantieren, dass Probleme, die aus der falschen Verwendung des Registrierungs-Editors resultieren, behoben werden können. Verwenden Sie den Registrierungs-Editor auf eigenes Risiko. Sichern Sie die Registrierung unbedingt, bevor Sie sie bearbeiten.

Nachdem die SCOM-Integration eingerichtet ist, wird möglicherweise die Meldung „Die neuesten SCOM-Warnungen können nicht abgerufen werden. Weitere Informationen finden Sie in den Ereignisprotokollen des Director-Servers“ angezeigt. Die Server-Ereignisprotokolle helfen, das Problem zu identifizieren und zu beheben. Ursachen können sein:

• Verlust der Netzwerkkonnektivität auf dem Director- oder SCOM-Computer.
• Der SCOM-Dienst ist nicht verfügbar oder zu stark ausgelastet, um zu antworten.
• Fehlgeschlagene Autorisierung aufgrund einer Änderung der Berechtigungen für den konfigurierten Benutzer.
• Ein Fehler in Director bei der Verarbeitung der SCOM-Daten.
• Nicht übereinstimmende PowerShell-Version zwischen Director und SCOM-Server.