Testen des Webplaners in Lync Server 2013

  • Artikel

 

Letztes Änderungsdatum des Themas: 2014-11-03

Überprüfungszeitplan

Täglich

Testtool

Windows PowerShell

Erforderliche Berechtigungen

Bei lokaler Ausführung mithilfe der Lync Server-Verwaltungsshell müssen Benutzer Mitglieder der Sicherheitsgruppe RTCUniversalServerAdmins sein.

Bei der Ausführung mit einer Remote-instance von Windows PowerShell muss Benutzern eine RBAC-Rolle zugewiesen werden, die über die Berechtigung zum Ausführen des Cmdlets Test-CsWebScheduler verfügt. Um eine Liste aller RBAC-Rollen anzuzeigen, die dieses Cmdlet verwenden können, führen Sie den folgenden Befehl an der Windows PowerShell Eingabeaufforderung aus:

Get-CsAdminRole | Where-Object {$_.Cmdlets -match "Test-CsWebScheduler"}

Beschreibung

Mit dem Cmdlet Test-CsWebScheduler können Sie bestimmen, ob ein bestimmter Benutzer mithilfe des Web scheduler eine Besprechung planen kann. Mit dem Web scheduler können Benutzer, die Outlook nicht ausführen, Onlinebesprechungen planen. Dieses neue Feature (das die Funktionalität des Web Scheduler-Tools enthält, das im Microsoft Lync Server 2010 Resource Kit enthalten war) ermöglicht Benutzern unter anderem Folgendes:

  • Planen Sie eine neue Onlinebesprechung.

  • Listet alle Besprechungen auf, die er oder sie geplant hat.

  • Anzeigen/Ändern einer vorhandenen Besprechung.

  • Löschen einer vorhandenen Besprechung.

  • Senden Sie eine E-Mail-Einladung an Besprechungsteilnehmer mithilfe eines vorkonfigurierten SMTP-E-Mail-Servers.

  • Nehmen Sie an einer vorhandenen Konferenz teil.

Ausführen des Tests

Im folgenden Beispiel wird der Webplaner für den Pool atl-cs-001.litwareinc.com überprüft. Dieser Befehl funktioniert nur, wenn Testbenutzer für den Pool atl-cs-001.litwareinc.com definiert sind. Wenn ja, bestimmt der Befehl, ob der erste Testbenutzer eine Onlinebesprechung mit dem Web scheduler planen kann.

Wenn Testbenutzer nicht definiert sind, schlägt der Befehl fehl, da er nicht weiß, unter welchem Benutzer er sich anmelden soll. Wenn Sie keine Testbenutzer für einen Pool definiert haben, müssen Sie den UserSipAddress-Parameter und die Anmeldeinformationen des Benutzers einschließen, den der Befehl bei der Anmeldung verwenden soll.

Test-CsWebScheduler -TargetFqdn "atl-cs-001.litwareinc.com"

Die im nächsten Beispiel gezeigten Befehle testen die Fähigkeit eines bestimmten Benutzers (litwareinc\kenmeyer), eine Onlinebesprechung mithilfe des Webplaners zu planen. Dazu verwendet der erste Befehl im Beispiel das Cmdlet Get-Credential, um ein Windows PowerShell Anmeldeinformationsobjekt der Befehlszeilenschnittstelle zu erstellen, das den Namen und das Kennwort des Benutzers Ken Meyer enthält. (Da der Anmeldename litwareinc\kenmeyer als Parameter enthalten ist, muss der Administrator im Dialogfeld Windows PowerShell Anmeldeinformationsanforderung nur das Kennwort für das Ken Meyer-Konto eingeben.) Das resultierende Anmeldeinformationsobjekt wird dann in einer Variablen mit dem Namen $cred 1 gespeichert.

Der zweite Befehl überprüft dann, ob sich dieser Benutzer atl-cs-001.litwareinc.com am Pool anmelden und eine Onlinebesprechung planen kann. Zum Ausführen dieser Aufgabe wird das Cmdlet Test-CsWebScheduler zusammen mit drei Parametern aufgerufen: TargetFqdn (der FQDN des Registrierungsstellenpools); UserCredential (das Windows PowerShell-Objekt, das die Benutzeranmeldeinformationen von Pilar Ackerman enthält) und UserSipAddress (die SIP-Adresse, die den angegebenen Benutzeranmeldeinformationen entspricht).

$credential = Get-Credential "litwareinc\kenmyer"

Test-CsWebScheduler -TargetFqdn "atl-cs-001.litwareinc.com" -UserSipAddress "sip:kenmyer@litwareinc.com" -UserCredential $credential

Bestimmen von Erfolg oder Misserfolg

Wenn der Webplaner ordnungsgemäß konfiguriert ist, erhalten Sie eine Ausgabe ähnlich der folgenden, wobei die Result-Eigenschaft als Erfolg gekennzeichnet ist:

Ziel-Fqdn: atl-cs-001.litwareinc.com

Ziel-URI: https:// atl-cs-001.litwareinc.com.

litwareinc.com:443/Scheduler

Ergebnis: Erfolg

Latenz: 00:00:00

Fehlermeldung:

Diagnose:

Wenn der Webplaner nicht ordnungsgemäß konfiguriert ist, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften Fehler und Diagnose aufgezeichnet:

WARNUNG: Fehler beim Lesen der Registrierungsstellenportnummer für die angegebene vollqualifizierte

Domänenname (FQDN). Verwenden der Standardportnummer der Registrierungsstelle. Ausnahme:

System.InvalidOperationException: In der Topologie wurde kein übereinstimmender Cluster gefunden.

Auf

Microsoft.Rtc.Management.SyntheticTransactions.SipSyntheticTransaction.TryRetri

eveRegistrarPortFromTopology(Int32& registrarPortNumber)

Ziel-Fqdn: atl-cs-001.litwareinc.com

Ziel-URI:

Ergebnis: Fehler

Latenz: 00:00:00

Fehlermeldung: In der Topologie wurde kein passender Cluster gefunden.

Diagnose:

Gründe, warum der Test möglicherweise fehlgeschlagen ist

Im Folgenden finden Sie einige häufige Gründe, warum Test-CsWebScheduler fehlschlägt:

  • Ein falscher Parameterwert wurde angegeben. Bei Verwendung müssen die optionalen Parameter ordnungsgemäß konfiguriert werden, andernfalls schlägt der Test fehl. Führen Sie den Befehl ohne die optionalen Parameter erneut aus, und überprüfen Sie, ob dies erfolgreich ist.

  • Dieser Befehl schlägt fehl, wenn der Webplaner falsch konfiguriert oder noch nicht bereitgestellt wurde.

Siehe auch

Set-CsWebServer