Problembehandlung bei Ihrer Cloud Connector-Bereitstellung

Wichtig

Cloud Connector Edition wird am 31. Juli 2021 zusammen mit Skype for Business Online eingestellt. Nachdem Ihr organization auf Teams aktualisiert wurde, erfahren Sie, wie Sie Ihr lokales Telefonienetzwerk mithilfe von Direct Routing mit Teams verbinden.

Problembehandlung bei der Bereitstellung von Cloud Connector Edition.

In diesem Artikel werden Lösungen für häufige Probleme bei Bereitstellungen der Cloud Connector Edition beschrieben. Wenn Probleme mit Anrufen an und aus dem öffentlichen Telefonnetz (Public Switched Telephone Network, PSTN) auftreten, können Sie dies anhand der in diesem Artikel beschriebenen Lösungen untersuchen.

Cloud Connector bietet integrierte Mechanismen zum automatischen Beheben einiger Probleme. Ein automatischer Erkennungsprozess sucht nach potenziellen Problemen mit den Cloud Connector-Appliances und ergreift nach Möglichkeit Korrekturmaßnahmen, um diese Probleme zu beheben, ohne dass ein Administrator eingreifen muss. So funktioniert der Erkennungsprozess:

• Erkennungssequenz: Der Cloud Connector-Verwaltungsdienst führt alle 60 Sekunden einen Prozess aus, um zu erkennen, ob ein Anwendung ausgefallen ist. In Cloud Connector Version 2.0 und höher verwendet der Erkennungsprozess den Switch Skype for Business Corpnet, um PowerShell-Verbindungen mit den Cloud Connector-Computern herzustellen. Für Versionen vor 2.0 verwendet der Erkennungsprozess den Cloud Connector-Verwaltungsswitch.

  Hinweis

  Damit die automatische Wiederherstellung erfolgreich ist, muss eine Netzwerkkonnektivität zwischen dem Host und den virtuellen Computern über den Hostnetzwerkswitch bestehen. Überprüfen Sie unbedingt die Netzwerkkonnektivität, um sicherzustellen, dass die automatische Erkennung und Wiederherstellung erfolgreich ist.

• Überwachung: Die folgenden Dienste werden in Cloud Connector Version 2.0 und höher überwacht:

  • Virtual Machines sind nicht mit dem virtuellen Cloud Connector-Switches "Unternehmen" oder "Internet" verbunden.

  • Virtual Machines befinden sich in einem gespeicherten oder beendeten status

  • Zentrale Verwaltungsserverdienste: REPLICA, MASTER

  • Vermittlungsserverdienste: REPLICA, RTCSRV und MEDSVC

  • Edgeserverdienste: REPLICA, RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY

  • Eingehende Firewallregeln sind für CS RTCSRV auf Edgeserver und CS RTCMEDSRV auf vermittlungsserver deaktiviert.

    In Cloud Connector Version 1.4.2 werden nur die folgenden Dienste überwacht:

  • Vermittlungsserverdienste: RTCSRV und MEDSVC

  • Edgeserverdienst: RTCSRV

• Wiederherstellungsprozess: Wenn überwachte Dienste ausgefallen sind, wird eine Anwendung nach unten markiert, und Dienste werden beendet und manuell markiert, bis alle Probleme behoben werden können. Dadurch wird verhindert, dass Anrufe an eine Anwendung weitergeleitet werden, die zu Anruffehlern führen können.

  Der Cloud Connector-Verwaltungsdienst wiederholt die automatische Wiederherstellung wie folgt.

  • Das anfängliche Wiederholungsintervall beträgt alle zehn Sekunden mit einer maximalen Intervallzeit von einer Stunde.

  • Für die ersten drei Wiederherstellungsversuche beträgt die Intervallzeit 10 Sekunden. Ab dem vierten Wiederholungsversuch erhöht sich die Intervallzeit um das Doppelte der vorherigen Intervallzeit. Beispielsweise erfolgt der vierte Wiederholungsversuch in 20 Sekunden, der fünfte in 40 Sekunden usw.

  • Wenn die maximale Intervallzeit von einer Stunde erreicht wird, werden die Wiederholungen einmal pro Stunde fortgesetzt.

  • Wenn die Wiederherstellung erfolgreich ist, werden das Intervall und die Wiederholungsanzahl auf ihre Anfangswerte festgelegt.

  • Wenn der Verwaltungsdienst neu gestartet wird, werden das Intervall und die Wiederholungsanzahl auf ihre Anfangswerte zurückgesetzt.

Problembehandlung

Im Folgenden finden Sie Lösungen für häufig auftretende Probleme:

• Problem: Die Bereitstellung schlägt fehl oder reagiert nicht mehr, wenn die Bereitstellungsskripts ausgeführt werden. Nach der Anmeldung bei den einzelnen VMs fehlt die IP-Adresse oder ist falsch für die Verwaltungs-/interne/externe Netzwerkkarte.

  Auflösung: Dieses Problem kann nicht automatisch behoben werden. NiCs können zu VMs nicht hinzugefügt werden, während sie ausgeführt werden. Fahren Sie diese VMs im Hyper-V-Manager herunter, entfernen Sie sie, und führen Sie dann die folgenden Cmdlets aus:

  Uninstall-CcAppliance
  

  Install-CcAppliance
  

• Problem: Nach der Installation von Active Directory (AD) und der Gesamtstruktur wurde der CMS-Server bzw. der Vermittlungsserver nicht ordnungsgemäß zur Domäne hinzugefügt.

  Lösung: Um dieses Problem zu beheben, führen Sie die folgenden Schritte durch:

  • Melden Sie sich beim Active Directory-Server an, und überprüfen Sie, ob die Domäne ordnungsgemäß erstellt wurde.

  • Melden Sie sich beim CMS/Vermittlungsserver an, und vergewissern Sie sich, dass auf der NIC des Unternehmensnetzwerks eine gültige IP-Adresse zugewiesen ist und dass eine gültige statische IP-Adresse und dns als IP-Adresse des AD-Servers konfiguriert sind.

  • Melden Sie sich beim CMS/Vermittlungsserver an, und öffnen Sie eine Eingabeaufforderung. Stellen Sie sicher, dass Sie den FQDN und die IP-Adresse des Active Directory-Servers pingen können. Wenn dies nicht möglich ist, liegt möglicherweise ein IP-Adresskonflikt vor. Versuchen Sie, eine neue IP-Adresse für Active Directory zuzuweisen und das DNS auf dem CMS/Vermittlungsserver entsprechend zu aktualisieren.

• Problem: Sie erhalten die folgende Fehlermeldung: "Remove-VMSwitch: Fehler beim Entfernen des virtuellen Ethernet-Switches. Der virtuelle Switch "Cloud Connector Management Switch" kann nicht gelöscht werden, da er von ausgeführten virtuellen Computern verwendet oder untergeordneten Pools zugewiesen wird."

  Auflösung: Der "Cloud Connector Management Switch" wurde nach der Bereitstellung nicht gelöscht. Wenn dieser Fehler auftritt, wechseln Sie zum Hyper-V-Manager, und vergewissern Sie sich, dass noch kein virtueller Computer verbunden ist. Wenn nach wie vor virtuelle Maschinen verbunden sind, trennen Sie sie, und löschen Sie den Management-Switch. Wenn der Verwaltungsswitch immer noch nicht gelöscht werden kann, starten Sie den Hostserver neu, und versuchen Sie es erneut.

• Problem: Sie erhalten die folgende Fehlermeldung: „Dienst-RTCMRAUTH kann nicht gestartet werden. Stellen Sie sicher, dass der Dienst nicht deaktiviert ist.“

  Hinweis

  Dieses Problem gilt nur für Cloud Connector-Versionen vor 1.4.2.

  Der Startfehler kann auch darauf zurückzuführen sein, dass für diesen Front-End-Server zuvor ein Failover durchgeführt wurde (mithilfe eines Computerfailovers). Wenn dies der Fall ist, rufen Sie das Failback auf (mithilfe eines Computer-Failbacks).

  Auflösung: Dieses Problem tritt auf einem Edgeserver auf, wenn das Zertifikat der Stammzertifizierungsstelle oder das Zertifikat der Zwischenzertifizierungsstelle vom Edgeserver nicht als vertrauenswürdig eingestuft wird. Auch wenn das externe Zertifikat importiert werden kann, aber die Zertifikatkette unterbrochen ist. Unter dieser Bedingung können der RTCMRAUTH- und/oder RTCSRV-Dienst nicht gestartet werden.

  Importieren Sie das Zertifikat der Stammzertifizierungsstelle und alle Zwischenzertifizierungsstellenzertifikate Ihres externen Zertifikats manuell in den Edgeserver, und starten Sie dann den Edgeserver neu. Wenn die Dienste RTCMRAUTH und RTCSRV auf dem Edgeserver gestartet werden, navigieren Sie zu Ihrem Hostserver, starten Sie eine PowerShell-Konsole als Administrator, und führen Sie das folgende Cmdlet aus, um zur neuen Bereitstellung zu wechseln:

  Switch-CcVersion
  

• Problem: Der Hostserver wurde nach dem Anwenden von Windows-Updates neu gestartet, und vom Server verarbeitete Anrufe sind fehlgeschlagen.

  Auflösung: Wenn Sie eine Hochverfügbarkeitsumgebung bereitgestellt haben, stellt Microsoft ein Cmdlet bereit, mit dem Sie einen Hostcomputer (Bereitstellung instance) in die oder aus der aktuellen Topologie verschieben können, wenn Sie Windows Update manuell überprüfen und installieren. Führen Sie hierzu die folgenden Schritte aus:

1. Starten Sie auf dem Hostserver eine PowerShell-Konsole als Administrator, und führen Sie Folgendes aus:

   Enter-CcUpdate
   

2. Suchen und installieren Sie alle verfügbaren Updates.

3. Führen Sie in der PowerShell-Konsole das folgende Cmdlet aus:

   Exit-CcUpdate
   

• Problem: Wenn ein Anruf über einen Skype for Business-Client mit einer PSTN-Nummer getätigt wird, kann der Anruf nicht durch Einladen einer anderen PSTN-Nummer zu einer Konferenz eskaliert werden.

  Auflösung: Informationen zum Beheben dieses Problems finden Sie unter Konfigurieren von Online-Hybridvermittlungsservereinstellungen.

• Problem: Eine Warnmeldung zum Windows-Update wird angezeigt, wenn Sie Active Directory-Server installieren: „Die automatische Aktualisierung von Windows ist nicht aktiviert. Aktivieren Sie "Windows Update", um sicherzustellen, dass die neu installierte Rolle oder das neu installierte Feature automatisch aktualisiert wird.“

  Auflösung: Starten Sie eine Mandanten-Remote-PowerShell-Sitzung mit Skype for Business Mandantenadministratoranmeldeinformationen, und führen Sie dann das folgende Cmdlet aus, um die EnableAutoUpdate-Konfiguration Ihrer Website zu überprüfen:

  Get-CsHybridPSTNSite
  

  Wenn EnableAutoUpdate auf True festgelegt ist, können Sie diese Warnmeldung ignorieren, da der CCEManagement-Dienst das Herunterladen und Installieren von Windows-Updates sowohl für virtuelle Computer als auch für den Hostserver übernimmt. Wenn EnableAutoUpdate auf False festgelegt ist, führen Sie das folgende Cmdlet aus, um die Einstellung auf True festzulegen.

  Set-CsHybridPSTNSite -EnableAutoUpdate $true
  

  Alternativ dazu können Sie Updates manuell suchen und installieren. Informationen hierzu finden Sie im nächsten Abschnitt.

• Problem: Sie erhalten eine Fehlermeldung: Anwendung kann nicht registriert werden, da Ihre aktuelle Eingabe/Konfiguration SiteName> oder <ApplianceName> oder der FQDN> des <Vermittlungsservers oder <die IP-Adresse> des Vermittlungsservers mit vorhandenen Anwendung <in Konflikt tritt. Entfernen Sie den Konflikt Anwendung, oder aktualisieren Sie Ihre Eingabe-/Konfigurationsinformationen, und registrieren Sie sich dann erneut. , wenn Register-CcAppliance ausgeführt wird, um aktuelle Anwendung online zu registrieren.

  Auflösung: Werte für ApplianceName<>, <FQDN> des Vermittlungsservers und <IP-Adresse> des Vermittlungsservers dürfen eindeutig sein und nur für eine Anwendung Registrierung verwendet werden. Standardmäßig <stammt ApplianceName> aus dem Hostnamen. <Der FQDN> des Vermittlungsservers und <die IP-Adresse> des Vermittlungsservers sind in der Ini-Konfigurationsdatei definiert.

  Wenn Sie beispielsweise (ApplianceName= MyserverNew, Vermittlungsserver FQDN=ms.contoso.com, IP-Adresse des Vermittlungsservers=10.10.10.10) verwenden, um sich bei SiteName=MySite zu registrieren, aber wenn ein registrierter Anwendung (ApplianceName= Myserver, Vermittlungsserver FQDN=ms.contoso.com, IP-Adresse des Vermittlungsservers=10.10.10.10) vorhanden ist, tritt der Konflikt auf.

  Überprüfen Sie zunächst Ihre CloudConnector.ini-Datei im Abschnitt ApplianceRoot-Verzeichnis. Sie erhalten <die Werte SiteName>, <FQDN> des Vermittlungsservers und <IP-Adresse> des Vermittlungsservers in der Datei. <ApplianceName> ist der Name Ihres Hostservers.

  Starten Sie anschließend Mandanten-Remote-PowerShell mit Ihren Skype for Business Mandantenadministratoranmeldeinformationen, und führen Sie dann das folgende Cmdlet aus, um die registrierten Anwendung zu überprüfen.

  Get-CsHybridPSTNAppliance
  

  Nach der Überprüfung aller Konflikte können Sie die Datei „CloudConnector.ini“ mit den Informationen aktualisieren, die mit der registrierten Appliance übereinstimmen, oder die Registrierung der vorhandenen Appliance aufheben, um die Konflikte zu beheben.

  Unregister-CsHybridPSTNAppliance -Force
  

