Warnungen und Benachrichtigungen
Warnungen überwachen
Warnungen werden in Director auf dem Dashboard und in anderen übergeordneten Ansichten mit Warn- und kritischen Warnsymbolen angezeigt. Warnungen sind für Platinum-lizenzierte Sites verfügbar. Warnungen werden jede Minute automatisch aktualisiert; Sie können Warnungen auch bei Bedarf aktualisieren.
Director-Warnungen(/de-de/xenapp-and-xendesktop/7-15-ltsr/media/Director_Alerts.png)
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.
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 ausgefallene Server-Betriebssystemmaschinen 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/xenapp-and-xendesktop/7-15-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. Sie können die Benachrichtigung auch als Octoblu-Webhooks oder SNMP-Traps konfigurieren. Weitere Informationen zum Einrichten von Citrix-Warnungen finden Sie unter Warnungsrichtlinien erstellen.
SCOM-Warnungen. SCOM-Warnungen zeigen Warnungsinformationen von Microsoft System Center 2012 Operations Manager (SCOM) an, um eine umfassendere Anzeige der Rechenzentrums-Integrität und -Leistung in Director zu ermöglichen. Weitere Informationen finden Sie unter SCOM-Warnungen.
Die Anzahl der Warnungen, die neben den Warnsymbolen angezeigt werden, bevor Sie die Seitenleiste erweitern, ist die kombinierte Summe der Citrix®- und SCOM-Warnungen.
Warnungsrichtlinien erstellen
Warnungsrichtlinien(/de-de/xenapp-and-xendesktop/7-15-ltsr/media/Director-Alerts-Policy.png)
So erstellen Sie eine neue Warnungsrichtlinie, z. B. um eine Warnung zu generieren, wenn bestimmte Kriterien für die Sitzungsanzahl erfüllt sind:
- Gehen Sie zu Warnungen > Citrix Warnungsrichtlinie und wählen Sie beispielsweise Server-OS-Richtlinie aus.
- Klicken Sie auf Erstellen.
- Benennen und beschreiben Sie die Richtlinie, 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 verbundener Sitzungen, Spitzenwerte getrennter Sitzungen und Spitzenwerte gleichzeitig aktiver Gesamtsitzungen 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 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, eine E-Mail-Benachrichtigung generiert. Eine abgewiesene Warnung generiert im Intervall für die erneute Warnung keine E-Mail-Benachrichtigung.
- Legen Sie den Geltungsbereich fest. Legen Sie ihn beispielsweise für eine bestimmte Bereitstellungsgruppe fest.
- 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.
- Klicken Sie auf Speichern.
Informationen zur Octoblu-Webhook-Konfiguration finden Sie unter Warnungsrichtlinien mit Octoblu-Webhooks konfigurieren.
Informationen zur SNMP-Trap-Konfiguration finden Sie unter Warnungsrichtlinien mit SNMP-Traps konfigurieren.
Das Erstellen einer Richtlinie mit 20 oder mehr im Geltungsbereich definierten Bereitstellungsgruppen kann etwa 30 Sekunden dauern, bis die Konfiguration abgeschlossen ist. Während dieser Zeit wird ein Ladesymbol angezeigt.
Das Erstellen von mehr als 50 Richtlinien für bis zu 20 eindeutige Bereitstellungsgruppen (insgesamt 1000 Bereitstellungsgruppenziele) kann zu einer Erhöhung der Antwortzeit (über 5 Sekunden) führen.
Das Verschieben einer Maschine mit aktiven Sitzungen von einer Bereitstellungsgruppe in eine andere kann fehlerhafte Warnungen der Bereitstellungsgruppe auslösen, die mithilfe von Maschinenparametern definiert wurden.
Bedingungen für Warnungsrichtlinien
| Bedingung der Warnungsrichtlinie | Beschreibung und empfohlene Aktionen |
|---|---|
| Spitzenwert verbundener Sitzungen | Anzahl der Spitzenwerte verbundener Sitzungen. Überprüfen Sie die Ansicht „Sitzungstrends“ in 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 | Anzahl der Spitzenwerte getrennter Sitzungen. Überprüfen Sie die Ansicht „Sitzungstrends“ in 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 | Anzahl der Spitzenwerte gleichzeitiger Sitzungen. Überprüfen Sie die Ansicht „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 | Prozentuale CPU-Auslastung. Identifizieren Sie die Prozesse oder Ressourcen, die CPU verbrauchen. 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 Überwachungsrichtlinie. |
| Speicher | Prozentuale Speicherauslastung. Identifizieren Sie die Prozesse oder Ressourcen, die Speicher verbrauchen. 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 Speicher 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 Einstellungen der Überwachungsrichtlinie. |
| 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 „Verbindungsfehlertrends“ in Director auf Ereignisse, die im Konfigurationsprotokoll protokolliert wurden. Stellen Sie fest, ob Anwendungen oder Desktops erreichbar sind. |
| Anzahl der Verbindungsfehler | Anzahl der Verbindungsfehler in der letzten Stunde. Überprüfen Sie die Ansicht „Verbindungsfehlertrends“ in Director auf Ereignisse, die im Konfigurationsprotokoll protokolliert wurden. Stellen Sie fest, ob Anwendungen oder Desktops erreichbar sind. |
| ICA-RTT (Durchschnitt) | Durchschnittliche ICA-Roundtrip-Zeit. Überprüfen Sie NetScaler HDX Insight auf eine Aufschlüsselung der ICA-RTT, um die Ursache zu ermitteln. Wenn NetScaler nicht verfügbar ist, überprüfen Sie die Director-Ansicht „Benutzerdetails“ auf die ICA-RTT und Latenz, um festzustellen, ob es sich um ein Netzwerkproblem oder ein XD/XA-Problem handelt. Weitere Informationen finden Sie in der NetScaler Insight Center-Dokumentation unter Anwendungsfälle: HDX Insight. |
| ICA-RTT (Anzahl der Sitzungen) | Anzahl der Sitzungen, die die Schwellenwert-ICA-Roundtrip-Zeit überschreiten. Überprüfen Sie NetScaler HDX Insight auf die Anzahl der Sitzungen mit hoher ICA-RTT. Weitere Informationen finden Sie in der NetScaler Insight Center-Dokumentation unter HDX Insight-Berichte. Wenn NetScaler nicht verfügbar ist, arbeiten Sie mit dem Netzwerkteam zusammen, um die Ursache zu ermitteln. |
| ICA-RTT (% der Sitzung) | Prozentsatz der Sitzungen, die die durchschnittliche ICA-Roundtrip-Zeit überschreiten. Überprüfen Sie NetScaler HDX Insight auf die Anzahl der Sitzungen mit hoher ICA-RTT. Weitere Informationen finden Sie in der NetScaler Insight Center-Dokumentation unter HDX Insight-Berichte. Wenn NetScaler 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. Der Alarm wird ausgelöst, wenn die ICA-RTT in mindestens einer Sitzung höher als der Schwellenwert ist. |
| Fehlerhafte Maschinen (Desktop-Betriebssystem) | Anzahl der fehlerhaften Desktop-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie in den Director-Dashboard- und Filteransichten gezeigt. Führen Sie Citrix Scout-Diagnosen aus, um die Ursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben. |
| Fehlerhafte Maschinen (Server-Betriebssystem) | Anzahl der fehlerhaften Server-Betriebssystem-Maschinen. Fehler können aus verschiedenen Gründen auftreten, wie in den Director-Dashboard- und Filteransichten gezeigt. Führen Sie Citrix Scout-Diagnosen aus, um die Ursache zu ermitteln. |
| 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 kurzer Zeit anmelden, kann zu verlängerten Anmeldezeiten führen. Überprüfen Sie die Basislinie und die Aufschlüsselung der Anmeldungen, um die Ursache einzugrenzen. Weitere Informationen finden Sie unter Probleme bei der Benutzeranmeldung diagnostizieren. |
| Anmeldedauer (Benutzer) | Anmeldedauer für Anmeldungen des angegebenen Benutzers, die in der letzten Stunde erfolgt sind. |
| Load Evaluator Index | Wert des Load Evaluator Index der letzten 5 Minuten. Überprüfen Sie Director auf Server-Betriebssystemmaschinen, die eine Spitzenlast (Max. Last) aufweisen können. Zeigen Sie sowohl das Dashboard (Fehler) als auch den Bericht „Trends Load Evaluator Index“ an. |
Warnungsrichtlinien mit Octoblu-Webhooks konfigurieren
Neben E-Mail-Benachrichtigungen können Sie Warnungsrichtlinien mit Octoblu-Webhooks konfigurieren, um IoT-Dienste zu initiieren.
Hinweis: Diese Funktion erfordert Delivery Controller Version 7.11 oder höher.
Beispiele für IoT-Dienste, die Warnungen nutzen können, sind das Senden von SMS-Benachrichtigungen an Supportmitarbeiter oder die Integration in benutzerdefinierte Plattformen zur Incident-Behebung, um die Nachverfolgung von Benachrichtigungen zu unterstützen.
Sie können eine Warnungsrichtlinie mit einem HTTP-Callback 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 Octoblu-Webhook-URL für eine neue oder eine bestehende Warnungsrichtlinie zu konfigurieren, verwenden Sie die folgenden PowerShell-Cmdlets.
Neue Warnungsrichtlinie mit einer Webhook-URL erstellen:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
Eine Webhook-URL zu einer bestehenden Warnungsrichtlinie hinzufügen:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
Hilfe zu den PowerShell-Befehlen erhalten Sie in der PowerShell-Hilfe, zum Beispiel:
Get-Help <Set-MonitorNotificationPolicy>
Von der Warnungsrichtlinie 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-->
Warnungsrichtlinien mit SNMP-Traps konfigurieren
Wenn eine mit einem SNMP-Trap konfigurierte Warnung ausgelöst wird, wird die entsprechende SNMP-Trap-Nachricht zur weiteren Verarbeitung an den konfigurierten Netzwerk-Listener weitergeleitet. Citrix-Warnungen unterstützen Traps von SNMP Version 2 und höher. Derzeit kann die Trap-Nachricht an einen Listener weitergeleitet werden.
Hinweis: Diese Funktion erfordert Delivery Controller Version 7.12 oder höher.
Verwenden Sie zum Konfigurieren von SNMP-Traps die folgenden PowerShell-Cmdlets:
-
Aktuelle SNMP-Serverkonfiguration abrufen:
Get-MonitorNotificationSnmpServerConfiguration -
Serverkonfiguration für SNMP Version 2 festlegen:
Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -CommunityString public -Protocol V2 -
Serverkonfiguration für SNMP Version 3 festlegen:
$authpass = "<authentication password>" | ConvertTo-SecureString -AsPlainText -Force $privpass = "<Privacy password>" | ConvertTo-SecureString -AsPlainText -Force Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -EngineId <Engine Id> -AuthPassword $authpass -PrivPassword $privpass -PrivPasswordProtocol <Privacy password protocol> -AuthPasswordProtocol <Authentication password protocol> -Protocol V3 <!--NeedCopy--> -
SNMP-Trap für eine vorhandene Warnungsrichtlinie aktivieren:
Set-MonitorNotificationPolicy -IsSnmpEnabled $true -Uid <Policy ID> -
Neue Warnungsrichtlinie mit SNMP-Trap-Konfiguration erstellen:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -IsSnmpEnabled $true -Description <Policy description> -Enabled $true
Die Struktur der OIDs in den SNMP-Trap-Nachrichten von Director ist wie folgt: 1.3.6.1.4.1.3845.100.1.<UID> Hier wird <UID> für jede in Director definierte Warnungsrichtlinie seriell generiert. Die OIDs sind daher für jede Benutzerumgebung einzigartig.
- Verwenden Sie 1.3.6.1.4.1.3845.100.1, um alle Trap-Nachrichten von Director zu filtern.
- Verwenden Sie 1.3.6.1.4.1.3845.100.1.<UID>, um Trap-Nachrichten für bestimmte Warnungen zu filtern und zu verarbeiten.
Verwenden Sie das folgende Cmdlet, um die UIDs für die in Ihrer Umgebung definierten Warnungsrichtlinien abzurufen:
Get-MonitorNotificationPolicy
Sie können die SNMP-Traps an SCOM weiterleiten. Konfigurieren Sie dazu SCOM mit dem Delivery Controller™, um die Trap-Nachrichten abzuhören.
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 Registerkarte SCOM in der Seitenleiste auf SCOM-Warnungen zugreifen und diese detailliert anzeigen.
Sie können historische Warnungen, die bis zu einem Monat alt sind, anzeigen, sortieren, filtern und die gefilterten Informationen 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.
Hinweis:
- 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, nicht mehr als 10 Director-Administratoren pro SCOM-Verwaltungsserver zu konfigurieren, um eine optimale Leistung zu gewährleisten.
Auf dem Director-Server:
-
Geben Sie Enable-PSRemoting ein, um PowerShell-Remoting zu aktivieren.
-
Fügen Sie den SCOM-Verwaltungsserver zur TrustedHosts-Liste hinzu. Öffnen Sie eine PowerShell-Eingabeaufforderung und führen Sie die folgenden Befehle aus:
- Aktuelle Liste der TrustedHosts abrufen
Get-Item WSMAN:\localhost\Client\TrustedHosts
<!--NeedCopy-->
1. Add the FQDN of the SCOM Management Server to the list of TrustedHosts. \<Old Values\> represents the existing set of entries returned from Get-Item cmdlet
Set-Item WSMAN:\localhost\Client\TrustedHosts -Value "<FQDN SCOM Management Server>,<Old Values>"
<!--NeedCopy-->
- SCOM mit dem DirectorConfig-Tool konfigurieren.
C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom
<!--NeedCopy-->
Auf dem SCOM-Verwaltungsserver:
-
Director-Administratoren einer SCOM-Administratorrolle zuweisen.
-
Öffnen Sie die SCOM-Verwaltungskonsole und navigieren Sie zu Administration > Security > User Roles.
-
Unter „User Roles“ 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. Eine schreibgeschützte Rolle sieht beispielsweise den Verwaltungsbereich 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-Operatorrolle 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 Operatorebene.
-
-
Um eine Benutzerrolle zu ändern, klicken Sie mit der rechten Maustaste auf die Rolle und dann auf Properties.
-
Im Dialogfeld „User Role Properties“ können Sie Director-Administratoren der angegebenen Benutzerrolle hinzufügen oder daraus entfernen.
-
-
Fügen Sie Director-Administratoren der Gruppe „Remote Management Users“ auf dem SCOM-Verwaltungsserver hinzu. Dadurch können die Director-Administratoren eine Remote-PowerShell-Verbindung herstellen.
-
Geben Sie Enable-PSRemoting ein, um PowerShell-Remoting zu aktivieren.
-
Legen Sie die Grenzwerte für WS-Management-Eigenschaften fest:
-
MaxConcurrentUsers ändern:
In der CLI:
winrm set winrm/config/winrs @{MaxConcurrentUsers = "20"}In PS:
Set-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20 -
MaxShellsPerUser ändern:
In der CLI:
winrm set winrm/config/winrs @{MaxShellsPerUser="20"}In PS:
Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20 -
MaxMemoryPerShellMB ändern:
In der CLI:
winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}In PS:
Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024
-
-
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 des Betriebssystems erforderlich machen können. Citrix kann nicht garantieren, dass Probleme, die durch die falsche Verwendung des Registrierungs-Editors entstehen, behoben werden können. Verwenden Sie den Registrierungs-Editor auf eigenes Risiko. Sichern Sie die Registrierung unbedingt, bevor Sie sie bearbeiten.
Sobald 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 Serverereignisprotokolle helfen, das Problem zu identifizieren und zu beheben. Ursachen können sein:
- Verlust der Netzwerkkonnektivität auf der Director- oder SCOM-Maschine.
- Der SCOM-Dienst ist nicht verfügbar oder zu ausgelastet, um zu antworten.
- Fehlgeschlagene Autorisierung aufgrund einer Änderung der Berechtigungen für den konfigurierten Benutzer.
- Ein Fehler in Director während der Verarbeitung der SCOM-Daten.
- PowerShell-Versionskonflikt zwischen Director und SCOM-Server.