Testen der Freigabe in Konferenzen in Lync Server 2013
Thema Letzte Änderung: 01.11.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 Cmdlets "Test-CsDataConference" 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: |
Beschreibung
In Lync Server 2013 ist eine Datenkonferenz jede Konferenz, in der Aktivitäten für die Zusammenarbeit wie Whiteboarding oder Anmerkungen verwendet werden. Mit dem Cmdlet Test-CsDataConference können Sie überprüfen, ob ein Benutzerpaar an einer Datenkonferenz teilnehmen kann.
Ausführen des Tests
Der Befehl in Beispiel 1 überprüft, dass eine Datenkonferenz auf dem Pool atl-cs-001.litwareinc.com durchgeführt werden kann. Bei diesem Befehl wird davon ausgegangen, dass Sie ein Testbenutzerpaar für den angegebenen Pool konfiguriert haben. Wenn keine solchen Testbenutzer vorhanden sind, schlägt der Befehl fehl.
Test-CsDataConference -TargetFqdn "atl-cs-001.litwareinc.com"
Die Befehle in Beispiel 2 testen die Fähigkeit eines Benutzerpaars (litwareinc\pilar und litwareinc\kenmyer), sich bei Lync Server 2013 anzumelden und dann eine Datenkonferenz durchzuführen. Dazu erstellt der erste Befehl im Beispiel mithilfe des Cmdlets "Get-Credential" ein Windows PowerShell Befehlszeilenschnittstellen-Anmeldeinformationsobjekt, das den Namen und das Kennwort des Benutzers Pilar Ackerman enthält. (Da der Anmeldename litwareinc\pilar als Parameter enthalten ist, muss der Administrator im Dialogfeld Windows PowerShell Anmeldeinformationsanforderung nur das Kennwort für das Pilar Ackerman-Konto eingeben.) Das resultierende Anmeldeinformationsobjekt wird dann in einer Variablen namens $cred 1 gespeichert. Der zweite Befehl führt dasselbe aus, dieses Mal wird ein Anmeldeinformationsobjekt für das Ken Myer-Konto zurückgegeben.
Mit den vorhandenen Anmeldeinformationsobjekten bestimmt der dritte Befehl, ob sich diese beiden Benutzer bei Lync Server 2013 anmelden und eine Datenkonferenz durchführen können. Um diese Aufgabe auszuführen, wird das Cmdlet Test-CsDataConference zusammen mit den folgenden Parametern aufgerufen: TargetFqdn (der FQDN des Registrierungsstellenpools); SenderSipAddress (die SIP-Adresse für den ersten Testbenutzer); SenderCredential (das Windows PowerShell Objekt, das die Anmeldeinformationen für denselben Benutzer enthält); ReceiverSipAddress (die SIP-Adresse für den anderen Testbenutzer); und ReceiverCredential (das Windows PowerShell Objekt, das die Anmeldeinformationen für den anderen Testbenutzer enthält).
$credential1 = Get-Credential "litwareinc\pilar"
$credential2 = Get-Credential "litwareinc\kenmyer"
Test-CsDataConference -TargetFqdn "atl-cs-001.litwareinc.com" -SenderSipAddress "sip:pilar@litwareinc.com" -SenderCredential $credential1 -ReceiverSipAddress "sip:kenmyer@litwareinc.com" -ReceiverCredential $credential2
Bestimmen von Erfolg oder Fehler
Wenn Datenkonferenzen ordnungsgemäß konfiguriert sind, erhalten Sie eine Ähnliche Ausgabe wie die folgende, wobei die Ergebniseigenschaft als Erfolgreich gekennzeichnet ist :
Ziel-Fqdn: atl-cs-001.litwareinc.com
Ergebnis: Erfolg
Latenz: 00:00:00
Fehlermeldung:
Diagnose:
Wenn die angegebenen Benutzer die Datenfreigabe nicht verwenden können, wird das Ergebnis als Fehler angezeigt, und zusätzliche Informationen werden in den Eigenschaften "Fehler" und "Diagnose" aufgezeichnet:
Ziel-Fqdn: atl-cs-001.litwareinc.com
Ergebnis: Fehler
Latenz: 00:00:00
Fehlermeldung: 10060, Ein Verbindungsversuch ist fehlgeschlagen, weil die verbundene Partei
nach einem bestimmten Zeitraum nicht ordnungsgemäß reagiert hat, oder
Verbindungsfehler, weil der verbundene Host
Fehler beim Antworten [2001:4898:e8:f39e:5c9a:ad83:81b3:9944]:5061
Innere Ausnahme:Ein Verbindungsversuch ist fehlgeschlagen, weil die
Verbundene Partei hat nach einer Bestimmten Frist nicht ordnungsgemäß geantwortet
zeit oder hergestellte Verbindung fehlgeschlagen, weil der verbundene Host
hat nicht geantwortet.
[2001:4898:e8:f39e:5c9a:ad83:81b3:9944]:5061
Diagnose:
Gründe, warum der Test möglicherweise fehlgeschlagen ist
Hier sind einige häufige Gründe, warum Test-CsDataConference fehlschlagen kann:
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.
Die Möglichkeit zum Durchführen einer Datenkonferenz hängt von der Konferenzrichtlinie ab, die dem Benutzer zugewiesen wurde, der die Konferenz organisiert hat (im Fall des Cmdlets Test-CsDataConference ist dies der "Absender"). Wenn der Organisator nicht berechtigt ist, Aktivitäten für die Zusammenarbeit in seine Besprechung aufzunehmen (z. B. wenn für seine Konferenzrichtlinie die Eigenschaft "EnableDataCollaboration" auf "False" festgelegt ist), schlägt das Cmdlet "Test-CsDataConference " fehl.
Dieser Befehl schlägt fehl, wenn der Edgeserver falsch konfiguriert oder noch nicht bereitgestellt wurde.