Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Zusammenfassung: Konfigurieren Sie Testbenutzerkonten und Watcherknoteneinstellungen für Skype for Business Server synthetischen Transaktionen.
Nachdem Sie den Computer konfiguriert haben, der als Watcher-Knoten agieren wird, müssen Sie die folgenden Schritte ausführen:
Konfigurieren Sie Testbenutzerkonten , die von diesen Watcherknoten verwendet werden sollen. Wenn Sie die Negotiate-Authentifizierungsmethode verwenden, müssen Sie auch das Cmdlet Set-CsTestUserCredential verwenden, um diese Testkonten für die Verwendung auf dem Watcherknoten zu aktivieren.
Aktualisieren Sie die Konfigurationseinstellungen für den Watcher-Knoten.
Konfigurieren von Testbenutzerkonten
Testkonten müssen keine tatsächlichen Personen darstellen, aber sie müssen gültige Active Directory-Konten sein. Darüber hinaus müssen diese Konten für Skype for Business Server aktiviert sein, über gültige SIP-Adressen verfügen und für Enterprise-VoIP aktiviert sein (um die synthetische Transaktion Test-CsPstnPeerToPeerCall verwenden zu können).
Wenn Sie die TrustedServer-Authentifizierungsmethode verwenden, müssen Sie lediglich sicherstellen, dass diese Konten vorhanden sind, und sie wie angegeben konfigurieren. Weisen Sie mindestens zwei Testbenutzer für jeden Pool zu, den Sie testen möchten. Wenn Sie die ausgehandelte Authentifizierungsmethode verwenden, müssen Sie auch das Cmdlet Set-CsTestUserCredential und die Skype for Business Server-Verwaltungsshell verwenden, damit diese Testkonten mit den synthetischen Transaktionen arbeiten können. Führen Sie dazu einen Befehl ähnlich dem folgenden aus (bei diesen Befehlen wird davon ausgegangen, dass die beiden Active Directory-Benutzerkonten erstellt wurden und dass diese Konten für Skype for Business Server aktiviert sind):
Set-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com" -UserName "litwareinc\watcher1" -Password "P@ssw0rd"
Set-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com" -UserName "litwareinc\watcher2" -Password "P@ssw0rd"
Sie müssen zusätzlich zur SIP-Adresse auch den Benutzernamen und das Kennwort einfügen. Wenn Sie das Kennwort nicht angeben, werden Sie vom Cmdlet Set-CsTestUserCredential aufgefordert, diese Informationen einzugeben. Der Benutzername kann im Format „Domänenname\Benutzername“, das im vorangehenden Codeblock gezeigt wurde, verwendet werden.
Führen Sie die folgenden Befehle in der Skype for Business Server-Verwaltungsshell aus, um zu überprüfen, ob die Anmeldeinformationen des Testbenutzers erstellt wurden:
Get-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com"
Get-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com"
Für jeden Benutzer werden Informationen wie die folgenden zurückgegeben:
Nutzername | Passwort |
---|---|
Litwareinc\watcher1 |
System.Security.SecureString |
Konfigurieren eines einfachen Watcher-Knotens mit den synthetischen Standardtransaktionen
Nachdem die Testbenutzer erstellt wurden, können Sie einen Watcherknoten erstellen, indem Sie einen Befehl verwenden, der dem folgenden ähnelt:
New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"}
Mithilfe dieses Befehls wird ein neuer Watcher-Knoten erstellt, für den die Standardeinstellungen verwendet werden und der die Standardgruppe synthetischer Transaktionen ausführt. Der neue Watcherknoten verwendet auch die Testbenutzer watcher1@litwareinc.com, und watcher2@litwareinc.com. Wenn der Überwachungsknoten die TrustedServer-Authentifizierung verwendet, können die beiden Testkonten alle gültigen Benutzerkonten sein, die für Active Directory und Skype for Business Server aktiviert sind. Wenn der Watcherknoten die ausgehandelte Authentifizierungsmethode verwendet, müssen diese Benutzerkonten mithilfe des Cmdlets Set-CsTestUserCredential auch für den Watcherknoten aktiviert werden.
Um zu überprüfen, ob die automatische Ermittlung des Zielpools zur Anmeldung ordnungsgemäß konfiguriert ist, führen Sie diese Schritte aus, statt einen Pool direkt vorzugeben:
New-CsWatcherNodeConfiguration -UseAutoDiscovery $true -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"}
Konfigurieren erweiterter Tests
Wenn Sie den PSTN-Test aktivieren möchten, der die Konnektivität mit dem telefonfestgeschalteten Netzwerk überprüft, müssen Sie beim Einrichten des Watcher-Knotens eine andere Konfiguration durchführen. Zunächst müssen Sie Ihre Testbenutzer dem PSTN-Testtyp zuordnen, indem Sie einen Befehl wie den folgenden in der Skype for Business Server-Verwaltungsshell ausführen:
$pstnTest = New-CsExtendedTest -TestUsers "sip:watcher1@litwareinc.com", "sip:watcher2@litwareinc.com" -Name "Contoso Provider Test" -TestType PSTN
Hinweis
Die Ergebnisse dieses Befehls müssen in einer Variablen gespeichert werden. In diesem Beispiel handelt es sich dabei um die Variable $pstnTest.
Als Nächstes können Sie das Cmdlet New-CsWatcherNodeConfiguration verwenden, um den Testtyp (der in der Variablen $pstnTest gespeichert ist) einem Skype for Business Server Pool zuzuordnen. Mit dem folgenden Befehl wird beispielsweise eine neue Watcherknotenkonfiguration für den Pool atl-cs-001.litwareinc.com erstellt. Dabei werden die beiden zuvor erstellten Testbenutzer hinzugefügt und der PSTN-Testtyp hinzugefügt:
New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com"} -ExtendedTests @{Add=$pstnTest}
Der vorherige Befehl schlägt fehl, wenn Sie die Skype for Business Server Core-Dateien und die RTCLocal-Datenbank nicht auf dem Computer des Watcherknotens installiert haben.
Wenn Sie mehrere VoIP-Richtlinien testen möchten, können Sie für alle Richtlinien mithilfe des Cmdlets New-CsExtendedTest einen erweiterten Test erstellen. Die diesem Test zugewiesenen Benutzer müssen mit den gewünschten VoIP-Richtlinien konfiguriert werden. Die erweiterten Tests werden mit Komma-Trennzeichen an das Cmdlet New-CsWatcherNodeConfiguration übergeben, zum Beispiel:
-ExtendedTests @{Add=$pstnTest 1,$pstnTest 2,$pstnTest 3}
Da das Cmdlet New-CsWatcherNodeConfiguration ohne Verwendung des Parameters Tests aufgerufen wurde, werden nur die synthetischen Standardtransaktionen (und die angegebene erweiterte synthetische Transaktion) für den neuen Watcherknoten aktiviert. Daher testet der Watcher-Knoten die folgenden Komponenten:
Registrierung
IM
GroupIM
P2PAV (Peer-zu-Peer-Audio/Videositzungen)
AvConference (Audio/Konferenzen)
Anwesenheit
ABS (Adressbuchdienst)
ABWQ (Adressbuchwebdienst)
Die folgenden Komponenten werden nicht standardmäßig getestet:
ASConference
AVEdgeConnectivity
DataConference
DialinConferencing
ExumConnectivity (Exchange Unified Messaging)
JoinLauncher
MCXP2PIM (Legacy-Instant Messaging für mobile Geräte)
P2PVideoInteropServerSipTrunkAV
PersistentChatMessage
PSTN (PSTN-Gatewayanrufe, angegeben als erweiterter Test)
UcwaConference
UnifiedContactStore
XmppIM
Hinzufügen und Entfernen synthetischer Transaktionen
Nachdem ein Überwachungsknoten konfiguriert wurde, können Sie das Cmdlet Set-CsWatcherNodeConfiguration verwenden, um dem Knoten synthetische Transaktionen hinzuzufügen oder daraus zu entfernen. Wenn Sie beispielsweise dem Watcher-Knoten den Test PersistentChatMessage hinzufügen möchten, verwenden Sie die Add-Methode und einen Befehl, der dem Folgenden ähnelt:
Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage"}
Sie können mehrere Tests hinzufügen, indem Sie die Testnamen durch Kommas voneinander trennen. Beispiel:
Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage","DataConference","UnifiedContactStore"}
Ein Fehler tritt auf, wenn mindestens einer dieser Tests (z. B. DataConference) auf dem Watcherknoten aktiviert ist. In diesem Fall erhalten Sie eine Fehlermeldung ähnlich der folgenden:
Set-CsWatcherNodeConfiguration: Es gibt eine doppelte Schlüsselsequenz "DataConference" für den Schlüssel "urn:schema:Microsoft.Rtc.Management.Settings.WatcherNode.2010:TestName" oder die Eindeutige Identitätseinschränkung.
Wenn dieser Fehler auftritt, werden keine Änderungen angewendet. Führen Sie den Befehl erneut aus, nachdem Sie den doppelten Test entfernt haben.
Wenn Sie eine synthetische Transaktion aus einem Watcher-Knoten entfernen möchten, verwenden Sie die Remove-Methode. Mithilfe des folgenden Befehls wird beispielsweise der ABWQ-Test aus einem Watcher-Knoten entfernt:
Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Remove="ABWQ"}
Sie können die Replace-Methode verwenden, um alle derzeit aktivierten Tests durch einen oder mehrere neue Tests zu ersetzen. Wenn Sie beispielsweise möchten, dass ein Watcher-Knoten nur den IM-Test ausführt, können Sie dieses Verhalten mithilfe des folgenden Befehls konfigurieren:
Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Replace="IM"}
Wenn Sie diesen Befehl ausführen, werden mit Ausnahme von IM alle synthetischen Transaktionen für den angegebenen Watcher-Knoten deaktiviert.
Anzeigen und Testen der Konfiguration des Watcher-Knotens
Wenn Sie die Tests anzeigen möchten, die einem Watcher-Knoten zugewiesen wurden, verwenden Sie einen Befehl, der dem Folgenden ähnelt:
Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests
Dieser Befehl gibt ähnliche Informationen zurück, abhängig von den synthetischen Transaktionen, die dem Knoten zugewiesen sind:
Registrierung IM GroupIM P2PAV AvConference Presence PersistentChatMessage DataConference
Tipp
Wenn Sie die synthetischen Transaktionen in alphabetischer Reihenfolge anzeigen möchten, verwenden Sie stattdessen den folgenden Befehl:
Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests | Sort-Object
Wenn Sie überprüfen möchten, ob ein Watcher-Knoten erstellt wurde, geben Sie den folgenden Befehl über die Skype for Business Server-Verwaltungsshell ein:
Get-CsWatcherNodeConfiguration
Sie erhalten Informationen wie die folgenden:
Identität: atl-cs-001.litwareinc.com
TestUsers: {sip:watcher1@litwareinc.com, sip:watcher2@litwareinc.com ...}
ExtendedTests: {TestUsers=IList<System.String>; Name=PSTN-Test; Te...}
TargetFqdn: atl-cs-001.litwareinc.com
PortNummer: 5061
Um zu überprüfen, ob der Watcherknoten ordnungsgemäß konfiguriert ist, geben Sie den folgenden Befehl aus der Skype for Business Server-Verwaltungsshell ein:
Test-CsWatcherNodeConfiguration
Dieser Befehl testet jeden Watcherknoten in Ihrer Bereitstellung und überprüft, ob die folgenden Aktionen ausgeführt werden:
Die erforderliche Rolle "Registrierungsstelle" ist installiert.
Der erforderliche Registrierungsschlüssel wird erstellt (abgeschlossen, wenn Sie das Cmdlet Set-CsWatcherNodeConfiguration ausgeführt haben).
Auf Ihren Servern wird die richtige Version von Skype for Business Server ausgeführt.
Ihre Ports sind ordnungsgemäß konfiguriert.
Die zugewiesenen Testbenutzer verfügen über die erforderlichen Anmeldeinformationen.
Verwalten von Watcher-Knoten
Mit dem Set-CsWatcherNodeConfiguration-Cmdlet können Sie nicht nur die auf einem Watcher-Knoten ausgeführten synthetischen Transaktionen ändern, sondern auch noch zwei andere wichtige Aufgaben durchführen: das Aktivieren und Deaktivieren des Watcher-Knotens sowie das Konfigurieren des Watcher-Knotens zur Verwendung interner oder externer Web-URLs beim Durchführen seiner Tests.
In der Standardeinstellung führen Watcher-Knoten in regelmäßigen Abständen alle für sie aktivierten synthetischen Transaktionen aus. Manchmal möchten Sie diese Transaktionen jedoch möglicherweise anhalten. Wenn beispielsweise der Watcher-Knoten vorübergehend vom Netzwerk getrennt ist, gibt es keinen Grund, die synthetischen Transaktionen auszuführen. Ohne Netzwerkkonnektivität schlagen diese Transaktionen fehl. Wenn Sie einen Watcher-Knoten vorübergehend deaktivieren, führen Sie in der Skype for Business Server-Verwaltungsshell einen Befehl aus, der in etwa so aussieht:
Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $False
Dieser Befehl deaktiviert die Ausführung synthetischer Transaktionen auf dem Watcherknoten atl watcher 001.litwareinc.com. Wenn die synthetischen Transaktionen wieder aufgenommen werden sollen, setzen Sie die Eigenschaft „Enabled“ wieder zurück auf „True“ ($True):
Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $True
Hinweis
Mithilfe der Eigenschaft „Enabled“ können Watcher-Knoten ein- und ausgeschaltet werden. Wenn Sie einen Watcher-Knoten dauerhaft löschen möchten, verwenden Sie das Remove-CsWatcherNodeConfiguration-Cmdlet:
Remove-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com"
Dieser Befehl entfernt auf dem angegebenen Computer alle Konfigurationseinstellungen für Watcher-Knoten, sodass auf diesem Computer keine synthetischen Transaktionen mehr automatisch ausgeführt werden. Der Befehl deinstalliert jedoch nicht die System Center-Agent-Dateien oder die Skype for Business Server Systemdateien.
In der Standardeinstellung verwenden Watcher-Knoten bei der Durchführung ihrer Tests externe Web-URLs des Unternehmens. Es ist jedoch auch möglich, die Verwendung interner Web-URLs zu konfigurieren. Dies ermöglicht es Administratoren, den URL-Zugriff für innerhalb des Umkreisnetzwerks befindliche Benutzer zu überprüfen. Wenn Sie einen Watcher-Knoten so konfigurieren möchten, dass er interne anstatt externe URLs verwendet, legen Sie die Eigenschaft UseInternalWebURls auf „True“ ($True) fest:
Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $True
Das Zurücksetzen dieser Eigenschaft auf den Standardwert False ($False) bewirkt, dass der Watcher erneut die externen URLs verwendet:
Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $False
Besondere Anweisungen zum Einrichten von synthetischen Transaktionen
Die meisten synthetischen Transaktionen können auf einem Watcher-Knoten ohne größere Umstände ausgeführt werden. Sobald eine synthetische Transaktion den Konfigurationseinstellungen des Watcher-Knotens hinzugefügt wurde, kann sie in den meisten Fällen vom Watcher-Knoten bei seinen Testdurchläufen eingesetzt werden. Allerdings gibt es einige synthetische Transaktionen, für die spezielle Einrichtungsschritte erforderlich sind, wie in den nächsten Abschnitten erklärt.
Synthetische Transaktion für Datenkonferenzen
Wenn sich der Computer des Watcher-Knotens außerhalb Ihres Umkreisnetzwerks befindet, können Sie die synthetische Datenkonferenztransaktion wahrscheinlich nur ausführen, wenn Sie zuerst die Proxyeinstellungen des Windows Internet Explorer ® Internetbrowsers für das Netzwerkdienstkonto deaktivieren, indem Sie die folgenden Schritte ausführen:
Wählen Sie auf dem Computer des Watcherknotens Start aus, wählen Sie Alle Programme aus, klicken Sie auf Zubehör, klicken Sie mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen.
Geben Sie im Konsolenfenster den folgenden Befehl ein und drücken Sie dann die EINGABETASTE.
bitsadmin /util /SetIEProxy NetworkService NO_PROXY
Im Befehlsfenster wird die folgende Meldung angezeigt:
BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administration tools for the BITS service are now provided by BITS PowerShell cmdlets. Internet proxy settings for account NetworkService set to NO_PROXY. (connection = default)
Diese Meldung weist darauf hin, dass Sie die Internet Explorer-Proxyeinstellungen für das Konto „Netzwerkdienst“ deaktiviert haben.
Synthetische Transaktionen „Exchange Unified Messaging“
Die synthetischen Transaktion „Exchange Unified Messaging“ (UM) überprüft, ob Testbenutzer eine Verbindung zu in Exchange geführten Voicemail-Konten herstellen können.
Die Testbenutzer müssen mit Voicemailkonten vorkonfiguriert sein.
Synthetische Transaktion „Beständiger Chat“
Für die Verwendung der synthetischen Transaktion „Beständiger Chat“ müssen Sie zuerst einen Kanal erstellen und den Testbenutzern die Berechtigung für dessen Verwendung erteilen.
Sie können die synthetische Transaktion „Beständiger Chat“ zum Konfigurieren dieses Kanals verwenden:
$cred1 = Get-Credential "contoso\testUser1"
$cred2 = Get-Credential "contoso\testUser2"
Test-CsPersistentChatMessage -TargetFqdn pool0.contoso.com -SenderSipAddress sip:testUser1@contoso.com -SenderCredential $cred1 -ReceiverSipAddress sip:testUser2@contoso.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:testUser1@contoso.com -TestUser2SipAddress sip:testUser2@contoso.com -Setup $true
Führen Sie diese Setupaufgabe innerhalb des Unternehmens aus:
Wenn das Cmdlet auf einem Computer ausgeführt wird, der kein Server ist, muss der entsprechende Benutzer bei rollenbasierter Zugriffssteuerung (RBAC) Mitglied der Rolle CsPersistentChatAdministrators sein.
Wenn das Cmdlet auf dem Server selbst ausgeführt wird, muss der entsprechende Benutzer Mitglied der Gruppe RTCUniversalServerAdmins sein.
Synthetische Transaktionen für Peer-zu-Peer-Festnetzanrufe
Die synthetische Test-CsPstnPeerToPeerCall-Transaktion überprüft, ob es möglich ist, Anrufe über das Festnetz zu tätigen und entgegenzunehmen.
Zum Ausführen dieser synthetischen Transaktion müssen Sie Folgendes konfigurieren:
Zwei UC-fähige Testbenutzer (einen Anrufer und einen Empfänger)
DID-Nummern (Direct Inward Dialing) für jedes Benutzerkonto
VoIP-Richtlinien und VoIP-Routen, mit denen Anrufe an die Nummer des Empfängers das PSTN-Gateway erreichen können.
Ein PSTN-Gateway, das Anrufe und Medien akzeptiert, die den Anruf basierend auf der gewählten Nummer an den Heimpool eines Empfängers weiterleiten.
Synthetische Transaktion für den einheitlichen Kontaktspeicher
Die synthetische Transaktion Unified Contact Store überprüft, ob Skype for Business Server Kontakte im Namen eines Benutzers aus Exchange abrufen können.
Für die Verwendung dieser synthetischen Transaktion müssen die folgenden Bedingungen erfüllt sein:
Lyss-Exchange-Server-Server-Authentifizierung muss konfiguriert sein.
Testbenutzer müssen ein gültiges Exchange-Postfach besitzen.
Nachdem diese Bedingungen erfüllt sind, können Sie das folgende Windows PowerShell-Cmdlet ausführen, um die Kontaktlisten der Testbenutzer zu Exchange zu migrieren:
Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer -Setup
Es kann einige Zeit dauern, bis die Kontaktlisten des Testbenutzers zu Exchange migriert wurden. Um den Migrationsfortschritt zu überwachen, kann die gleiche Befehlszeile ohne das Flag -Setup ausgeführt werden:
Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer
Diese Befehlszeile hat nach Abschluss der Migration Erfolg.
Synthetische XMPP-Transaktion
Für die synthetische XMPP-IM-Transaktion (Extensible Messaging and Presence Protocol) ist es erforderlich, dass Sie die XMPP-Funktion mit einer oder mehreren Verbunddomänen konfigurieren.
Zum Aktivieren der synthetischen XMPP-Transaktion müssen Sie den Parameter XmppTestReceiverMailAddress mit einem Benutzerkonto bei einer routingfähigen XMPP-Domäne angeben. Beispiel:
Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com
In diesem Beispiel muss eine Skype for Business Server Regel vorhanden sein, um Nachrichten für litwareinc.com an ein XMPP-Gateway weiterzuleiten.
Hinweis
XMPP-Gateways und Proxys sind in Skype for Business Server 2015 verfügbar, werden aber in Skype for Business Server 2019 nicht mehr unterstützt. Weitere Informationen finden Sie unter Migrieren des XMPP-Verbunds.
Synthetische VIS-Transaktion (Video Interop Server)
Die synthetische Vis-Transaktion (Video Interop Server) erfordert, dass Sie die Unterstützungsdateien für synthetische Transaktionen (VISSTSupportPackage.msi) herunterladen und installieren.
Um VISSTSupportPackage.msi zu installieren, stellen Sie sicher, dass die Abhängigkeiten (unter Systemanforderungen) für die MSI bereits installiert sind. Führen Sie VISSTSupportPackage.msi aus, um eine Installation durchzuführen. Die .msi installiert alle Dateien im folgenden Pfad: "%ProgramFiles%\VIS Synthetic Transaction Support Package".
Weitere Informationen zum Ausführen der synthetischen VIS-Transaktion finden Sie im Cmdlet Test-CsP2PVideoInteropServerSipTrunkAV .
Ändern der Häufigkeit für die Ausführung synthetischer Transaktionen
Synthetische Transaktionen werden standardmäßig alle 15 Minuten mit den konfigurierten Benutzern ausgeführt. Synthetische Transaktionen werden nacheinander innerhalb einer Gruppe von Benutzern ausgeführt, um zu vermeiden, dass zwei synthetische Transaktionen miteinander in Konflikt stehen. Ein längeres Intervall ist erforderlich, damit genügend Zeit für den Abschluss aller synthetischen Transaktionen zur Verfügung steht.
Wenn es wünschenswert ist, synthetische Transaktionen häufiger auszuführen, sollte die Anzahl der synthetischen Transaktionen, die mit einer bestimmten Gruppe von Benutzern ausgeführt werden, verringert werden, damit die Tests im gewünschten Zeitbereich mit etwas Puffer für gelegentliche Netzwerkverzögerungen abgeschlossen werden können. Wenn die Ausführung von mehr synthetischen Transaktionen wünschenswert ist, erstellen Sie mehr Benutzergruppen, um andere synthetische Transaktionen auszuführen.
So ändern Sie die Häufigkeit, mit der synthetischen Transaktionen ausgeführt werden:
Öffnen Sie System Center Operations Manager. Wählen Sie den Abschnitt Erstellung aus. Klicken Sie auf den Abschnitt Regeln (unter Authoring).
Suchen Sie im Abschnitt Regeln die Regel mit dem Namen "Main Synthetic Transaction Runner Performance Collection Rule".
Klicken Sie mit der rechten Maustaste auf die Regel, und wählen Sie Außerkraftsetzungen aus, wählen Sie Regel außer Kraft setzen und dann "Für alle Objekte der Klasse: Pool Watcher" aus.
Wählen Sie im Eigenschaftenfenster Außerkraftsetzung die Option Parametername "Frequency" aus, und legen Sie den Außerkraftsetzungswert auf den gewünschten Wert fest.
Wählen Sie im selben Fenster das Management Pack aus, auf das diese Außerkraftsetzung angewendet werden muss.
Verwenden von erweiterter Protokollierung für synthetische Transaktionen
Synthetische Transaktionen sind sehr nützlich, um Probleme mit dem System zu identifizieren. Beispiel: Das Cmdlet Test-CsRegistration kann Administratoren darauf aufmerksam machen, dass Benutzer Schwierigkeiten haben, sich bei Skype for Business Server zu registrieren. Es können jedoch weitere Details erforderlich sein, um die tatsächliche Ursache eines Fehlers zu ermitteln.
Aus diesem Grund stellen synthetische Transaktionen umfassende Protokollierung bereit. Dabei werden für jede Aktivität, die eine synthetische Transaktion unternimmt, die folgenden Informationen aufgezeichnet:
Die Uhrzeit, zu der die Aktivität begann.
Die Uhrzeit, zu der die Aktivität endete.
Die Aktion, die durchgeführt wurde (z. B. Erstellen, Beitreten zu oder Verlassen einer Konferenz, Anmelden bei Skype for Business Server, Senden einer Chatnachricht).
Informations-, ausführliche, Warn- oder Fehlermeldungen, die beim Ausführen der Aktivität generiert wurden.
Meldungen zur SIP-Registrierung.
Ausnahmedatensätze oder Diagnosecodes, die beim Ausführen der Aktivität generiert wurden.
Das Resultat der Aktivitätsausführung.
Diese Informationen werden bei jeder Ausführung einer synthetischen Transaktion automatisch generiert, aber nicht automatisch angezeigt oder in einer Protokolldatei gespeichert. Wenn Sie eine synthetische Transaktion manuell ausführen, können Sie den Parameter OutLoggerVariable verwenden, um eine Windows PowerShell Variable anzugeben, in der die Informationen gespeichert werden. Von dort aus haben Sie die Möglichkeit, eine von zwei Methoden zum Speichern und/oder Anzeigen von Fehlermeldungen im Rich-Protokoll im XML- oder HTML-Format zu verwenden.
Zum Abrufen der Informationen zur Problembehandlung geben Sie den Parameter OutLoggerVariable an, gefolgt von einem Variablennamen, den Sie auswählen:
Test-CsRegistration -TargetFqdn atl-cs-001.litwareinc.com -OutLoggerVariable RegistrationTest
Hinweis
Stellen Sie dem Variablennamen nicht das Zeichen $ voran. Verwenden Sie einen Variablennamen wie RegistrationTest (nicht $RegistrationTest).
Wenn Sie diesen Befehl ausführen, sehen Sie eine Ausgabe wie die folgende:
Ziel-Fqdn: atl-cs-001.litwareinc.com Ergebnis: Fehlerlatenz: 00:00:00 Fehlermeldung: Diesem Computer sind keine Zertifikate zugewiesen. Diagnose: Sie können auf viel detailliertere Informationen zu diesem Fehler zugreifen, als nur die hier gezeigte Fehlermeldung.
Sie können einen ähnlichen Befehl wie den folgenden verwenden, um auf diese Informationen im HTML-Format zuzugreifen und die in der Variablen RegistrationTest gespeicherten Informationen in einer HTML-Datei zu speichern:
$RegistrationTest.ToHTML() | Out-File C:\Logs\Registration.html
Alternativ können Sie die ToXML()-Methode verwenden, um Dateien in einer XML-Datei zu speichern:
$RegistrationTest.ToXML() | Out-File C:\Logs\Registration.xml
Sie können diese Dateien mithilfe von Windows Internet Explorer, Microsoft Visual Studio oder einer beliebigen anderen Anwendung anzeigen, die HTML-/XML-Dateien öffnen kann.
Synthetische Transaktionen, die innerhalb von System Center Operations Manager ausgeführt werden, generieren automatisch diese Protokolldateien für Fehler. Diese Protokolle werden jedoch nicht generiert, wenn die Ausführung scheitert, bevor die synthetische Transaktion in Skype for Business Server PowerShell geladen und ausgeführt werden kann.
Wichtig
Standardmäßig speichert Skype for Business Server Protokolldateien in einem Ordner, der nicht freigegeben ist. Um den Zugriff auf diese Protokolle zu ermöglichen, sollten Sie diesen Ordner freigeben. Beispiel: \atl-watcher-001.litwareinc.com\WatcherNode.