Cloud Connector 展開をトラブルシューティングする

  • [アーティクル]

Important

Cloud Connector Edition は、Skype for Business Online と共に 2021 年 7 月 31 日に廃止されます。 organizationが Teams にアップグレードされたら、ダイレクト ルーティングを使用してオンプレミスのテレフォニー ネットワークを Teams に接続する方法について説明します。

Cloud Connector Edition のデプロイのトラブルシューティングを行います。

この記事では、Cloud Connector Edition のデプロイに関する一般的な問題の解決策について説明します。 公衆交換電話網 (PSTN) との間の通話で問題が発生している場合は、この記事で説明されている解決策に従って調査できます。

Cloud Connector には、いくつかの問題を自動的に解決するための組み込みのメカニズムが用意されています。 自動検出プロセスでは、Cloud Connector アプライアンスに関する潜在的な問題を検索し、可能であれば、管理者の介入を必要とせずに、これらの問題を解決するための是正措置を講じます。 検出プロセスは次のように機能します。

  • 検出シーケンス:Cloud Connector Management サービスは、アプライアンスがダウンしているかどうかを検出するためのプロセスを 60 秒ごとに実行します。 Cloud Connector バージョン 2.0 以降では、検出プロセスでは、クラウド コネクタ マシンへの PowerShell 接続を行うために Skype for Business Corpnet スイッチを使用します。2.0 より前のバージョンの場合、検出プロセスでは Cloud Connector 管理スイッチが使用されます。

    注意

    自動復旧を成功させるには、ホスト ネットワーク スイッチ経由でホストと仮想マシンの間にネットワーク接続が必要です。 ネットワーク接続をチェックして、自動検出と回復が成功することを確認してください。

  • 監視： Cloud Connector バージョン 2.0 以降では、次のサービスが監視されます。

    • クラウド コネクタ企業またはインターネット仮想スイッチに接続されていないVirtual Machines

    • Virtual Machinesが保存済みまたは停止状態である

    • 中央管理サーバー サービス: REPLICA、MASTER

    • 仲介サーバー サービス: REPLICA、RTCSRV、MEDSVC

    • エッジ サーバー サービス: REPLICA、RTCSRV、RTCDATAPROXY、RTCMRAUTH、RTCMEDIARELAY

    • エッジ サーバー上の CS RTCSRV、仲介サーバー上の CS RTCMEDSRV に対して受信ファイアウォール規則が無効になっています

      Cloud Connector バージョン 1.4.2 では、次のサービスのみが監視されます。

    • 仲介サーバー サービス: RTCSRV と MEDSVC

    • エッジ サーバー サービス: RTCSRV

  • 回復プロセス:監視対象のサービスがダウンしている場合は、アプライアンスがマークダウンされ、すべての問題が解決されるまでサービスは停止され、手動でマークされます。 これにより、呼び出しエラーの原因となる可能性のあるアプライアンスへの呼び出しのルーティングが防止されます。

    Cloud Connector Management サービスは、次のように自動復旧を再試行します

    • 最初の再試行間隔は 10 秒ごとに、最大間隔は 1 時間です。

    • 最初の 3 回の復旧試行の間隔は 10 秒です。 4 回目の再試行から開始すると、間隔時間は前の間隔時間の 2 倍に増加します。 たとえば、4 回目の再試行は 20 秒、5 回目は 40 秒で行われます。

    • 最大 1 時間の間隔に達すると、再試行は 1 時間に 1 回続けられます。

    • 復旧が成功すると、間隔と再試行回数が初期値に設定されます。

    • 管理サービスが再起動されると、間隔と再試行回数が初期値にリセットされます。

トラブルシューティング

