Anmerkungen zu dieser Version für Lync Server 2013

Beim Übertragen einer Datei in einer Sofortnachricht tritt ein Fehler auf, wenn die Datei in einer anderen Anwendung geöffnet ist.

Problem:

Wenn Sie versuchen, eine Datei, z. B. ein Word Dokument, zu übertragen, indem Sie sie in eine Chatnachricht an einen anderen Lync-Benutzer einschließen, scheint die Übertragung erfolgreich zu sein, kann aber möglicherweise nicht erfolgreich übertragen werden. Ein Symbol für den Dateityp wird im Lync-Client angezeigt, aber die Datei kann nicht vom beabsichtigten Empfänger geöffnet werden. Es wird keine Fehlermeldung angezeigt, um Sie darüber zu informieren, dass die Übertragung nicht erfolgreich war.

Problemumgehung:

Um dieses Problem zu umgehen, schließen Sie die geöffnete Datei oder Anwendung, in der sie geöffnet ist, bevor Sie versuchen, die Datei in einer Chatnachricht zu übertragen.

Wenn die Datenreplikation des Lync Server-Speicherdiensts fehlschlägt, müssen Administratoren die Leistungsindikatoren für veraltete Speicherdienst-Warteschlangenelemente überprüfen.

Problem:

Der Lync Server-Speicherdienst verwendet Windows Fabric für die Replikation. Wenn Daten auf einem primären Front-End-Server gelöscht werden, der Löschvorgang auf einem sekundären Front-End-Server jedoch fehlschlägt ( z. B. bei einem unerwarteten Herunterfahren oder einem Fehler auf dem Front-End-Server), können Daten zurückbleiben und "verwaist" werden. Die verwaisten Daten können dazu führen, dass die Leistung beeinträchtigt wird und Speicherplatz auf dem Laufwerk verschwendet wird.

Problemumgehung:

Wenn die Ereignisse LYSS_DB_SPACE_USED_ERROR (Id=32058) und LYSS_DB_SPACE_USED_CRITICAL (Id=32059) im Ereignisprotokoll generiert werden, sollten Administratoren den Leistungsindikator auf dem Front-End-Server unter LS:LYSS - Storage Service API mit dem Namen LYSS – Aktuelle Anzahl veralteter Speicherdienst-Warteschlangenelemente überprüfen, um dieses Problem zu umgehen. Wenn dieser Leistungsindikator einen hohen Wert aufweist, z. B. größer als 50.000, sollte der Administrator das CleanuUpStorageServiceData.exe-Tool im Lync Server 2013 Resource Kit ausführen, das alle verwaisten Daten aus dem Pool löscht. Ausführliche Informationen zum Tool finden Sie in der Dokumentation zum Lync Server 2013 Resource Kit.

Wenn die IP-Adresskonfiguration für einen Server oder Pool geändert wird, müssen Lync Server-Dienste neu gestartet werden.

Problem:

Wenn die IP-Adresskonfiguration für eine Lync Server 2013-Bereitstellung geändert wird, z. B. von IPv4 zu Dual Stack oder von Dual Stack zu Ipv6, übernehmen nicht alle Serverkomponenten die Konfigurationsänderung, bis die Dienste neu gestartet werden.

Problemumgehung:

Um dieses Problem zu umgehen, starten Sie die Lync Server-Dienste neu, nachdem Sie die IP-Adresskonfiguration für die Bereitstellung geändert haben. Führen Sie dazu die folgenden Cmdlets in der Lync Server-Verwaltungsshell aus:

 Stop-CsWindowsService -graceful

 Start-CsWindowsService

Das Cmdlet für synthetische Einwahlkonferenzen ist im Lync Server 2013 Management Pack nicht mehr verfügbar.

Problem:

Das Cmdlet Test-CsDialInConferencing für synthetische Einwahlkonferenzen ist im Lync Server 2013 Management Pack nicht mehr verfügbar.

Problemumgehung:

Die Verwendung des Cmdlets Test-CsDialInConferencing für synthetische Einwahlkonferenzen wird nur intern für ein Unternehmen unterstützt.

Administratoren können das Cmdlet weiterhin in der Lync Server-Verwaltungsshell zur Problembehandlung verwenden. Bei Bedarf kann ein Unternehmen auch ein privates Management Pack entwickeln, um das Cmdlet intern auszuführen.

Der zentralisierte Protokollierungsdienst wird beendet, wenn der Netzwerkdatenverkehr unterbrochen wird, wenn Protokolldateien in die Netzwerkfreigabe kopiert werden.

Problem:

Wenn der zentralisierte Protokollierungsdienst für die Verwendung eines Netzwerkpfads konfiguriert ist (der Wert des CacheFileNetworkFolder-Parameters des Cmdlets Get-CsClsConfiguration ist ein gültiger UNC-Pfad), werden zwischengespeicherte Protokolldateien in die Netzwerkfreigabe kopiert. Wenn während des Kopierens der Dateien eine Unterbrechung des Netzwerkdatenverkehrs auftritt, tritt eine Ausnahme auf, die dazu führt, dass der zentralisierte Protokollierungsdienst beendet wird.

Der Dienst ist so konfiguriert, dass er bis zu dreimal automatisch neu gestartet wird, sodass der Dienst nach den ersten drei Ausnahmen wiederhergestellt wird.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem. Um das Problem zu identifizieren, überwachen Sie das Ereignisprotokoll auf Ereignis-ID 7031 aus dem Dienststeuerungs-Manager, der protokolliert, wenn der Dienst "Lync Server Centralized Logging Service Agent" unerwartet beendet wurde. Wenn dies mehr als dreimal der Fall ist, starten Sie den Dienst mithilfe des Cmdlets Start-CsWindowService manuell neu.

Speicherdienst-Warteschlangenelemente müssen manuell importiert werden

Problem:

Lync Server 2013 speichert Daten zu Konferenzen und Chatnachrichten, z. B. archivierte Nachrichten und Anrufdetailaufzeichnungen (CDR), in einer Datenbank auf jedem Front-End-Server. Die Daten werden während der Verarbeitung in der Datenbank gespeichert, bevor sie an das beabsichtigte Ziel übermittelt werden. Um die Leistung zu verbessern, exportiert Lync Server 2013 regelmäßig die Warteschlangenelemente aus der lokalen Datenbank, die über einen längeren Zeitraum nicht verarbeitet werden, und speichert sie im Dateispeicher. Wenn der Dateispeicher nicht verfügbar ist, werden die Elemente auf jedem Front-End-Server gespeichert. Der gleiche Vorgang erfolgt, um Datenverluste während des Poolfailovers zu verhindern.