• Problem: Das Cmdlet Get-CcRunningVersion gibt einen leeren Wert zurück, wenn eine bereitgestellte Anwendung auf dem Host ausgeführt wird.

  Auflösung: Dies kann passieren, wenn Sie ein Upgrade von 1.3.4 oder 1.3.8 auf 1.4.1 durchführen. Nachdem Sie Version 1.4.1 mit dem .msi installiert haben, müssen Sie ausführen Register-CcAppliance , bevor Sie ein anderes Cmdlet ausführen. Register-CcAppliance migriert die module.ini-Datei von %UserProfile%\CloudConnector zu %ProgramData%\CloudConnector. Wenn Sie dies verpasst haben, wird im Ordner %ProgramData%\CloudConnector eine neue module.ini erstellt, und die Informationen zur ausführungs-/Sicherungsversion für 1.3.4 oder 1.3.8 werden ersetzt.

  Vergleichen Sie module.ini Dateien in den Ordnern %UserProfile%\CloudConnector und %ProgramData%\CloudConnector. Wenn Unterschiede bestehen, löschen Sie die module.ini-Datei in %ProgramData%\CloudConnector, und führen Sie erneut aus Register-CcAppliance. Sie können die Datei auch manuell in die richtige Ausführungs- und Sicherungsversion ändern.

• Problem: Nachdem Sie das Cmdlet Switch-CcVersion ausgeführt haben, um zu einer alten Version zu wechseln, die sich von der aktuellen Skriptversion unterscheidet, gibt es für diese alte Version keine Unterstützung für Hochverfügbarkeit.

  Auflösung: Sie haben beispielsweise ein Upgrade von 1.4.1 auf 1.4.2 durchgeführt. Ihre aktuelle Skriptversion, die durch Ausführen Get-CcVersionvon bestimmt werden kann, und Ihre ausgeführte Version, die durch ausführen Get-CcRunningVersion bestimmt werden kann, sind beide 1.4.2. Wenn Sie zu diesem Zeitpunkt ausführen Switch-CcVersion , um die ausgeführte Version zurück auf 1.4.1 zu wechseln, gibt es für diese alte Version keine Unterstützung für Hochverfügbarkeit.

  Um vollständige Hochverfügbarkeitsunterstützung zu erhalten, wechseln Sie zurück zu 1.4.2, sodass die ausgeführte Version und die Skriptversion identisch sind. Wenn Probleme mit Ihrer 1.4.2-Bereitstellung auftreten, deinstallieren Sie sie so bald wie möglich, und installieren Sie sie erneut.

• Problem: Zertifizierungsstellenzertifikate oder interne Zertifikate, die für den zentralen Verwaltungsspeicher, den Vermittlungsserver und den Edgeserver ausgestellt wurden, laufen in Kürze ab oder sind kompromittiert.

  Lösung: Skype for Business Zertifizierungsstellenzertifikate sind fünf Jahre gültig. Für den zentralen Verwaltungsspeicher, den Vermittlungsserver und den Edgeserver ausgestellte interne Zertifikate sind zwei Jahre lang gültig.

  Hinweis

  In Cloud Connector Version 2.0 und höher wurde das Cmdlet Renew-CcServerCertificate in Update-CcServerCertificate und das Cmdlet Renew-CcCACertificate in Update-CcCACertificate geändert.

  Wenn interne Zertifikate, die für den zentralen Verwaltungsspeicher, den Vermittlungsserver und den Edgeserver ausgestellt wurden, bald ablaufen oder kompromittiert sind, führen Sie das cmdlet Renew-CcServerCertificate oder Update-CcServerCertificate aus, um Ihre Zertifikate zu erneuern.

  Wenn Zertifizierungsstellenzertifikate bald ablaufen, führen Sie das cmdlet Renew-CcCACertificate oder Update-CcCACertificate aus, um Ihre Zertifikate zu erneuern.

  Wenn Zertifizierungsstellenzertifikate kompromittiert sind und nur eine Anwendung am Standort vorhanden ist, führen Sie die folgenden Schritte aus:

1. Führen Sie das Cmdlet „Enter-CcUpdate“ aus, um Dienste auszugleichen und die Appliance in den Wartungsmodus zu versetzen.

   Enter-CcUpdate
   

2. Führen Sie die folgenden Cmdlets aus, um die Zertifizierungsstellenzertifikate und alle internen Serverzertifikate zurückzusetzen und neu zu erstellen:

   Für Cloud Connector-Versionen vor 2.0:

   Reset-CcCACertificate 
   Renew-CcServerCertificate 
   Remove-CcLegacyServerCertificate 
   

   Oder für Cloud Connector Release 2.0 und höher:

   Reset-CcCACertificate 
   Update-CcServerCertificate 
   Remove-CcLegacyServerCertificate 
   

3. Wenn TLS zwischen dem Gateway und dem Vermittlungsserver verwendet wird, führen Sie das Cmdlet Export-CcRootCertificate aus dem Anwendung aus, und installieren Sie dann das exportierte Zertifikat in Ihren PSTN-Gateways. Möglicherweise müssen Sie das Zertifikat auch auf Ihrem Gateway erneut ausstellen.

   Export-CcRootCertificate
   