一般的に発生する問題の解決策を次に示します。

  • 問題: 展開スクリプトを実行すると、展開が失敗するか、応答しなくなる。 各 VM にログインすると、管理/内部/外部 NIC の IP アドレスがないか、正しくない。

    解像 度： この問題は自動的に解決できません。 NIC は、実行中に VM に追加できません。 Hyper-V マネージャーでこれらの VM をシャットダウンして削除してから、次のコマンドレットを実行します。

    Uninstall-CcAppliance

    Install-CcAppliance

  • 問題: Active Directory とフォレストをインストールした後、CMS サーバーや仲介サーバーがドメインに正しく参加しない。

    解決策: この問題を解決するには、次の手順を実行します。

    • Active Directory サーバーにサインインし、ドメインが正しく作成されたことを確認します。

    • CMS/仲介サーバーにサインインし、コープネット NIC で有効な IP アドレスが割り当てられ、有効な静的 IP と DNS が AD サーバーの IP アドレスとして構成されていることを確認します。

    • CMS/仲介サーバーにログオンし、コマンド プロンプトを開きます。 Active Directory サーバーの FQDN と IP アドレスに対して ping を実行できることを確かめます。 実行できない場合は、IP アドレスの競合が考えられます。 Active Directory に新しい IP を割り当てて、CMS/仲介サーバーで DNS を更新することを試してください。

  • 問題: 次のエラー メッセージが表示されます。"Remove-VMSwitch: 仮想イーサネット スイッチの削除中に失敗しました。 仮想スイッチ 'Cloud Connector Management Switch' は、仮想マシンの実行によって使用されているか、子プールに割り当てられているため、削除できません。

    解像 度： デプロイ後に "Cloud Connector Management Switch" が削除されませんでした。 このエラーが発生した場合は、Hyper-v マネージャーに移動し、仮想マシンがまだ接続されていないことを確認してください。 まだ接続されている仮想マシンがある場合は、それらを切断し、管理スイッチを削除します。 それでも管理スイッチを削除できない場合は、ホスト サーバーを再起動してやり直してください。

  • 問題: エラー メッセージ「サービス RTCMRAUTH を開始できませんでした。 サービスが無効になっていないことをご確認ください」が表示される。

    注意

    この問題は、1.4.2 より前のバージョンの Cloud Connector にのみ適用されます。

    開始に失敗する可能性もあります。これは、このフロントエンド サーバーが以前にフェールオーバーされたこと (コンピューターのフェールオーバーを使用) が原因である可能性もあります。 その場合は、(コンピューターのフェールバックを使用して) フェールバックを呼び出します。

    解像 度： この問題は、ルート CA 証明書または中間 CA 証明書がエッジ サーバーによって信頼されていない場合に、エッジ サーバーで発生します。 外部証明書をインポートできるが、証明書チェーンが壊れている場合でも。 この状態では、RTCMRAUTH サービスまたは RTCSRV サービスを開始できません。

    外部証明書のルート CA 証明書とすべての中間 CA 証明書をエッジ サーバーに手動でインポートし、エッジ サーバーを再起動します。 エッジ サーバーで RTCMRAUTH サービスと RTCSRV サービスが開始したことを確認したら、ホスト サーバーに戻り、管理者として PowerShell コンソールを起動し、次のコマンドレットを実行して新しい展開に切り替えます。

    Switch-CcVersion

  • 問題: Windows Update の適用中にホスト サーバーが再起動され、サーバーによる呼び出しに失敗する。

    解像 度：高可用性環境をデプロイした場合、Windows 更新プログラムを手動でチェックしてインストールするときに、1 つのホスト マシン (デプロイ インスタンス) を現在のトポロジに移動したり、現在のトポロジから移動したりするのに役立つコマンドレットを提供します。 これを行うには、次の手順を使用します。

  1. ホスト サーバーで、管理者として PowerShell コンソールを起動して、次を実行します。

    Enter-CcUpdate

  2. 利用可能な更新をチェックしてインストールします。

  3. PowerShell コンソールで、次のコマンドレットを実行します。

    Exit-CcUpdate

  • 問題: PSTN 番号を使って Skype for Business クライアントから通話を発信するとき、別の PSTN 番号を招待することで電話会議に通話をエスカレートできない。

    解像 度： この問題を解決するには、「 オンライン ハイブリッド 仲介サーバーの設定を構成する」を参照してください。

  • 問題: Active Directory サーバーのインストール中に、「Windows 自動更新が有効になっていません。 新しくインストールした役割または機能が自動的に更新されるようにするには、[Windows Update] を有効にしてください」という Windows Update に関する警告メッセージが表示される。

    解像 度：テナント管理者の資格情報Skype for Business使用してテナント リモート PowerShell セッションを起動し、次のコマンドレットを実行してサイトの EnableAutoUpdate 構成をチェックします。

    Get-CsHybridPSTNSite

    EnableAutoUpdate が True に設定されている場合、CCEManagement サービスは仮想マシンとホスト サーバーの両方の Windows 更新プログラムのダウンロードとインストールを処理するため、この警告メッセージを無視しても問題ありません。 EnableAutoUpdate が False に設定されている場合は、次のコマンドレットを実行して True に設定します。

    Set-CsHybridPSTNSite -EnableAutoUpdate $true

    または、更新プログラムを手動で確認してインストールすることができます。 次のセクションを参照してください。

  • 問題: 現在の入力/構成 <SiteName、ApplianceName<>>、仲介サーバー FQDN><、<仲介サーバーの IP アドレス>が既存のアプライアンスと競合するため、アプライアンスを登録できません。 競合アプライアンスを削除するか、入力/構成情報を更新してから、再度登録します。 を実行すると Register-CcAppliance、現在のアプライアンスがオンラインに登録されます。

    解像 度：ApplianceName>、仲介サーバー FQDN>、<仲介<サーバー IP アドレス>の<値は一意であり、1 つのアプライアンス登録にのみ使用する必要があります。 既定では、 <ApplianceName> はホスト名から取得されます。 <構成 ini ファイルで定義されている仲介サーバーの FQDN> と <仲介サーバーの IP アドレス> 。

    たとえば、SiteName=MySite に登録するには (ApplianceName= MyserverNew、仲介サーバー FQDN=ms.contoso.com、仲介サーバー IP アドレス=10.10.10.10) を使用しますが、登録されたアプライアンス (ApplianceName= Myserver、Mediation Server FQDN=ms.contoso.com、仲介サーバー IP アドレス=10.10.10.10) がある場合、競合が発生します。

    まず、ApplianceRoot ディレクトリ セクションで CloudConnector.ini ファイルをチェックします。 SiteName>、仲介サーバーの FQDN>、<および<仲介サーバーの IP アドレス>の値をファイルに取得<します。 <ApplianceName> はホスト サーバー名です。

    次に、Skype for Business テナント管理者の資格情報を使用してテナント リモート PowerShell を起動し、次のコマンドレットを実行して、登録済みのアプライアンスをチェックします。

    Get-CsHybridPSTNAppliance

    競合を特定したら、登録済みアプライアンスと一致する情報を CloudConnector.ini ファイルで更新するか、既存のアプライアンスを登録解除して、競合を解決します。

    Unregister-CsHybridPSTNAppliance -Force

  • 問題: Get-CcRunningVersion コマンドレットは、ホストで実行されているデプロイされたアプライアンスがある場合、空の値を返します。

    解像 度： これは、1.3.4 または 1.3.8 から 1.4.1 にアップグレードするときに発生する可能性があります。 .msi でバージョン 1.4.1 をインストールした後、他のコマンドレットを実行する前に を実行 Register-CcAppliance する必要があります。 Register-CcAppliance は、module.ini ファイルを %UserProfile%\CloudConnector から %ProgramData%\CloudConnector に移行します。 見逃した場合は、%ProgramData%\CloudConnector フォルダーに新しい module.ini が作成され、1.3.4 または 1.3.8 の実行中/バックアップ バージョン情報が置き換えられます。

    %UserProfile%\CloudConnector と %ProgramData%\CloudConnector フォルダーにある module.ini ファイルを比較します。 違いがある場合は、%ProgramData%\CloudConnector で module.ini ファイルを削除し、 を再実行します Register-CcAppliance。 ファイルを手動で正しい実行バージョンとバックアップ バージョンに変更することもできます。

  • 問題: Switch-CcVersion コマンドレットを実行して、現在のスクリプト バージョンとは異なる古いバージョンに切り替えた後、この古いバージョンの高可用性サポートはありません。

    解像 度： たとえば、1.4.1 から 1.4.2 にアップグレードしたとします。 現在のスクリプト バージョンは、 を実行 Get-CcVersionすることによって決定でき、 Get-CcRunningVersion 実行中のバージョンはどちらも 1.4.2 です。 現時点では、 を実行 Switch-CcVersion して実行中のバージョンを 1.4.1 に切り替えた場合、この古いバージョンの高可用性サポートはありません。

    完全な高可用性サポートを取得するには、1.4.2 に戻り、実行中のバージョンとスクリプトのバージョンが同じになるようにします。 1.4.2 デプロイで問題が発生している場合は、できるだけ早くアンインストールして再インストールしてください。

  • 問題: 証明機関の証明書、または中央管理ストア、仲介サーバー、エッジ サーバーに対して発行された内部証明書の有効期限が近づいているか、侵害された。

    解決策: Skype for Business証明機関証明書は 5 年間有効です。 中央管理ストア、仲介サーバー、エッジ サーバーに対して発行された内部証明書は 2 年間有効です。

    注意

    Cloud Connector バージョン 2.0 以降では、Renew-CcServerCertificate コマンドレットが Update-CcServerCertificate に変更され、Renew-CcCACertificate コマンドレットが Update-CcCACertificate に変更されました。

    中央管理ストア、仲介サーバー、およびエッジ サーバーに発行された内部証明書の有効期限が近い場合、または侵害された場合は、Renew-CcServerCertificate または Update-CcServerCertificate コマンドレットを実行して証明書を更新します。

    証明機関の証明書の有効期限が近い場合は、Renew-CcCACertificate または Update-CcCACertificate コマンドレットを実行して証明書を更新します。

    証明機関の証明書が侵害され、サイトに 1 つのアプライアンスしかない場合は、次の手順を実行します。

  1. Enter-CcUpdate コマンドレットを実行して、サービスをドレインし、アプライアンスをメンテナンス モードにします。

    Enter-CcUpdate

  2. 次のコマンドレットを実行して、リセットし、新しい証明機関の証明書とすべての内部サーバー証明書を作成します。

    2.0 より前の Cloud Connector リリースの場合:

    Reset-CcCACertificate 
