Testen der LIS-Serverkonfiguration in Lync Server 2013

  • Artikel

 

Letzte Änderung: 05.06.2014

Überprüfungszeitplan

Täglich

Testtool

Windows PowerShell

Erforderliche Berechtigungen

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

Wenn sie mit einer Remoteinstanz von Windows PowerShell ausgeführt werden, müssen Benutzern eine RBAC-Rolle zugewiesen werden, die über die Berechtigung zum Ausführen des Test-CsLisConfiguration-Cmdlets 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-CsLisConfiguration"}

Beschreibung

Das Test-CsLisConfiguration-Cmdlet überprüft Ihre Fähigkeit, den LIS-Webdienst zu kontaktieren. Wenn der Webdienst kontaktiert werden kann, gilt der Test als erfolgreich, unabhängig davon, ob bestimmte Speicherorte gefunden werden können.

Ausführen des Tests

Das Test-CsLisConfguration-Cmdlet kann entweder mit einem vorkonfigurierten Testkonto (siehe Einrichten von Testkonten zum Ausführen von Lync Server-Tests) oder mit dem Konto eines benutzers ausgeführt werden, der für Lync Server aktiviert ist. Um diese Überprüfung mit einem Testkonto auszuführen, müssen Sie lediglich den FQDN des getesteten Lync Server-Pools angeben. Zum Beispiel: 

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

Um diese Überprüfung mit einem tatsächlichen Benutzerkonto auszuführen, müssen Sie zuerst ein Windows PowerShell Anmeldeinformationenobjekt erstellen, das den Kontonamen und das Kennwort enthält. Anschließend müssen Sie das Anmeldeinformationenobjekt und die dem Konto zugewiesene SIP-Adresse einschließen, wenn Sie Test-CsLisConfiguration aufrufen:

$credential = Get-Credential "litwareinc\kenmyer"
Test-CsLisConfiguration -TargetFqdn "atl-cs-001.litwareinc.com"-UserSipAddress "sip:kenmyer@litwareinc.com" -UserCredential $credential

Weitere Informationen finden Sie in der Hilfedokumentation für das Cmdlet Test-CsLisConfiguration .

Bestimmen von Erfolg oder Fehler

Wenn der LIS ordnungsgemäß konfiguriert ist, erhalten Sie eine ähnliche Ausgabe wie die folgende, wobei die Result-Eigenschaft als Erfolgreich gekennzeichnet ist :

Targeturi: https://atl-cs-001.litwareinc.com:443/locationinformation/

liservice.svc

TargetFqdn: atl-cs-001.litwareinc.com

Ergebnis: Erfolg

Latenz: 00:00:06.1616913

Fehler:

Diagnose:

Wenn sich der angegebene Benutzer nicht anmelden oder abmelden kann, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften "Fehler" und "Diagnose" aufgezeichnet:

Targeturi:

TargetFqdn: atl-cs-001.litwareinc.com

Ergebnis: Fehler

Latenz: 00:00:00

Fehler: 11004, Der angeforderte Name ist gültig, aber keine Daten der angeforderten

Der Typ wurde gefunden.

Diagnose:

Test-CsLisConfiguration: In der Topologie wurde kein übereinstimmendes Cluster gefunden.

Die vorherige Ausgabe enthält z. B. den Hinweis "Kein übereinstimmendes Cluster in der Topologie gefunden". Dies weist in der Regel auf ein Problem mit dem Edgeserver hin: die LIS, die den Edgeserver verwendet, um eine Verbindung mit dem Dienstanbieter herzustellen und Adressen zu überprüfen.

Wenn Test-CsLisConfiguration fehlschlägt, möchten Sie den Test möglicherweise erneut ausführen, dieses Mal einschließlich des Verbose-Parameters:

Test-CsLisConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -Verbose

Wenn der Parameter "Verbose" enthalten ist, gibt Test-CsLisConfiguration schrittweise ein Konto für jede Aktion zurück, die versucht wurde, als die Fähigkeit des angegebenen Benutzers überprüft wurde, sich bei Lync Server anzumelden. Zum Beispiel:

Anrufort-Informationsdienst.

Dienstpfad = https://atl-cs-001.litwareinc.com:443/locationinformation/liservice.svc

Subnetz =

BssId = 5

ChassisId =

PortId =

PortIdSubType = Undefined Type

Mac

Ausnahme : "Fehler bei der Anforderung des Standortinformationswebdiensts mit dem Antwortcode Item400". während der Workflowausführung "Microsoft.Rtc.SyntheticTrsnactions.Workflows.STLisConfigurationWorkflow" aufgetreten.

Wenn Sie die vorherige Ausgabe genau untersuchen, werden Sie feststellen, dass das Cmdlet fehlgeschlagen ist, nachdem versucht wurde, den Standortinformationsdienst aufzurufen. Einer der Parameter, die in diesem Aufruf verwendet wurden, war:

BssId = 5

Dies ist kein gültiger Wert für den Basic Service Set Identifier (BssID). Stattdessen sollte eine BssID wie folgt aussehen:

12-34-56-78-90-ab

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

Hier sind einige häufige Gründe, warum Test-CsLisConfiguration möglicherweise fehlschlägt:

  • Ein falscher Parameterwert wurde angegeben. Wie im vorherigen Beispiel gezeigt, 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.