4. Führen Sie das Cmdlet Exit-CcUpdate aus, um Dienste zu starten und den Wartungsmodus zu beenden.

   Exit-CcUpdate
   

   Wenn Zertifikate von Zertifizierungsstellen kompromittiert sind und mehrere Appliances am Standort vorhanden sind, führen Sie die folgenden sequenziellen Schritte für jede Anwendung am Standort aus.

   Microsoft empfiehlt, diese Schritte in Zeiten außerhalb der Spitzenauslastung auszuführen.

5. Führen Sie auf der ersten Anwendung das Cmdlet Remove-CcCertificationAuthorityFile aus, um die Sicherungsdateien der Zertifizierungsstelle im <Verzeichnis SiteRoot> zu sauber.

   Remove-CcCertificationAuthorityFile
   

6. Führen Sie das Cmdlet Enter-CcUpdate aus, um Dienste zu leeren und jede Anwendung in den Wartungsmodus zu versetzen.

   Enter-CcUpdate
   

7. Führen Sie auf der ersten Anwendung die folgenden Cmdlets aus, um Zertifikate der Zertifizierungsstelle und alle internen Serverzertifikate zurückzusetzen und zu erstellen:

   Für Cloud Connector-Versionen vor 2.0:

   Reset-CcCACertificate
   Renew-CcServerCertificate
   Remove-CcLegacyServerCertificate 
   

   Oder für Cloud Connector Release 2.0 und höher:

   Reset-CcCACertificate
   Update-CcServerCertificate
   Remove-CcLegacyServerCertificate 
   

8. Führen Sie auf der ersten Anwendung das folgende Cmdlet aus, um die ZS-Dateien im <Ordner SiteRoot> zu sichern.

   Backup-CcCertificationAuthority
   

9. Führen Sie auf allen anderen Anwendung am gleichen Standort die folgenden Befehle aus, um die ZS-Sicherungsdateien zu nutzen, damit alle Appliances dasselbe Stammzertifikat verwenden und dann neue Zertifikate anfordern.

   Reset-CcCACertificate
   Update-CcServerCertificate
   Remove-CcLegacyServerCertificate 
   

10. Wenn TLS zwischen dem Gateway und dem Vermittlungsserver verwendet wird, führen Sie das Cmdlet Export-CcRootCertificate von einem beliebigen Anwendung am Standort aus, und installieren Sie dann das exportierte Zertifikat auf Ihren PSTN-Gateways. Möglicherweise müssen Sie das Zertifikat auch erneut auf Ihrem Gateway ausstellen.

    Export-CcRootCertificate
    

11. Führen Sie das Cmdlet Exit-CcUpdate aus, um Dienste zu starten und den Wartungsmodus zu beenden.

    Exit-CcUpdate
    

• Problem: Im Cloud Connector Management Service-Protokoll wird die folgende Fehlermeldung angezeigt: "C:\Programme\Skype for Business Cloud Connector Edition\ManagementService\CceManagementService.log": CceService-Fehler: 0 : Unerwartete Ausnahme beim Melden von status an online: System.Management.Automation.CmdletInvocationException: Anmeldung fehlgeschlagen für der globale Admin> des Benutzers<. Erstellen Sie ein neues Anmeldeinformationsobjekt, und stellen Sie sicher, dass Sie den richtigen Benutzernamen und das richtige Kennwort verwendet haben. --->

  Auflösung: Die Anmeldeinformationen des globalen Mandantenadministrators für Microsoft 365 oder Office 365 wurden seit der Registrierung des Cloud Connector-Anwendung geändert. Führen Sie zum Aktualisieren der lokal gespeicherten Anmeldeinformationen im Cloud Connector-Anwendung die folgenden Schritte in Administrator PowerShell auf dem Host Anwendung aus:

  Set-CcCredential -AccountType TenantAdmin
  