Renew-CcServerCertificate 
Remove-CcLegacyServerCertificate

    または、Cloud Connector リリース 2.0 以降の場合:

    Reset-CcCACertificate 
Update-CcServerCertificate 
Remove-CcLegacyServerCertificate

  3. ゲートウェイと仲介サーバーの間で TLS が使用されている場合は、アプライアンスから Export-CcRootCertificate コマンドレットを実行し、エクスポートした証明書を PSTN ゲートウェイにインストールします。 また、ゲートウェイで証明書を再発行する必要がある場合もあります。

    Export-CcRootCertificate

  4. Exit-CcUpdate コマンドレットを実行してサービスを開始し、メンテナンス モードを終了します。

    Exit-CcUpdate

    証明機関の証明書が侵害され、サイトに複数のアプライアンスがある場合は、サイト内の各アプライアンスに対して次の順次手順を実行します。

    Microsoft では、ピーク時以外の使用時間にこれらの手順を実行することをお勧めします。

  5. 最初のアプライアンスで、Remove-CcCertificationAuthorityFile コマンドレットを実行して、SiteRoot> ディレクトリ内の CA バックアップ ファイルを<クリーンします。

    Remove-CcCertificationAuthorityFile

  6. Enter-CcUpdate コマンドレットを実行してサービスをドレインし、各アプライアンスをメンテナンス モードにします。

    Enter-CcUpdate

  7. 最初のアプライアンスで、次のコマンドレットを実行して、新しい証明機関証明書とすべての内部サーバー証明書をリセットして作成します。

    2.0 より前の Cloud Connector リリースの場合:

    Reset-CcCACertificate