Während des Exportvorgangs zeichnet der Lync Server Storage-Dienst jede Phase im Ereignisprotokoll mit den Ereignis-IDs 32075 (vollständiger Leerungsvorgang wird gestartet), 32076 (vollständiges Leeren ist abgeschlossen), 32082 (Wartungsebene wird gestartet), 32083 (Wartungsebenenleerung ist abgeschlossen) und 32089 (Leerung aufgrund des Auffüllens der Datenbank) auf. Diese Daten werden nicht automatisch zurück in das zu verarbeitende System importiert und an das endgültige Ziel (SQL Server oder Exchange Server) übermittelt.

Problemumgehung:

Um die Daten in das System zu importieren, müssen Administratoren das Tool ImportStorageServiceData im Lync Server Resource Kit verwenden, mit dem die Daten wieder in das System eingefügt werden, damit sie verarbeitet und an das endgültige Ziel übermittelt werden.

Adressbuchwebabfragen schlagen fehl, wenn der Standardwert für UseNormalizationRules in False geändert wird.

Problem:

Wenn der Standardwert für UseNormalizationRules in False geändert wird, schlagen Adressbuch-Webabfragen fehl. Nachdem der Standardwert geändert wurde, können Lync-Clientbenutzer die Lync-Adressbuch-Webabfrage nicht mehr verwenden, um nach Benutzern zu suchen.

Problemumgehung:

Wenn der Standardwert für UseNormalizationRules auf False festgelegt ist, damit Benutzer Telefonnummern gemäß Active Directory Domain Services verwenden können, ohne dass Lync Server 2013 Normalisierungsregeln anwendet, gehen Sie wie folgt um dieses Problem:

1. Starten Sie die Lync Server-Verwaltungsshell: Klicken Sie auf Start, klicken Sie auf Alle Programme, klicken Sie auf Microsoft Lync Server 2013, und klicken Sie dann auf Lync Server-Verwaltungsshell.

2. Führen Sie einen der folgenden Schritte aus:

   • Wenn Ihre Bereitstellung nur Lync Server 2013-Server enthält, führen Sie das folgende Cmdlet auf globaler Ebene aus, um die Werte für UseNormalizationRules und IgnoreGenericRules in True zu ändern:

     Set-CsAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
     

   • Wenn Ihre Bereitstellung eine Kombination aus Lync Server 2013 und Lync Server 2010 oder Office Communications Server 2007 R2 enthält, führen Sie das folgende Cmdlet aus, und weisen Sie es jedem Lync Server 2013-Pool in der Topologie zu:

     new-csAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
     

3. Warten Sie, bis die CMS-Replikation für alle Pools erfolgt.

4. Ändern Sie die Telefonnormalisierungsregelndatei für Ihre Bereitstellung, um den Inhalt zu löschen. Die Datei befindet sich auf der Dateifreigabe jedes Lync Server 2013-Pools. Wenn die Datei nicht vorhanden ist, erstellen Sie eine leere Datei mit dem Namen "Company_Phone_Number_Normalization_Rules.txt".

5. Warten Sie einige Minuten, bis alle Front-End-Pools die neuen Dateien lesen.

6. Führen Sie das folgende Cmdlet für jeden Lync Server 2013-Pool in Ihrer Bereitstellung aus.

   Update-csAddressBook
   

Das Adressbuchserverfehlerereignis 21054 wird einmal täglich für jeden Lync 2013-Pool generiert.

Problem:

Der Lync Server 2013-Adressbuchserver generiert bei der täglichen Wartung einmal täglich das Fehlerereignis 21054. Der Fehler wird auch jedes Mal generiert, wenn ein Administrator das Cmdlet Update-csAddressBook ausführt, auch wenn das Update erfolgreich ist. Dieses Fehlerereignis kann jedoch ignoriert werden, wenn das Update erfolgreich ist.

Problemumgehung:

Wenn dieses Fehlerereignis auftritt, führen Sie das folgende Cmdlet aus:

Debug-csAddressBookReplication -Poolfqdn <Pool FQDN for which the event was generated>

Wenn das Cmdlet meldet, dass keine nicht indizierten oder verlassenen Objekte vorhanden sind, kann das Fehlerereignis 21054 problemlos ignoriert werden.

Darüber hinaus sollte der Key Health Indicator (KHI) "Adressbuchbenutzer ordnungsgemäß indiziert" in System Center Operations Manager deaktiviert sein.

Anforderungen können fehlschlagen, wenn IPv6 in einem Edgepool konfiguriert ist

Problem:

Wenn IPv6 in einem Edgepool konfiguriert ist, können einige Anforderungen an den Edgepool fehlschlagen.

Problemumgehung:

Um dieses Problem zu umgehen, konfigurieren Sie keinen Edgepool mit IPv6.

Das Cmdlet invoke-csPoolFailback schlägt möglicherweise während des Pool-Failbacks fehl.

Problem:

Beim Versuch, ein Failback für einen Pool durchzuführen, schlägt das Cmdlet invoke-csPoolFailback möglicherweise mit der Fehlermeldung "Fehler beim Abschließen des Hydrationsprozesses nach wiederholten Versuchen" fehl.

Problemumgehung:

Um dieses Problem zu umgehen, führen Sie das Cmdlet erneut aus, und warten Sie, bis das Cmdlet erfolgreich ist. Beachten Sie, dass der Failbackprozess einige Minuten dauern kann. Für einen Pool mit 20.000 Benutzern kann es bis zu 60 Minuten dauern.

Datenverlust kann auftreten, wenn Sie einem bereits eingerichteten Pool einen Front-End-Server hinzufügen – Hybrid, Skype for Business Online

Problem:

Dieses Problem tritt möglicherweise in einer Umgebung auf, in der ein Pool über mehr als einen Front-End-Server verfügt und Sie entweder einen der Front-End-Server neu starten oder einen neuen Front-End-Server hinzufügen, der zuvor nicht Teil des Pools war.

Bei Benutzern, deren Daten archiviert werden, kann es zu Datenverlusten führen, bis eine stabile Verteilung der Datenarchivierung für den Pool eingerichtet ist. Dieser Zeitraum für potenzielle Datenverluste ist für persönliche Unterhaltungen auf 15 Minuten und für Konferenzen auf 30 Minuten beschränkt.

Problemumgehung:

Wenn Sie Eine Wartung durchführen, sollten Sie anstelle von Front-End-Servern im Pool nacheinander ein Failover des Pools auf einen anderen Pool ausführen und dann Wartungstasks auf den Servern ausführen. Sie können den Dienst auch vor dem Ausführen von Wartungstasks nicht verfügbar machen und dann die Verfügbarkeit wiederherstellen, wenn die Wartung abgeschlossen ist.

Administratoren können die Anzahl der Lizenznehmer nicht mithilfe des Cmdlets Get-CsClientAccessLicense abrufen.

Problem:

Administratoren können mithilfe des Cmdlets Get-CsClientAccessLicense keine genaue Clientlizenznutzung abrufen.

Problemumgehung:

Zum Überprüfen des Serverlizenztyps können Sie das Cmdlet Get-CsService ausführen, um die vollqualifizierten Domänennamen (FDQNs) aller Datenbanken abzurufen. Wenn der FQDN des Front-End-Servers mit dem FQDN der Back-End-Datenbank übereinstimmt, ist die Lizenz eine Standard Edition-Lizenz. Andernfalls ist die Lizenz eine Enterprise Edition-Lizenz.

Die Anzahl der Clientlizenzempfänger wird nicht genau gemeldet.

Problem:

Bei der Ermittlung der Anzahl von Clientlizenzen können die folgenden Bedingungen auftreten:

1. Ungenaue Lizenzanzahl für mobile Benutzer

   Die Anzahl der Lizenzen basiert auf der Anzahl eindeutiger IP-Adressen für gerätebasierte Benutzer. Die Anzahl der Lizenzen wird wie folgt begrenzt:

   • Lizenzen werden überzählt, wenn sich die IP-Adresse für den Benutzer während lync-Sitzungen ändert. Dies kann auftreten, wenn ein Benutzer über einen Desktopclient von mehreren Standorten aus eine Verbindung mit Lync Server herstellt.

   • Lizenzen werden untergezählt, wenn ein Benutzer eine Verbindung mit einem mobilen Client herstellt, da die IP-Adresse für das Gerät nicht bestimmt werden kann.

2. Lizenzen werden zweimal gezählt für PstN-Anrufe (Public Switched Telephone Network) an den Lync-Client, Lync-Clientanrufe an PSTN-Leitungen und Lync-Anrufe, die an PSTN-Leitungen weitergeleitet werden

   In den folgenden Szenarien werden zwei zusätzliche Lizenzen anstelle einer gezählt, da sowohl die Telefonnummer als auch der Lync-Benutzer gezählt werden, um die Anzahl der verwendeten Lizenzen zu bestimmen. Um genaue Lizenzierungsdaten zu erhalten, entfernen Sie die von einer Telefonnummer generierten Lizenzen manuell.

   • Ein PSTN-Telefonanruf an Lync

   • Ein Lync-Anruf an eine PSTN-Leitung

   • Ein PSTN-Anruf an Lync und dann leitet Lync den Anruf an eine PSTN-Leitung weiter. Eine der PSTN-Leitungen wird gezählt.

3. Eine Lizenz wird für ein angemeldetes Lync-Telefon nicht gezählt.

   Wenn ein Benutzer ein lync-zertifiziertes Telefon verwendet und das Telefon angemeldet ist und verbunden bleibt, wodurch die Anmelde-status beibehalten wird, wird das Telefon nicht als Lizenz gezählt, wenn die Lizenzabfrage nach dem angemeldeten Telefon erfolgt.

4. Lizenzen für PSTN-Telefone, die an Konferenzen teilnehmen

   Wenn ein Benutzer einer Konferenz mit einem PSTN-Telefon beitritt, wird eine Lizenz für die Teilnahme an der Konferenz ungenau gezählt. Es ist jedoch keine Lizenz erforderlich, um mit einem PSTN-Telefon an einer Konferenz teilzunehmen.

Problemumgehung:

1. Ungenaue Lizenzanzahl für mobile Benutzer

   • Sie können die IP-Adressen, die zum gleichen Gerät gehören, manuell identifizieren und dann eine davon in der Lizenzanzahl entfernen.

   • Es gibt keine Problemumgehung für dieses Problem, wenn mobile Geräte eine Verbindung mit dem Lync-Client herstellen.

2. Lizenzen werden zweimal gezählt für PSTN-Anrufe an den Lync-Client, Lync-Clientanrufe an PSTN-Leitungen und Lync-Anrufe, die an PSTN-Leitungen weitergeleitet werden

   Sie müssen die PSTN-Telefonnummer manuell identifizieren und die dafür generierte Lizenzanzahl entfernen.

3. Eine Lizenz wird für ein angemeldetes Lync-Telefon nicht gezählt.

   Sie können das Lync-Telefon so konfigurieren, dass es sich abmeldet und dann in regelmäßigen Abständen erneut anmeldet, z. B. alle drei Monate.

4. Lizenzen für PSTN-Telefone, die an Konferenzen teilnehmen

   Sie können die PSTN-Telefonnummer, die für die Teilnahme an der Konferenz verwendet wird, manuell identifizieren und die von der Telefonnummer generierte Lizenz entfernen.

Die Lync Server-Systemsteuerung funktioniert nach dem Upgrade auf Silverlight 5 nicht mehr in einer VMware-Umgebung.

Problem:

Wenn Sie die Lync Server-Systemsteuerung in einer VMware-Umgebung verwenden, funktioniert die Lync Server-Systemsteuerung nach dem Upgrade von Microsoft Silverlight auf Version 5 möglicherweise nicht mehr.

Problemumgehung:

Führen Sie einen der folgenden Schritte aus, um dieses Problem zu umgehen:

• Deinstallieren Sie Silverlight 5, und installieren Sie Silverlight 4 unter https://go.microsoft.com/fwlink/p/?LinkID=149156.

• Greifen Sie auf die Lync Server-Systemsteuerung von einem Computer aus zu, der kein virtueller VMware-Computer ist.

  Dazu können Sie die Lync Server-Systemsteuerung über das Windows-Startmenü auf dem Server starten, wenn die Lync Server-Verwaltungstools auf dem Computer installiert sind.

  Sie können auch über einen Webbrowser auf die Lync Server-Systemsteuerung zugreifen. Die URL ähnelt https://< frontend_pool_fqdn>/cscp.

Benutzerinformationen im Adressbuchdienst werden nicht aktualisiert, nachdem der Distinguished Name für den Benutzer in Active Directory geändert wurde.

Problem:

Wenn der Distinguished Name eines Benutzers (auch als DN bezeichnet) in Active Directory Domain Services geändert wird, werden alle zusätzlichen Änderungen im Adressbuchdienst (ABS) nicht aktualisiert. Dies wirkt sich nicht auf die Anmeldung oder Anwesenheit des Benutzers aus, verhindert jedoch die Kommunikation für den Benutzer, wenn auch die SIP-Adresse geändert wird, da bei Suchvorgängen eine veraltete SIP-Adresse zurückgegeben wird.

Problemumgehung:

Um dieses Problem zu umgehen, ändern Sie den DN eines Benutzers nicht. Wenn Sie den DN für den Benutzer auf den vorherigen Wert rückgängig machen, werden Updates im Adressbuchdienst angezeigt.

Die Verwendung von Nicht-ASCII-Zeichen kann dazu führen, dass Lync Server nicht gestartet werden kann.