• Problem: Nachdem Sie das Kennwort für das Hostserverkonto geändert haben, das Sie für die Bereitstellung verwendet haben, erhalten Sie die folgende Fehlermeldung: "ConvertTo-SecureString : Key not valid for use in specified state." in %ProgramFiles%\Skype for Business Cloud Connector Edition\ManagementService\CceManagementService.log oder beim Ausführen des cmdlets Get-CcCredential.

  Auflösung: Alle Cloud Connector-Anmeldeinformationen werden in der folgenden Datei gespeichert: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml". Wenn sich das Kennwort auf dem Hostserver ändert, müssen Sie die lokal gespeicherten Anmeldeinformationen aktualisieren.

  Wenn Sie Cloud Connector, Version 1.4.2, ausführen, generieren Sie mit den folgenden Schritten alle Cloud Connector-Kennwörter neu:

  1. Starten Sie den Hostserver neu.

  2. Löschen Sie die folgende Datei: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml".

  3. Starten Sie eine PowerShell-Konsole als Administrator, und führen Sie dann "Register-CcAppliance -Local" aus, um die Kennwörter nach der Beschreibung erneut einzugeben. Geben Sie die gleichen Kennwörter ein, die Sie vor der Cloud Connector-Bereitstellung eingegeben haben.

     Wenn Sie Cloud Connector Version 2.0 oder höher ausführen, generieren Sie alle Cloud Connector-Kennwörter erneut, indem Sie die folgenden Schritte ausführen:

  4. Starten Sie den Hostserver neu.

  5. Löschen Sie die folgende Datei: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml" .

  6. Starten Sie eine PowerShell-Konsole als Administrator, und führen Sie dann "Register-CcAppliance -Local" aus, um die Kennwörter nach der Beschreibung erneut einzugeben.

     Wenn die zwischengespeicherte Kennwortdatei mit Cloud Connector, Version 1.4.2, generiert wurde, verwenden Sie das „VMAdmin“-Kennwort als „CceService“-Kennwort, wenn Sie danach gefragt werden. Geben Sie das gleiche Kennwort ein, das Sie vor der Cloud Connector-Bereitstellung für alle anderen Konten eingegeben haben.

     Wenn die zwischengespeicherte Kennwortdatei mit Cloud Connector, Version 1.4.2, generiert wurde und die Kennwörter von „DomainAdmin“ und „VMAdmin“ nicht übereinstimmen, müssen Sie die folgenden Schritte ausführen:

  7. Führen Sie „Set-CcCredential -AccountType DomainAdmin“ wie folgt aus:

  8. Wenn Sie zur Eingabe der alten Anmeldeinformationen für das Konto aufgefordert werden, geben Sie die Anmeldeinformationen ein, die Sie für das „CceService“-Kennwort verwendet haben.

  9. Wenn Sie zur Eingabe der neuen Anmeldeinformationen für das Konto aufgefordert werden, geben Sie das zuvor verwendete Kennwort für „DomainAdmin“ ein.

     Wenn die zwischengespeicherte Kennwortdatei mit Cloud Connector Version 2.0 oder höher generiert wurde, verwenden VmAdmin und DomainAdmin standardmäßig dasselbe Kennwort wie CceService. Wenn Sie die Kennwörter für „DomainAdmin“ und „VMAdmin“ geändert haben, müssen Sie die folgenden Schritte ausführen:

  10. Führen Sie „Set-CcCredential -AccountType DomainAdmin“ wie folgt aus:

      1. Wenn Sie zur Eingabe der alten Anmeldeinformationen für das Konto aufgefordert werden, geben Sie die Anmeldeinformationen ein, die Sie für das „CceService“-Kennwort verwendet haben.

      2. Wenn Sie zur Eingabe der neuen Anmeldeinformationen für das Konto aufgefordert werden, geben Sie das zuvor verwendete Kennwort für „DomainAdmin“ ein.

  11. Führen Sie „Set-CcCredential -AccountType VmAdmin“ wie folgt aus:

      1. Wenn Sie zur Eingabe der alten Anmeldeinformationen für das Konto aufgefordert werden, geben Sie die Anmeldeinformationen ein, die Sie für das „CceService“-Kennwort verwendet haben.

      2. Wenn Sie zur Eingabe der neuen Anmeldeinformationen für das Konto aufgefordert werden, geben Sie das zuvor verwendete Kennwort für „VmAdmin“ ein.

• Problem: Bei Cloud Connector Version 2.1 und höher erhalten Sie beim Ausführen von Register-CcAppliance oder anderen Cmdlets auf dem Anwendung eine Fehlermeldung wie: "For Each-Object : The property 'Common' cannot be found on this object. Überprüfen Sie, ob die Eigenschaft vorhanden ist. Bei C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 char:14"

  Auflösung: Cloud Connector 2.1 und höher erfordert .NET Framework 4.6.1 oder höher. Aktualisieren Sie .NET Framework auf dem Anwendung auf Version 4.6.1 oder höher, und führen Sie die Cmdlets erneut aus.

• Problem: Bei Cloud Connector Edition 2.1 erhalten Sie beim Ausführen von Install-CcAppliance eine Fehlermeldung wie: "Fehler beim Installieren neuer instance mit Fehler: "State" kann nicht festgelegt werden, da nur Zeichenfolgen als Werte zum Festlegen von XmlNode-Eigenschaften verwendet werden können."

  Auflösung: Fügen Sie in Cloudconnector.ini im Abschnitt [Common] die Konfiguration "State" wie folgt hinzu: CountryCode=US State=WA City=Redmond

  Es ist nicht obligatorisch, dass die Zeile "State" einen Wert hat, aber die Zeile "State" kann nicht aus der Cloudconnector.ini Datei entfernt werden.