Renew-CcServerCertificate
Remove-CcLegacyServerCertificate

    または、Cloud Connector リリース 2.0 以降の場合:

    Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate

  8. 最初のアプライアンスで、次のコマンドレットを実行して、CA ファイルを SiteRoot> フォルダーに<バックアップします。

    Backup-CcCertificationAuthority

  9. 同じサイト内の他のすべてのアプライアンスで、次のコマンドを実行して CA バックアップ ファイルを使用し、アプライアンスがすべて同じルート証明書を使用し、新しい証明書を要求します。

    Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate

  10. ゲートウェイと仲介サーバーの間で TLS が使用されている場合は、サイト内の任意のアプライアンスから Export-CcRootCertificate コマンドレットを実行し、エクスポートした証明書を PSTN ゲートウェイにインストールします。 また、ゲートウェイで証明書を再発行する必要がある場合もあります。

    Export-CcRootCertificate

  11. Exit-CcUpdate コマンドレットを実行してサービスを開始し、メンテナンス モードを終了します。

    Exit-CcUpdate

  • 問題: Cloud Connector 管理サービス ログに次のエラー メッセージが表示されます。"C:\Program Files\Skype for Business クラウド コネクタ エディション\ManagementService\CceManagementService.log": CceService Error: 0 : 状態をオンラインに報告すると予期しない例外: System.Management.Automation.CmdletInvocationException: ユーザー<のグローバル テナントのログオンに失敗しました>管理。 正しいユーザー名とパスワードを使用していることを確認して、新しい資格情報オブジェクトを作成してください。 --->

    解像 度：Microsoft 365 または Office 365 グローバル テナント管理者の資格情報は、Cloud Connector アプライアンスが登録されてから変更されています。 Cloud Connector アプライアンスでローカルに保存されている資格情報を更新するには、ホスト アプライアンスの Administrator PowerShell から次を実行します。

    Set-CcCredential -AccountType TenantAdmin

  • 問題: 展開に使用したホスト サーバー アカウントのパスワードを変更すると、%ProgramFiles%\Skype for Business クラウド コネクタ エディション\ManagementService\CceManagementService.log または Get-CcCredential コマンドレットの実行中に、"ConvertTo-SecureString : Key not valid for use in specified state" というエラー メッセージが表示されます。

    解像 度： すべての Cloud Connector 資格情報は、"%SystemDrive%\Programdata\Cloudconnector\credentials" というファイルに格納されます。<CurrentUser>.xml" ホスト サーバーのパスワードを変更するときには、ローカルで格納されている資格情報を更新する必要があります。

    Cloud Connector バージョン 1.4.2 を実行している場合は、次の手順を実行してすべての Cloud Connector パスワードを再生成します。

    1. ホスト サーバーを再起動します。

    2. "%SystemDrive%\Programdata\Cloudconnector\credentials" というファイルを削除します。<CurrentUser>.xml"

    3. 管理者として PowerShell コンソールを起動し、"Register-CcAppliance -Local" を実行して、説明に従ってパスワードを再入力します。 Cloud Connector の展開で前回使用したパスワードと同じパスワードを入力します。

      Cloud Connector バージョン 2.0 以降を実行している場合は、 次の手順に従って、すべての Cloud Connector パスワードを再生成します。

    4. ホスト サーバーを再起動します。

    5. "%SystemDrive%\Programdata\Cloudconnector\credentials" というファイルを削除します。<CurrentUser>.xml" です。

    6. 管理者として PowerShell コンソールを起動し、"Register-CcAppliance -Local" を実行して、説明に従ってパスワードを再入力します。

      キャッシュされているファイルが Cloud Connector バージョン 1.4.2 で生成されたファイルである場合は、パスワードを求められたときに CceService パスワードの VMAdmin パスワードを使用します。 その他すべてのアカウントについては、Cloud Connector の展開で前回使用したパスワードと同じパスワードを入力します。

      キャッシュされているパスワード ファイルが Cloud Connector バージョン 1.4.2 で生成されたファイルであり、DomainAdmin と VMAdmin のパスワードが異なる場合は、次の手順を実行する必要があります。

    7. Set-CcCredential -AccountType DomainAdmin を次のように実行します。

    8. 以前のアカウントの資格情報を求められた場合は、CceService パスワードに使用した資格情報を入力します。

    9. 新しいアカウントの資格情報を求められた場合は、以前使用していた DomainAdmin パスワードを入力します。

      キャッシュされたパスワード ファイルが Cloud Connector バージョン 2.0 以降で生成された場合、既定では、VmAdmin と DomainAdmin は CceService と同じパスワードを使用します。 DomainAdmin と VMAdmin のパスワードを変更した場合は、次の手順を実行する必要があります。

    10. Set-CcCredential -AccountType DomainAdmin を次のように実行します。

      1. 以前のアカウントの資格情報を求められた場合は、CceService パスワードに使用した資格情報を入力します。

      2. 新しいアカウントの資格情報を求められた場合は、以前使用していた DomainAdmin パスワードを入力します。

    11. Set-CcCredential -AccountType VmAdmin を次のように実行します。

      1. 以前のアカウントの資格情報を求められた場合は、CceService パスワードに使用した資格情報を入力します。

      2. 新しいアカウントの資格情報を求められた場合は、以前使用していた VmAdmin パスワードを入力します。

  • 問題: Cloud Connector バージョン 2.1 以降では、アプライアンスで Register-CcAppliance またはその他のコマンドレットを実行すると、次のようなエラー メッセージが表示されます。"Each-Object の場合: プロパティ 'Common' はこのオブジェクトで見つかりません。 プロパティが存在することを確認します。 C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 char:14"

    解像 度：Cloud Connector 2.1 以降では、.NET Framework 4.6.1 以降が必要です。 アプライアンスの.NET Frameworkをバージョン 4.6.1 以降に更新し、コマンドレットをもう一度実行してください。

  • 問題: Cloud Connector Edition 2.1 では、Install-CcAppliance を実行すると、次のようなエラー メッセージが表示されます。"エラーが発生して新しいインスタンスをインストールできませんでした: 文字列のみを値として使用して XmlNode プロパティを設定できるため、"State" を設定できません" というエラー メッセージが表示されます。

    解像 度： Cloudconnector.ini の [共通] セクションで、CountryCode=US State=WA City=Redmond のように "State" 構成を追加してください

    "State" 行に値を指定することは必須ではありません。ただし、Cloudconnector.ini ファイルから "State" 行を削除することはできません。

  • 問題: "Dismount-WindowsImage : Dismount-WindowsImage 失敗しました" というエラー メッセージが表示されます。 Cloud Connector Edition をインストールまたはアップグレードするときに、エラー コード = 0xc1550115" 。

    解像 度： 管理者として PowerShell コンソールを起動し、"DISM -Cleanup-Wim" を実行します。 これにより、問題が発生したすべての画像がクリーンされます。 Install-CcAppliance をもう一度実行するか、ビットが自動的にアップグレードされるまで待ちます。

  • 問題: HA 環境での最初の Cloud Connector アプライアンスのデプロイが失敗する

    解像 度： 実行する手順は、デプロイが失敗した理由によって異なります。

    • 最初の Cloud Connector アプライアンスが失敗し、失敗の理由を特定できない場合は、デプロイが成功するまでアプライアンスをもう一度インストールしてから、他のアプライアンスをインストールする必要があります。

    • 外部証明書の問題など、最初の Cloud Connector アプライアンスが軽微な問題で失敗した場合は、アプライアンスを再インストールせずに問題を解決できる可能性があります。 その後、テナント リモート PowerShell を使用して、デプロイを次のように成功としてマークできます。 (最初のデプロイが成功した場合は、次の手順を使用することもできますが、何らかの理由で Cloud Connector はデプロイを成功として報告できません)。

    • 最初の Cloud Connector アプライアンスの ID (GUID) を取得するには、Get-CsHybridPSTNAppliance コマンドレットを実行します。

    • アプライアンスを正常にデプロイ済みとしてマークするには、次のように Set-CsCceApplianceDeploymentStatus を実行します。

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

  • 問題: ホスト サーバーまたは仮想マシン上で Windows Update を手動で確認してインストールする必要がある。

    解像 度：Skype for Business クラウド コネクタ エディションによって提供される自動 OS 更新プログラムを利用することをお勧めします。 アプライアンスをオンライン管理に登録して、自動 OS 更新を有効にすると、ホスト サーバーと仮想マシンが自動的に Windows Update を確認して、OS 更新の時間枠設定に従ってインストールします。

    Windows Update を手動で確認してインストールする必要がある場合は、展開の種類に該当する、このセクションに記載されている手順に従ってください。 更新に必要なダウン タイムを最小限にするため、ホスト サーバーと、そこで動作する仮想マシンの両方の更新を計画する必要があります。

    また、Windows Server Update Services (WSUS) サーバーを使用して、Cloud Connector サーバーに更新プログラムを提供することもできます。 Windows Update が自動的にインストールされないように構成してください。

    Cloud Connector 展開を手動で更新する方法については、次のセクションを参照してください。

  • 問題: Cloud Connector が新しいビルドに更新されると、Cloud Connector コマンドレットは更新されません。 これは、自動更新が発生したときに PowerShell ウィンドウが開いたままになっている場合に発生することがあります。

    解像 度： 更新されたコマンドレットを読み込むには、次のいずれかの手順を実行します。

    • クラウド コネクタ アプライアンスで PowerShell を閉じ、PowerShell をもう一度開きます。

      • または、CloudConnector -Force Import-Module 実行することもできます。

  • 問題: "Stop-CsWindowsService" という用語は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。コマンドレット Enter-CcUpdate 実行しようとするとエラーが発生します。

    解像 度： $HOME\AppData\Local\Microsoft\Windows\PowerShell\ModuleAnalysisCache ファイルを削除します。 PowerShell では、検出されたモジュールからコマンドレットのキャッシュとしてこのファイルが作成されるため、毎回すべてのモジュールを再分析する必要がないため、処理が本当に遅くなります。 ほとんどの場合、そのキャッシュから読み戻すときに、PowerShell に誤解を招く結果を提供するファイルの破損が発生しました。

  • 問題: "Import-Module CloudConnector" でエラー "Import-Module: 任意のモジュール ディレクトリに有効なモジュール ファイルが見つからなかったため、指定されたモジュール "CloudConnector" が読み込まれませんでした" というエラーが生成されます。

    解決策:

    • 実際に CloudConnector モジュールが c:\Program Files\WindowsPowerShell\Modules の下に存在することを検証します

    • CloudConnector モジュールがこの場所に存在することを検証した後、モジュールの場所へのパスを格納する PSModulePath 環境変数を変更できます。

    a. 一時的な変更: 管理者として Powershell を起動し、次のコマンドを実行します。 $env:PSModulePath = $env:PSModulePath + ";C:\Program Files\WindowsPowerShell\Modules"

    b. 永続的な変更の場合は、管理者として PowerShell を起動し、次のコマンドを 1 つずつ実行します。$CurrentValue = [Environment]::GetEnvironmentVariable("PSModulePath", "Machine") SetEnvironmentVariable("PSModulePath", $CurrentValue + ";C:\Program Files\WindowsPowerShell\Modules", "Machine")