Problem:

Setup schlägt fehl, wenn der Name des Zielordners Nicht-ASCII-Zeichen enthält (einschließlich UNICODE, Double-Byte-Zeichensatz (DBCS), UTF-8 und UTF-16). Darüber hinaus kann das Setup erfolgreich sein, aber der Server wird nicht gestartet, wenn in einem der folgenden Zeichen Nicht-ASCII-Zeichen enthalten sind:

• Computername

• Domänenname

• Benutzername

• Benutzer-SIP-URI

• Dienstkontoname

Problemumgehung:

Verwenden Sie nur ASCII-Zeichen im Zielordnernamen, Computernamen, Domänennamen, Benutzernamen, Benutzer-SIP-URI und Dienstkontonamen.

Der Hotfix für "Heapbeschädigung tritt auf, wenn ein Modul die InsertEntityBody-Methode in IIS 7.5 aufruft" muss vor der Installation von Lync Server 2013 installiert werden.

Problem:

Der Hotfix für "Heapbeschädigung tritt auf, wenn ein Modul die InsertEntityBody-Methode in IIS 7.5 aufruft" (https://go.microsoft.com/fwlink/p/?LinkId=268602), der im Microsoft Knowledge Base-Artikel 264886 (https://go.microsoft.com/fwlink/p/?LinkId=268603) beschrieben wird, muss vor der Installation von Lync Server 2013 installiert werden.

Problemumgehung:

Laden Sie den Hotfix aus dem Microsoft Download Center unter https://go.microsoft.com/fwlink/p/?LinkId=268602herunter, und installieren Sie es.

Lync Server 2013 kann nicht auf ita Windows Server 2012 OS RTM-Version installiert werden

Problem:

Bei der Installation von Lync Server 2013 tritt auf ita Windows Server 2012 ein Fehler auf, weil Windows Fabric Installation fehlschlägt.

Windows Fabric Installation schlägt fehl, da Fabric-Ablaufverfolgungen im Zeitformat HH:MM:SS erstellt werden. In ITA Windows Server ist das Zeitformat jedoch HH. MM.SS.

Problemumgehung:

Um dieses Problem zu umgehen, aktualisieren Sie die Systemregistrierung vor der Installation von Lync Server 2013. Der Registrierungsschlüssel, der aktualisiert werden muss, lautet: HKEY_USERS\.DEFAULT\Control Panel\International\sTimeFormat. Ändern Sie den Wert von sTimeFormat in HH:mm:ss, indem Sie die Windows PowerShell Befehlszeilenschnittstelle wie folgt verwenden:

1. Starten Sie Windows PowerShell, und führen Sie die folgenden Cmdlets aus:

    New-PSDrive -Name HKU -PSProvider Registry -Root HKEY_USERS
   

    $a="HKU:\.Default\Control Panel\International"
   

2. Führen Sie das folgende Cmdlet aus, um den aktuellen Wert anzuzeigen:

   Get-itemproperty $a -Name sTimeFormat
   

   Notieren Sie sich den aktuellen Wert für sTimeFormat, damit es nach Abschluss der Installation wiederhergestellt werden kann.

3. Führen Sie das folgende Cmdlet aus, um auf einen neuen Wert festzulegen:

   Set-ItemProperty $a -Name sTimeFormat -Value "HH:mm:ss"
   

4. Nachdem Lync Server 2013 erfolgreich installiert wurde, stellen Sie den ursprünglichen Wert für sTimeFormat wieder her, indem Sie das folgende Cmdlet ausführen:

   - Set-ItemProperty $a -Name sTimeFormat -Value "<Value noted down in Step 3. above>"
   

Probleme mit mobilen Clients während des Serverfailoverprozesses

Problem:

Wenn ein Lync Server ausfällt und der Failoverprozess beginnt, können sich die folgenden Probleme auf benutzer mobiler Clients auswirken:

• Kein eingehender Lync-Anruf oder -Signal für bis zu 10 Minuten nach Beginn des Failovers.

• Eingehende Chatanfragen können nicht akzeptiert werden

• Kann nicht an Besprechungen teilnehmen, wenn der ausgefallene Server der Homeserver für den Benutzer ist

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem. Die normale Funktionalität wird wiederhergestellt, sobald der Failoverprozess abgeschlossen ist.

Wenn ein mobiler Benutzer einen eingehenden Anruf von einem anderen Lync-Endpunkt ablehnt, wird der Anruf auf Lync Mobile-Clients als verpasste Konvertierung angezeigt.

Problem:

Wenn ein mobiler Benutzer einen eingehenden Anruf ablehnt und der Anruf von einem anderen Lync-Endpunkt stammt, wird der Anruf als verpasste Unterhaltung im Lync Mobile-Client anstelle eines Anrufs in der Geräteanrufliste angezeigt.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem.

Der mobile Client zeigt bei der Suche nach Kontakten möglicherweise nicht den Anzeigenamen eines Verbundkontakts an.

Problem:

Der Anzeigename für Verbundkontakte wird in einigen Szenarien möglicherweise nicht angezeigt, z. B. bei der Suche nach einem Verbundkontakt in der Kontaktliste. Dies kann auftreten, wenn kein aktives Anwesenheitsabonnement für den Kontakt vom mobilen Lync-Client vorhanden ist.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem.

Im mobilen Client fehlen Informationen zu eingeladenen Personen und Zeitstempeln in einer verpassten Unterhaltung, bei der es sich um eine Einladung zu einer Konferenz handelt.

Problem:

Wenn eine verpasste Unterhaltung im mobilen Client eine Einladung zu einer Konferenz ist, fehlen die Eingeladenen- und Zeitstempelinformationen in der verpassten Konversationsnachricht.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem.

Mobile Clientbenutzer, die anrufe über VoIP tätigen, können Voicemail für Benutzer, deren Voicemail in Exchange 2010 oder früheren Versionen konfiguriert ist, nicht verlassen

Problem:

Wenn ein mobiler Clientbenutzer VoIP zum Tätigen von Anrufen verwendet, kann der Benutzer voicemail-Nachrichten für Benutzer, die für die Verwendung von Voicemail in Microsoft Exchange Server 2007 oder Microsoft Exchange Server 2010 konfiguriert sind, nicht verlassen.

Problemumgehung:

Um dieses Problem zu umgehen, verwenden Sie Exchange 2010 mit SP1 oder einer höheren Version von Microsoft Exchange Server.

Wenn Sie mit URL blockieren für die Clientversionskonfiguration auf mobilen Clients verwenden, wird möglicherweise eine falsche Fehlermeldung angezeigt.

Problem:

Wenn Sie mit URL blockieren für die Clientversionskonfiguration auf mobilen Clients verwenden, wird möglicherweise eine falsche Fehlermeldung angezeigt, wenn die Clientversion nicht unterstützt wird.

Problemumgehung:

Um dieses Problem zu umgehen, konfigurieren Sie die Clientversionskonfiguration so, dass "Blockieren " anstelle von "Mit URL blockieren" verwendet wird.

Antivirensoftware, die auf Lync Server 2013-Front-End-Servern ausgeführt wird, kann das Recycling von Anwendungsdomänen verursachen, wodurch der Dienst für Lync Web App 2013-, Lync Mobile 2010- und Lync Mobile 2013-Clients vorübergehend unterbrochen wird.

Problem:

Antivirensoftware kann Neustarts von Anwendungsdomänen auslösen, was dazu führen kann, dass Lync Mobility Service 2013 und UC-Web-API-Clientanwendungen (Lync Web App 2013, Lync Mobile 2010 und Lync Mobile 2013) ihren Zustand verlieren.

Problemumgehung:

Um dieses Problem zu umgehen, schließen Sie die Ordner, die Webkomponenten und .NET Framework enthalten, von der Antivirenüberprüfung aus. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 312592 "PRB: Zufällige Anwendungsneustarts mit dem Fehler "Anwendung wird neu gestartet" in ASP.NET unter https://go.microsoft.com/fwlink/p/?linkid=3052& kbid=312592.

Die folgenden Ordner sollten ausgeschlossen werden:

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Ext

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Int

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Int

• %ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Ext

• %Windir%\Microsoft.NET\Framework64\v4.0.30319\Config

ActiveX-Steuerelemente oder native XMLHTTP-Unterstützung muss in Windows Internet Explorer aktiviert sein, um erfolgreich an Konferenzen teilnehmen zu können.

Problem:

Wenn ein Benutzer sowohl ActiveX-Steuerelemente als auch die native XMLHTTP-Unterstützung in den Internetbrowsereinstellungen von Windows Internet Explorer deaktiviert hat, kann der Benutzer nicht an einer Besprechung teilnehmen, wenn Internet Explorer als Standardbrowser ausgewählt ist.

Problemumgehung:

Aktivieren Sie entweder ActiveX-Steuerelemente oder "native XMLHTTP-Unterstützung" in Internet Explorer.

Der Lync Server-Webkonferenzdienst kann aus dem kritischen Modus nicht wiederhergestellt werden

Problem:

Wenn der kritische Modus für die Archivierung aktiviert ist, wird bei Systemausfällen der kritische Modus gestartet, und die Konferenzen funktionieren für die Teilnehmer nicht mehr. Nachdem der Administrator die Systemfehler behoben hat (z. B. ein Datenbankproblem behoben), wird der Datenkonferenzdienst nicht automatisch wiederhergestellt, und der Administrator muss den Konferenzdienst manuell neu starten, damit die Konferenzen fortgesetzt werden können.

Problemumgehung:

Ein Administrator muss den Konferenzdienst manuell neu starten, nachdem der Systemfehler behoben wurde.

Der Webkonferenzdienst ignoriert den HTTP-Proxy für externe Office Web App-Server.

Problem:

Wenn Sie einen Office Web-Apps Server außerhalb des Webkonferenzdiensts (d. h. einen Server, der sich nicht im internen Unternehmensnetzwerk befindet) im Internet und im Umkreisnetzwerk bereitgestellt haben und der Webkonferenzdienst einen HTTP-Proxy benötigt, um eine Verbindung damit herzustellen, schlägt die Office Web-Apps Server-Ermittlung fehl. Der Webkonferenzdienst ignoriert die HTTP-Proxyeinstellung, die im Topologie-Generator für Office Web-Apps Server-Setup definiert ist. Daher ist der Lync-Client nicht in der Lage, Microsoft PowerPoint 2010 Freigabe mit anderen Teilnehmern der Konferenz zu tun. Wenn Sie Lync Server lokal installieren und Office Web-Apps Server auch lokal im internen Netzwerk konfigurieren, ist keine Proxykonfiguration erforderlich.

Problemumgehung:

Die einzige Problemumgehung besteht darin, keine Bereitstellungskonfiguration zu haben, die die Verwendung eines HTTP-Proxys für die Kommunikation mit einem externen Office Web-Apps Server erfordert.

Das Hinzufügen von Videos zu einer Konferenz des Audiokonferenzanbieters wird nicht unterstützt.

Problem:

Das Hinzufügen eines Videos wird nicht unterstützt, wenn der Benutzer einer Audiokonferenzanbieterkonferenz für Audio beigetreten ist.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem.

Topologien mit aktiviertem IPv6 erzwingen die automatische Aktualisierung des Lync Web App Silverlight-Plug-Ins, um sicherzustellen, dass die Bildschirmfreigabefunktionen von Lync Web App aus funktionieren können.

Problem:

Wenn eine Topologie mit aktiviertem IPv6 konfiguriert ist, können Benutzer ihren Bildschirm nicht über den Lync Web App-Client freigeben, wenn bereits eine frühere Version des Bildschirmfreigabe-Plug-Ins installiert ist.

Problemumgehung:

Um ein Update auf die neueste Version des Bildschirmfreigabe-Plug-Ins beim Teilnehmen an einer Besprechung über Lync Web App zu erzwingen, ändern Sie den Wert von MinSupportedBuildVersion von "4.0.7457.0" in "4.0.7577.380" in den beiden folgenden Dateien:

• %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Int\Client\Plugins\ReachAppShPluginProperties.xml

• %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Ext\Client\Plugins\ReachAppShPluginProperties.xml

In einigen Fällen unterstützt ein Lync-Client, der auf einem Computer ausgeführt wird, der für die Verwendung des dualen IPv4- und IPv6-Stapels konfiguriert ist, möglicherweise keine Funktionen, die im IP-Subnetz des Computers basieren, z. B. E911, Medienumgehung, Anrufsteuerung und standortbasiertes Routing.

Problem:

Wenn ein Lync-Client auf einem Computer ausgeführt wird, der für den dualen IPv4- und IPv6-Stapel aktiviert ist und auf der DNS-Auflösung des Proxyservers basiert, kann der Client die IPv6-Adresse des Computers verwenden, um sich anzumelden. Danach unterstützt der Lync-Client nur die funktionen, die für IPv6 unterstützt werden, was E911, Medienumgehung, Anrufsteuerung und standortbasiertes Routing ausschließt.

Problemumgehung:

Um dieses Problem zu umgehen, deaktivieren Sie die IPv6-Unterstützung auf dem Clientcomputer.

Wenn Enterprise-VoIP nicht für einen Benutzer konfiguriert ist, muss der Benutzer das E164-Format verwenden, um aus einer Konferenz heraus zu wählen.

Problem:

Wenn Enterprise-VoIP nicht für einen Benutzer konfiguriert ist, muss dieser Benutzer das E164-Format verwenden, um sich erfolgreich von einer Konferenz abwählen zu lassen. Wenn das E164-Format nicht verwendet wird, kann der Benutzer die Konferenz nicht auswählen.

Problemumgehung:

Um dieses Problem zu umgehen, sollten Benutzer, die nicht für Enterprise-VoIP aktiviert sind, sich aus einer Konferenz herauswählen, indem Sie Nummern im E164-Format verwenden.

Wenn ein Benutzer "Alle Einladungen und Kommunikationen blockieren" ausgewählt hat, während der einheitliche Kontaktspeicher für den Benutzer aktiviert ist, wird Anwesenheits-status nicht abgelehnt, wenn er sein sollte.

Problem:

Wenn ein Benutzer "Alle Einladungen und Kommunikationen blockieren" ausgewählt hat, während der einheitliche Kontaktspeicher für den Benutzer aktiviert ist, wird Anwesenheits-status nicht abgelehnt, wenn es sein sollte.

Problemumgehung:

Um dieses Problem zu umgehen, können Sie den einheitlichen Kontaktspeicher für den Benutzer deaktivieren. Führen Sie dazu die folgenden Cmdlets aus:

Set-CsUserServicesPolicy -Identity "<user display name>" -UcsAllowed $False

Zum Beispiel:

Set-CsUserServicesPolicy -Identity "Ken Myer" -UcsAllowed $False

Lokal verwaltete Office Communications Server 2007 R2-Benutzer können die Anwesenheits-status von Skype for Business Onlinebenutzern in Hybridbereitstellungen – Hybrid nicht sehen.

Problem:

Das Problem kann bei einer Hybridbereitstellung auftreten, wenn Sie einen Lync Server 2013 Director verwenden.

Anwesenheits-status für Benutzer, die in Skype for Business Online verwaltet werden, wird für lokale Benutzer als Anwesenheit unbekannt angezeigt. Außerdem können Benutzer, die in Skype for Business Online verwaltet werden, keine Anwesenheitsinformationen status für lokale Office Communications Server R2-Benutzer sehen.

Problemumgehung:

Um dieses Problem teilweise zu umgehen, ändern Sie den Home Server (msrtcsip-presencehomeserver) der Skype for Business Onlinebenutzer so, dass er auf einen lokalen Lync Server 2013-Pool anstelle von Lync Server 2013 Director verweist. Sie können diese Einstellung auf dem lokalen Front-End-Server ändern.

Mit dieser Problemumgehung wird die Anwesenheits-status von Benutzern, die in Office Communications Server 2007 R2 gespeichert sind, ordnungsgemäß für Skype for Business Onlinebenutzer angezeigt.

Ein Anrufer kann während der Einrichtung eines Anrufs mit der abrufenden Partei eine Sekunde "Musik im Warteschleifen" hören.

Problem:

Wenn ein Anruf über die Gruppenanrufabnahme abgerufen wird, kann der Anrufer während der Einrichtung des Anrufs mit der Retriever-Party eine Sekunde musik-on-hold hören.

Problemumgehung:

Es gibt keine Problemumgehung für dieses Problem.

Ein Reaktionsgruppen-Agent kann sich nur über eine Lync Server 2010-Agent-Konsole bei formellen Agentgruppen von Lync Server 2010 anmelden und sich abmelden.

Problem:

Ein Lync Server 2013-Reaktionsgruppen-Agent kann sich nur über eine Lync Server 2010-Agent-Konsole bei formellen Lync Server 2010-Agentgruppen anmelden und sich abmelden. In der Lync Server 2010-Agent-Konsole können Benutzer nur die Lync Server 2010-Reaktionsgruppe sehen, zu der sie gehören. Sie können keine der Lync Server 2013-Reaktionsgruppen sehen, zu denen sie gehören.

Problemumgehung:

Wenn der Reaktionsgruppen-Agent ein Lync Server 2013-Benutzer und Teil einer formellen Lync Server 2013-Agentgruppe ist, muss der Benutzer direkt über einen Weblink in einem Browser auf die Lync Server 2013-Agent-Konsole zugreifen, um sich bei Lync Server 2013-Agent-Gruppen anzumelden und sich bei diesen abzumelden.

Ein Lync Server 2010-Reaktionsgruppen-Agent kann keine Anrufe im Namen einer Lync Server 2013-Reaktionsgruppe tätigen.

Problem:

Ein Lync Server 2010-Benutzer, der ein Agent einer Lync Server 2013-Reaktionsgruppe ist, kann keinen Anruf im Namen der Reaktionsgruppe tätigen. Die Lync Server 2013-Reaktionsgruppe ist im Lync-Client nicht verfügbar, um einen Anruf zu tätigen.

Problemumgehung:

Um dieses Problem zu umgehen, müssen Sie den Lync Server 2010-Benutzer zu Lync Server 2013 verschieben.

Das Entfernen einer Reaktionsgruppe aus Lync Server 2010 nach der Migration zu Lync Server 2013 verhindert, dass die Reaktionsgruppe eingehende Anrufe akzeptiert.

Problem:

Wenn eine Reaktionsgruppe, die von Lync Server 2010 zu Lync Server 2013 migriert wurde, aus Lync Server 2010 über die Lync Server-Systemsteuerung oder die Lync Server-Verwaltungsshell entfernt wird, empfängt die Antwortgruppe in Lync Server 2013 keine eingehenden Anrufe mehr.

Problemumgehung:

Um dieses Problem zu umgehen, entfernen Sie keine Reaktionsgruppen aus Lync Server 2010, die von Lync Server 2010 zu Lync Server 2013 migriert wurden.

Wenn die Reaktionsgruppe bereits entfernt wurde, sollten Sie sie in Lync Server 2013 erneut bereitstellen.

Wenn ein neuer verwalteter Workflow bei der Erstellung auf inaktiv festgelegt ist, tritt bei der Bereitstellung des Workflows ein Fehler auf.

Problem:

Wenn ein neuer verwalteter Workflow bei der Erstellung auf inaktiv festgelegt ist, schlägt die Bereitstellung des Workflows fehl. Dieses Problem tritt auf, wenn der Workflow bei der Erstellung auf inaktiv festgelegt ist, wirkt sich aber nicht auf einen Workflow aus, der bearbeitet wird, um ihn nach der Bereitstellung auf inaktiv festzulegen.

Problemumgehung:

Legen Sie beim Erstellen und Bereitstellen eines Workflows den Workflow als aktiv fest, und stellen Sie ihn dann bereit. Nachdem der Workflow erfolgreich bereitgestellt wurde, kann er bearbeitet und auf inaktiv festgelegt werden.

Das Entfernen einer Reaktionsgruppe aus dem Besitzerpool verhindert, dass die Antwortgruppe des Sicherungspools während des Failovers eingehende Anrufe akzeptiert, wenn die Antwortgruppe in den Sicherungspool importiert wurde.

Problem:

Wenn eine Reaktionsgruppe, die sich im Besitz des primären Pools befindet, in den Sicherungspool importiert wurde, ohne den Besitzer zu überschreiben, und die Antwortgruppe aus dem Besitzerpool entfernt wird, akzeptiert die Reaktionsgruppe im Sicherungspool während des Failovers keine eingehenden Anrufe.

Problemumgehung:

Sie müssen die Antwortgruppe im primären Pool erneut bereitstellen. Anschließend müssen Sie die Antwortgruppenkonfiguration aus dem primären Pool exportieren und erneut in den Sicherungspool importieren.

Sie können die Reaktionsgruppe auch im Sicherungspool neu erstellen. In diesem Fall ist der Sicherungspool der Besitzerpool der Reaktionsgruppe.

Ein geparkter Anruf kann nicht aus der Anwendung zum Parken von Anrufen abgerufen werden, wenn die Abrufanforderung im Namen einer Reaktionsgruppe erfolgt

Problem:

Wenn die folgenden Bedingungen erfüllt sind, schlägt eine Abrufanforderung für einen geparkten Aufruf fehl:

• Ein Agent ist Teil einer anonymen Reaktionsgruppe.

• Der Agent versucht, einen geparkten Anruf aus der Anwendung zum Parken von Anrufen über die anonyme Antwortgruppe abzurufen.

• Der Agent versucht, den Anruf abzurufen, indem er die Orbitnummer über die Option Im Auftrag anrufen oder über dieselbe Option im Lync-Telefonzentraleclient wählt.

Problemumgehung:

Es gibt keine Problemumgehungen für dieses Problem. Der geparkte Anruf sollte abgerufen werden, ohne dies im Namen einer Reaktionsgruppe zu tun.

Einschränkungen des Planungstools

Problem:

Das Planungstool weist bei der Planung Ihrer Bereitstellung die folgenden Einschränkungen auf:

• Es werden maximal 10 zentrale Standorte unterstützt.

• Jeder zentrale Standort kann maximal 14 Zweigstellen haben.

• Jeder zentrale Standort kann maximal 240.000 Benutzer haben.

Darüber hinaus enthält das Planungstool keine Werte für Folgendes, wenn die empfohlene Topologie berechnet wird:

• Die Anzahl der Benutzer, die online ge homed sind

• Der Prozentsatz der Benutzer, die für den XMPP-Verbund aktiviert sind

• Prozentsatz der Benutzer, die Lync Web App verwenden

Problemumgehung:

Es gibt keine Problemumgehung für diese Probleme. Weitere Informationen zum Planungstool finden Sie unter Entwerfen der Topologie für Lync Server 2013 mithilfe des Planungstools.

Das Planungstool verwendet beim Aktualisieren von Optionen möglicherweise keine zuvor definierten IP-Adressen für das Edgenetzwerk.

Problem:

Nachdem Sie Ihren Entwurf mithilfe des Planungstools abgeschlossen haben, können dem Entwurf zusätzliche IP-Adressen hinzugefügt werden, wenn Sie Änderungen an den Edgenetzwerkoptionen vornehmen, anstatt die vorhandenen IP-Adressen zu aktualisieren. Dies kann auftreten, wenn Sie die Details des Edgenetzwerkdiagramms anzeigen, Klicken Sie hier, um Ihre Optionen zu aktualisieren, und dann im Dialogfeld Konfigurationsoptionen die Option Edgenetzwerk auswählen Wählen Sie Ich möchte die gleichen FQDNs und IP-Adressen verwenden, aber verschiedene Ports für die Edgedienste auf meinem Edgeserver aus. Das Anwenden von Änderungen kann dazu führen, dass dem Entwurf neue IP-Adressen und Edgeserver hinzugefügt werden.

Problemumgehung:

Es gibt derzeit keine Problemumgehung für dieses Problem.

In Lync Server Systemsteuerung funktioniert "Alle Benutzer in den Pool verschieben" möglicherweise nicht wie erwartet.

Problem:

Wenn Sie die Lync Server-Systemsteuerung verwenden, um alle Benutzer aus einem Pool in einen anderen Pool in einer komplexen Active Directory-Umgebung zu verschieben, z. B. einer mit mehreren Domänencontrollern und über-/untergeordneten Domänen, wird möglicherweise eine Fehlermeldung zurückgegeben, die besagt: "Der angegebene Benutzer ist kein Legacybenutzer, verwenden Sie stattdessen Move-CsUser Cmdlet". Dies ist das Ergebnis längerer Replikationszeiten in komplexen Active Directory-Umgebungen.

Problemumgehung:

Führen Sie einen der folgenden Schritte aus, um dieses Problem zu umgehen:

• Verwenden Sie Filter im Lync Server-Systemsteuerung, um nach Legacybenutzern zu suchen, diese Benutzer auszuwählen, und verwenden Sie dann den Befehl Ausgewählte Benutzer in Pool verschieben anstelle von Alle Benutzer in Pool verschieben.

• Verwenden Sie die Lync Server-Verwaltungsshell, um Ältere Benutzer mithilfe von Lync Server-Cmdlets in Batches zu verschieben.

Die Lync Server-Systemsteuerung funktioniert in einer VMware-Umgebung nicht mehr, nachdem das Microsoft Silverlight-Browser-Plug-In auf Version 5 aktualisiert wurde.

Problem:

Wenn Sie die Lync Server-Systemsteuerung in einer VMware-Umgebung verwenden, funktioniert die Lync Server-Systemsteuerung möglicherweise nicht mehr, nachdem Sie Silverlight auf Version 5 aktualisiert haben.

Problemumgehung:

Führen Sie einen der folgenden Schritte aus, um dieses Problem zu umgehen:

• Deinstallieren Sie Silverlight 5, und installieren Sie dann Silverlight 4 von https://go.microsoft.com/fwlink/p/?LinkID=149156&. v=4.0.

• Öffnen Sie die Lync Server-Systemsteuerung auf einem Computer, der kein virtueller VMware-Computer ist.

  Um die Lync Server-Systemsteuerung von einem Remotecomputer aus zu öffnen, installieren Sie die Lync Server-Verwaltungstools auf dem Computer, und starten Sie dann die Lync Server-Systemsteuerung über das Windows-Startmenü.

  Sie können die Lync Server-Systemsteuerung auch öffnen, indem Sie die URL in einem Webbrowser eingeben. Die URL ähnelt https://< frontend_pool_fqdn>/cscp.

Ein Administrator kann das Cmdlet Uninstall-csMirrorDB nach dem Entfernen der Spiegelungsdatenbank im Topologie-Generator nicht ausführen.

Problem:

Wenn ein Administrator eine Spiegelungsdatenbank im Topologie-Generator deaktiviert und dann die Spiegelungsdatenbank im Topologie-Generator löscht, wird in der Liste Aufgaben eine Meldung angezeigt, in der der Administrator das Cmdlet Uninstall-csMirrorDatabase ausführen kann, um die Spiegelung aus SQL Server zu entfernen. Wenn der Administrator versucht, das Cmdlet auszuführen, tritt ein Fehler auf.

Problemumgehung:

Um die SQL-Spiegelung eines Pools im Topologie-Generator zu entfernen, müssen Sie zunächst ein Cmdlet verwenden, um die Spiegel in SQL Server zu entfernen. Anschließend können Sie mithilfe des Topologie-Generators den Spiegel aus der Topologie entfernen. Verwenden Sie das folgende Cmdlet, um den Spiegel in SQL Server zu entfernen:

Uninstall-CsMirrorDatabase -SqlServerFqdn <SQLServer FQDN> [-SqlInstanceName <SQLServer instance name>] -DatabaseType <Application | Archiving | CentralMgmt | Monitoring | User | BIStaging | PersistentChat | PersistentChatCompliance> [-DropExistingDatabasesOnMirror] [-Verbose]

Um beispielsweise die Spiegelung zu entfernen und die Datenbanken für die Benutzerdatenbanken zu löschen, geben Sie Folgendes ein:

Uninstall-CsMirrorDatabase -SqlServerFqdn primaryBE.contoso.com -SqlInstanceName rtc -Verbose -DatabaseType User -DropExistingDatabasesOnMirror

Der Parameter DropExistingDatabasesOnMirror bewirkt, dass die betroffenen Datenbanken aus dem Spiegel gelöscht werden. Führen Sie anschließend die folgenden Schritte aus, um den Spiegel aus der Topologie zu entfernen:

1. Klicken Sie im Topologie-Generator mit der rechten Maustaste auf den Pool, und klicken Sie dann auf Eigenschaften bearbeiten.

2. Deaktivieren Sie SQL Store-Spiegelung aktivieren , und klicken Sie auf OK.

3. Veröffentlichen Sie die Topologie.

Validierungsfehler werden im Topologie-Generator zurückgegeben, wenn ein Administrator versucht, eine Bereitstellung mit einem Front-End-Pool zu entfernen, der über einen zugeordneten Zeugenspeicher verfügt.

Problem:

Wenn ein Administrator versucht, mit dem Befehl Bereitstellung entfernen im Topologie-Generator eine Bereitstellung zu entfernen, die einen Front-End-Pool mit einem zugeordneten Zeugenspeicher enthält, wird im Topologie-Generator ein Überprüfungsfehler angezeigt, und die Aktion wird nicht fortgesetzt.

Problemumgehung:

Führen Sie einen der folgenden Schritte aus, um dieses Problem zu umgehen:

• Entfernen Sie den Zeugenspeicher, bevor Sie versuchen, die Bereitstellung zu entfernen.

• Fügen Sie einen Zeugenspeicher für den Front-End-Pool hinzu, und entfernen Sie ihn dann.

Informationen zur Bereitstellung des Servers für beständigen Chat sind zwischen dem Planungstool und dem Topologie-Generator inkonsistent.

Problem:

Wenn das Lync Server 2013, Planning Tool das Standorttopologiediagramm für eine Serverbereitstellung für beständigen Chat mit aktivierter Notfallwiederherstellung ausgibt, enthält das Diagramm zur Standorttopologie mehrere (physische) Standorte mit gleichmäßig zugewiesenen Servern für beständigen Chat an jedem Standort. Im Topologie-Generator werden alle Server für beständigen Chat als zu einem einzelnen (logischen) Standort gehörend dargestellt und unter demselben Poolknoten des Servers für beständigen Chat aufgeführt.

Problemumgehung:

Derzeit gibt es keine Problemumgehung für dieses Problem. Der Benutzer sollte die Ausgabe des Planungstools für die Serverbereitstellung für beständigen Chat analysieren und den Plan entsprechend seinen spezifischen Anforderungen ändern.

Überwachung

Lync Server-Systemsteuerung

Adressbuch

Lync Web App, Web Scheduler und Webkomponenten

Der Dropdownpfeil fehlt für die Liste "An Besprechung teilnehmen von" in der rumänischen Version von Lync Web App.

Problem:

Wenn ein Benutzer, der die rumänische Version von Lync Web App verwendet, die folgenden Schritte ausführt, wird der Dropdownpfeil für Besprechung teilnehmen in der Dropdownliste nicht angezeigt:

1. Wählen Sie auf der Registerkarte Allgemein die Option Auf diesem Computer speichern aus.

2. Wählen Sie die Registerkarte Telefon aus.

3. Klicken Sie auf die Dropdownliste für Besprechung teilnehmen aus.

   Den Benutzern wird kein Pfeil angezeigt, der angibt, dass mehr Optionen als die Standardmäßige Lync Web App vorhanden sind. Dazu gehören: Audio nicht einbinden (in rumänischer Sprache: "Nu se asociaža la componenta audio") und Neue Zahl" (auf Rumänisch" "Număr nou").