• Problem: Sie erhalten die folgende Fehlermeldung "Dismount-WindowsImage : Dismount-WindowsImage failed. Fehlercode = 0xc1550115" beim Installieren oder Aktualisieren von Cloud Connector Edition.

  Auflösung: Starten Sie eine PowerShell-Konsole als Administrator, und führen Sie "DISM -Cleanup-Wim" aus. Damit werden alle von dem Problem betroffenen Images bereinigt. Führen Sie „Install-CcAppliance“ erneut aus, oder warten Sie, bis die Bits automatisch aktualisiert werden.

• Problem: Fehler bei der Bereitstellung des ersten Cloudconnectors Anwendung in einer Hochverfügbarkeitsumgebung

  Auflösung: Die schritte, die Sie ausführen, hängen vom Grund ab, warum die Bereitstellung fehlgeschlagen ist:

  • Wenn die erste Cloud Connector-Anwendung fehlschlägt und Sie den Grund für den Fehler nicht ermitteln können, müssen Sie die Anwendung erneut installieren, bis die Bereitstellung erfolgreich ist, und dann die anderen Appliances installieren.

  • Wenn bei der ersten Cloud Connector-Anwendung ein kleineres Problem auftritt, z. B. ein externes Zertifikatproblem, können Sie das Problem möglicherweise beheben, ohne die Anwendung erneut zu installieren. Anschließend können Sie die Remote-PowerShell des Mandanten verwenden, um die Bereitstellung wie folgt als erfolgreich zu kennzeichnen. (Sie können auch die folgenden Schritte ausführen, wenn die erste Bereitstellung erfolgreich war, aber aus irgendeinem Grund kann Cloud Connector die Bereitstellung nicht als erfolgreich melden.)

  • Führen Sie das Cmdlet Get-CsHybridPSTNAppliance aus, um die Identität (GUID) des ersten CloudConnector-Anwendung abzurufen.

  • Führen Sie die Set-CsCceApplianceDeploymentStatus wie folgt aus, um die Anwendung als erfolgreich bereitgestellt zu kennzeichnen:

  Set-CsCceApplianceDeploymentStatus -Identity <Appliance Identity GUID> -Action Deploy -Status Finished
  

• Problem: Auf dem Hostserver oder den virtuellen Maschinen müssen Sie manuell nach Windows-Updates suchen bzw. diese installieren.

  Auflösung: Es wird empfohlen, die von Skype for Business Cloud Connector Edition bereitgestellten automatisierten Betriebssystemupdates zu nutzen. Nachdem eine Appliance für die Online-Verwaltung registriert und das automatische Update des Betriebssystems aktiviert wurde, werden Windows-Updates vom Hostserver von den virtuellen Maschinen automatisch in Übereinstimmung mit den Windows-Einstellungen der Aktualisierungszeit für das Betriebssystem gesucht und installiert.

  Wenn Sie manuell nach Windows-Updates suchen und diese installieren müssen, führen Sie die zu Ihrem Bereitstellungstyp passenden Schritte in diesem Abschnitt durch. Sie sollten das gleichzeitige Update des Hostservers und der darauf ausgeführten virtuellen Maschinen planen, um die bei Updates entstehenden Ausfallzeiten zu minimieren.

  Sie können auch einen WSUS (Windows Server Update Services)-Server für die Bereitstellung von Updates für Cloud Connector-Server verwenden. Stellen Sie hierfür nur sicher, dass Sie nicht die automatische Installation von Windows-Update konfigurieren.

  Weitere Informationen zum manuellen Update Ihrer Cloud Connector-Bereitstellung finden Sie im folgenden Abschnitt.

• Problem: Wenn Cloud Connector auf einen neuen Build aktualisiert wird, werden Cloud Connector-Cmdlets nicht aktualisiert. Dies kann vorkommen, wenn ein PowerShell-Fenster geöffnet bleibt, wenn die automatische Aktualisierung erfolgt.

  Auflösung: Zum Laden der aktualisierten Cmdlets können Sie einen der folgenden Schritte ausführen:

  • Schließen Sie PowerShell im cloudconnector-Anwendung, und öffnen Sie powerShell erneut.

    • Alternativ können Sie Import-Module CloudConnector -Force ausführen.

• Problem: "Der Begriff 'Stop-CsWindowsService' wird nicht als Name eines Cmdlets, einer Funktion, einer Skriptdatei oder eines funktionsfähigen Programms erkannt.", wenn versucht wird, Enter-CcUpdate Cmdlet auszuführen.

  Auflösung: Löschen Sie die Datei $HOME\AppData\Local\Microsoft\Windows\PowerShell\ModuleAnalysisCache. PowerShell erstellt diese Datei als Cache mit Cmdlets aus Modulen, die es findet, damit nicht jedes Mal alle Module erneut analysiert werden müssen, da dies die Dinge sehr langsam machen würde. Höchstwahrscheinlich gab es eine Dateibeschädigung, die zu irreführenden Ergebnissen für PowerShell führte, wenn es aus diesem Cache zurückliest.