Windows 更新プログラムを手動でインストールする

ご利用の環境で自動更新を使用しない場合は、次の手順に従って、Windows Update を手動で確認して適用します。 Windows Update の確認とインストールでは、サーバーの再起動が必要となる場合があります。 ホスト サーバーを再起動すると、ユーザーは Cloud Connector を使用して通話を発信または受信できなくなります。 更新プログラムを手動で確認してインストールすることにより更新の実行時期を制御してから、サービスの中断を回避するために選んだ期間中に必要に応じてコンピューターを再起動できます。

更新プログラムを手動で確認するには、各ホスト サーバーに接続し、[コントロール パネル] を開きます。 [システムとセキュリティ>] Windows Updateを選択し、環境に応じて更新プログラムとサーバーの再起動を管理します。

  • サイトにアプライアンスが 1 台しかない場合は、各仮想マシンに接続し、[コントロール パネル] に接続します。 [システムとセキュリティ>] Windows Updateを選択し、必要に応じて更新プログラムとサーバーの再起動を構成します。

  • サイトに複数のアプライアンスがある場合、更新中、更新して再起動するインスタンスにはアクセスできません。 更新が完了して、すべての仮想マシンと、仮想マシン上のすべての Skype for Business サービスが開始するまで、展開内の別のインスタンスに接続することになります。 サービス中断の可能性を避けるため、更新プログラム適用中にインスタンスから HA を削除し、完了してから復元することができます。 その手順は、次のとおりです。

  1. ホスト サーバーごとに、管理者として PowerShell コンソールを開きます。

  2. 次のコマンドレットを使用して、HA からインスタンスを削除します。

    Enter-CcUpdate

  3. 単一インスタンスの手順に従い、更新を手動で適用し仮想マシンを再起動します。

  4. 次のコマンドレットを使用して、HA にインスタンスを戻します。

    Exit-CcUpdate

マルチサイト展開の場合は、展開内の各サイトに対して 1 つのサイトの手順を実行し、一度に 1 つのサイトに対して更新プログラムを適用します。

Cloud Connector ホスト コンピューターにウイルス対策ソフトウェアをインストールするときのヒント

Cloud Connector ホスト マシンにウイルス対策ソフトウェアをインストールする必要がある場合は、次の除外を追加する必要があります。

  • 各マシン上のローカル アプライアンス ディレクトリ。

  • 各コンピューター上のリモート サイト ディレクトリ。

  • コンピューター上のローカル サイト ディレクトリは、共有サイトのルート フォルダーをホストします。

  • %ProgramFiles%\Skype for Business クラウド コネクタ エディション

  • %ALLUSERSPROFILE%\CloudConnector

  • %ProgramFiles%\WindowsPowerShell\Modules\CloudConnector

  • プロセス Microsoft.Rtc.CCE.ManagementService.exe。