Problemumgehung:

Auch wenn der Pfeil für diese Dropdownliste nicht angezeigt wird, können Benutzer die zusätzlichen Einstellungen in der Liste auswählen, indem Sie auf den Standardwert klicken.

Bei Verwendung der türkischen Version von Lync Web Scheduler kann eine Besprechung nicht gespeichert werden, wenn die Option "Personen ich wähle" unter "Wer ist ein Referent" verwendet wird.

Problem:

Beim Erstellen oder Bearbeiten einer Besprechung in der türkischen Version von Lync Web Scheduler wird die Option "Personen ich wähle" unter "Wer ist ein Referent" nicht unterstützt. Wenn diese Option ausgewählt ist, kann die Besprechung nicht gespeichert werden. Stattdessen wird eine Fehlermeldung angezeigt, die angibt, dass eine oder mehrere Personen nicht zu Referenten gemacht werden können.

Problemumgehung:

Um dieses Problem zu umgehen, können Benutzer die Standardoption "Personen von meinem Unternehmen" oder eine andere Option wie "Nur Organisator" oder "Jeder einschließlich Personen außerhalb meines Unternehmens" verwenden. Der Organisator kann Personen später, nachdem sie der Besprechung beigetreten sind, zu ihren richtigen Rollen herabstufen oder höher stufen.

Alternativ können Benutzer, die eine andere Sprache verstehen, die Sprachauswahl in ihrem Browser in eine der anderen 43 unterstützten Sprachen ändern und versuchen, die Option "Personen ich wähle" zu verwenden.