• Problem: "Import-Module CloudConnector" generiert den Fehler "Import-Module: Das angegebene Modul "CloudConnector" wurde nicht geladen, weil keine gültige Moduldatei in einem Modulverzeichnis gefunden wurde"

  Lösung:

  • Überprüfen Sie, ob das CloudConnector-Modul tatsächlich unter c:\Programme\WindowsPowerShell\Modules vorhanden ist.

  • Nachdem überprüft wurde, dass das CloudConnector-Modul unter diesem Speicherort vorhanden ist, kann die PSModulePath-Umgebungsvariable, die den Pfad zu den Speicherorten der Module speichert, geändert werden:

  a. Temporäre Änderung: Starten Sie PowerShell als Administrator, und führen Sie den folgenden Befehl aus: $env:PSModulePath = $env:PSModulePath + "; C:\Programme\WindowsPowerShell\Modules"

  b. Für dauerhafte Änderungen starten Sie PowerShell als Administrator, und führen Sie die folgenden Befehle nacheinander aus: $CurrentValue = [Environment]::GetEnvironmentVariable("PSModulePath", "Machine") SetEnvironmentVariable("PSModulePath", $CurrentValue + "; C:\Programme\WindowsPowerShell\Modules", "Computer")

Manuelles Installieren von Windows-Updates

Wenn Sie keine automatischen Updates in Ihrer Umgebung verwenden möchten, führen Sie die folgenden Schritte aus, um windows-Updates manuell zu überprüfen und anzuwenden. Für die Überprüfung und Installation von Windows-Updates ist möglicherweise ein Serverneustart erforderlich. Wenn ein Hostserver neu gestartet wird, können Benutzer Cloud Connector nicht verwenden, um Anrufe zu tätigen oder zu empfangen. Sie können Aktualisierungen manuell suchen und installieren, um zu steuern, wann die Aktualisierungen erfolgen, und dann die Computer nach Bedarf zu von Ihnen gewählten Zeiten neu starten, um Dienstunterbrechungen zu vermeiden.

Stellen Sie für die manuelle Suche nach Updates eine Verbindung zu jedem Hostserver her, und öffnen Sie die Systemsteuerung. Wählen Sie System and Security >Windows Update aus, und verwalten Sie dann die Updates und Serverneustarts entsprechend Ihrer Umgebung.

• Wenn Ihr Standort nur über eine Appliance verfügt, stellen Sie eine Verbindung zu jeder virtuellen Maschine her, und öffnen Sie die Systemsteuerung. Wählen Sie System and Security >Windows Update aus, und konfigurieren Sie dann die Updates und Serverneustarts nach Bedarf.

• Wenn Ihr Standort über mehrere Appliances verfügt, können Benutzer während des Updates nicht auf die Instanz zugreifen, die gerade aktualisiert und neu gestartet wird. Benutzer stellen eine Verbindung zu anderen Instanzen in der Bereitstellung her, bis alle virtuellen Maschinen und alle Skype for Business-Dienste auf den virtuellen Maschinen nach Abschluss der Updates gestartet werden. Um mögliche Ausfallzeiten zu vermeiden, können Sie beim Anwenden der Updates die Instanz aus HA entfernen und sie nach Abschluss des Vorgangs wiederherstellen. Gehen Sie hierfür wie folgt vor:

1. Öffnen Sie auf allen Hostservern eine PowerShell-Konsole als Administrator.

2. Entfernen Sie die Instanz mit dem folgenden Cmdlet aus HA:

   Enter-CcUpdate
   

3. Führen Sie die Schritte für eine einzelne Instanz aus, um die Updates manuell anzuwenden und die virtuelle Maschine neu zu starten.

4. Legen Sie die Instanz mit dem folgenden Cmdlet erneut auf HA fest:

   Exit-CcUpdate
   

Führen Sie für die Bereitstellungen mit mehreren Standorten die Schritte für einen einzelnen Standort für jeden Standort in der Bereitstellung aus, wobei die Updates jeweils auf einen Standort angewendet werden.

Tipps zum Installieren von Antivirensoftware auf dem Cloud Connector-Hostcomputer

Wenn Sie Antivirensoftware auf dem Cloud Connector-Hostcomputer installieren müssen, müssen Sie die folgenden Ausschlüsse hinzufügen:

• Lokales Applianceverzeichnis auf jedem Computer.

• Remotestandortverzeichnis auf jedem Computer.

• Das lokale Standortverzeichnis auf dem Computer hostet den freigegebenen Stammordner der Website.

• %ProgramFiles%\Skype for Business Cloud Connector Edition

• %ALLUSERSPROFILE%\CloudConnector

• %ProgramFiles%\WindowsPowerShell\Modules\CloudConnector

• Der Prozess Microsoft.Rtc.CCE.ManagementService.exe.